4.1 Các Sơ đồ Use Case và đặc tả Use Case - Sơ đồ Use Case tổng quát
Hình 4 – 1. Sơ đồ Use Case tổng quát
Link: https://bitly.com.vn/udo539
- Sơ đồ Use Case 1
Hình 4 – 2. Sơ đồ Use Case 1
Link: https://bitly.com.vn/dvuoe9 Đặc tả Use Case
Use Case ID UC-1.1
Use Case Name Tạo lập hóa đơn
Description Quy trình tạo lập hóa đơn đơn giản nhất có thể.
Actor(s) Khách hàng, bộ phận lễ tân
Priority Must Have
Trigger Khách hàng mong muốn xem thông tin dịch vụ đã sử dụng.
Pre-Condition(s) Khách hàng đã check in và check out.
Post-Condition(s) Thông tin về hóa đơn
Basic Flow 1. Bộ phận lễ tân xem thông tin khách hàng.
2. Lễ tân tạo mã QR và hóa đơn.
3. Khách hàng quét mã QR.
4. Khách hàng xem thông tin hóa đơn sau khi quét QR.
5. Use Case kết thúc.
Alternative Flow 3a. Khách hàng yêu cầu hóa đơn giấy.
3a1. Lễ tân nhập số điện thoại khách hàng và in hóa đơn.
3a2. Khách hàng xem hóa đơn giấy.
Use Case kết thúc.
Exception Flow 4a. Mã QR không tồn tại.
4a1. Lễ tân nhập lại số điện thoại của khách hàng để tìm mã QR.
4a2. Lễ tân cấp lại mã QR cho khách hàng.
4a3. Khách hàng xem thông tin sau khi quét mã QR mới.
Use case kết thúc.
Business Rules None Non-Functional
Requirement
KH06. Thông tin cần được bảo mật khi tôi cung cấp để đặt phòng.
LT03. Hệ thống lưu thông tin và giúp tôi tìm kiếm dễ dàng.
Bảng 4 – 1. Đặc tả Use Case 1
- Sơ đồ Use Case 2
Hình 4 – 3. Sơ đồ Use Case 2
Link: https://bitly.com.vn/enr6xh Đặc tả Use Case
Use Case ID UC-1.2
Use Case Name Quy trình đặt phòng
Description Khách hàng đặt phòng, các bộ phận liên quan thực hiện quy trình
Actor(s) Khách hàng, bộ phận lễ tân, bộ phận kinh doanh và bộ phận buồng phòng
Priority Must Have
Trigger Khách hàng có nhu cầu đặt phòng.
Pre-Condition(s) - Khách hàng có đầy đủ thông tin cá nhân theo yêu cầu của nhân viên.
- Khách hàng đã chuẩn bị tiền đặt cọc.
Post-Condition(s) - Khách hàng thanh toán tiền cọc cho khách sạn.
- Khách hàng đặt phòng thành công.
Basic Flow 1. Khách hàng chọn ngày check in, check out và đặt số lượng, loại phòng.
2. Khách hàng đăng nhập và điền thông tin cá nhân để tạo yêu cầu đặt phòng.
3. BP kinh doanh nhận thông tin, kiểm tra phòng có đúng với yêu cầu của khách hàng hay không.
4. BP kinh doanh chấp nhận đơn đặt phòng và chuyển sang cho BP lễ tân để tạo lập phiếu đặt phòng (QR).
5. Khách hàng thanh toán tiền cọc bằng chuyển khoản.
6. BP lễ tân cấp mã QR.
7. Use Case kết thúc.
Alternative Flow 5a. Khách hàng mong muốn thanh toán bằng tiền mặt.
5a1. Lễ tân chấp nhận mong muốn của khách hàng.
5b. Khách hàng mong muốn thanh toán qua ví điện tử (ZaloPay, Momo, …).
5b1. Lễ tân cung cấp phương thức thanh toán theo yêu cầu của khách hàng.
Use Case tiếp tục thực hiện bước 6.
Exception Flow 3a. Bộ phận kinh doanh không tìm được phòng theo yêu cầu của khách hàng và thương lượng với khách hàng để thay đổi phòng khác.
3a1. Khách hàng đồng ý đổi phòng.
Use Case tiếp tục Use Case UC-1.2 – 4.
3a2. Khách hàng không đồng ý, hủy đơn đặt phòng.
Use case kết thúc.
Business Rules None Non-Functional
Requirement
KH06. Thông tin cần được bảo mật khi tôi cung cấp để đặt phòng.
LT03. Hệ thống lưu thông tin và giúp tôi tìm kiếm dễ dàng.
QL09. Độ bảo mật của hệ thống phải đảm bảo, có bản sao lưu thông tin để tránh trường hợp mất dữ liệu.
Bảng 4 – 2. Đặc tả Use Case 2
- Sơ đồ Use Case 3
Hình 4 – 4. Sơ đồ Use Case 3
Link: https://bitly.com.vn/2oguxb Đặc tả Use Case
Use Case ID UC-1.3
Use Case Name Quy trình tạo, lập và theo dõi báo cáo
Description Bộ phận quản lý muốn xem tình hình tài chính của khách sạn.
Actor(s) Bộ phận quản lý, bộ phận kế toán, bộ phận lễ tân
Priority Must Have
Trigger Bộ phận quản lý có nhu cầu xem tình hình tài chính chi tiết của khách sạn.
Pre-Condition(s) - Bộ phận lễ tân đã cập nhật thu chi lên hệ thống.
- Bộ phận kế toán tạo lập bản báo cáo tài chính đầy đủ.
Post-Condition(s) - Bản báo cáo tài chính của khách sạn.
- Bộ phận quản lý đưa ra đánh giá và quyết định đúng đắn, nhanh chóng cho khách sạn.
Basic Flow 1. Bộ phận lễ tân cập nhật tình hình thu – chi đầy đủ lên hệ thống.
2. Bộ phận kế toán thống kê lại tình hình tài chính của khách sạn thông qua những dữ liệu từ hệ thống đã cập nhật.
3. Bộ phận kế toán lập báo cáo tài chính.
4. Bộ phận kế toán in báo cáo tài chính và gửi đến bộ phận quản lý.
5. Bộ phận quản lý xem báo cáo tài chính đầy đủ.
Alternative Flow 4a. Bộ phận quản lý muốn xem báo cáo dạng file mềm.
4a1. Bộ phận kế toán gửi file mềm trực tiếp đến bộ phận quản lý.
Use Case kết thúc.
Exception Flow
Business Rules None Non-Functional
Requirement
QL08. Phân quyền rõ ràng cho nhân viên khi sử dụng hệ thống QL09. Độ bảo mật của hệ thống phải đảm bảo, có bản sao lưu thông tin để tránh trường hợp mất dữ liệu.
Bảng 4 – 3. Đặc tả Use Case 3