KHẢO SÁT, MÔ TẢ HIỆN TRẠNG HỆ THỐNG HIỆN TẠI
Trang 1Trang 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 25 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 3Trang 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 4A 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 5Trang 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 7Trang 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 8phò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 9Lê Đì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 10II 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/201003/02/2010
3 Tô Trung Đoàn
Huỳnh Văn Thiện
Phân tích Hệ thống 04/02/201025/02/2010
4 Tô Trung Đoàn
Huỳnh Văn Thiện
Thiết kế Hệ thống 26/02/201003/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/201004/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/201008/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 11Thô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 12Cá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 13Trang 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 14Cá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 151 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 17Trang 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 18f 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 19Trang 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 22o Đặ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 23Trang 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 24Ký 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=0thuộc tính không bắt buộc
Số tối thiểu=1thuộc tính bắt buộc
Số tối đa=1thuộc tính đơn trị
Số tối đa>1thuộ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 25Trang 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 27Trang 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 29Trang 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 301 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 32Tổ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 33Trong đó: 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 34b) 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 35Trang 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 36a) 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 37Trang 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 39Trang 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