Khách hàng khi có nhu cầu thuê phòng sẽ báo với lễ tân. Sau khi kiểm tra phòng trống theo yêu cầu của khách hàng, lễ tân thực hiện các thao tác lập hóa đơn bao gồm thu thập thông các thông tin như họ tên khách hàng, mail, số điện thoại để tạo mã số khách hàng và điền vào hóa đơn theo mẫu có sẵn. Có thể bổ sung các dịch vụ cần sử dụng trong quá trình lập hóa đơn cũng như sau khi đã xuất hóa đơn. Lễ tân cập nhật các hóa đơn đã lập thành công vào hệ thống. Hệ thống xác nhận và cập nhật tình trạng phòng trống để hiển thị ra danh sách phòng. Tiến hành thủ tục checkin và nhận thanh toán bằng tiền mặt hoặc chuyển khoản. Khi thực hiện thủ tục checkout trả phòng, lễ tân kiểm tra lại tình trạng thanh toán của hóa đơn, cập nhật lại tình trạng phòng trống cho lần thuê sau. Thông tin khách hàng cần được lưu trữ cho lần thuê phòng tiếp theo. Trường hợp khách hàng gọi điện thoại để đặt phòng, có thể dùng lại quy trình này để đặt phòng cho khách hàng.
BỘ CÔNG THƯƠNG TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP HỒ CHÍ MINH KHOA CƠNG NGHỆ THƠNG TIN BÁO CÁO Đề tài: Quản lí khách sạn Giảng viên hướng dẫn : TS Huỳnh Hữu Nghĩa Sinh viên thực : Nhóm Mơn : Phân Tích Thiết Kế Hệ Thống Lớp : DHKTPM17B TP.HCM, ngày 26 tháng năm 2023 DANH SÁCH THÀNH VIÊN MSSV 21078421 20072171 21025781 20127201 21023391 HỌ VÀ TÊN Trần Bảo Xuyên Nguyễn Thảo Uyên Lê Minh Thư Trần Lê Huy Nguyễn Phú Sang Mục lục Chương 1: Đặc tả hệ thống Hoạt động thuê phòng – trả phòng Đăng kí sử dụng dịch vụ Chương 2: Xác định yêu cầu chức phi chức Các yêu cầu chức hệ thống Các yêu cầu phi chức hệ thống Chương 3: Đặc tả use case Use case đăng nhập Use case lập hóa đơn đặt phịng Use case tính phí dịch vụ Use case lập hóa đơn trả phịng Chương 4: Sơ đồ DFD Sơ đồ DFD cho use case đăng nhập Sơ đồ DFD cho use case lập hóa đơn đặt phịng Sơ đồ DFD cho use case tính phí dịch vụ 10 Sơ đồ DFD cho use case lập hóa đơn trả phịng 10 Sơ đồ DFD cấp độ 11 Chương 5: Sơ đồ thực thể liên kết 11 Xác định thuộc tính thực thể 11 Sơ đồ thực thể liên kết 12 Mơ hình sở liệu 13 Chương 6: Thiết kế kiến trúc 14 Kiến trúc hệ thống 14 Xác định phần cứng – phần mềm 14 Chương 7: Thiết kế giao diện 16 Giao diện đăng nhập 16 Giao diện lặp hóa đơn đặt phịng 17 Giao diện tính phí dịch vụ 18 Giao diện lặp hóa đơn trả phịng 19 Chương 1: Đặc tả hệ thống Hoạt động thuê phòng – trả phòng Khách hàng có nhu cầu th phịng báo với lễ tân Sau kiểm tra phòng trống theo yêu cầu khách hàng, lễ tân thực thao tác lập hóa đơn bao gồm thu thập thơng thông tin họ tên khách hàng, mail, số điện thoại để tạo mã số khách hàng điền vào hóa đơn theo mẫu có sẵn Có thể bổ sung dịch vụ cần sử dụng trình lập hóa đơn sau xuất hóa đơn Lễ tân cập nhật hóa đơn lập thành công vào hệ thống Hệ thống xác nhận cập nhật tình trạng phịng trống để hiển thị danh sách phòng Tiến hành thủ tục check-in nhận toán tiền mặt chuyển khoản Khi thực thủ tục check-out trả phòng, lễ tân kiểm tra lại tình trạng tốn hóa đơn, cập nhật lại tình trạng phịng trống cho lần th sau Thơng tin khách hàng cần lưu trữ cho lần thuê phòng Trường hợp khách hàng gọi điện thoại để đặt phịng, dùng lại quy trình để đặt phịng cho khách hàng Đăng kí sử dụng dịch vụ Khách hàng lựa chọn dịch vụ theo nhu cầu thời gian lập hóa đơn thời gian sử dụng phòng Nếu khách hàng chọn sử dụng dịch vụ lúc lập hóa đơn, hóa đơn dịch vụ tính chung với hóa đơn phịng Nếu khách hàng muốn sử dụng thêm dịch vụ thời gian sử dụng phòng, lễ tân cập nhật hóa đơn dịch vụ khách hàng đó, xác định số nợ chưa toán trước, cộng dồn với số dịch vụ vừa đăng kí thêm in hóa đơn dịch vụ Chương 2: Xác định yêu cầu chức phi chức Các yêu cầu chức hệ thống - Đảm bảo quản lý tốt trình tạo chỉnh sửa loại hóa đơn - Hỗ trợ quyền sử dụng hệ thống cho người dùng - Các loại hóa đơn, thơng tin khách hàng cần lưu trữ xác vào sở liệu - Quản lý tình trạng phịng, dịch vụ có để đáp ứng nhu cầu sử dụng - Thống kê dịch vụ sử dụng lúc khách hàng thuê phòng Các yêu cầu phi chức hệ thống - Đảm bảo sở liệu đủ để lưu trữ thông tin thời gian dài - Giao diện trực quan, dễ sử dụng cho nhân viên tiếp xúc - Đảm bảo phân quyền sử dụng truy cập sử dụng sở liệu - Hệ thống đảm bảo khả linh hoạt xuất liệu dạng file khác để dễ dàng lưu trữ thống kê báo cáo - Cập nhật liệu nhanh chóng thay đổi sở liệu để đamt bảo đồng phân quyền sử dụng Chương 3: Đặc tả use case Use case đăng nhập Tên use case: Đăng nhập ID: UC-1 Độ ưu tiên: Cao Actor: Nhân viên khách sạn Mô tả: Use case mô tả hoạt động đăng nhập vào hệ thống nhân viên khách sạn Trigger: Nhân viên cần sử dụng chức hệ thống Type: External Tiền điều kiện: Là nhân viên thuộc quản lý khách sạn Đã cấp mã số mật sở liệu Thiết bị đăng nhập có kết nối với mạng nội Hệ thống khách sạn trực tuyến Cơ sở liệu nhân viên trực tuyến Mô tả quy trình: Thơng tin bước: Nhân viên nhập vào hệ thống tin đăng nhập bao gồm mã số Mã số mật nhân viên mật Hệ thống kiểm tra mã số mật đăng nhập sở Mã số nhân viên liệu Nếu mã số mật đúng, hệ thống thông báo đăng Thông báo thành công nhập thành công chuyển vào trang chủ hệ thống 3.1 Nếu mã số mật sai, hệ thống thông báo đăng Thông báo thất bại nhập không thành công yêu cầu nhân viên nhập lại 3.2 Hệ thống quay lại bước Hậu điều kiện: Nhân viên chuyển đến trang làm việc theo phân quyền sở liệu Tóm tắt: Đầu vào Mã số mật Mã số nhân viên Nguồn Đầu Nhân viên Thông báo thành công Cơ sở liệu nhân viên Thông báo thất bại Bảng 3.1: Use Case “Đăng nhập” Đích Nhân viên Nhân viên Use case lập hóa đơn đặt phịng Tên use case: Lập hóa đơn đặt phịng ID: UC-2 Độ ưu tiên: Cao Actor: Nhân viên lễ tân Mô tả: Use case mơ tả quy trình lập hóa đơn nhân viên lễ tân Trigger: Khách hàng có nhu cầu thuê phòng Type: External Tiền điều kiện: Nhân viên xác thực đăng nhập vào hệ thống Cơ sở liệu hóa đơn trực tuyến Mơ tả quy trình: Nhân viên thu thập thơng tin từ khách hàng để nhập vào hệ thống Hệ thống lưu thông tin khách hàng vào sở liệu khách hàng Nhân viên nhận yêu cầu khách hàng để nhập vào hệ thống, tìm kiếm phịng phù hợp Hệ thống kiểm tra sở liệu phòng để liệt kê phòng phù hợp trống Hệ thống xuất phịng phù hợp cịn trống 5.1 Nếu khơng có phịng phù hợp, hệ thống thơng báo khơng cịn phòng phù hợp với yêu cầu khách hàng 5.2 Nhân viên thơng báo cho khách hàng khơng cịn phòng phù hợp để khách hàng thay đổi yêu cầu phòng 5.3 Hệ thống quay lại bước Nhân viên lễ tân chọn phòng trống Hệ thống in hóa đơn đặt phịng Hệ thống lưu trữ vào sở liệu hóa đơn Hệ thống cập nhật tình trạng phịng sở liệu 10 Hệ thống thơng báo hóa đơn lưu trữ Hậu điều kiện: Thông tin hóa đơn lưu trữ sở liệu Hệ thống thơng báo lập hóa đơn thành cơng in hóa đơn Tình trạng phịng cập nhật sở liệu Tóm tắt: Đầu vào Thông tin khách hàng Yêu cầu khách hàng Thơng tin phịng Số phịng Nguồn Khách hàng Khách hàng Cơ sở liệu phòng Nhân viên lễ tân Thông tin bước: Thông tin khách hàng Thông tin khách hàng u cầu khách hàng Thơng tin phịng Thơng tin phịng Thơng báo hết phịng u cầu khách hàng Mã phịng Hóa đơn đặt phịng Thơng tin hóa đơn Tình trạng phịng Thơng báo thành cơng Đầu Thơng tin phịng Thơng tin khách hàng Thơng báo hết phịng Hóa đơn đặt phịng Thơng tin hóa đơn Thơng báo đăng kí thành cơng Bảng 3.2: Use Case “Lập hóa đơn th phịng” Đích Nhân viên lễ tân Cơ sở liệu khách hàng Nhân viên lễ tân Khách hàng Cơ sở liệu hóa đơn th phịng Nhân viên lễ tân Use case tính phí dịch vụ Tên use case: Tính phí dịch vụ ID: UC-3 Độ ưu tiên: Cao Actor: Hệ thống Mô tả: Use case mơ tả quy trình tính hóa đơn dịch vụ Trigger: Khách hàng sử dụng dịch vụ lúc thuê phòng Type: External Tiền điều kiện: Hệ thống phải trực tuyến Cơ sở liệu hóa đơn trực tuyến Mơ tả quy trình: Hệ thống ghi nhận lại mã dịch vụ mà khách hàng sử dụng Hệ thống tính phí dịch vụ Hệ thống ghi nhận số phịng sử dụng dịch vụ Hệ thống tìm mã hóa đơn theo số phịng sử dụng dịch vụ Hệ thống lưu phí dịch vụ vào sở liệu hóa đơn Hậu điều kiện: Phí dịch vụ lưu trữ vào sở liệu hóa đơn Thơng tin bước: Mã dịch vụ Số phịng Mã hóa đơn Phí dịch vụ Tóm tắt: Đầu vào Mã dịch vụ Mã hóa đơn Nguồn Khách hàng Cơ sở liệu hóa đơn Đầu Phí dịch vụ Số phịng Bảng 3.1: Use Case “Tính phí dịch vụ” Đích Cơ sở liệu hóa đơn dịch vụ Khách hàng Use case lập hóa đơn trả phịng Tên use case: Lập hóa đơn trả phịng ID: UC-4 Độ ưu tiên: Cao Actor: Nhân viên lễ tân Mơ tả: Use case mơ tả quy trình lập hóa đơn trả phịng Trigger: Khách hàng đến quầy lễ tân để trả phòng Type: External Tiền điều kiện: Nhân viên lễ tân đăng nhập vào hệ thống Hệ thống khách sạn trực tuyến Cơ sở liệu hóa đơn trực tuyến Mơ tả quy trình: Nhân viên nhập vào hệ thống số phịng mà khách hàng thuê Hệ thống kiểm tra hóa đơn khách hàng thuê số phịng thời gian gần 2.1 Nếu khách hàng có sử dụng thêm dịch vụ, hệ thống thơng báo cho nhân viên lễ tân phí dịch vụ Hệ thống in hóa đơn trả phịng cho nhân viên lễ tân Thơng tin bước: Số phịng Mã hóa đơn Thơng báo dịch vụ Hóa đơn trả phịng Hệ thống cập nhật tình trạng số phịng trống Thơng tin phịng Hệ thống lưu trữ hóa đơn vào sở liệu hóa đơn Thơng tin hóa đơn Hệ thống thơng báo cho nhân viên lễ tân lưu trữ hóa đơn Thơng báo thành cơng cập nhật tình trạng phịng thành cơng Hậu điều kiện: Thơng tin hóa đơn lưu trữ vào sở liệu hóa đơn Tình trạng phịng cập nhật sở liệu phịng Hóa đơn trả phịng in cho khách hàng Hệ thống thông báo cập nhật liệu thành công cho nhân viên lễ tân Tóm tắt: Đầu vào Số phịng Mã hóa đơn Nguồn Khách hàng Cơ sở liệu hóa đơn dịch vụ Đầu Thơng báo phí dịch vụ Hóa đơn trả phịng Thơng tin phịng Thơng tin hóa đơn Thơng báo thành cơng Bảng 3.1: Use Case “Lập hóa đơn trả phịng” Đích Khách hàng Khách hàng Cơ sở liệu phịng Cơ sở liệu hóa đơn th phịng Nhân viên lễ tân Chương 4: Sơ đồ DFD Sơ đồ DFD cho use case đăng nhập Hình 4.1: Sơ đồ DFD cho Use Case “Đăng nhập” Sơ đồ DFD cho use case lập hóa đơn đặt phịng Hình 4.2: Sơ đồ DFD cho Use Case “Lập hóa đơn thuê phòng” Sơ đồ DFD cho use case tính phí dịch vụ Hình 4.3: Sơ đồ DFD cho Use Case “Tính phí dịch vụ” Sơ đồ DFD cho use case lập hóa đơn trả phịng Hình 4.4: Sơ đồ DFD cho Use Case “Lập hóa đơn trả phịng” 10 Sơ đồ DFD cấp độ Hình 4.5: Sơ đồ DFD cấp độ Chương 5: Sơ đồ thực thể liên kết Xác định thuộc tính thực thể Thực thể Phòng Tiện nghi Khách Dịch vụ Nhân viên Hóa đơn Thuộc tính - Số phịng - Số người - Đơn giá - Số thứ tự - Loại tiện nghi - Mã khách hàng - Họ tên - Số điện thoại - Mã dịch vụ - Loại dịch vụ - Mã nhân viên - Tên nhân viên - Mật - Phân quyền - Mã hóa đơn - Ngày lập hóa đơn Bảng 5.1: Bảng thuộc tính thực thể 11 Hình 5.2: Thuộc tính thực thể Sơ đồ thực thể liên kết Hình 5.3: Sơ đồ thực thể liên kết 12 Mơ hình sở liệu PHONG (SOPHONG, SONGUOI, DONGIA) TIENNGHI (SOTHUTU, LOAITIENNGHI) PHONG_TIENNGHI (SOPHONG, SOTHUTU, NGAYTRANGBI) KHACHHANG (MAKH, HOTEN, SODIENTHOAI) KHACHHANG_PHONG (MAKH, SOPHONG) DICHVU (MADV, LOAIDV) KHACHHANG_DICHVU (MAKH, MADV) NHANVIEN (MANV, TENNV, MATKHAU, PHANQUYEN) HOADON (MAHD, MANV, MAKH, NGAYLAPHOADON) HOADONTHUEPHONG (MAHD, SOPHONG, NGAYBD, NGAYKT, NGAYTRA) HOADONDICHVU (MAHD, MADV, NGAYSD, PHIDV) 13 Chương 6: Thiết kế kiến trúc Kiến trúc hệ thống Hệ thống khách sạn cần tốc độ xử lý cao, sức chứa liệu tính sẵn sàng cho ngày lẫn đêm, nhằm mục đích truy vấn, thêm thơng tin khách hàng Hệ thống cần đến khả bảo trì tốt, mở rộng trường hợp khách sạn mở thêm phịng chi nhánh Tính di động hệ thống khơng cần thiết, hầu hết nghiệp vụ xử lý quầy lễ tân máy tính người quản lý Vì lượng thơng tin cần lưu trữ lớn, nên độ bảo mật thông tin phải cao Hệ thống cần khả chống lại virus, worm nhằm đảm bảo an tồn thơng tin khách hàng nhân viên Vì u cầu đó, kiến trúc hệ thống là: Thin Client – Server Xác định phần cứng – phần mềm Hệ thống chia làm thành phần chính: Client, Web Server, Application Server, Database Server Hệ điều hành Client cần loại hệ điều hành thông dụng, quen thuộc Window Đối với Web Server, Application Server, Database Server nên sử dụng hệ điều hành mở Linux Các phần mềm đặc biệt nên sử dụng cho Client Adobe Acrobat Reader, nhằm đọc thơng tin nhanh xác Đối với Web Server, phần mềm thông dụng cho việc tạo Web Server Apache Application Server sử dụng loại thông dụng, dễ sử dụng tính bảo trì tốt Java Database dụng loại ngôn ngữ SQL, Oracle Về phần cứng, Client không cần nhiều dung lượng để lưu trữ (250GB), thay vào đó, cần CPU với tốc độ xử lý tiến trình nhanh, giao diện đồ họa đẹp (loại chọn Intel®Core™ i7 – 10870H) Web Server cần tốc độ xử lý tiến trình nhanh chóng, khơng q quan trọng giao diện đồ họa (loại chọn Dual – Core Xeon), nhiên dung lượng phần cứng cần nhiều so với Client (500GB) Còn với Application Server, tốc độ xử lý tiến trình cần nhanh so với Web server (Quad – Core Xeon), đổi lại dung lượng lưu trữ không cần nhiều (160GB) Tuy nhiên đối Database Server, dung lượng lưu trữ cần lớn (1TB), 14 Database server mục đích cần lưu trữ thơng tin, Database có nhu cầu cần mở rộng thêm ổ đĩa, sử dụng RAID (Redudant Array of Independent Disks) Với hệ thống mạng, nhu cầu tốc độ truyền tin phận hệ thống khác nhau, Client, tốc độ truyền tin không cần trọng (56 Kps), nhiên ln cần trực tuyến (Always on BroadBand), cịn phận lại, tốc độ truyền tin cần ưu tiên (100Mps Ethernet) Standard Client Operation System Special Software Hardware Network • Window • Mobzilla • Adobe Acrobat Reader ã 250GB disk drive ã IntelđCore i7 – 10870H • Always – on Broadband preferred • Dial-up at 56 Kps Standard Web Server Standard Application Server Standard Database Server • Linux • Linux • Linux • Apache • Java • Oracle • 500GB disk drive • 160GB disk drive • Dual – core Xeon • Quad – core Xeon • 1TB disk drive • RAID • Dual 100 Mps Ethernet • Dual 100 Mps Ethernet • Dual 100 Mps Ethernet 15 Chương 7: Thiết kế giao diện Giao diện đăng nhập 16 Giao diện lặp hóa đơn đặt phịng 17 Giao diện tính phí dịch vụ 18 Giao diện lặp hóa đơn trả phòng 19