1. Trang chủ
  2. » Luận Văn - Báo Cáo

Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới

94 3,9K 18
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 94
Dung lượng 3,06 MB

Nội dung

KHẢO SÁT, MÔ TẢ HIỆN TRẠNG HỆ THỐNG HIỆN TẠI

Trang 1

Trang 1/94

ĐỀ CƯƠNG CHI TIẾT

A PHẦN MỞ ĐẦU 4

I LỜI GIỚI THIỆU 4

1 GIỚI THIỆU VỀ CƠ QUAN THỰC TẬP 4

a) Lời giới thiệu: 4

b) Địa chỉ trụ sở chính: 4

c) Ngành nghề kinh doanh: 4

d) Người đại diện theo pháp luật của Công ty: 5

e) Sơ đồ tổ chức quản lý: 5

f) Hướng phát triển: 5

2 GIỚI THIỆU VỀ DỰ ÁN: 5

a) Giới thiệu sơ lược về Hệ thống thông tin quản lý: 5

II LÝ DO CHỌN ĐỀ TÀI 6

III LỜI CẢM ƠN 6

B TỔNG QUAN 7

I KHẢO SÁT, MÔ TẢ HIỆN TRẠNG HỆ THỐNG HIỆN TẠI 7

1 Khảo sát hiện trạng Hệ thống hiện tại 7

a) Mô hình tổ chức: 7

b) Chức năng, quan hệ giữa các bộ phận trong hệ thống: 7

2 Mô tả hiện trạng Hệ thống hiện tại 8

a) Qui trình nghiệp vụ: 8

b) Mô tả thành phần dữ liệu 9

II KHỞI TẠO VÀ LẬP KÊ HOẠCH HỆ THỐNG 10

1 Khởi tạo Dự án 10

a) Các hoạt động 10

b) Xác định Đối tượng sử dụng Hệ thống 10

c) Xác định Phạm vi Hệ thống 11

2 Kế hoạch khởi tạo Dự án 11

a) Mô tả phạm vi Hệ thống 11

b) Đánh giá khả thi 12

III CƠ SỞ LÝ THUYẾT 15

1 Khái niệm về Hệ thống 15

2 Khái niệm về Hệ thống thông tin 15

3 Mô hình UML trong PTTK HTTT 17

a) Khái niệm 17

b) Những ưu điểm khi sử dụng UML: 18

4 Mô hình Activity Diagram trong PTTK HTTT theo UML 18

a) Activity 18

b) Trạng thái bắt đầu và kết thúc 18

c) Transition (dòng chuyển dịch) 18

d) Decision (điều kiện rẽ nhánh) 19

e) Synchronization (đồng bộ hóa) 19

f) Swimlane (vai trò) 19

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 2

5 Mô hình Use case 19

a) Actor 19

b) Use case 20

c) Mối quan hệ giữa actor - Use case 22

6 Class Diagram 22

a) Đối tượng 22

b) Class 22

c) Quan hệ giữa các Class 23

7 Entities Relationship Model 25

8 Các công cụ và ngôn ngữ sử dụng 27

IV XÁC ĐỊNH YÊU CẤU HỆ THỐNG 29

1 Các qui trình nghiệp vụ chính: 29

a) Quản lý khai thác Phòng: 29

b) Quản lý Khách hàng: 30

c) Quản lý các Dịch vụ của Khách sạn: 30

d) Quản lý Nhân viên: 30

e) Quản lý Phòng: 30

f) Thống kê: 31

2 Các yêu cầu chức năng: 31

a) Yêu cầu lưu trữ : 31

b) Yêu cầu nghiệp vụ : 32

c) Yêu cầu báo biểu : 32

d) Các yêu cầu phi chức năng: 32

V CẤU TRÚC HÓA YÊU CẦU 33

1 Cấu trúc hóa yêu cầu theo sơ đồ: 33

2 Mô hình hóa hiện trạng Hệ thống 33

a) Use case ngữ cảnh của Hệ thống 34

b) Mô hình hoạt động của các Use case trong Hệ thống 35

3 Xây dựng mô hình quan niệm hiện hành của Hệ thống 40

a) Loại bỏ các yếu tố vật lý 40

b) Kết nối dòng chuyển dịch: 42

c) Xây dựng mô hình quan niệm Hệ thống dùng Use case 43

4 Xây dựng mô hình quan niệm Hệ thống mới 46

5 Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới 50

a) Xây dựng các Use case từ các hoạt động sẽ được tự động hóa 50

b) Xây dựng các Use case khai thác và sử dụng Hệ thống 53

c) Xây dựng Use case mô tả chức năng Quản trị Hệ thống: 54

d) Tinh chế các Use case 54

VI MÔ HÌNH HÓA DỮ LIỆU 57

1 Xác định đối tượng trong Hệ thống: 57

2 Mối quan hệ giữa các đối tượng trong Hệ thống 58

3 Phân tích dữ liệu 65

a) Các thực thể: Các thực thể được xác định dựa theo các class đã được xác định và một số thực thể được bổ sung nhằm giảm sự trừu tượng của các class đồng thời làm giảm sự phức tạp cho giai đoạn thiết kế dữ liệu và code (các thực thể này sẽ là các bảng trong Cơ sở dữ liệu) 65

Trang 3

Trang 3/94

c) Sơ đồ thực thể kết hợp 69

C THIẾT KẾ 70

I THIẾT KẾ KIẾN TRÚC HỆ THỐNG 70

1 Phân chia Hệ thống con 70

2 Kiến trúc Hệ thống 70

II THIẾT KẾ DỮ LIỆU HỆ THỐNG 71

1 Thiết kế cơ sở dữ liệu: 71

2 Ràng buộc toàn vẹn 75

a) Ràng buộc toàn vẹn miền giá trị 75

b) Ràng buộc toàn vẹn liên thuộc tính –liên quan hệ 76

c) Ràng buộc toàn vẹn tham chiếu 78

III THIẾT KẾ CHỨC NĂNG HỆ THỐNG 79

a) Các xử lý tự động hóa: 79

b) Chức năng hệ thống: 79

c) Báo cáo, thống kê: 79

d) Trợ giúp: 80

IV THIẾT KẾ GIAO DIỆN NGƯỜI DÙNG 80

1 Site chính của website 80

V THIẾT KẾ MODULE CHO HỆ THỐNG 86

D HIỆN THỰC HÓA PHÂN TÍCH VÀ THIẾT KẾ(CODING) 91

I LẬP KẾ HOẠCH CODE 91

1 Coding theo từng chức năng của hệ thống 91

2 Coding theo IPO Chart 91

II TEST TỪNG CHỨC NĂNG MỘT(TRONG LÚC CODE) 91

E KIỂM THỬ 91

I LẬP KẾ HOẠCH KIỂM THỬ 91

II KIỂM THỬ VÀ ĐÁNH GIÁ KẾT QUẢ 91

F CÀI ĐẶT: 92

1 Cài đặt trên localhost 92

2 Cấu hình host trên Web Hosting Service 92

G ĐÁNH GIÁ DỰ ÁN 92

H TÀI LIỆU THAM KHẢO 93

1 Sách về Phân tích thiết kế Hệ thống 93

2 Sách về ngôn ngữ lập trình: 93

3 Các tài nguyên khác 93

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 4

A PHẦN MỞ ĐẦU

I LỜI GIỚI THIỆU

1 GIỚI THIỆU VỀ CƠ QUAN THỰC TẬP

a) Lời giới thiệu:

 Công ty TNHH Tư vấn và Dịch vụ kỹ thuật Công nghệ xanh An AGITECH là một công ty có trách nhiệm và đầy nhiệt huyết trong việc giúp quý Khách hàng thiết kế các phần mềm chuyên nghiệp theo nhu cầu cụ thể của Khách hàng, xây dựng Hệ thống thông tin hoàn chỉnh trên nền tảng Internet, thiết kế trang web chất lượng cao, lập báo cáo đánh giá tác động môi trường cho các công ty xí nghiệp, khảo sát, đánh giá, lập báo cáo địa chất công trình Công ty được thành lập vào ngày 29/09/2009 theo quyết định của Sở kế hoạch và đầu tư tỉnh An giang cấp

Giang- Tên công ty bằng tiếng Việt: CÔNG TY TƯ VẤN DỊCH VỤ KĨ THUẬT CÔNG NGHỆ XANH AN GIANG

 Tên công ty bằng tiếng Anh: AN GIANG GREEN TECHNOLOGY LIMTED COMPANY

 Tên công ty viết tắt: AGITECH Co.,Ltd

b) Địa chỉ trụ sở chính:

Số 30B Huỳnh Thị Hưởng, P Mỹ Long,TP Long Xuyên, tỉnh An giang

 Điện thoại: 076.3842658 Fax:/

 Email: admin@agitech.com.vn Website :www.agitech.com.vn

c) Ngành nghề kinh doanh:

2 Mua bán máy tính, máy văn phòng, các dịch vụ về tin học, sửa

chữa, bảo dưỡng máy tính, các thiết bị ngoại vi (51531-5153100)

3 Dịch vụ đào tạo để thành viên được cấp bằng chứng nhận về tin

4 Mua bán, sản xuất chế biến, đóng gói và phân phối các loại chất

thải, phế liệu và các phế phẩm từ chất thải, phế liệu công nghiệp,

nông nghiệp và thủy sản

(514)

6 Dịch vụ phân tích các chỉ tiêu nước cấp, nước thải và không khí /

7 Dịch vụ xử ly nước thải, nước cấp, không khí và chất thải rắn (92121-9212100)

8 Mua bán thiết bị Phòng thí nghiệm, thiết bị xử lý nước và môi

Trang 5

Trang 5/94

d) Người đại diện theo pháp luật của Công ty:

 Chức danh: Giám đốc

 Sinh ngày: 15/07/1984 Dân tộc: Kinh Quốc tịch: Việt Nam

 Chứng minh nhân dân số: 351545518

 Ngày cấp: 26/03/2003 Nơi cấp: Công An tỉnh An Giang

 Nơi đăng kí hộ khẩu thường trú: Ấp Hòa Tây A, Xã Phú Thuận, Huyện Thoại Sơn, Tỉnh An Giang

 Chổ ở hiện tại: P.Mỹ Xuyên,Tp Long Xuyên, Tỉnh An Giang

 Mở rộng vi mô hoạt động trong và ngoài tỉnh

 Nâng cao trình độ chuyên môn kĩ thuật của Nhân viên trong Công ty nhằm cho ra thị trường những sản phẩm có chất lượng và có sức cạnh tranh

2 GIỚI THIỆU VỀ DỰ ÁN:

a) Giới thiệu sơ lược về Hệ thống thông tin quản lý:

 Ngày nay, Công Nghệ Thông Tin có những bước phát triển mạnh mẽ, ứng dụng trong nhiều lĩnh vực đời sống Máy tính điện tử trở nên phổ biến và gần gũi với mọi người, việctiếp cận với Hệ thống Thông tin quản lý trở thành mục tiêu hàng đầu của các tổ chức, doanh nghiệp cho mục đích quản lý thông tin của mình

 An giang là tỉnh đầu nguồn Đồng Bằng Sông Cửu Long có tìm năng kinh tế về du lịch và dịch vụ Việc xây dựng HTTT Quản lý cho việc quản lý về dịch vụ, du lịch là một nhu cầu thiết thực của các tổ chức, doanh nghiệp trong Tỉnh

 HTTT Quản lý trong quản lý Khách sạn được xây dựng nhằm giải quyết nhu cầu về quản lý trong Khách sạn Hệ thống sẽ giúp các doanh nghiệp xử lý công việc chính xác, nhanh chóng, tiết kiệm chi phí, nhân lực, mặt khác còn quảng bá hình ảnh của Khách sạn đến với bạn bè trong và ngoài Tỉnh, trong Nước và Quốc tế!

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Hội đồng Quản Trị

Ban Giám Đốc

Trưởng Phòng Tổ Chức Trưởng Phòng Nhân Sự Trưởng Phòng Kinh Doanh

Trang 6

 Khả năng tương tác, liên doanh với các Hệ thống Khách sạn khác trong cùng lĩnh vực hoạt động là rất cao.

 Hệ thống Thông tin Quản lý sẽ khắc phục được những nhược điểm yếu kém trong quản lýKhách sạn hiện tại, có khả năng nâng cấp và mở rộng nhiều chức năng trong tương lai

Các chức năng của Hệ thống tương lai:

 Chức năng Quản lý Phòng: Quản lý thông tin chi tiết từng phòng trong hệ thống gồm: quản lý trạng thái phòng, loại phòng, kiểu phòng v.v

 Chức năng quản lý các dịch vụ, phục vụ khách như: Dịch vụ giải trí, dịch vụ ăn uống, dịch vụ du lịch.v.v

 Chức năng Đặt Phòng: Khách hàng có thể đặt một phòng hoặc nhiều phòng ứng với nhiều loại, kiểu phòng khác nhau Khách hàng đặt phòng trưc tiếp tại bộ phận tiếp tân hoặc có thể đặt phòng online, điện thoại.v.v

 Chức năng Quản lý Hóa đơn thanh toán: Chức năng này cho phép quản lý việc thanh toántiền Phòng và các dịch vụ khác mà khách sử dụng

 Chức năng Thống kê: Thống kê lại tất cả các hoạt động của khách sạn trong ngày, tuần, tháng thống kê thu chi và báo cáo

 Quản lý Danh sách Khách hàng: nhằm nắm được thông tin để có những chương trình khuyến mãi hoặc thông báo quảng cáo đến khách hàng

 Chức năng Đổi Phòng: chức năng cho phép khách hàng chuyển đổi phòng

 Chức năng bảo mật, phân quyền sử dụng hệ thống

II LÝ DO CHỌN ĐỀ TÀI

 Đề tài là một yêu cầu thiết thực trong quản lý của các khách sạn đang hoạt động hiện nay,

do nhu cầu ngày càng tăng về số lượng khách du lịch, số lượng dịch vụ phục vụ, sự cạnh tranh thương mại, tiết kiệm chi phí hoạt động và quan trọng hơn là sự hoạt động chính xác

và hiệu quả trong quản lý mới là cái quan trọng quyết định sự thành công trong hoạt động kinh doanh của Khách sạn

 Là một cách kiểm tra hiệu quả nhất những kiến thức đã học và là một cách tiếp cận với thực tế có hiệu quả nhất

 Là dự án thương mại có tiềm năng, nếu phát triển tốt sẽ có nhiều thuận lợi cho các Dự án tiếp theo của Nhóm

III LỜI CẢM ƠN

 Nhóm xin chân thành cám ơn đến thầy cô, cán bộ, công nhân viên của Khoa Kĩ Công Nghệ-Môi Trường, các Khoa, đoàn thể khác của Trường Đại Học An Giang đã nhiệt tình quan tâm và tạo nhiều điều kiện thuận lợi trong quá trình chúng em theo học tại Trường

Thuât- Nhóm xin gửi lời cám ơn đến Công ty AGITECH đã tạo điều kiện thuận lợi cho nhóm trong thời gian thực tập, cũng như tận tình hướng dẫn nhóm, giúp nhóm hoàn thành đề cương đúng kế hoạch

 Xin gửi lời cám ơn đến cán bộ, công nhân viên của Khách sạn Hòa Bình II đã tạo điều kiện thuận lợi trong quá trình nhóm đến khảo sát và thực tế tại Khách sạn

 Xin cám ơn Ba mẹ, Anh chị và các bạn đã tạo động lực và ủng hộ nhóm hoàn thành đồ ánthực tập

Trang 7

Trang 7/94

 Xin chân thành cám ơn đến Thầy Hoàng Tùng (Giáo viên hướng dẫn), Anh Huỳnh Lý Thanh Nhàn, Anh Văn Đạo đã tận tình hướng dẫn, giúp đở trong quá trình nhóm hoàn thành dự án

B TỔNG QUAN

I KHẢO SÁT, MÔ TẢ HIỆN TRẠNG HỆ THỐNG HIỆN TẠI

1 Khảo sát hiện trạng Hệ thống hiện tại

a) Mô hình tổ chức:

b) Chức năng, quan hệ giữa các bộ phận trong hệ thống:

 Chức năng các bộ phận trong hệ thống

Hội đồng quản trị: là cơ quan quyền lực nhất của khách sạn, gồm các đại biểu do điều lệ

khách sạn và các điều khoản pháp lý hiện hành qui định

 Giám đốc có trách nhiệm quản lý các bộ phận

 Trưởng Phòng các bộ phận chịu trách nhiệm quản lý các nghiệp vụ của nhân viên

Bộ phận tiếp tân: Đây là trung tâm vận hành của toàn bộ khách sạn, đầu mối liên hệ

khách sạn, là bộ phận tham mưu, trợ giúp cho bộ máy quản lý khách sạn Nhân viên tiếp tân có nhiệm vụ:

o Tiếp nhận và giải quyết các phàn nàn

o Theo dõi, cập nhật và tổng hợp các chi phí của khách

o Thanh toán và tiễn khách

o Tham gia công tác quảng cáo và tiếp thị của khách sạn

o Các nhiệm vụ khác

Bộ phận Quản lý: Bộ phận quả lý chịu trách nhiệm quản lý nhân viên phục vụ phòng,

nhân viên phục vụ các dịch vụ Nhân viên phục vụ phòng có nhiệm vụ phục vụ giao

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Hội đồng Quản Trị

Ban Giám Đốc

TP.BỘ PHẬN TIẾP TÂN TP.BỘ PHẬN QUẢN LÝ TP.BỘ PHẬN KINH DOANH

NV tiếp tân NV p/v Phòng NV p/v Dịch vụ NV Kế toán NV Kinh doanh

Trang 8

phòng và nhận phòng Nhân viên phục vụ dịch vụ sẽ phục vụ các dịch vụ trong khách sạn.

Bộ phận kinh doanh: Bộ phận kinh doanh bao gồm các nhân viên kế toán và nhân viên

kinh doanh Trưởng phòng kinh doanh quản lý trực tiếp nhân viên kế toán và nhân viên kinh doanh về tình hình doanh số, chiến lược kinh doanh của khách sạn…

o Nhân viên Kế toán: chịu trách nhiệm về vấn đề kế toán của khách sạn

o Nhân viên kinh doanh: chịu trách nhiệm về vấn đề kinh doanh của khách sạn

Mối quan hệ giữa các Bộ phận:

 Mối quan hệ giữa bộ phận lễ tân với bộ phận quản lý: Bộ phận quản lý hổ trợ quan trọng nhất cho mọi hoạt động của bộ phận lễ tân Bộ phận quản lý phối hợp báo cáo về trạng thái phòng, những vấn đề phát sinh để góp phần năng cao hiệu quả phòng Bộ phận lễ tân tiếp nhận các yêu cầu của khách sạn về thuê phòng và thuê sử dụng các dịch vụ của khách sạn Bộ phận lễ tân sẽ thông báo cho bộ phận quản lý để phục vụ khách hàng

 Mối quan hệ giữa bộ phận kinh doanh với bộ phận lễ tân: Hai bộ phận này phối hợp với nhau bảo quản tiền mặt và các nguồn thu cho khách sạn Ngoài ra còn đề ra các chiến lược kinh doanh cho ban giám đốc và hội đồng quản trị

2 Mô tả hiện trạng Hệ thống hiện tại

- CMND (đối với Khách hàng là người Việt Nam) hoặc thẽ Passpord (đối với khách hàng là người nước ngoài)

- Số điện thoại liên lạc…

 Khi việc đăng ký thuê phòng thành công, khách sạn sẽ cung cấp các dịch vụ cho khách hàng khi khách hàng có nhu cầu Khi khách hàng có nhu cầu sử dụng dịch vụ, hệ thống yêu cầu nhập đầy đủ thông tin như:

Trang 9

Lê Đình TháiCMND:125006554Quê quán: Bắc Ninh

2 201 Nguyễn Trung Thành 13h,17h Café + Phở

 Ghi vào phiếu thanh toán

PHIẾU THANH TOÁN TIỀN

Họ tên Khách : Ngày đến.: Giờ đến:

Số Phòng: Ngày đi: Giờ đi:

SỐ TIỀN

TỔNG CỘNGTổng số tiền bằng chữ: .

Ngày tháng năm

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 10

II KHỞI TẠO VÀ LẬP KÊ HOẠCH HỆ THỐNG

1 Khởi tạo Dự án

a) Các hoạt động

Đội ngủ ban đầu cho hệ thống: Nhóm trưởng + Thành viên + Đại diện Khách sạn.

Quan hệ làm việc với Khách hàng: Nhóm trưởng sẽ thường xuyên liên lạc với trưởng

phòng các bộ phận trong khách sạn nhằm thu thập và điều chỉnh các thay đổi trong quá trình xây dựng và phát triển hệ thống Nhóm trưởng cùng các thành viên trong nhóm quansát hiện trạng nghiệp vụ của hệ thống, lập kế hoạch phỏng vấn cán bộ, thu thập tài liệu nghiệp vụ liên quan, cơ sở dữ liệu, hồ sơ chứng từ trong quá trình hoạt động

Xây dựng các nguyên tắc quản lý: Bản kế hoạch làm việc Các thành viên phải hoàn thành

tất cả các công việc được giao theo bản kê hoạch

chú

1 Tô Trung Đoàn

Huỳnh Văn Thiện

Xác định và chọn lựa Dự án 25/01/2010

2 Tô Trung Đoàn

Huỳnh Văn Thiện

Khởi tạo và lập kế hoạch Dự án 26/01/201003/02/2010

3 Tô Trung Đoàn

Huỳnh Văn Thiện

Phân tích Hệ thống 04/02/201025/02/2010

4 Tô Trung Đoàn

Huỳnh Văn Thiện

Thiết kế Hệ thống 26/02/201003/03/2010

5 Tô Trung Đoàn

Huỳnh Văn Thiện Hiện thực Phân tích và Thiết kếHệ thống bằng code 04/03/201004/04/2010

6 Tô Trung Đoàn

Huỳnh Văn Thiện,

các thành viên

khác, GVHD

Kiểm thử và Cài đặt 04/04/201008/04/2010

7 Tô Trung Đoàn

Huỳnh Văn Thiện

Kết thúc Dự án, đánh giá Dự

án Đề ra các chiến lược từ kinhnghiệm thực hiện Dự án

09/04/2010

Xây dựng môi trường quản lý hệ thống và tài liệu hệ thống: Hệ thống được phát triển trên

nền Net Framework 3.5, ngôn ngữ ASP.Net MVC Framework, Web Server IIS 7, Hệ quản trị cơ sở dữ liệu SQL Server 2005, Môi trường lập trình Visual Studio 2008

Trang 11

Thông tin tổng quan:

Tên dự án: Xây dựng Website quản lý Khách sạn.

Đơn vị tài trợ: Khách sạn Hòa Bình II

Quản lý Dự án: Tô Trung Đoàn—Huỳnh Văn Thiện

Phát biểu vấn đề:

Nhằm đáp ứng nhu cầu ứng dụng công nghệ thông tin cho các hoạt động kinh doanh và

để giảm bớt thời gian tìm kiếm, thống kê, theo dõi hoạt động của Khách sạn trong việc

quản lý Website “Quản lý Khách sạn” ra đời nhằm đáp ứng vấn đề trên

Mục tiêu:

- Giúp Khách sạn quản lý được trạng thái Phòng thuê

- Cập nhật, thêm, xóa, sửa, tra cứu các thông tin về Khách hàng

- Quản lý được các dịch vụ của Khách sạn và các Khách hàng sử dụng dịch vụ

- Thống kê, báo cáo, in ấn các hoạt động theo tuần, tháng/năm

- Giúp Khách hàng ở xa có thể đặt Phòng thông qua email

Mô tả:

- Khách hàng phải cung cấp thông tin cho Bộ phận tiếp tân của Khách sạn khi đăng ký

thuê Phòng như: Họ tên, địa chỉ, số Chứng minh nhân dân… và bộ phận tiếp tân sẽ

nhập, lưu trữ các thông tin trên

- Bộ phận tiếp tân sẽ cho Khách hàng thông tin về Phòng và các dịch vụ của Khách sạn

- Lưu trữ thông tin Khách hàng thuê Phòng, Khách hàng sử dụng dịch vụ

- Lưu trữ thông tin Khách hàng đặt Phòng trước

- Tra cứu, cập nhật trạng thái Phòng và Khách hàng

Lợi ích mang lại:

Hỗ trợ Khách sạn có được phong cách làm việc chuyên nghiệp, quản lý hiệu quả các

hoạt động kinh doanh Khách sạn, hướng tới hình ảnh, phong cách phục vụ Văn minh -

Lịch sự - Hiện đại đến Khách hàng, tạo một ưu thế cạnh tranh trước các đối thủ trong

ngành

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Hệ thống Website Quản Lý Khách sạn

………

Hình 1:Phạm vi Hệ thống

Trang 12

Các bước thực hiện để hoàn thành dự án:

o Lợi nhuận từ việc xây dựng Hệ thống Website Quản lý Khách sạn

Lợi nhuận hữu hình:

Trong đó, nếu Hệ thống mới triển khai thì công việc quản lý hồ sơ tại Bộ phận tiếp tân và

Bộ phận kinh doanh sẽ giảm đi 2 Nhân viên(có thể điều chỉnh và đào tạo sang các công việc khác trong Khách sạn) Lương của 2 Nhân viên này là 1,5 triệu/tháng và 1,2 triệu/tháng, như vậy mỗi năm sẽ giảm được 32 triệu Hơn nữa, qua phân tích cho thấy, việc tính toán số liệu

Bảng tổng hợp lợi nhuận hữu hình

Dự án Website Quản lý Khách sạn

-Loại bỏ và giảm chi phí

 Chi phí lương

 Chi phí điều chỉnh lỗi tính toán

 Chi phí sổ sách,giấy tờ, hồ sơ

- Gia tăng tốc độ hoạt động

- Gia tăng cơ hội kinh doanh và mở rộng thị

trường hoạt động

Tổng cộng

3215,33,652580,9

Trang 13

Trang 13/94

thủ công thường hay sai sót và thời gian để điều chỉnh số liệu sai mất khoảng 15% của 3 Nhân viên (1 ở Bộ phận lễ tân,2 ở Bộ phận kinh doanh), lương cho các Nhân viên đó

(8,5*12), Hệ thống mới sẽ giảm hoàn toàn việc tính sai số liệu, mỗi năm giảm đi

(8,5*12*15%)=15,3 Việc xử lý trên máy tính sẽ làm giảm đi hàng năm 3,6 triệu thay vì phải lưu trữ trên sổ sách, hồ sơ, giấy tờ Các lợi nhuận tăng tốc xử lý thông tin là 5 triệu/năm, Hệ thống mới cho phép mở rộng qui mô hoạt động nhưng thông tin vẫn được quản lý, lợi nhuận ước tính 25 triệu/năm

Lợi nhuận vô hình: là lợi nhuận không thể xác định được bằng đơn vị tiền

tệ tại thời điểm hiện tại Một số lợi nhuận hữu hình cũng có thể xem là lợi nhuận vô hình tại vì không thể xác định chính xác tại giai đoạn này của Dự

án Chúng có thể có thể chuyển thành lợi nhuận hữu hình trong các giai đoạn sau khi xác định Dự án

Một số lợi nhuận vô hình của HTTT Website Quản lý Khách sạn

1 Các báo cáo về doanh số, Danh sách Khách hàng, Danh sách Phòng, dịch vụ được thuê và sử dụng nhiều nhất, các đơn đặt Phòng bị hủy…

2 Hạn chế việc tính toán sai lệch các số liệu

3 Nhân viên có cơ hội học tập các kiến thức về máy tính,cách sử dụng Internet, quản

Khả thi về kĩ thuật: đánh giá rũi ro về mặt kĩ thuật

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Bảng chi phí phát triển ban đầu

Bảng chi phí định kỳ

Dự án Website Quản lý Khách sạn

Chi phí bảo hành

Chi phí truyền thông (thuê Host)

Chi phí thuê mới phần cứng Tổng cộng

2,4406,4

Trang 14

Các yếu tố đánh giá rũi ro Dự án

Yếu tố rũi ro Chi tiết liên quan

Độ lớn dự

án  2 thành viên, đại diện của Khách sạnThời gian 03 tháng

 Kích thước hơn 2000 dòng codeCấu trúc

Hệ thống được xây dựng mới hoàn toán

 Thay thế các công việc thủ công bằng sự trợ giúp của máy tínhNhóm phát

Đã từng làm việc với các Hệ thống khác nhau

 Quen thuộc phần cứng, phần mềm, môi trường phát triển

 Chưa làm quen với Hệ thống Khách sạnNhóm gười

Có kế hoạch đào tạo sử dụng Internet, Website

 Có quan tâm đến phát triển Hệ thống

Trang 15

1 Sự quen thuộc của người

2 Sự quen thuộc với tiến

trình Hệ thống

Cao Các Nhân viên chưa từng

tham gia phát triển Hệ thống nào trước đây

Cần lập một kế hoạch trình bày tầm quan trọng và vai trò từng giai đoạn cho mỗi Nhân viên tham gia vào Hệ thống

3 Sự quen thuộc của Nhóm

tham gia vào Dự án

Thấp 4/5 Nhân viên đều mong

muốn xây dựng Hệ thống mới

6 Kích thước Hệ thống Thấp Hệ thống chỉ gồm 4 phân

hệ con, ước tính thời gian triển khai >=3 tháng với 2thành viên

Ngoài ra, cần được tham khảo các chuyên gia trong PTTK HTTT, các lập trình viên có kinh nghiệm

1 Giải quyết được vấn đề Quản lý

trong kinh doanh của Khách sạn

Tạo điều kiện mở rộng phạm vi

kinh doanh

Cao

2 Không làm thay đổi cấu trúc thủ

tục, các qui trình nghiệp vụ của

Khách sạn trước khi xây dựng

Hệ thống Website

Cao Hệ thống được xây dựng

mới nhưng vẫn đảm báo tính thống nhất trong quản

lý của Khách sạn

Điều chỉnh các chứcnăng Hệ thống sao cho phù hợp với quitrình nghiệp vụ

Khả thi về hoạt động:

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 16

Khả thi về thực hiện: Dự án được phát triển theo kế hoạch đã được lập trước thông qua

các ước lượng về chi phí, nhân lực, thời gian…Các điều chỉnh khi có thay đổi nên việc hoàn thành dự án đúng thời gian là có khả thi

Khả thi về hợp đồng và luật: Thống nhất về bản quyền, vi phạm bản quyền, vi phạm

bảo mật, luật lao động, giấy phép kinh doanh, các điều lệ thương mại, các chuẩn báo cáo tài chính… Các hợp đồng được hai bên kí kết và khảo sát trong suốt quá trình xây dựng

và phát triển theo Pháp luật

III CƠ SỞ LÝ THUYẾT

1 Khái niệm về Hệ thống

Hệ thống là khái niệm được xuất phát từ rất lâu trong tự nhiên như hệ mặt trời, hệ ngân

hà, trong sinh học cơ thể người cũng là một hệ thống, trong vật lý hệ thống máy móc, trong hoạt động trao đổi như hệ thống thông tin Một cách tổng quát hệ thống là tập hợp các thành phần liên kết với nhau, thể hiện qua một phạm vi, xác định các hoạt động kết hợp với nhau nhằm đạt đến những mục đích xác định Một hệ thống gồm có 9 đặc điểm:

Thành phần (component): Một hệ thống được hình thành từ một tập hợp các thành

phần Một thành phần là một phần đơn giản nhất hoặc là sự kết hợp của những thành phầnkhác nhau còn được gọi là hệ thống con

Liên kết giữa các thành phần: Một chức năng hay hoạt động của một thành phần liên

kết một cách nào đó với chức năng hay hoạt động của những thành phần khác Nói cáchkhác, đây chính là sự phụ thuộc của một hệ thống con vào một hệ thống con khác

Ranh giới (boundary): Hệ thống luôn có một ranh giới xác định phạm vi hệ thống, bên

trong ranh giới chứa đựng tất cả các thành phần, ranh giới giới hạn phạm vi của hệ thống,tách biệt hệ thống này với hệ thống khác Các thành phần bên trong phạm vi có thể bị thayđổi trong khi đó các sự vật bên ngoài hệ thống đó không thể bị thay đổi

Mục đích (purpose): Tất cả các thành phần trong hệ thống hoạt động với nhau để đạt

được những mục đích toàn cục của hệ thống, mục đích này chính là lý do để tồn tại hệthống

Môi trường (environment): Hệ thống luôn tồn tại bên trong môi trường của nó, là mọi

thứ bên ngoài ranh giới tác động lên hệ thống, trao đổi với hệ thống, tạo đầu vào cho hệthống cũng như tiếp nhận đầu ra của hệ thống

Giao diện (interface): Là nơi mà hệ thống trao đổi với môi trường.

Đầu vào (input): Tất cả các sự vật cung cấp cho hệ thống từ môi trường.

Đầu ra (output): Tất cả các sự vật mà hệ thống gửi tới môi trường, đây chính là kết quả

vận hành của hệ thống Một đầu ra của hệ thống luôn xác định các đối tượng môi trường

mà hệ thống gởi tới

Ràng buộc (constraints): Các quy định giới hạn ảnh hưởng tới xử lý và mục đích của hệ

thống Những ràng buộc này có thể xuất phát từ bên trong hoặc bên ngoài hệ thống

Trang 17

Trang 17/94

2 Khái niệm về Hệ thống thông tin

a Hệ thống thông tin: Là một tập hợp gồm nhiều thành phần mà mối liên hệ

giữa các thành phần này cũng như liên hệ giữa chúng với các hệ thống khác là liên hệ thông tin với nhau

b Các loại Hệ thống thông tin:

 Hệ thống thông tin tác vụ (Transaction Processing System-TPS)

 Hệ thống thông tin quản lý (Management Information System MIS)

 Hệ hỗ trợ ra quyết định (Decision Support System DSS)

 Hệ chuyên gia (Expert System)

c Biểu diễn Hệ thống thông tin:

Một Hệ thống thông tin được biểu diển qua các đặt trưng: Các thành phần hệ thống thông tin và các mức mức nhận thức về hệ thống thông tin

d Các mức nhận thức về Hệ thống thông tin

Quan niệm: Hệ thống thông tin (HTTT) được biểu diễn ở mức độ logic, trừu tượng hóa,

ở mức độ này HTTT chỉ thể hiện được là có những gì? Mà không mô tả nó thực hiện ở gốc độ vật lý, ngôn ngữ lập trình nào?

Vật lý: Mô tả HTTT một cách cụ thể với một môi trường được lựa chọn, do đó nó được

mô tả liên quan đến các thiết bị tin học, phần cứng, phần mềm, ngôn ngữ cài đặt, mạng máy tính, cơ sở dữ liệu…

Tổ chức: Là mức mô tả trung gian giữa mức quan niệm và vật lý, xác định sự phân bố dữ

liệu và xử lý trên các bộ sự lý, truyền thông giữa các bộ phận xử lý

e Trình tự mô hình hóa Hệ thống thông tin

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Yêu cầu HTTT mới

Quan niệm

Tổ chức

Vật lý

Hệ thống quan niệm (logic) hiện tại

Hệ thống vật lý hiện tại

Hệ thống quan niệm(logic) mới

Trang 18

f Các thành phần của Hệ thống thông tin

Hệ thống thông tin được mô tả qua 5 thành phần: Dữ liệu, xử lý, con người, truyềnthông Trong đó thành phần dữ liệu và thành phần xử lý đóng vai trò quan trọng nhất và chiếm phần lớn nhất trong quá trình nghiên cứu và phát triển hệ thống

Dữ liệu: Phản ánh khía cạnh tĩnh của HTTT bao gồm các dữ liệu thông tin lưu trữ và

khai thác nhằm phản ánh trạng thái quá khứ, hiện tại và tương lai của doanh nghiệp, cóthể phân chia dữ liệu thành 2 loại sau:

o Dữ liệu tĩnh: Là dữ liệu ít biến động, ít thay đổi và có chu trình sống dài trong hệ

thống, nó phản ánh các đối tượng cấu trúc, tài sản, nhân viên, hàng hóa… của doanh nghiệp mà chúng ta thường gọi là danh mục Ví dụ: danh sách nhân viên…

o Dữ liệu biến động: Là dữ liệu phản ánh các giao dịch xảy ra trong hoạt động kinh

doanh, dịch vụ Các dữ liệu này thường biến đổi và có tần suất cập nhật cao, chu trình sống được xác định từ khi tạo mới cho đến khi hết báo cáo cuối cùng khai thác dữ liệu Ví dụ đơn đặt hàng, hóa đơn, giao hàng, thu chi

Xử lý: Phản ánh khía cạnh động của HTTT, mô tả quá trình thông tin được tạo ra, biến

đổi và bị loại khỏi HTTT với các mục đích sau:

o Sản xuất các sản phẩm thông tin mới dựa trên thông tin dữ liệu tồn tại dựa trên các dạng thức đã được xác định như các chứng từ (Hóa đơn, đơn đặt mua hàng,…)các báo cáo thống kê

o Cập nhật tạo mới, chỉnh sửa hoặc hủy bỏ một thông tin, dữ liệu

o Vận chuyên thông tin từ vị trí này sang vị trí khác ví dụ như: gửi một thông báo, đơn đặt hàng…

Con người: Là những người có vai trò trong việc điều hành và sử dụng HTTT được chia

thành 2 nhóm:

o Nhóm người dùng: Là những người sẽ sử dụng và khai thác HTTT bao gồm việc

sử dụng phần mềm và xử lý thủ công

o Nhóm điều hành và phát triển HTTT: Bao gồm các phân tích viên, thiết kế viên,

lập trình viên,…có vai trò trong việc xây dựng và bảo trì hệ thống

Bộ xử lý: Máy móc thiết bị dùng để tự động hóa xử lý thông tin bao gồm các thiết bị phần

cứng như Server, PC…

Truyền thông : Các phương tiện và cách thức trao đổi thông tin giữa các bộ xử lý, tùy

theo đặc điểm và qui mô của HTTT mà việc tổ chức truyền thông sẽ khác nhau ví dụ điệnthoại, fax, LAN, WAN, Internet

Trang 19

Trang 19/94

3 Mô hình UML trong PTTK HTTT

a) Khái niệm

Unified Modeling Language(UML ): Là một ngôn ngữ mô hình hóa dùng để xác

định, mô hình, xây dựng và trình bày báo cáo về những nhân tố thành phần của một hệthống phần mềm Ngôn ngữ này nắm bắt những quyết định và hiểu biết về hệ thống đãđược ứng dụng Nó còn được dùng để hiểu biết, thiết kế, định hình, bảo trì và kiểm soátthông tin của hệ thống

UML: Là một hệ thống các ký hiệu nhằm vào việc mô hình hệ thống sử dụng các khái

niệm về hướng đối tượng

UML: Là ngôn ngữ dùng để đặc tả, trình bày trực quan và tài liệu hóa những tạo tác của

hệ thống hướng đối tượng đang được phát triển UML là sự hợp nhất của các phương pháp Booch, OMT, ký pháp Objectory, cùng với những ý tưởng tốt nhất của một số nhà phương pháp luận Bằng cách hợp nhất những ký pháp sử dụng bởi những phương pháp hướng đối tượng này

UML: Là một cố gắng để chuẩn hóa việc phân tích và thiết kế: các mô hình ngữ nghĩa,

các ký pháp và biểu đồ

UML: Là ngôn ngữ xây dựng nhưng không phải là ngôn ngữ lập trình trực quan nghưng

mô hình của nó có thể kết nối trực tiếp đến các ngôn ngữ lập trình khác Có nghĩa là có thể ánh xạ mô hình từ trong UML đến các ngôn ngữlập trình khác như Java, C++ hay các bảng Cơ sở dữ liệu (CSDL) quan hệ, CSDL hướng đối tượng Ánh xạ đó là 2 chiều, có nghĩa là ánh xạ từ UML sang ngôn ngữ lập trình và ngược lại.

b) Những ưu điểm khi sử dụng UML:

 Mô tả các mô hình cuả hệ thống – cả thế giới thực và Software – dựa trên những khái niệm về đối tượng

 Là một ngôn ngữ mô hình hóa chuẩn, linh động và có tính diễn đạt cao Nhờ đó có thể trao đổi thông tin về hệ thống cho những người quan tâm về hệ thống một cách dể dàng

Do đó những chổ sai sót dể dàng nhận ra (Sau khi được mọi người quan tâm) và sẽ được sữa chữa sớm nên sẽ tránh sai sót hơn khi thời gian về cuối quá trình hoàn tất chương trình Rất có ích khi muốn có một hiểu biết tổng quan về hệ thống

4 Mô hình Activity Diagram trong PTTK HTTT theo UML

Mô hình Activity trình bày hoạt động biễu diễn sự thi hành các hoạt động, chức năng Hệ thống và các chuyển dịch biễu diễn sự chuyển giao điều khiển hoạt động cho một hoạt động kế tiếp khi một hoạt động hoàn thành Mục đích của Activity là cung cấp một cái nhìn về những dòng hoạt động trong Use case hoặc tiến trình hoạt động nghiệp vụ Các đối tượng của Activity

a) Activity Nội dung: Biểu diễn sự thực hiện một công việc hoặc một nhiệm vụ trong dòng công việc, nó

cũng miêu tả một thủ tục chương trình trong thiết kế chương trình

Tên: Động từ + bỗ ngữ

b) Trạng thái bắt đầu và kết thúc Nội dung: Hoạt động, trạng thái bắt đầu hoặc kết thúc tiến trình

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 20

c) Transition (dòng chuyển dịch) Nội dung: Mô tả dồng chuyển dịch điều khiển khi một hoạt động hoàn thành dòng điều khiển sẽ

tự động chuyển sang một hoạt động khác

d) Decision (điều kiện rẽ nhánh)

Nộ dung: Cho phép thiết lập sự chuyển dịch của dòng điều khiển trên nhiều tình huống chọn lựa

khác nhau Một Decision bao gồm một dòng vào và nhiều dòng ra, trên mỗi dòng ra ta đặt một điều kiện kiểm tra trong trường hợp điều kiện đúng dòng chuyển dịch điều khiển sẽ đi qua nhánh này và do đó hoạt động tiếp theo nhánh đó sẽ được thực hiện

e) Synchronization (đồng bộ hóa) Nội dung: Cho phép minh họa các hoạt động xảy ra đồng thời trong tiến trình xử lý, chúng ta sử

dụng đồng bộ hóa để phân tách hoặc kết hợp lại các dòng điều khiển song song

f) Swimlane (vai trò) Nội dung: Phân chia dòng hoạt động thành những nhóm đại diện cho một vai trò, bộ phận trong

hoạt động doanh nghiệp Một hoạt động trong mô hình chỉ được nằm trong một nhóm Swimlane được dùng khi chúng ta mô tả mô hình xử lý thông tin ở mức độ tổ chức, lúc đó mỗi bộ phận hoặc các vai trò có liên quan đến xử lý sẽ được biểu diễn như những swimlane

5 Mô hình Use case

Use case đặt trọng tâm vào biểu diễn hệ thống hiện tại làm gì? Hệ thống mới sẽ làm gì và môi trường của nó Điều này giúp cho người phát triển hệ thống hiểu rõ yêu cầu chức năng hệ thống mà không cần quan tâm đến chức năng này được cài đặt như thế nào

Để hiểu rõ hệ thống, chúng ta phải tìm ra người dùng sẽ sử dụng hệ thống như thế nào

Do đó từ một quan điểm người dùng chúng ta phát triển các tình huống sử dụng khác nhau của

Đặt thuê Phòng Kiểm tra đặt Phòng Lưu đặt thuê Phòng

Kiểm tra Phòng

Lập phiếu thuê Phòng Từ chối thuê Phòng Từ chối thuê Phòng

Đã được thuê Thông tin Phòng

Trang 21

 Tương tác trao đổi thông tin với hệ thống hoặc sử dụng chức năng hệ thống.

 Cung cấp đầu vào hoặc nhận đầu ra của hệ thống

 Không điều khiển hoạt động của hệ thống

Ví dụ: Trong khách sạn

Khách hàng, Nhân viên tiếp tân là các actor

tương tác với hệ thống cung cấp đầu vào và

nhận đầu ra từ hệ thống

Tên actor: Là một danh từ

Quan hệ giữa Actor: Là mối quan hệ chuyên biệt hóa, tổng quát hóa

Xác định Actor

Xác định actor rất quan trọng Actor được hiểu là một vai trò tham gia vào hệ thống không giống như con người cụ thể hoặc công việc Qua quá trình khảo sát và phân tích tài liệu hệ thống ta có thể nhận ra actor thông qua các câu hỏi sau:

 Ai đang sử dụng hệ thống? Ai đang tác động hệ thống? hoặc Nhóm đối tượng nào cần hệ thống trợ giúp để làm công việc?

 Ai tác động đến hệ thống? Những đối tượng, nhóm đối tượng hệ thống cần để thực hiện hoạt động (hoạt động gồm chức năng chính chức năng phụ )

 Những hệ thống bên ngoài nào cần sử dụng hệ thống…

b) Use case

Một Use case được xem như một chức năng hệ thống từ quan điểm người dùng, như vậy tập hợp tất cả Use case biểu diễn bộ mặt của hệ thống bao gồm các chức năng cần có để cung cấp cho cácđối tượng tương tác làm việc với hệ thống Vì vậy Use case được dùng để mô tả yêu cầu hệ thốngmới về mặt chức năng, mỗi chức năng sẽ được biểu diễn thành một hoặc nhiều Use case

Ví dụ: Hệ thống khách sạn ta có một vài Use case: Lập hóa đơn thanh toán, đặt phòng, thuê phòng

Kí hiệu:

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Nhân viên

Tên usecase

Lập hóa đơn thanh toán

Đặt Phòng

Trang 22

o Đặt tên Use case: Tên của Use case phải được đặt sao mô tả được chức năng mà Use case

đó đảm nhận, thông thường dưới dạng động từ, động từ + danh từ

Xác định Use cases: Xác định Use case là một quá trình lặp dựa trên kết quả xác định

yêu cầu, gồm vài bước sau:

 Từ mỗi actor, tìm các nhiệm vụ, chức năng mà các actor sẽ thi hành hoặc

Hệ thống cần actor để thi hành

 Đặt tên cho Use case

 Mô tả ngắn gọn Use case với ngôn ngữ gần gũi với đối tượng sử dụng

Mô tả Use case

Việc mô tả Use case gồm 3 phần:

 Mục tiêu của Use case

 Actor khởi tạo Use case

 Sự trao đổi thông tin giữa actor và Use case

Ví dụ: Mô tả Use case thuê phòng của Khách Sạn

 Mục tiêu: Cho phép khách hàng thuê phòng của khách

 Actor khởi tạo: Khách hàng đến khách sạn gặp nhân viên tiếp tân để yêu cầu thuê

phòng và sử dụng dịch vụ của khách sạn

 Trao đổi thông tin:

 Sau khi nhận yêu cầu thuê phòng của khách hàng, nhân viên tiếp tân sẽ kiểm tra trạng thái phòng trong hệ thống tương ứng với thông tin phòng

mà khách hàng có nhu cầu thuê

 Nhân viên tiếp tân sẽ lập phiếu thuê phòng nếu trạng thái phòng là trống, ngược lại hoặc yêu cầu khách hàng đặt phòng hoặc tìm phòng khác cùng loại…

Mối quan hệ giữa các Use case

Một Use case có thể liên kết với Use case khác thông qua 2 loại quan hệ sau:

Liên kết mở rộng(extend): Là liên kết tổng quát - chuyên biệt, trong đó Use

case chuyên biệt là mở rộng của Use case tổng quát bằng việc đưa thêm vào các hoạt động ngữ nghĩa mới vào Use case chuyên biệt hoặc bỏ qua hoạt động của Usecase tổng quát

Ví dụ:

Khách hàng

Khách quen

Thuê Phòng

Thuê Phòng theo Đơn đặt Phòng

Nhân viên tiếp tân

<<extend>>

Trang 23

Trang 23/94

Liên kết sử dụng(use): Được thành lập khi chúng ta thiết lập các Use case

mà tìm thấy một vài Use case có những dòng hoạt động chung và để tránh sự lặp lại trên những Use case này chúng ta có thể tách dòng hoạt động chung đó ra thành một Use case Use case mới này có thể được sử dụng bởi các Use case khác

c) Mối quan hệ giữa actor - Use case

Mối quan hệ này cho biết actor sẽ tương tác với Use case Một Use case luôn luôn khởi tạo bởi một actor và có thể tương tác với nhiều actor

Đối tượng có thể là một thực thể hữu hình, trực quan (như là con người, vị trí, sự vật…),

có thể là khái niệm, sự kiện (ví dụ bộ phận, đăng kí…), có thể là một khái niệm trong quá trình thiết kế (như là các User Interface, Controller, Scheduler,…)

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Khách hàng

Thuê Phòng

Đặt Phòng

Kiểm tra Phòng

Trang 24

Ký hiệu: Class được trình bày gồm 3 phần: Tên class, danh sách các thuộc tính (attribute),danh sách các hoạt động (operation) Có thể phần thuộc tính và hoạt động bị che dấu đi trong mức độ trình bày tổng quan.

Hoặc

Tên class: Tên lớp được in đậm (bold) và căn giữa Tên lớp phải được dẫn

xuất từ phạm vi vấn đề và rõ ràng như có thể Vì thế nó là danh từ, ví dụ như tài khoản, nhân viên,

Thuộc tính: Dùng để mô tả đặc trưng của đối tượng, thuộc tính được chia

thành 3 loại sau:

o Thuộc tính đơn trị: Là thuộc tính chỉ có một giá trị duy nhất cho một

đối tượng đây là thuộc tính phổ biến nhất ví dụ: Họ tên, ngày sinh, mobile…

o Thuộc tính đa trị: Là thuộc tính có thể có nhiều giá trị cho một đối

tượng Thông thường người ta sẽ lữu giá trị đa trị của thuộc tính này dưới dạng bảng

o Thuộc tính tham chiếu.

Biểu diễn một thuộc tính:

<phạm vi><tên thuộc tính>:<biểu thức kiểu>=<giá trị khởi tạo>

<phạm vi> nhận một trong các giá trị sau:

+ public (có thể truy cập bởi tất cả các class)

- private (chỉ được truy cập bởi class)

# protected(có thể truy cập bởi class và các class chuyên biệt)

Bản số: là một cặp (số tối thiểu, số tối đa) mà thuộc tính có thể có giá trị

 Số tối thiểu=0thuộc tính không bắt buộc

 Số tối thiểu=1thuộc tính bắt buộc

 Số tối đa=1thuộc tính đơn trị

 Số tối đa>1thuộc tính đa trị

Ví dụ: Diachi[0 1]:string,Mobile[0 n]:string.

c) Quan hệ giữa các Class

Kết hợp (Association)

Tên classThuộc tínhPhương thức

Phòng-MaPhong-Maloai-Matrangthai-Gia

+Them()Tên class

Trang 25

Trang 25/94

Mối kết hợp nhị phân: Là quan hệ ngữ nghĩa được thiết lập giữa hai hay nhiều class,

biểu diễn bởi các thành phần sau:

Tên quan hệ: Thường là cụm động từ phản ánh mục đích của mối kết hợp.

Vai trò quan hệ (role): Là một phần của mối kết hợp dùng để mô tả ngữ

nghĩa tham gia của một class vào mối kết hợp đó (không phải thành phần của class) Mối quan hệ có thể có 2 vai trò (quan hệ nhị phân) hoặc nhiều hơn (quan hệ đa phân)

o Tên vai trò: Động từ hoặc danh từ (cụm danh từ) để biểu diễn

vai trò của các đối tượng

o Bản số: Là cặp giá trị (mindcard, maxcard) xác định khoảng

giá trị cho phép một đối tượng của một class có thể tham gia bao nhiêu lần vào mối kết hợp với các đối tượng của các class khác

Mối kết hợp phản thân: Được thiết lập từ một class đến chính nó.

Ví dụ:

Mối kết hợp đa phân : Là mối kết hợp được thiết lập từ 3 class trở lên.

Kí hiệu:

Ví dụ

Tổng quát hóa: Là quan hệ được thiết lập giữa một class tổng quát hơn đến một class

chuyên biệt Quan hệ này để phân loại một tập hợp đối tượng thành những loại xác định hơn mà hệ thống cần làm rõ ngữ nghĩa

Ví dụ:

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Nhân viên

0 1 0 *

Quản lý

Đặt Phòng

PhòngKhách hàng

Lập phiếu đặt

Nhân viên

Nhân viên lễ tân Nhân viên kế toán Nhân viên phục vụ

Trang 26

Quan hệ phụ thuộc (Dependency): Là một sự liên quan ngữ nghĩa giữa hai phần tử mô

hình, một mang tính độc lập và một mang tính phụ thuộc Mọi sự thay đổi trong phần tử độc lập sẽ ảnh hưởng đến phần tử phụ thuộc

Kí hiệu:

Ví dụ:

Nâng cấp (Refinement): Là một quan hệ giữa hai lời miêu tả của cùng một sự vật, nhưng

ở những mức độ trừu tượng hóa khác nhau Nâng cấp có thể là mối quan hệ giữa một loại đối tượng và lớp thực hiện nó

Kí hiệu:

Ví dụ:

7 Entities Relationship Model

Thực thể (entities)

Thực thể biểu diễn lớp các đối tượng của thế giới thật Các đối tượng này phân thành 2 loại:

o Đối tượng hữu hình: Các đối tượng có thể quan sát được một cách trực quan Ví

dụ: PHÒNG, TÒA NHÀ, NHÂN VIÊN, SINH VIÊN…

o Đối tượng vô hình: Là các đối tượng trừu tượng không cảm nhận một cách trực

Ví dụ: Mối kết hợp nhị phân giữa 2 thực thể Nhân viên—Phòng ban

Nhân viên <<thuộc>> Phòng Ban

Tên thực thể

Tên MK H

Tên MKH=Động từ(cụm động từ)

tại

Trang 27

Trang 27/94

Ví dụ: Mối kết hợp nhị phân giữa 2 thực thể Nhân viên—Phòng—Khách hàng

Ví dụ: Mối kết hợp phản thân (đệ qui): Nhân viên

Vai trò(Role): Biểu diễn ngữ nghĩa của một thực thể tham gia vào mối kết hợp Mỗi role

có tên và bản số

Tên vai trò:

Bản số: Qui định ràng buộc về số lượng đối tượng của thực thể có thể

tham gia vào mối kết hợp Một bản số được biểu diễn bởi một cặp giá trị (số tối thiểu, số tối đa)

Ví dụ: Các mẫu bản số cơ bản như (0,1), (0,n), (1,1), (1,n), (0,n)

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Nhân viên

Phò ngg

Trang 29

Trang 29/94

Thuộc tính: Biểu diễn các đặt trưng cơ bản của thực thể hay mối kết hợp Tất cả thông tin

mở rộng được biểu diễn bởi thuộc tính

NET Framework 3.5của Microsoft là một khung lập trình tập hợp các thư viện lập trình

có thể được cài thêm hoặc đã có sẵn trong các hệ điều hành Windows Nó cung cấp những giải pháp thiết yếu cho những yêu cầu thông thường của các chương trình điện toán như lập trình giao diện người dùng, truy cập dữ liệu, kết nối cơ sở dữ liệu, ứng dụng web, các giải thuật số học và giao tiếp mạng Ngoài ra, khung lập trình NET quản lý việc thực thi các chương trình NET do đó người dùng cần phải cài NET để có thể chạy các chương trình

ASP.Net MVC Framework:

MVC viết tắt của các chữ cái đầu của Models, Views, Controllers MVC chia giao diện

UI thành 3 phần tương ứng: đầu vào của controller là các điều khiển thông qua HTTP request,model chứa các miền logic, view là những thứ được sinh ra trả về cho trình duyệt

Lợi ích của việc dùng phương pháp MVC là sự phân đoạn rõ ràng giữa models, views, controllers bên trong ứng dụng Cấu trúc sạch sẽ giúp cho việc kiểm tra lỗi ứng dụng trở nên

dễ dàng hơn

Model View Controller (MVC) là gì?

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Tên thuộc tính

Nhân viên

Phò ngg

Trang 30

1 Models trong các ứng dụng dựa trên MVC là những thành phần có nhiệm vụ lưu trữ thông tin, trạng thái của các đối tượng, thông thường nó là một lớp được ánh xạ từ một bảng trong CSDL Lấy ví dụ, chúng ta có lớp Product được sử dụng để mô tả dữ liệu từ bảng Products trong SQL, bao gồm ProductID, OrderDate

2 Còn đối với Views, nó chính là các thành phần chịu trách nhiệm hiển thị các thôngtin lên cho người dùng thông qua giao diện Thông thường, các thông tin cần hiển thị được lấy từ thành phần Models Ví dụ, đối tượng Product có một "Edit" view bao gồm các

textboxes, các dropdowns và checkboxes để chỉnh sửa các thuộc tính của sản phẩm; có một

"Display" view gồm 2 dòng, cột dòng là ProductID, dòng sau là OrderDate để xem thông tin về sản phẩm

3 Cuối cùng, Controllers trong các ứng dụng kiểu MVC chịu trách nhiệm xử lý các tác động về mặt giao diện, các thao tác đối với models, và cuối cùng là chọn một view thích hợp để hiển thị ra màn hình Trong kiến trúc MVC, view chỉ có tác dụng hiển thị giao diện

mà thôi, còn điều kiển dòng nhập xuất của người dùng vẫn do Controllers đảm trách

- MVC framework hỗ trợ sử dụng các các tập tin ASPX, ASCX và Master như là thành phần View, điều đó có nghĩa là bạn vẫn có thể sử dụng các tính năng của ASP.NET như master pages, <%= %> snippets, server controls, templates, data-binding, localization Tuy nhiên nó không sử dụng mô hình post-back từ giao diện gửi đến server nữa, thay vào đó, bạn

có thể chủ động đưa những post-back từ giao diện đó đến thẳng lớp Controller Tóm lại, không còn viewstate hay là page lifecycle còn tồn tại trong mô hình MVC

SQL Server 2005

SQL Server 2005 là một hệ thống quản lý cơ sở dữ liệu (Relational Database ManagementSystem (RDBMS) ) sử dụng Transact – SQL để trao đổi dữ liệu giữa Client computer và SQLServer computer Một RDBMS bao gồm databases, database engine và các ứng dụng dùng đểquản lý dữ liệu và các bộ phận khác nhau trong RDBMS

SQL Server 2005 được tối ưu để có thể chạy trên môi trường cơ sở dữ liệu rất lớn (Very LargeDatabase Environment) lên đến Tera – Byte và có thể phục vụ cùng lúc cho hàng ngàn user.SQL Server 2005 có thể kết hợp "ăn ý" với các server khác như Microsoft Internet InformationServer (IIS), E-Commerce Server, Proxy Server

Các phiên bản của SQL Server 2005:

Enterprise: Hỗ trợ không giới hạn số lượng CPU và kích thước Database Hỗ trợ không giới

hạn RAM (nhưng tùy thuộc vào kích thước RAM tối đa mà HĐH hỗ trợ) và các hệ thống 64bit

Standard: Tương tự như bản Enterprise nhưng chỉ hỗ trợ 4 CPU Ngoài ra phiên bản này

cũng không được trang bị một số tính năng cao cấp khác

Workgroup: Tương tự bản Standard nhưng chỉ hỗ trợ 2 CPU và tối đa 3GB RAM Express:

Bản miễn phí, hỗ trợ tối đa 1CPU, 1GB RAM và kích thước Database giới hạn trong 4GB

Visual Studio 2008

Microsoft Visual Studio là môi trường phát triển tích hợp chính (Integrated Development Environment (IDE) được phát triển từ Microsoft Đây là một sản phẩm phần mềm máy tính có công dụng giúp đỡ các lập trình viên trong việc phát triển phần mềm

Microsoft Visual Studio được dùng để phát triển console (thiết bị đầu cuối – bàn giao tiếp người máy) và GUI (giao diện người dùng đồ họa) cùng với các trình ứng dụng như Windows Forms, các web sites, cũng như ứng dụng, dịch vụ wed (web applications, and web services)

Trang 31

IIS7(Internet Information Services):

IIS 7.0 là phiên bản mới nhất cho web server của Microsoft IIS có trong Windows Server từ khi Windows 2000 Server với tư cách là một thành phần của Windows và từ Windows NT thì là một tùy chọn IIS 7.0 hiện được cung cấp trong Windows Vista và Windows Server 2008, hệ điềuhành máy chủ được dự định sẽ phát hành vào đầu năm 2008 IIS 7.0 là một phiên bản được xem xét một cách tỉ mỉ trong thiết kế từ kinh nghiệm của các phiên bản trước Phiên bản 7.0 ra đời tạo một nền tảng linh hoạt và an toàn nhất cho việc cấu hình web và các ứng dụng

Enterprise Architect v7.0

Enterprise Architect là một môi trường giúp thiết kế và xây dựng phần mềm, mô hình hóa quy trình kinh doanh, phát triển hệ thống nhúng và thời gian thực Với khả năng tích hợp quản lý các yêu cầu, Enterprise Architect giúp người dùng có thể truy vết ở mức độ cao những mô hình đặc tả phân tích, thiết kế, thực thi, kiểm thử, bảo trì sử dụng UML, SysML, BPMN và các mô hình chuẩn khác

IV.XÁC ĐỊNH YÊU CẤU HỆ THỐNG

Khách sạn Hòa Bình II muốn Hệ thống hóa tin học nhằm tự động hóa nghiệp vụ quản lý

và phục vụ của Khách sạn sao cho đem lại hiệu quả cao nhất, chi phí thấp nhất đem lại tính cạnh tranh cao trong thương mại dịch vụ

1 Các qui trình nghiệp vụ chính:

a) Quản lý khai thác Phòng:

- Quản lý đăng ký thuê Phòng : Khi Khách đến thuê phòng, bộ phận lễ tân phải ghi nhận lại

các thông tin có liên quan đến khách theo quy định chung của khách sạn để tiện cho việc quản

lý khách trong thời gian họ đăng ký thuê Pphòng Tất cả các thông tin đăng ký thuê phòng đềuđược quản lý dựa trên họ tên khách đăng ký, số lượng phòng, ngày đến, ngày đi và số điện thọailiên lạc…

- Quản lý đặt Phòng: Khách hàng có thể đặt phòng khi trạng thái phòng chưa được thuê,

khách hàng có thể gọi điện, gửi fax, email, đặt phòng trực tuyến

- Quản lý thông tin nhận Phòng : Sau khi đã làm thủ tục đăng ký thuê phòng, khách thuê sẽ

được bộ phận lễ tân trao phòng và chính thức ghi nhận thời gian mà họ nhận phòng Khách sạn

sẽ quản lý những thông tin như số phòng nhận, họ tên người nhận phòng, ngày nhận, giờ nhận.Nếu đã đăng ký phòng trước thì thông tin nhận phòng phải đúng với thông tin đăng ký đặt phòng

đã khai báo trước đó

- Quản lý việc trả Phòng : Khi khách thuê có ý muốn trả phòng thì bộ phận lễ tân có nhiệm

vụ kiểm tra lại phòng mà họ trả dựa trên thông tin nhận phòng và những dịch vụ mà họ sử dụng.Đồng thời phải lập hóa đơn cho tất cả những gì mà họ phải thanh toán Việc trả phòng đượckhách sạn quản lý các thông tin sau: Số phòng trả, họ tên người trả, ngày trả, giờ trả (chính sáchtrả phòng)

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 32

Tổng tiền = (Tiền Phòng * Số ngày) + Tiền sử dụng Dịch vụ + (Tiền Phòng * Phụ thu) –Giảm giá Khách hàng.

 Trả phòng sau 12h00 đến 13h00 : Không phụ thu tiền phòng

 Trả phòng sau 13h00 đến 15h00 : Phụ thu 20% tiền phòng

 Trả phòng sau 15h00 đến 17h00 : Phụ thu 40% tiền phòng

 Trả phòng sau 17h00 đến 19h00 : Phụ thu 50% tiền phòng

 Trả phòng sau 19h00: Tính thêm một ngày thuê

b) Quản lý Khách hàng :

Khi khách đến đăng ký và nhận phòng ở Khách Sạn, mỗi người đều phải cung cấp nhữngthông tin như: Họ tên, giới tính, địa chỉ, điện thoại, số CMND (PassPort, Visa) …, quốc tịch đểKhách Sạn có thể quản lý và trích suất thông tin theo yêu cầu (hợp pháp)

c) Quản lý các Dịch vụ của Khách sạn:

Bên cạnh việc thuê Phòng, Khách hàng còn có nhu cầu sử dụng các loại Dịch vụ Để đápứng điều đó, Khách sạn đã cung cấp các loại dịch vụ như massage, karaoke, giặt ủi ,hồ bơi… vàcác loại hình dịch vụ này sẽ được quản lý theo: Tên dịch vụ, đơn vị tính, đơn giá

d) Quản lý Nhân viên :

Các nghiệp vụ của Khách Sạn được đảm nhận thực hiện bởi một nhân viên cụ thể của từng bộphận vì vậy cần quản lý công việc của từng nhân viên

e) Quản lý Phòng:

Mỗi Khách sạn sẽ có nhiều loại Phòng, kiểu Phòng, mỗi loại có nhiều phòng tương ứng Vìvậy, các phòng của Khách Sạn phải được quản lý dựa vào số phòng, loại phòng, giá cơ bản

Đặc biệt 03 350.000 VND 02 Giường đơn+01 Giường đôi

Trang 33

Trong đó: DT: Tỷ lệ doanh thu trong tháng.

A: Tổng doanh thu trong tháng mà Khách sạn đã cho thuê.T: Tổng doanh thu thực tế của Khách sạn gồm:

(([số lượng Phòng đặc biệt] * [đơn giá Phòng đặc biệt])+ [(số lượng Phòng loại I) * (đơn giá Phòng loại I)]

+([số lượng Phòng loại II] * [đơn giá Phòng loại II])

 Thống kê theo Đơn đặt Phòng (đăng kí Phòng trước khi thuê Phòng)

 Thống kê theo Phiếu thuê phòng

 Thống kê số lượng hủy Đơn đặt phòng

2 Các yêu cầu chức năng:

a) Yêu cầu lưu trữ :

 Lưu trữ thông tin người dùng

 Lưu trữ thông tin Khách hàng thuê Phòng, đặt Phòng

 Lưu trữ thông tin Khách hàng nhận, trả Phòng

 Lưu trữ thông tin Phòng

 Lưu trữ thông tin trạng thái Phòng

 Lưu trữ thông tin loại Phòng

 Lưu trữ thông tin Dịch vụ

 Lưu trữ thông tin sử dụng Dịch vụ của Khách hàng

 Lưu trữ thông tin loại Dịch vụ

 Lưu trữ chính sách trả Phòng

 Lưu trữ thông tin phiếu đăng ký thuê Phòng, phiếu đặt Phòng

 Lưu trữ thông tin phiếu nhận Phòng

 Lưu trữ thông tin Hóa đơn

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 34

b) Yêu cầu nghiệp vụ :

c) Yêu cầu báo biểu :

 In danh sách khách hàng, hóa đơn thanh toán, các thống kê báo cáo

 Thống kê theo doanh thu phòng

 Thống kê theo đơn đặt phòng, đơn đặt phòng bị hủy

 Thống kê theo đơn thuê phòng

d) Các yêu cầu phi chức năng:

 Giao diện hệ thống phải dễ sử dụng, trực quan, thân thiện với mọi người dùng

 Cho phép truy cập dữ liệu đa người dùng

 Tính bảo mật và độ an toàn cao

 Tốc độ xử lý của hệ thống phải nhanh chóng và chính xác

 Phần trợ giúp nghiệp vụ phải ngắn gọn, xúc tích và dễ hiễu

 Có khả năng tương tác với các hệ thống khác, mở rộng và năng cấp dể dàng

Trang 35

Trang 35/94

V CẤU TRÚC HÓA YÊU CẦU

1 Cấu trúc hóa yêu cầu theo sơ đồ:

2 Mô hình hóa hiện trạng Hệ thống

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

như thế nào?.

Biễu diễn Hệ thống mới sẽ hoạt động

Mô tả Hệ thống

hiện tại Hình 4 :sơ đồ biểu diễn cấu trúc hóa yêu cầu Hệ thống

Tài liệu hiện trạng

………

Xây dựng mô hình usecase biểu diễn ngử cảnh Hệ thống

Xây dựng mô hình tác nghiệp Hệ thống dùng Activiti diagram

uc Use Case Mo

Hình 5 :Qui trình mô hình hóa hiện trạng Hệ thống

Trang 36

a) Use case ngữ cảnh của Hệ thống

Mô hình Use case trên được phát triển theo cách tiếp cận các nghiệp vụ hệ thống Khách sạn Hòa Bình II có 5 nghiệp vụ chính được thể hiện bởi 5 Use case: Quản lý thuê phòng, Use case này sẽ tương tác với khách hàng như một chức năng của hệ thống để khách hàng có thể thuê phòng và sử dụng các dịch vụ của khách sạn Nhân viên tiếp tân, nhân viên phục vụ phòng, nhân viên phục vụ dịch vụ tham gia vào chức năng này của hệ thống để thực hiện công việc của mình, quản lý đặt phòng, quản lý trả phòng (không quan tâm đến hình thức cụ thể ở mức này) Sau khi khách hàng trả phòng nhân viên tiếp lập hóa đơn để thanh toán tiền thuê phòng và sử dụng dịch

vụ của khách sạn cho khách hàng Use case thống kê và báo cáo sẽ tương tác với các actor nhân viên kế toán, nhân viên kinh doanh, Trưởng Phòng, Giám đốc, Chủ tịch Hội đồng quản trị đây là chức năng giúp cho nhân viên kế toán, nhân viên kinh doanh có thể tổng hợp, thống kế, theo dõi công nợ,doanh thu,…báo cáo lên Trưởng Phòng, Giám đốc, Chủ tịch về tình hình hoạt động của Khách sạn Use case còn lại là Use case quản trị cho phép quản trị các quyền của người dùng với

Trang 37

Trang 37/94

động như thế nào? Cách thực hiện là ứng với từng Use case trong mô hình ngữ cảnh sẽ phát triển

mô hình hoạt động cho Use case đó

b) Mô hình hoạt động của các Use case trong Hệ thống

 Mô hình Activity mô tả hoạt động tác nghiệp của Use case quản lý thuê phòng

Hoạt động

xử lý thuê phòng của khách hàng liên quan đến 4 loại đối tượng: Nhân viên tiếp tân, Nhân viên phục vụ phòng, Nhân viên phục vụ dịch vụ, Khách hàng, trong đó Nhân viên tiếp tân đóng vai tròchính Đầu tiên Nhân viên tiếp tân kiểm tra yêu cầu thuê phòng của Khách hàng, kiểm tra trạng thái phòng của khách sạn thông qua sổ nhật kí thuê phòng (gồm Phòng đã thuê, phòng đã được đặt trước, phòng còn trống) Nếu trạng thái phòng còn trống, Nhân viên tiếp tân sẽ yêu cầu khách hàng cung cấp thông tin (CMND/Passport, Họ tên, Số điện thoại ), nếu thông tin hợp lệ Nhân viên tiếp tân sẽ lập phiếu giao phòng (bao gồm thông tin Phòng, thông tin Khách hàng, ngày nhận, ngày trả…) và gửi cho Nhân viên phục vụ phòng, Nhân viên phục vụ phòng sẽ giao phòng cùng với phiếu giao phòng cho Khách hàng, sau khi xác nhận đã giao phòng, Nhân viên tiếp tân

sẽ cập nhật lại trạng thái phòng vào Sổ nhật kí trạng thái phòng đồng thời lưu lại phiếu giao phòng vào Sổ phiếu thuê phòng Nếu trạng thái phòng không còn trống hoặc đã được đặt trước thì từ chối yêu cầu thuê phòng của Khách hàng, Khách hàng có thể yêu cầu sử dụng dịch vụ của Khách sạn, Khách hàng có thể đăng kí đặt phòng trước thông qua điện thoại, fax

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Hình 7:Mô hình Activity mô tả hoạt động tác nghiệp của Use case thuê Phòng

Trang 38

 Mô hình Activity mô tả hoạt động tác nghiệp của Use case đặt Phòng

Hoạt

động đặt

phòng gổm có 2 đối tượng chính: Khách hàng và nhân viên tiếp tân trong đó nhân viên tiếp tân giữ vai trò chủ đạo trong hoạt động hệ thống Khách hàng có thể đặt phòng trước thông qua điện thoại, fax Nhân viên tiếp tân sẽ tiếp nhận yêu cầu và kiểm tra trạng thái phòng trong hệ thống thông qua Sổ nhật kí thuê phòng, Sổ nhật kí đặt phòng Nếu phòng còn trống nhân viên tiếp tân yêu cầu cung cấp thông tin khách hàng để lập phiếu thuê phòng, Nhân viên tiếp tân sẽ thông báo cho khách hàng chi tiết phiếu đặt phòng cho khách hàng, nếu thông tin đúng với yêu cầu khách hàng đồng ý đặt phòng thì nhân viên tiếp tân sẽ lưu phiếu đặt phòng vào sổ nhật kí đặt phòng Sau khi khách hàng đến nhận phòng tại khách sạn, Nhân viên tiếp tân sẽ kiểm tra thông tin đặt phòng của khách hàng với phiếu đặt phòng nếu đúng nhân viên tiếp tân sẽ làm thủ tục thuê phòngcho khách hàng Đồng thời cập nhật lại trạng thái phòng vào sổ nhật kí đặt phòng

Hình 8:Mô hình Activity mô tả hoạt động tác nghiệp của Use case đặt Phòng

Trang 39

Trang 39/94

 Mô hình Activity mô tả hoạt động tác nghiệp của Use case trả phòng

Nhân viên tiếp tân sẽ kiểm tra hạn trả phòng của khách hàng thông qua Sổ nhật kí thuê phòng Nếu hết hạn sử dụng phòng, nhân viên tiếp tân sẽ gửi thông báo đến khách hàng yêu cầu thanh toán hóa đơn tiền sử dụng phòng và sử dụng dịch vụ của khách sạn Nếu khách hàng yêu cầu gia hạn sử dụng thì nhân viên tiếp tân kiểm tra trạng thái phòng trong sổ nhật kí đặt phòng, nếu phòng chưa được đặt trước thì nhân viên tiếp tân cập nhật ngày thuê phòng của khách sạn và lập hóa đơn thanh toán sau này, ngược lại nếu phòng không đáp ứng được do đã được khách hàng khác đặt trước, nhân viên tiếp tân sẽ lập hóa đơn thanh toán cho khách hàng, nhân viên phục vụ sẽ nhận phòng, nhân viên tiếp tân sau khi thanh toán cho khách hàng sẽ lưu hóa đơn thanh toán vào sổ hóa đơn thanh toán, đồng thời cập nhật lại trạng thái phòng vào sổ nhật kí thuê phòng

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường

Huỳnh Văn Thiện (DTH0610) Lớp DH7TH

Hình 9:Mô hình Activity mô tả hoạt động tác nghiệp của Use case trả Phòng

Trang 40

 Mô hình Activity mô tả hoạt động tác nghiệp của Use case thống kê, Báo cáo.

Đến cuối kỳ hoạch toán, nhân viên kế toán sẽ thông kê doanh thu, công nợ dựa trên danh sách cáchóa đơn thanh toán (thông tin thuê phòng, thông tin sử dụng dịch vụ…) sau đó lập bản báo cáo gửi đến Trưởng Phòng Trưởng Phòng xác nhận và kiểm tra bản báo cáo Nếu thông tin hợp lệ sẽ gửi thông báo cho phép nhân viên kế toán gửi bản báo cáo đến nhân viên kinh doanh đồng thời lưu lại bản báo cáo vào sổ thành danh sách thống kê, báo cáo Nhân viên kinh doanh sẽ dựa vào

dữ liệu của bản báo cáo sẽ lập ra bản kế hoạch phát triển cho khách sạn và gửi bản kế hoạch cho Trưởng Phòng.Trưởng Phòng xác nhận và kiểm tra bản kế hoạch của nhân viên kinh doanh Nếu thông tin hợp lệ sẽ duyệt bản kế hoạch Nhân viên kinh doanh sẽ lưu lại bản kế hoạch vào sổ thành các danh sách bản ké hoạch Các bản báo cáo, bản kế hoạch sẽ được gửi lên Giám đốc, Chủ

Hình10 :Activity mô tả tác nghiệp hoạt động của Usecase thống kê,báo cáo

Ngày đăng: 27/04/2013, 08:10

HÌNH ẢNH LIÊN QUAN

Hình 1:Phạm vi Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 1 Phạm vi Hệ thống (Trang 11)
Hình 1:Phạm vi Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 1 Phạm vi Hệ thống (Trang 11)
Bảng chi phí định kỳ - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Bảng chi phí định kỳ (Trang 15)
2. Khái niệm về Hệ thống thông tin - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
2. Khái niệm về Hệ thống thông tin (Trang 19)
o Đối tượng hữu hình: Các đối tượng có thể quan sát được một cách trực quan. Ví dụ: PHÒNG, TÒA NHÀ, NHÂN VIÊN, SINH VIÊN…. - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
o Đối tượng hữu hình: Các đối tượng có thể quan sát được một cách trực quan. Ví dụ: PHÒNG, TÒA NHÀ, NHÂN VIÊN, SINH VIÊN… (Trang 28)
Hình 4  :sơ đồ biểu diễn cấu trúc hóa yêu cầu Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 4 :sơ đồ biểu diễn cấu trúc hóa yêu cầu Hệ thống (Trang 38)
Hình 6:Mô hình Use case ngữ cảnh Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 6 Mô hình Use case ngữ cảnh Hệ thống (Trang 39)
Hình 7:Mô hình Activity mô tả hoạt động tác nghiệp của Use case thuê Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 7 Mô hình Activity mô tả hoạt động tác nghiệp của Use case thuê Phòng (Trang 40)
Hình 8:Mô hình Activity mô tả hoạt động tác nghiệp của Use case đặt Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 8 Mô hình Activity mô tả hoạt động tác nghiệp của Use case đặt Phòng (Trang 45)
• Mô hình Activity mô tả hoạt động tác nghiệp của Usecase trả phòng. - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
h ình Activity mô tả hoạt động tác nghiệp của Usecase trả phòng (Trang 46)
Hình 9:Mô hình Activity mô tả hoạt động tác nghiệp của Use case trả Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 9 Mô hình Activity mô tả hoạt động tác nghiệp của Use case trả Phòng (Trang 46)
Hình 11 :Activity mô tả tác nghiệp hoạt động của Usecase Quản trị - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 11 Activity mô tả tác nghiệp hoạt động của Usecase Quản trị (Trang 48)
Hình 12:Mô hình hoạt động tác nghiệp của Use case thuê Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 12 Mô hình hoạt động tác nghiệp của Use case thuê Phòng (Trang 51)
• Mô hình hoạt động quan niệm đặt Phòng: - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
h ình hoạt động quan niệm đặt Phòng: (Trang 55)
Hình 13:Mô hình hoạt động quan niệm của đặt Phòng Hình 14:Mô hình hoạt động quan niệm trả Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 13 Mô hình hoạt động quan niệm của đặt Phòng Hình 14:Mô hình hoạt động quan niệm trả Phòng (Trang 55)
Hình 15: Mô hình hoạt động quan niệm Thống kê,báo cáo - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 15 Mô hình hoạt động quan niệm Thống kê,báo cáo (Trang 56)
Hình 18:Mô hình usecase hoạt động đặt phòngHình 17:Mô hình use case quan niệm thuê phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 18 Mô hình usecase hoạt động đặt phòngHình 17:Mô hình use case quan niệm thuê phòng (Trang 59)
Hình 19:Mô hình usecase hoạt động trả phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 19 Mô hình usecase hoạt động trả phòng (Trang 60)
4. Xây dựng mô hìnhquan niệm Hệ thống mới - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
4. Xây dựng mô hìnhquan niệm Hệ thống mới (Trang 61)
Hình 26:Mô hình hoạt động thuê Phòngcủa Hệ thống mới giữa và thủ công tự động - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 26 Mô hình hoạt động thuê Phòngcủa Hệ thống mới giữa và thủ công tự động (Trang 63)
Hình 27:Mô hình hoạt động đặt Phòng của Hệ thống mới giữa thủ công và tự động - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 27 Mô hình hoạt động đặt Phòng của Hệ thống mới giữa thủ công và tự động (Trang 63)
Hình 28:Mô hình hoạt động trả Phòngcủa Hệ thống mới giữa thủ công và tự động - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 28 Mô hình hoạt động trả Phòngcủa Hệ thống mới giữa thủ công và tự động (Trang 64)
Hình 29:Mô hình hoạt động Thống kê,báo cáo của Hệ thống mới giữa thủ công và tự đông - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 29 Mô hình hoạt động Thống kê,báo cáo của Hệ thống mới giữa thủ công và tự đông (Trang 64)
Hình 28:Mô hình hoạt động trả Phòng của Hệ thống mới giữa thủ công và tự động - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 28 Mô hình hoạt động trả Phòng của Hệ thống mới giữa thủ công và tự động (Trang 64)
Hình 30:Mô hình hoạt động của Quản trị Hệ thống của Hệ thống mới sau khi điều chỉnh,bổ sung - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 30 Mô hình hoạt động của Quản trị Hệ thống của Hệ thống mới sau khi điều chỉnh,bổ sung (Trang 65)
Hình 31:Mô hình Use case biểu diễn chức năng phần mềm hoạt động thuê Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 31 Mô hình Use case biểu diễn chức năng phần mềm hoạt động thuê Phòng (Trang 66)
• Mô hình Usecase phần mềm đặc tả đặt Phòng được xác định theo bảng sau: - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
h ình Usecase phần mềm đặc tả đặt Phòng được xác định theo bảng sau: (Trang 67)
Hình 32: Mô hình Use case biểu diễn chức năng phần mềm hoạt động đặt Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 32 Mô hình Use case biểu diễn chức năng phần mềm hoạt động đặt Phòng (Trang 67)
b) Xây dựng các Usecase khai thác và sử dụng Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
b Xây dựng các Usecase khai thác và sử dụng Hệ thống (Trang 68)
Hình 33:Mô hình Use case biểu diễn chức năng phần mềm hoạt động trả Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 33 Mô hình Use case biểu diễn chức năng phần mềm hoạt động trả Phòng (Trang 68)
Hình 35:Mô hình usecase biểu diễn chức năng phần mềm hoạt động Quản trị Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 35 Mô hình usecase biểu diễn chức năng phần mềm hoạt động Quản trị Hệ thống (Trang 69)
c) Xây dựng Usecase mô tả chức năng Quản trị Hệ thống: - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
c Xây dựng Usecase mô tả chức năng Quản trị Hệ thống: (Trang 69)
Hình 35:Mô hình use case biểu diễn chức năng phần mềm hoạt động Quản trị Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 35 Mô hình use case biểu diễn chức năng phần mềm hoạt động Quản trị Hệ thống (Trang 69)
Hình 39:Use case trả Phòng được tinh chế - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 39 Use case trả Phòng được tinh chế (Trang 71)
Hình 41:Sơ đồ phân tích đối tượng theo tiếp cận Use case - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 41 Sơ đồ phân tích đối tượng theo tiếp cận Use case (Trang 72)
Hình 42: Các class đề nghị cho từng Usecase - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 42 Các class đề nghị cho từng Usecase (Trang 75)
Hình 42: Các class đề nghị cho từng Use case - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 42 Các class đề nghị cho từng Use case (Trang 75)
Hình 42:Biểu diễn chi tiết từng class cho từng Usecase - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 42 Biểu diễn chi tiết từng class cho từng Usecase (Trang 76)
Hình 43:Sơ đồ class của Usecase thuê Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 43 Sơ đồ class của Usecase thuê Phòng (Trang 77)
Sơ đồ Use case đặt Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
se case đặt Phòng (Trang 77)
Hình 45:Sơ đồ class của Usecase trả Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 45 Sơ đồ class của Usecase trả Phòng (Trang 78)
Hình 47:Các class tổng quát hóa và chuyên biệt hóa - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 47 Các class tổng quát hóa và chuyên biệt hóa (Trang 79)
Hình 47:Các class tổng quát hóa và chuyên biệt hóa - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 47 Các class tổng quát hóa và chuyên biệt hóa (Trang 79)
Sơ đồ  cuối cùng của Hệ thống Website Quản lý Khách sạn - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
cu ối cùng của Hệ thống Website Quản lý Khách sạn (Trang 79)
Hình 49:Sơ đồ biểu diễn quan hệ giữa Khách hàng với Phòng,Dịch vụ và Nhân viênđặt Phòng thuê  Phòng - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 49 Sơ đồ biểu diễn quan hệ giữa Khách hàng với Phòng,Dịch vụ và Nhân viênđặt Phòng thuê Phòng (Trang 81)
Mô hình biểu diễn quan hệ - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
h ình biểu diễn quan hệ (Trang 82)
Hình 50:Sơ đồ biểu diễn quan hệ giữa Nhân viên, Bộ phận, Người quản lý, Chức vụlàm tại - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 50 Sơ đồ biểu diễn quan hệ giữa Nhân viên, Bộ phận, Người quản lý, Chức vụlàm tại (Trang 82)
Hình 52:Mối quan hệ giữa Nhân viên,Thống kê,Phòng,Dịch vụ - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 52 Mối quan hệ giữa Nhân viên,Thống kê,Phòng,Dịch vụ (Trang 83)
Hình 54 :Sơ đồ thực thể kết hợp của các thực thể trong Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 54 Sơ đồ thực thể kết hợp của các thực thể trong Hệ thống (Trang 88)
Hình 54 :Sơ đồ thực thể kết hợp của các thực thể trong Hệ thống - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 54 Sơ đồ thực thể kết hợp của các thực thể trong Hệ thống (Trang 88)
Hình 57  :Một số hình ảnh tổng quan về Khách sạn Hòa bình II - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
Hình 57 :Một số hình ảnh tổng quan về Khách sạn Hòa bình II (Trang 100)
Tìm thông tin của khách hàng trong bảng KHÁCH HÀNG(Customer)           If  không tìm thấy Then - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
m thông tin của khách hàng trong bảng KHÁCH HÀNG(Customer) If không tìm thấy Then (Trang 102)
Cập nhật thông tin gia hạn vào bảng thuê phòng (HiringRoom)                       Không in ra phiếu thanh toán - Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới
p nhật thông tin gia hạn vào bảng thuê phòng (HiringRoom) Không in ra phiếu thanh toán (Trang 107)

TỪ KHÓA LIÊN QUAN

TRÍCH ĐOẠN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w