Mô hình chức năng (Function Models)

Một phần của tài liệu báo cáo dự án nhóm 8 tên đề tài quy trình quản lý khách sạn monday (Trang 20 - 25)

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

Một phần của tài liệu báo cáo dự án nhóm 8 tên đề tài quy trình quản lý khách sạn monday (Trang 20 - 25)

Tải bản đầy đủ (PDF)

(30 trang)