SƠ ĐỒ TỔNG QUAN
Hình I-1 Sơ đồ tổng quan.
Bảng I-1 Danh sách các tác nhân.
Khách hàng có thể truy cập vào hệ thống của Fiditour để tạo tài khoản, tìm kiếm, xem các nội dung, đặt tour, đăng ký làm đại lý và quản lý tài khoản cá nhân của mình Có thể liên hệ hỗ trợ tư vấn khi có nhu cầu cũng như đóng góp ý kiến cho Fiditour.
Nhân viên bán hàng Tư vấn cho khách hàng về tour du lịch cũng như giải đáp các thắc mắc của khách hàng, đồng thời có thể đặt tour, hủy tour, tìm kiếm và xem tour Truy cập vào hệ thống với tư cách là người dùng.
Bộ phận kế toán Quản lý các thanh toán bao gồm cập nhật các chi phí huỷ/phát sinh và cập nhật tình trạng thanh toán của khách hàng.
Phòng điều hành Giúp quản lý các thông tin chi tiết về tour du lịch.
Bộ phận du lịch khách hàng và quản lý chất lượng
Quản lý thông tin khách hàng, nhận các góp ý từ khách hàng và phản hồi lại các feedback/khiếu nại đó.
Nhân viên phụ trách tour Quản lý các tour đã đặt, phụ trách huỷ tour khi khách hàng có yêu cầu huỷ từ đó cung cấp thông tin chi phí huỷ tour thông qua việc tra cứu.
Hệ thống Fiditour Thực hiện hoàn tiền cho khách hàng khi nhận được yêu cầu.
Bộ phận hệ thống phân phối Quản lý việc đăng ký đại lý, xử lý các hồ sơ đăng đại lý và quản lý thông tin đại lý. Đại lý Đại lý là cá nhân/tổ chức có nhu cầu đăng ký làm đại lý cho Fiditour và có thể đặt tour, hủy tour, tìm kiếm và xem tour Truy cập vào hệ thống với tư cách là người dùng.
Người dùng Là khách hàng và đại lý cũng như nhân viên bán hàng Truy cập vào hệ thống, kế thừa toàn bộ quyền của các actor khách hàng, nhân viên bán hàng và đại lý.
Bảng I-2 Danh sách các UC
UC Mô tả Đăng nhập tài khoản Chức năng này cho phép người dùng và các nhà quản lý đăng nhập vào hệ thống bằng tài khoản của họ để thực hiện các chức năng trên hệ thống.
Tìm kiếm tour Cho phép người dùng tìm kiếm các thông tin trên hệ thống trong phạm vi hệ thống cung cấp.
Xem chi tiết tour Cho phép người dùng xem thông tin chi tiết về tour du lịch. Đặt tour Cho phép người dùng thực hiện chức năng đặt tour trên hệ thống.
Quản lý tài khoản cá nhân
Khách hàng vào tài khoản để xem thông tin tài khoản, thay đổi thông tin tài khoản, theo dõi trạng thái/lịch sử tour đã đặt hoặc các khuyến mãi từ Fiditour.
Gửi góp ý Khách hàng đánh giá, gửi những góp ý cho Fiditour thông qua website hoặc hotline. Đăng ký đại lý Cho phép khách hàng nộp hồ sơ đăng ký đại lý, bộ phận Hệ thống phân phối sẽ tiếp nhận hồ sơ hợp lệ và xử lý hồ sơ đó. Đăng ký tài khoản Chức năng này cho phép khách hàng đăng ký tài khoản khi có nhu cầu.
Cập nhật thanh toán của khách hàng Cho phép bộ phận kế toán cập nhật thanh toán của khách hàng.
Thực hiện hoàn tiền cho khách Cho phép bộ phận kế toán thực hiện hoàn tiền cho khách hàng thông qua hệ thống của Fiditour.
Xử lý hồ sơ đăng ký đại lý Chức năng này giúp bộ phận hệ thống phân phối kiểm tra xem các thông tin đăng ký đại lý của khách hàng có hợp lệ và đầy đủ để được làm đại lý cho Fiditour hay không.
Quản lý thông tin đại lý Cho phép bộ phận hệ thống phân phối đảm nhận vai trò này tạo, xem, xóa và chỉnh sửa các thông tin đại lý.
Tư vấn khách hàng Nhân viên bán hàng tư vấn và giải đáp thắc mắc của khách hàng về các tour du lịch, cũng như các thắc mắc khác.
Quản lý thông tin tour Chức năng này cho phép phòng điều hành quản lý các thông tin về tour du lịch.
Hủy tour Chức năng này cho phép người dùng hủy tour đã đặt trước đó thông qua sự hỗ trợ của nhân viên phụ trách tour.
Quản lý thông tin khách hàng
Cho phép bộ phận dịch vụ khách hàng và quản lý chất lượng quản lý các thông tin về khách hàng có thể Tạo/Xem/Sửa/Xóa dữ liệu khách hàng trong danh sách khách hàng.
Phản hồi các feedback/ khiếu nại Cho phép bộ phận dịch vụ khách hàng và quản lý chất lượng sẽ phản hồi các đánh giá hay các khiếu nại từ khách hàng.
Quản lý các tour đã đặt Cho phép nhân viên phụ trách tour quản lý các tour khách hàng hay đại lý đã đặt.
CÁC SƠ ĐỒ KHAI THÁC
Tác nhân “Khách hàng”
Hình II-2 Sơ đồ khai thác của tác nhân “Khách hàng”.
II.1.1 Đăng ký tài khoản
Hình II-3 Sơ đồ khai thác “Đăng ký tài khoản”.
Use Case Name Đăng ký.
Use Case Description Khách hàng muốn đăng ký để truy cập vào hệ thống Fiditour.
Trigger Khách hàng chọn chức năng đăng ký.
Pre-Condition(s) Khách hàng chưa có tài khoản.
- Hệ thống hiển thị thông báo “Đã đăng ký thành công”.
- Chuyển dữ liệu qua CSDL Quản lý thông tin khách hàng.
1 Khách hàng chọn chức năng “Đăng ký”.
2 Hệ thống hiển thị mẫu đăng ký thành viên.
3 Khách hàng điền thông tin cá nhân vào mẫu đăng ký thành viên và nhấn nút “Đăng ký”.
4 Hệ thống kiểm tra và xác nhận thông tin.
5 Hệ thống hiển thị thông báo “Đã đăng ký thành công”.
4a Hệ thống kiểm tra và xác nhận thông tin không thành công.
4a1 Hệ thống hiển thị lại mẫu đăng ký thành viên của khách hàng.
4a2 Khách hàng kiểm tra, điền lại các thông tin bị đánh dấu chấm than cho chính xác và nhấn nút “Đăng ký”.
Use case tiếp tục bước 5.
Non-Functional Mật khẩu người dùng tối thiểu phải có 6 ký tự bao gồm chữ, số và
Requirement các ký tự đặc biệt.
Hình II-4 Sơ đồ khai thác “Đăng nhập”.
Use Case Name Đăng nhập tài khoản.
Use Case Description Nhân viên bán hàng, đại lý, khách hàng và nhân viên các bộ phận muốn đăng nhập vào hệ thống Fiditour.
Actor(s) Người dùng website, Nhân viên các bộ phận
Trigger Người dùng muốn đăng nhập vào hệ thống Fiditour.
Pre-Condition(s) Người dùng đã có tài khoản.
- Hệ thống gửi thông báo đã đăng nhập thông công.
- Hệ thống sẽ ghi nhận đăng ký thành công vào lịch sử hoạt động của người dùng.
1 Người dùng chọn chức năng “Đăng nhập”.
2 Hệ thống hiện màn hình “Đăng nhập”.
3 Người dùng nhập Tên đăng nhập và mật khẩu của mình và chọn lệnh đăng nhập.
4 Hệ thống xác thực thông tin đăng nhập, nếu đúng cho phép truy cập vào hệ thống.
5 Hệ thống ghi nhận hoạt động đăng nhập thành công vào lịch sử hoạt động của người dùng.
3a Người dùng nhập Tên đăng nhập và chọn chức năng “Quên mật khẩu”.
4a Hệ thống hiển thị màn hình nhập mã xác minh đồng thời sẽ gửi mã xác minh về số điện thoại/email được nhập.
5a Người dùng nhập mã xác minh và nhấn “Xác nhận” trên màn hình.
6a Hệ thống hiển thị màn hình thiết lập mật khẩu mới.
7a Người dùng nhập và xác minh mật khẩu mới sau đó nhấn “Xác nhận” trên màn hình.
8a Hệ thống hiển thị thông báo “Thiết lập mật khẩu mới thành công”.
Use Case tiếp tục bước 2.
4b Hệ thống xác thực thông tin đăng nhập không thành công và hiển thị thông báo.
4b1 Người dùng chọn lệnh hủy đăng nhập.
Hình II-5 Sơ đồ khai thác “Tìm kiếm tour”.
Use Case Name Tìm kiếm Tour.
Khách hàng, Đại lý muốn tìm kiếm thông tin Tour.
Nhân viên bán hàng tìm kiếm thông tin Tour theo yêu cầu khách hàng, khi khách hàng muốn tư vấn tại quầy, hotline.
Trigger Người dùng chọn chức năng “Tìm kiếm Tour”.
Pre-Condition(s) Người dùng truy cập vào hệ thống và nhập thông tin tìm kiếm về
Post-Condition(s) - Thông tin tour Người dùng muốn tìm kiếm.
1 Người dùng truy cập vào hệ thống và chọn tìm kiếm tên.
2 Người dùng điền từ khóa vào thanh tìm kiếm.
3 Hệ thống sẽ kiểm tra nếu từ khóa hợp lệ.
4 Hệ thống hiển thị thông tin các sản phẩm được tìm thấy.
1a Người dùng truy cập vào hệ thống và chọn tìm kiếm loại.
2a Người dùng chọn loại tour mà mình muốn tìm.
Use case tiếp tục bước 4.
3b Hệ thống kiểm tra từ khóa không hợp lệ, sẽ hiện thông báo.
3b1 Người dùng sẽ điền lại từ khóa hoặc hủy bỏ tìm kiếm.
Hình II-6 Sơ đồ khai thác “Đặt tour”.
Use Case Name Đặt tour.
Use Case Description Khách hàng muốn đặt tour trên website của Fiditour.
Actor(s) Khách hàng, Cổng thanh toán.
Trigger Khách hàng muốn đặt tour trên hệ thống.
Pre-Condition(s) Khách hàng đã có tài khoản.
- Hệ thống gửi thông báo đã đặt tour thông công qua email.
- Hệ thống sẽ ghi nhận đặt tour thành công vào lịch sử hoạt động của người dùng.
1 Khách hàng chọn mục Tour.
2 Hệ thống sẽ hiển thị thông tin của các Tour có thể đặt.
3 Khách hàng sẽ chọn Tour mà mình mong muốn.
4 Hệ thống hiển thị chi tiết thông tin về Tour mà Khách hàng đã chọn.
5 Khách hàng điền các thông tin như thông tin các nhân, số lượng người đi, …
6 Hệ thống xác nhận thông tin.
7 Hệ thống hiển thị giá tiền của tour.
8 Khách hàng chọn thanh toán qua Thẻ quốc tế.
9 Cổng thanh toán chuyển qua màn hình thanh toán bằng Thẻ quốc tế.
10 Khách hàng sẽ điền thông tin và nhấn nút thanh toán để thanh toán tiền.
11 Cổng thanh toán thực hiện lệnh thanh toán từ khách hàng.
12 Hệ thống hiển thị thông báo đã đặt tour thành công
8a Khách hàng chọn thanh toán qua Thẻ nội địa/Internet Banking.
9a Cổng thanh toán chuyển qua màn hình thanh toán bằng Thẻ nội địa/Internet Banking.
10a Khách hàng sẽ điền thông tin/ quét mã QR và nhấn nút thanh toán để thanh toán tiền.
Use case tiếp tục bước 11.
8b Khách hàng chọn thanh toán tiền mặt.
9b Cổng thanh toán chuyển qua màn hình thanh toán tiền mặt.
10b Người dùng sẽ điền thông tin cá nhân và nhấn nút chờ thanh toán.
12c Hệ thống xác nhận thông tin không thành công và hiển thị thông báo.
12c1 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 10.
II.1.5 Quản lý tài khoản cá nhân
Hình II-7 Sơ đồ khai thác “Quản lý tài khoản cá nhân”.
Use Case Name Quản lý tài khoản cá nhân.
Use Case Description Khách hàng vào tài khoản để theo dõi trạng thái tour đã đặt, thông tin cá nhân và các khuyến mãi hiện có từ Fiditour.
Trigger Khách hàng chọn Quản lý tài khoản.
Pre-Condition(s) Khách hàng đã có tài khoản.
Post-Condition(s) - Khách hàng xem được lịch sử các Tour đã đặt, xem trạng thái các tour đã đặt, danh sách các khuyến mãi hiện có của Fiditour.
Basic Flow 1 Khách hàng chọn chức năng “Quản lý tài khoản cá nhân”.
2 Hệ thống hiển thị các chức năng mà khách hàng có thể chọn:
Lịch sử các tour đã đặt, Thay đổi thông tin cá nhân, Khuyến mãi.
3 Người dùng chọn chức năng “Lịch sử các tour đã đặt”.
4 Hệ thống hiện danh sách các tour đã đặt.
3a Người dùng chọn chức năng “Khuyến mãi”.
4a Hệ thống hiển thị danh sách các khuyến mãi hiện có
4a1 Khách hàng chọn khuyến mãi mà mình cần để xem chi tiết thông tin về khuyến mãi.
3b Người dùng chọn chức năng “Thay đổi thông tin cá nhân”.
4b Hệ thống hiện mẫu thông tin cá nhân của khách hàng.
4b1 Khách hàng sửa lại thông tin cá nhân của mình và nhấn nút
4b2 Hệ thống xác nhận thông tin.
4b3 Hệ thống hiện thông báo “Đã thay đổi thông tin thành công”.
4b2.c Hệ thống xác nhận thông tin không chính xác/ thiếu.
4b2.c1 Khách hàng kiểm tra, điền lại các thông tin cho chính xác và nhấn nút “Lưu”.
Use case tiếp tục bước 4b3.
II.1.6 Đăng ký đại lý
Hình II-8 Sơ đồ khai thác “Đăng ký đại lý”.
Use Case Name Đăng ký đại lý.
Use Case Description Khách hàng muốn đăng ký làm đại lý cho Fiditour.
Trigger Khách hàng chọn chức năng đăng ký đại lý.
Pre-Condition(s) Khách hàng truy cập vào hệ thống.
- Hệ thống thông báo đã gửi đăng ký đại lý thành công.
- Hệ thống sẽ ghi nhận gửi đăng ký đại lý thành công vào lịch sử hoạt động của khách hàng.
1 Khách hàng truy cập vào hệ thống và chọn đăng ký đại lý.
2 Hệ thống hiển thị mẫu đăng ký đại lý.
3 Khách hàng điền thông tin cá nhân và nhấn nút đăng ký.
4 Hệ thống xác nhận thông tin thành công.
5 Hệ thống hiển thị thông báo “Gửi đăng ký đại lý thành công”.
4a Hệ thống xác nhận thông tin không chính xác/ thiếu.
4a1 Khách hàng kiểm tra, điền lại các thông tin cho chính xác và nhấn nút “Đăng ký”.
Use case tiếp tục bước 5.
Hình II-9 Sơ đồ khai thác “Gửi góp ý”.
Use Case Name Gửi góp ý.
Use Case Description Khách hàng đánh giá, viết những góp ý cho Fiditour trên website hoặc gọi điện góp ý qua hotline.
Trigger Khách hàng chọn chức năng gửi góp ý.
Pre-Condition(s) Khách hàng đăng nhập vào hệ thống. Đối với Góp ý tour, Khách hàng phải có đặt tour trước đó.
Post-Condition(s) - Hệ thống thông báo gửi góp ý thành công
1 Khách hàng truy cập vào hệ thống và chọn chức năng Góp ý tour.
2 Hệ thống hiển thị danh sách tour mà Khách hàng đã đặt và chưa góp ý.
3 Khách hàng chọn tour muốn gửi góp ý.
4 Hệ thống hiển thị mẫu thư góp ý bao gồm góp ý bằng thang đo mức độ hài lòng và viết cảm nhận về tour.
5 Người dùng tiến hành viết nhận xét về dịch vụ tour của Fiditour.
6 Người dùng nhấn “Gửi góp ý”.
7 Hệ thống thông báo “Gửi thành công”.
1a Khách hàng truy cập vào hệ thống và chọn chức năng Góp ý khác.
4a Hệ thống hiển thị mẫu thư góp ý bao gồm thang đo mức độ và viết cảm nhận về dịch vụ của Fiditour.
Use case tiếp tục bước 5.
1b Khách hàng gọi đến hotline của Fiditour góp ý kiến.
1b Hệ thống tự động ghi âm cuộc gọi và lưu vào danh sách cuộc gọi góp ý khách hàng.
Hình II-10 Sơ đồ khai thác “Hủy tour”.
Use Case Name Hủy Tour.
Use Case Description Khách hàng muốn hủy Tour đã được đặt trước đó.
Nhân viên bán hàng hủy Tour theo yêu cầu khách hàng.
Actor(s) Khách hàng, Nhân viên bán hàng.
Trigger Người dùng chọn chức năng hủy Tour.
Pre-Condition(s) Khách hàng có tài khoản và đã đặt Tour thành công.
Nhân viên bán hàng có tài khoản.
Post-Condition(s) - Thông báo “Tour đã được hủy thành công”.
1 Người dùng chọn Tour muốn hủy và nhấn nút “Hủy”.
2 Hệ thống hiện thông báo xác nhận hủy bỏ.
3 Người dùng xác nhận bằng cách nhấn nút “Đồng ý”.
4 Hệ thống hiển thị thông báo “Tour đã được hủy thành công”.
Exception Flow 3a Người dùng nhấn nút “Bỏ qua”.
Requirement NFR1.8: Time out cho màn hình đăng nhập dưới 60 giây.
Tác nhân “Nhân viên bán hàng”
Hình II-11 Sơ đồ khai thác của tác nhân “Nhân viên bán hàng”.
II.2.1 Tư vấn khách hàng
Hình II-12 Sơ đồ khai thác “Tư vấn khách hàng”.
Use Case Name Tư vấn khách hàng.
Use Case Description Chức năng này cho phép nhân viên tư vấn và giải đáp thắc mắc của khách hàng về các tour du lịch.
Actor(s) Nhân viên bán hàng.
Trigger Nhân viên bán hàng đăng nhập vào hệ thống và chọn hộp thoại.
Pre-Condition(s) Nhân viên bán hàng có tài khoản đăng nhập vào hệ thống và nhận được cái tin nhắn từ khách hàng qua hộp thoại để tư vấn về chi tiết tour du lịch.
Post-Condition(s) - Hệ thống cập nhật trạng thái “Đã gửi” tin nhắn.
1 Nhân viên bán hàng truy cập vào hộp thoại của hệ thống.
2 Hệ thống hiển thị các khách hàng đã liên hệ cùng với các dòng tin nhắn.
3 Nhân viên bán hàng click vào khách hàng mà người dùng sẽ trả lời tin nhắn Sau đó soạn tin nhắn rồi nhấn “Gửi”.
4 Hệ thống gửi tin nhắn đến khách hàng và cập nhật trạng thái “đã gửi”.
1a Nhân viên bán hàng tư vấn với Khách hàng qua hotline.
1a1 Hệ thống ghi âm và cập nhật vào danh sách cuộc gọi tư vấn khách hàng.
Exception Flow 4a Hệ thống hiển thị tin nhắn “chưa gửi” đi được.
4a1 Người dùng kiểm tra lại kết nối mạng, rồi thao tác gửi lại tin nhắn.
4a2 Hệ thống gửi tin nhắn đến khách hàng và cập nhật trạng thái
II.2.2 Tạo đơn đặt tour
Hình II-13 Sơ đồ khai thác “Tạo phiếu đặt tour”.
Use Case Name Tạo phiếu đặt Tour.
Use Case Description Nhân viên bán hàng sẽ tạo phiếu đặt Tour khi khách hàng muốn đặt
Tour qua Hotline/của hàng.
Actor(s) Nhân viên bán hàng, Đại lý.
Trigger Người dùng chọn chức năng “Tạo phiếu đặt Tour”.
Pre-Condition(s) Người dùng có tài khoản và có yêu cầu đặt Tour của khách hàng qua
Post-Condition(s) - Hệ thống hiển thị thông báo “đã tạo phiếu đặt Tour thành công”.
- Chuyển dữ liệu qua CSDL Quản lý thông tin.
1 Người dùng chọn chức năng “Tạo phiếu đặt Tour”.
2 Hệ thống hiển thị Phiếu đặt Tour.
3 Người dùng chọn và điền các thông tin của khách hàng như: chọn Tour khách hàng muốn, thông tin khách hàng, Rồi nhấn nút
4 Hệ thống chuyển qua trang thanh toán.
5 Người dùng chọn thanh toán qua Thẻ quốc tế.
6 Cổng thanh toán chuyển qua màn hình thanh toán bằng Thẻ quốc tế.
7 Người dùng sẽ điền thông tin và nhấn nút thanh toán để thanh toán tiền.
8 Cổng thanh toán thực hiện lệnh thanh toán từ khách hàng.
9 Người dùng sẽ chọn các phương thức thanh toán theo yêu cầu của khách hàng.
10.Hệ thống hiển thị thông báo “Thanh toán thành công”.
11.Người dùng qua email/số điện thoại/ tại quầy
5a Người dùng chọn thanh toán qua Thẻ nội địa/Internet Banking.
6a Cổng thanh toán chuyển qua màn hình thanh toán bằng Thẻ nội địa/Internet Banking.
7a Người dùng sẽ điền thông tin/ quét mã QR và nhấn nút thanh toán để thanh toán tiền.
Use case tiếp tục bước 8.
8b Khách hàng chọn thanh toán tiền mặt.
9b Cổng thanh toán chuyển qua màn hình thanh toán tiền mặt.
10b Người dùng sẽ điền thông tin cá nhân và nhấn nút chờ thanh toán.
Use case tiếp tục bước 10.
10c Hệ thống xác nhận thông tin không thành công và hiển thị thông báo.
10c1 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.
Tác nhân “Bộ phận kế toán”
Hình II-14 Sơ đồ khai thác của tác nhân “Bộ phận kế toán”.
II.3.1 Hoàn tiền cho khách hàng
Hình II-15 Sơ đồ khai thác “Hoàn tiền cho khách hàng”.
Use Case Name Hoàn tiền cho khách hàng.
Use Case Description Chức năng này giúp Bộ phận kế toán thực hiện hoàn tiền cho khách hàng.
Actor(s) Bộ phận kế toán.
Trigger Bộ phận kế toán chọn chức năng hoàn tiền.
Pre-Condition(s) Bộ phận kế toán có tài khoản đăng nhập vào hệ thống và cần hoàn tiền cho khách hàng.
Post-Condition(s) - Hệ thống thông báo hoàn tiền thành công.
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ế toán tính toán chi phí hủy/ phát sinh và số tiền hoàn.
5 Bộ phận kế toán cập nhật phần chi phí.
6 Tiến hành thanh toán tiền hoàn theo hình thức thanh toán tour ban đầu.
7 Bộ phận kế toán cập nhật trạng thái “Đã hoàn tiền” và nhấn
8 Hệ thống thông báo cập nhật thành công.
II.3.2 Cập nhật thanh toán của Khách hàng
Hình II-16 Sơ đồ khai thác “Cập nhật thanh toán của Khách hàng”.
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ủa khách hàng.
Actor(s) Bộ phận kế toán.
Trigger Bộ phận kế toán chọn chức năng cập nhật thanh toán khách hàng.
Pre-Condition(s) Bộ phận kế toán có tài khoản đăng nhập vào hệ thống và cần cập nhật các thanh toán lên hệ thống.
Post-Condition(s) - Hệ thống hiển thị danh sách các thanh toán.
- Hệ thống thông báo cập nhật thành công.
1 Bộ phận kế toá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 toán tour của khách hàng.
5 Bộ phận kế toán kiểm tra thông tin.
6 Bộ phận kế toán nhấn “cập nhật”.
7 Hệ thống thông báo cập nhật thành công.
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.
Business Rule BR1.12: Khách hàng không cập nhật lại thông tin chính xác trong vòng 24 giờ, tour của Khách hàng sẽ bị hủy.
Tác nhân “Bộ phận Dịch vụ khách hàng & Quản lý chất lượng”
Hình II-17 Sơ đồ khai thác của tác nhân “Bộ phận Dịch dụ khách hàng & Quản lý chất lượng”.
II.4.1 Quản lý thông tin khách hàng
Hình II-18 Sơ đồ khai thác “Quản lý thông tin khách hàng”.
Use Case Name Quản lý thông tin khách hàng.
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.
Trigger Bộ phận giao dịch khách hàng và quản lý chất lượng mở danh sách thô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.
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.
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
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.
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.
II.4.2 Phản hồi feedback/khiếu nại
Hình II-19 Sơ đồ khai thác “Phản hồi feedback/khiếu nại”.
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.
Trigger Bộ phận Dịch vụ khách hàng và Quản lý chất lượng chọn chức năng phả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”.
1 Bộ phận Dịch vụ khách hàng và Quản lý chất lượng truy cập và 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”.
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.
II.5 Tác nhân “Bộ phận hệ thống phân phối”
Hình II-20 Sơ đồ khai thác của tác nhân “Bộ phận hệ thống phân phối”.
Tác nhân “Bộ phận hệ thống phân phối”
Hình II-21 Sơ đồ khai thác “Xử lý hồ sơ đăng ký đại lý”.
Use Case Name Xử lý hồ sơ đăng ký đại lý.
Use Case Description Bộ phận Hệ thống phân phối xử lý hồ sơ đăng ký đại lý.
Actor(s) Bộ phận Hệ thống phân phối.
Trigger Bộ phận Hệ thống phân phối có tài khoản để đăng nhập vào hệ thống.
Pre-Condition(s) Bộ phận Hệ thống phân phối truy cập vào hệ thống và chọn danh sách hồ sơ đăng ký đại lý.
Post-Condition(s) - Hệ thống hiển thị “Kết quả đăng ký đại lý được gửi thành công”.
Basic Flow 1 Bộ phận Hệ thống phân phối chọn Danh sách hồ sơ đăng ký đại lý.
2 Hệ thống hiển thị danh sách các hồ sơ đăng ký đại lý.
3 Người dùng nhấn vào hồ sơ cần xử lý.
4 Hệ thống hiển thị chi tiết hồ sơ đăng ký đại lý.
5 Bộ phận Hệ thống phân phối xem xét và xác thực thông tin đăng ký đại lý hợp lệ.
6 Bộ phận Hệ thống phân phối chọn “Lưu" thông tin đăng ký đại lý thành công.
7 Hệ thống hiển thị trạng thái xử lý hồ sơ đăng ký.
8 Bộ phận Hệ thống phân phối nhấn “Gửi kết quả".
9 Hệ thống hiển thị thông báo xác nhận.
11 Hệ thống gửi thông tin kết quả đăng ký đại lý cho bên đăng ký.
5a Bộ phận Hệ thống phân phối xem xét và xác thực thông tin đăng ký đại lý không hợp lệ.
6a Bộ phận Hệ thống phân phối chọn “Huỷ bỏ" thông tin đăng ký đại lý.
7a Hệ thống hiển thị trạng thái xử lý hồ sơ đăng ký.
8a Bộ phận Hệ thống phân phối nhập nguyên nhân hồ sơ không hợp lệ vào ô “Lý do hồ sơ không hợp lệ" và nhấn “Gửi kết quả".
Use case tiếp tục bước 9.
Exception Flow 10b Người dùng chọn “Bỏ qua".
Use case trở lại bước 5.
II.5.2 Quản lý thông tin đại lý
Hình II-22 Sơ đồ khai thác “Quản lý thông tin đại lý”.
Use Case Name Quản lý thông tin đại lý
Use Case Description Bộ phận Hệ thống phân phối cần quản lý danh sách thông tin đại lý với các thao tác như: Tạo/Xem/Xóa/Sửa đại lý trong danh sách đại lý.
Actor(s) Bộ phận Hệ thống phân phối.
Trigger Bộ phận Hệ thống phân phối mở danh sách thông tin đại lý.
Pre-Condition(s) Bộ phận Hệ thống phân phối có tài khoản và danh sách đại lý.
Post-Condition(s) - Danh sách thông tin đại lý.
1 Bộ phận Hệ thống phân phối chọn chức năng chọn quản lý danh sách đại lý.
2 Hệ thống hiện danh sách đại lý và các chức năng: Tạo, Sửa, Xóa.
3 Bộ phận Hệ thống phân phối chọn “Tạo mới”.
4 Hệ thống sẽ hiển thị mẫu để nhập thông tin đại lý.
5 Bộ phận Hệ thống phân phối sẽ nhập thông tin vào và nhấn nút
6 Hệ thống xác nhận thông tin.
7 Lưu thông tin đại lý và hiển thị danh sách đại lý.
3a Bộ phận Hệ thống phân phối chọn “Sửa”.
3a1 Bộ phận Hệ thống phân phối chọn tên đại lý muốn sửa từ danh sách đại lý.
4a Hệ thống hiện mẫu thông tin của đại lý đó.
5a Bộ phận Hệ thống phân phối 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 Hệ thống phân phối chọn “Xóa”.
3b1 Người dùng chọn đại lý cần xóa và nhấn nút “Xóa”.
3b2 Hệ thống hiển thị thông báo xác nhận.
3b3 Nếu người dùng nhấn nút “Đồng ý”, hệ thống hiển thị thông báo “Đại lý này đã được xóa” Nếu người dùng nhấn nút “không đồng ý”, hệ thống hiển thị lại danh sách đại lý.
6c Hệ thống xác nhận thông tin không hợp lệ.
6c1 Bộ phận Hệ thống phân phối 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.
Tác nhân “Nhân viên phụ trách tour”
Hình II-23 Sơ đồ khai thác của tác nhân “Nhân viên phụ trách tour”.
Hình II-24 Sơ đồ khai thác “Hủy tour”.
Use Case Name Hủy Tour.
Use Case Description Nhân viên phụ trách tour thực hiện huỷ tour khách hàng đã đặt. Đại lý thực hiện huỷ tour khi có nhu cầu.
Actor(s) Nhân viên phụ trách tour, Đại lý.
Trigger Nhân viên phụ trách tour/Đại lý chọn chức năng hủy Tour.
Pre-Condition(s) Nhân viên phụ trách tour/ Đại lý có tài khoản và đã đặt Tour thành công.
Post-Condition(s) - Thông báo “Tour đã được xử lý thành công”.
Basic Flow 1 Người dùng chọn chức năng “Huỷ tour”.
2 Hệ thống hiển thị các yêu cầu huỷ tour từ khách hàng cần xử lý.
3 Người dùng chọn Tour muốn huỷ.
4 Hệ thống hiển thị chi tiết thông tin huỷ Tour.
5 Người dùng điền vào ô “Chi phí huỷ" sau đó nhấn “Cập nhật”.
6 Hệ thống lưu lại thông tin về chi phí huỷ tour.
8 Hệ thống hiển thị thông báo gửi chi phí huỷ.
10.Hệ thống tiến hành gửi thông tin chi phí huỷ đến cho khách hàng và bộ phận kế toán để thực hiện hoàn tiền cho khách hàng và hiển thị thông báo “Tour đã được xử lý thành công”.
5a Người dùng nhấn “Bỏ qua".
Use case trở lại bước 4.
9b Người dùng nhấn “Bỏ qua".
II.6.2 Quản lý các tour đã đặt
Hình II-25 Sơ đồ khai thác “Quản lý các tour đã đặt”.
Use Case Name Quản lý các tour đã đặt.
Use Case Description Nhân viên phụ trách tour theo dõi tình trạng các tour đã đặt.
Actor(s) Nhân viên phụ trách tour.
Trigger Người dùng có tài khoản để đăng nhập vào hệ thống.
Pre-Condition(s) Người dùng chọn chức năng quản lý tour đã đặt.
Post-Condition(s) - Nhân viên phụ trách tour xem được trạng thái tour đã đặt.
Basic Flow 1 Người dùng chọn chức năng quản lý tour đã đặt.
2 Hệ thống hiển thị danh sách các tour đã đặt.
3 Người dùng nhấn vào tour cần xem.
4 Hệ thống hiển thị chi tiết trạng thái của tour đã đặt đó (đã thanh toán hết hay chưa, thông tin khách hàng đã đặt tour đó).
Tác nhân “Đại lý”
Hình II-26 Sơ đồ khai thác của tác nhân “Đại lý”.
