Tác nhân “Bộ phận kế toán”

Một phần của tài liệu PHÂN TÍCH THIẾT kế hệ THỐNG QUẢN lý đặt TOUR của CÔNG TY DU LỊCH FIDOTUR (Trang 37 - 39)

I .Thành phần Tác Nhân

I.3. Tác nhân “Bộ phận kế toán”

Hình 2-21. Sơ đồ khai thác của tác nhân “Bộ phận kế tốn”.

Hình 2-22. Sơ đồ khai thác “Hồn tiền cho khách hàng”.

Use Case ID UC 11

Use Case Name Hoàn tiền cho khách hàng.

Use Case

Actor(s) Bộ phận kế toán.

Priority Must have.

Trigger Bộ phận kế toán chọn chức năng hồn tiền.

Pre-Condition(s) Bộ phận kế tốn có tài khoản đăng nhập vào hệ thống và cần hoàntiền cho khách hàng.

Post-Condition(s) - Hệ thống thơng báo hồn tiền thành công.

Basic Flow

1. Bộ phận kế toán chọn “Danh mục các tour yêu cầu hủy”. 2. Hệ thống hiển thị danh sách các tour yêu cầu hủy.

3. Bộ phận kế toán nhấn vào tour cần hủy.

4. Bộ phận kế tốn tính tốn chi phí hủy/ phát sinh và số tiền hoàn. 5. Bộ phận kế tốn cập nhật phần chi phí.

6. Tiến hành thanh tốn tiền hồn theo hình thức thanh tốn tour ban đầu.

7. Bộ phận kế tốn cập nhật trạng thái “Đã hồn tiền” và nhấn “cập nhật”.

8. Hệ thống thông báo cập nhật thành cơng.

Alternative Flow Khơng có.

Exception Flow Khơng có.

Business Rule Khơng có.

Non-Functional

Requirement Khơng có.

Hình 2-23. Sơ đồ khai thác “Cập nhật thanh toán của Khách hàng”.

Use Case ID UC 12

Use Case Name Cập nhật thanh toán của khách hàng.

Use Case Description Chức năng này giúp Bộ phận kế toán cập nhật các thanh toán củakhách hàng.

Actor(s) Bộ phận kế toán.

Priority Must have.

Trigger Bộ phận kế toán chọn chức năng cập nhật thanh toán khách hàng.

Post-Condition(s) - Hệ thống hiển thị danh sách các thanh tốn.- Hệ thống thơng báo cập nhật thành cơng.

Basic Flow

1. Bộ phận kế tốn chọn “Danh sách các thanh toán của khách hàng”.

2. Hệ thống hiển thị danh sách các thanh toán của khách hàng. 3. Bộ phận kế toán nhấn vào thanh toán cần cập nhật.

4. Hệ thống hiển thị chi tiết thơng tin thanh tốn tour của khách hàng.

5. Bộ phận kế tốn kiểm tra thơng tin. 6. Bộ phận kế tốn nhấn “cập nhật”. 7. Hệ thống thơng báo cập nhật thành cơng.

Alternative Flow Khơng có.

Exception Flow

5a. Thơng tin khơng chính xác.

5a1. Gửi mail/thơng báo Khách hàng về việc sai thông tin và yêu cầu khách hàng cập nhật thơng tin chính xác.

Use case dừng lại.

Business Rule BR1.12: Khách hàng khơng cập nhật lại thơng tin chính xác trongvịng 24 giờ, tour của Khách hàng sẽ bị hủy. Non-Functional

Requirement Khơng có.

Một phần của tài liệu PHÂN TÍCH THIẾT kế hệ THỐNG QUẢN lý đặt TOUR của CÔNG TY DU LỊCH FIDOTUR (Trang 37 - 39)

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

(145 trang)