I .Thành phần Tác Nhân
I.4. Tác nhân “Bộ phận Dịch vụ khách hàng & Quản lý chất lượng”
Hình 2-25. Sơ đồ khai thác “Quản lý thơng tin khách hàng”.
Use Case ID UC 13
Use Case Name Quản lý thông tin khách hàng.
Use Case Description
Bộ phận giao dịch khách hàng và quản lý chất lượng cần quản lý danh sách thông tin khách hàng với các thao tác như: Tạo/Xem/Sửa/Xóa dữ liệu
khách hàng trong danh sách khách hàng.
Actor(s) Bộ phận giao dịch khách hàng và quản lý chất lượng.
Priority Must Have.
Trigger Bộ phận giao dịch khách hàng và quản lý chất lượng mở danh sáchthông tin khách hàng. Pre-Condition(s) Bộ phận giao dịch khách hàng và quản lý chất lượng có tài khoản vàdanh sách khách hàng.
Post-Condition(s) - Danh sách thông tin khách hàng.
Basic Flow
1. Bộ phận giao dịch khách hàng và quản lý chất lượng chọn chức năng chọn quản lý danh sách khách hàng.
2. Hệ thống hiện danh sách khách hàng và các chức năng: Tạo, Sửa, Xóa.
3. Bộ phận giao dịch khách hàng và quản lý chất lượng chọn “tạo mới”.
4. Hệ thống sẽ mẫu để nhập thông tin khách hàng.
5. Bộ phận giao dịch khách hàng và quản lý chất lượng sẽ nhập thông tin vào và nhấn nút “Lưu”.
6. Hệ thống xác nhận thông tin. 7. Hệ thống lưu thông tin khách hàng.
Alternative Flow 3a. Bộ phận giao dịch khách hàng và quản lý chất lượng chọn
“Sửa”.
3a1. Bộ phận giao dịch khách hàng và quản lý chất lượng chọn tên khách hàng muốn sửa từ danh sách khách hàng.
4a. Hệ thống hiện mẫu thơng tin của khách hàng đó.
5a. Bộ phận giao dịch khách hàng và quản lý chất lượng sửa thông tin lại cho phù hợp và nhấn nút “Lưu”.
Use case tiếp tục bước 6.
3b. Bộ phận giao dịch khách hàng và quản lý chất lượng chọn “Xóa”.
3b2. Bộ phận giao dịch khách hàng và quản lý chất lượng chọn khách hàng cần xóa và nhấn nút “Xóa”.
4b. Hệ thống hiển thị thơng báo xác nhận loại bỏ.
4b1. Nếu Bộ phận giao dịch khách hàng và quản lý chất lượng nhấn nút “đồng ý”, hệ thống hiển thị thơng báo “khách hàng này đã được xóa”. Nếu Bộ phận giao dịch khách hàng và quản lý chất lượng nhấn nút “không đồng ý”, hệ thống hiển thị lại danh sách khách hàng.
Use case dừng lại.
Exception Flow
6c. Hệ thống xác nhận thông tin không thành công.
6c1. Người dùng kiểm tra, điền lại các thơng tin cho chính xác.
Use case tiếp tục bước 7.
Business Rule Khơng có.
Non-Functional
Requirement Khơng có.
Hình 2-26. Sơ đồ khai thác “Phản hồi feedback/khiếu nại”.
Use Case ID UC 14
Use Case Name Phản hồi feedback/khiếu nại.
Use Case Description
Bộ phận Dịch vụ khách hàng và Quản lý chất lượng phản hồi lại những feedback/khiếu nại của khách hàng. Từ đó, cải thiện hệ thống hơn.
Actor(s) Bộ phận Dịch vụ khách hàng và Quản lý chất lượng.
Priority Must have.
Trigger Bộ phận Dịch vụ khách hàng và Quản lý chất lượng chọn chức năngphản hồi feedback/khiếu nại từ khách hàng. Pre-Condition(s) Bộ phận Dịch vụ khách hàng và Quản lý chất lượng phải truy cập vàhệ thống và có danh sách khách hàng. Post-Condition(s) - Hệ thống hiển thị thông báo “Đã gửi phản hồi thành công”.
hệ thống và chọn vào chức năng “feedback/khiếu nại”.
2. Hệ thống hiển thị danh sách khách hàng gửi feedback/khiếu nại. 3. Bộ phận Dịch vụ khách hàng và Quản lý chất lượng chọn tên khách hàng muốn gửi phản hồi.
4. Hệ thống hiển thị cuộc trị chuyện với khách hàng đó.
5. Bộ phận Dịch vụ khách hàng và Quản lý chất lượng nhập nội dung phản hồi và nhấn nút “Gửi”.
6. Hệ thống hiển thị thông báo “Đã gửi phản hồi thành công”.
Alternative Flow
1a. Bộ phận Dịch vụ khách hàng và Quản lý chất lượng phản hồi feedback/khiếu nại qua hotline.
1a1. Hệ thống ghi âm và cập nhật vào danh sách cuộc gọi phản hồi khách hàng.
Use case dừng lại
Exception Flow Khơng có.
Business Rule Khơng có.
Non-Functional
Requirement Khơng có.