Báo cáo môn học: Ngôn ngữ mô hình hóa Đề tài: Quản lý đặt tour du lịch Bên cạnh đó cũng có các website quản lý đặt tour trong nước tương tự để tham khảo như: mytour.vn, travel.com.vn, phuot.vn,... Ngoài các website đặt tour trong nước thì có một số website đặt tour ngoài nước để tham khảo như: tripadvisor.com, Booking.com, Hotels.com, ... Thông qua các website đặt tour đã có tương tự nhóm chúng tôi đã thấy các website đặt tour hiện tại còn nhiều mặt khó khăn cho khách hàng như lượt truy cập vào trang web với một số lượng lớn có thể làm cho web bị giật lag gây ảnh hưởng đến các trải nghiệm của khách hàng, có thể kết hợp quảng cáo để tăng doanh thu nhưng lại đặt các quảng cáo ở khắp nơi làm cho khách hàng có một số trải nghiệm không tốt,... Tuy nhiên các trang web cũng đã làm các giao diện sinh động, dễ thao tác, các chức năng rõ ràng thuận lợi cho việc sử dụng của người dùng. Thông qua các thảm khảo của các website đã có tương tự nhóm chúng tôi đã cố gắng hoàn thiện website của mình nhầm cung cấp đến khách hàng một trang web tối ưu hóa nhất đem lại các trải nghiệm tốt nhất đối với người sử dụng.
TỔNG QUAN
GIỚI THIỆU ĐỀ TÀI
Việt Nam, với khí hậu nhiệt đới gió mùa và địa hình đa dạng từ biển đảo đến núi đá vôi, đang trở thành điểm đến du lịch hấp dẫn cho du khách quốc tế Ngành du lịch đóng vai trò quan trọng trong nền kinh tế, nhưng đã bị ảnh hưởng bởi dịch bệnh Covid-19, gây ra nhiều hạn chế về di chuyển và tình hình an toàn tại các điểm đến Để đáp ứng nhu cầu này, nhóm chúng tôi đã thiết kế một hệ thống quản lý đặt tour, kết nối du khách với các doanh nghiệp du lịch uy tín Hệ thống giúp du khách tìm kiếm những địa điểm nổi tiếng với giá cả hợp lý và đảm bảo an toàn cho chuyến đi của họ thông qua các doanh nghiệp đã được chọn lọc trên website của chúng tôi.
Các doanh nghiệp du lịch có thể tạo tài khoản và đăng nhập vào hệ thống để cung cấp thông tin về các địa điểm du lịch của họ Sau khi thông tin được admin duyệt, khách du lịch sẽ truy cập vào website để tìm kiếm và đặt tour từ các doanh nghiệp này.
1.1.2 Một số hệ thống đã có tương tự
Ngoài những website đặt tour trong nước như mytour.vn, travel.com.vn, phuot.vn, bạn cũng có thể tham khảo các trang quốc tế như tripadvisor.com, Booking.com và Hotels.com để tìm hiểu thêm về các tour du lịch nước ngoài.
Nhóm chúng tôi nhận thấy rằng các website đặt tour hiện tại gặp nhiều khó khăn, như tình trạng giật lag do lượt truy cập cao, ảnh hưởng đến trải nghiệm của khách hàng Mặc dù có thể kết hợp quảng cáo để tăng doanh thu, nhưng điều này có thể gây cản trở cho người dùng Với những tham khảo từ các website tương tự, chúng tôi đã nỗ lực hoàn thiện website của mình nhằm cung cấp một nền tảng tối ưu hóa, mang lại trải nghiệm tốt nhất cho người sử dụng.
Các biểu mẫu tham khảo được tham khảo từ trang Travel: https://travel.com.vn/
Hình 1-1 Biểu mẫu đăng nhập
Mẫu đăng nhập của trang web Travel được thiết kế với màu sắc tươi sáng, nhưng các góc của biểu mẫu vẫn còn cứng nhắc Để tạo sự mềm mại và thu hút hơn, nên bo tròn các góc ở các dòng nhập liệu và căn giữa các dòng chữ trong biểu mẫu, giúp tăng tính thẩm mỹ và sự sinh động cho trang web.
Ngôn ngữ mô hình hóa – CT182-09 Chương 1: Tổng Quan
Biểu mẫu đăng ký hội viên trên trang web Travel được thiết kế với tiêu đề căn giữa, nhưng các nút chọn lại lệch sang trái, tạo cảm giác không cân đối Việc căn giữa các nút chọn sẽ thu hút hơn và mang lại cảm giác thẩm mỹ tốt hơn cho người dùng.
Hình 1-3 Biểu mẫu Gợi ý và liên hệ khách hàng
Hình 1-3 minh họa giao diện của trang web Travel, trong đó các nút chọn và tiêu đề biểu mẫu đã được căn giữa Tuy nhiên, nút chọn xác nhận vẫn chưa được căn giữa Nếu được, việc bo góc các thanh nhập liệu sẽ giúp giao diện trở nên mềm mại và dễ nhìn hơn.
Ngôn ngữ mô hình hóa – CT182-09 Chương 1: Tổng Quan
Hình 1-5 Biểu mẫu Thông tin tour
Hình 1-5 minh họa biểu mẫu thông tin tour trên trang web Travel, với thiết kế màu sắc hài hòa và dễ nhìn Bố cục của biểu mẫu được sắp xếp hợp lý, tạo cảm giác thân thiện cho người dùng.
TÍNH CẤP THIẾT CỦA ĐỀ TÀI
Trong bối cảnh nền kinh tế xã hội Việt Nam phát triển mạnh mẽ, ngành du lịch đang đối mặt với cả cơ hội và thách thức lớn Tuy nhiên, việc ứng dụng công nghệ thông tin trong du lịch vẫn còn hạn chế, nhiều công ty vẫn quản lý tour bằng sổ sách, dẫn đến tốn kém nhân lực và chi phí, đồng thời không đạt hiệu quả cao Điều này gây mất thời gian cho cả công ty và khách du lịch, đặc biệt trong việc thống kê và báo cáo Để nâng cao doanh thu và chất lượng phục vụ, các công ty cần cải tiến quy trình quản lý và ứng dụng công nghệ thông tin, nhằm giảm bớt nhân lực và nâng cao hiệu quả Một hệ thống quản lý tour du lịch sẽ giúp công ty quản lý hoạt động tốt hơn, cho phép nhân viên dễ dàng quản lý thông tin tour và giúp du khách đặt tour một cách thuận tiện hơn.
PHẠM VI ĐÈ TÀI
Website được thiết kế để hỗ trợ du khách trong và ngoài nước tìm hiểu về các địa điểm du lịch tại Việt Nam, nhờ vào ứng dụng công nghệ thông tin, góp phần thúc đẩy sự phát triển mạnh mẽ của ngành du lịch.
Ngôn ngữ mô hình hóa – CT182-09 Chương 2: Mô Tả Hệ Thống
MÔ TẢ HỆ THỐNG
CÁC CHỨC NĂNG VÀ CÁC TÁC NHÂN CỦA HỆ THỐNG
- Những người dùng có tài khoản: Quản lý, nhân viên, hướng dẫn viên, khách hàng đã đăng ký Có các chức năng ( Đăng nhập, Đăng xuất, Đổi mật khẩu )
Trong hệ thống du lịch, các tác nhân chính bao gồm khách hàng có tài khoản, khách hàng không có tài khoản, hướng dẫn viên du lịch và nhân viên Hệ thống cung cấp nhiều chức năng hữu ích như tìm kiếm tour, xem thông tin chi tiết về tour và kiểm tra lịch trình tour, giúp nâng cao trải nghiệm người dùng và tối ưu hóa quy trình đặt tour.
- Xem thông tin tour (Mã tour, giá tiền, ngày đi, nơi khởi hành)
Tương thích với thiết bị cầm tay
Cập nhật thông tin nhanh chóng
Dễ dàng tiếp cận khách hàng
Bảo mật thông tin khách hàng
Hỗ trợ hai ngôn ngữ: tiếng Việt, tiếng Anh
Thân thiện với người sử dụng
Đếm số lượng người truy cập
Bảng mô tả chức năng của cấc tác nhân được thể hiện qua bảng Bảng 2-1
Bảng 2-1 Bảng chức năng của các tác nhân
Tác nhân Chức năng sử dụng
Khách hàng có tài khoản Đặt tour Quản lý thông tin cá nhân Quản lý tour đã đặt
Khách hàng không có tài khoản Đăng ký
Quản lý các đối tác (khách sạn, khu du lịch, …)
Quản lý nhân viên Phân công hướng dẫn viên
Hướng dẫn viên du lịch
Xem lịch trình tour (tour đã được quản lý phân công)
Cập nhật tình hình tour
Quản lý thông tin khách hàng Quản lý lịch trình tour
Hỗ trợ trực tuyến cho khách hàng Thống kê doanh thu
Quản lý giao dịch đặt tour Quản lý tour
Quản lý dữ liệu danh mục Quản lý tài khoản người dung Cấp quyền tài khoản mới
MÔ TẢ CÁC CHỨC NĂNG CHÍNH
Sau khi đăng nhập, khách hàng có thể dễ dàng đặt tour theo sở thích cá nhân Để đảm bảo quá trình đặt tour diễn ra suôn sẻ, khách hàng cần cung cấp đầy đủ thông tin như họ tên, địa chỉ và số điện thoại Sau khi điền thông tin, khách hàng sẽ chọn phương thức thanh toán và hoàn tất việc đặt tour Khi quá trình đặt tour thành công, hệ thống sẽ hiển thị lịch trình chi tiết cho khách hàng.
2.2.2 Cập nhật tình hình tour
Sau khi khởi hành tour, hướng dẫn viên du lịch được phép cập nhật tình hình tour như: Đã xuất phát, đã đến địa điểm du lịch, …
Việc cập nhật này là bắt buộc mỗi 6 tiếng
Qua thông tin cập nhật sẽ phản ánh đúng lịch trình và thời gian cần thực tế để hoàn thành tour du lịch
Trong lúc đang chờ nhân viên xác thực thông tin để hoàn tất giao dịch thì khách
Ngôn ngữ mô hình hóa – CT182-09 Chương 2: Mô Tả Hệ Thống
2.2.4 Quản lý thông tin cá nhân
Khi khách hàng tạo tài khoản trực tuyến phải nhập đầy đủ một số thông tin cần thiết như: họ tên, CMND, địa chỉ, số điện thoại
Sau khi đăng nhập, khách hàng có thể dễ dàng xem và cập nhật thông tin cá nhân của mình Nếu cần thay đổi thông tin, chỉ cần thực hiện các bước cập nhật cần thiết.
2.2.5 Quản lý tour đã đặt
Sau khi khách hàng hoàn tất việc đặt tour, họ có thể xem thông tin chi tiết về tour đã đặt, bao gồm lịch trình, hướng dẫn viên, và địa điểm đón hoặc trả khách Thông tin này sẽ được cập nhật liên tục, giúp nhân viên dễ dàng và nhanh chóng thông báo tình hình tour hiện tại cho khách hàng một cách trực quan nhất.
Khi khách hàng đăng nhập thành công vào hệ thống, họ có thể đặt câu hỏi về các vấn đề hoặc sự cố gặp phải trong quá trình sử dụng Nhân viên sẽ hỗ trợ giải đáp và xử lý những thắc mắc này Hệ thống sẽ ghi lại thông tin câu hỏi và câu trả lời để cập nhật và cải thiện hiệu quả trải nghiệm của khách hàng.
Khách hàng có thể dễ dàng tìm kiếm thông tin về tour du lịch thông qua các tên địa điểm và thời gian đã được hệ thống cập nhật, giúp họ lựa chọn những điểm đến ưng ý nhất Mục tiêu là mang đến trải nghiệm tốt nhất cho khách hàng.
SƠ ĐỒ USE CASE
SƠ ĐỒ USE CASE TỔNG THỂ
Hình 3-1 Sơ đồ usecase Tổng thể
Tất cả người dùng có tài khoản đều có quyền truy cập vào các chức năng cơ bản như đăng nhập, đăng xuất và đổi mật khẩu Hình 3-1 trình bày sơ đồ use case tổng thể của hệ thống, thể hiện các actor cùng với các chức năng liên quan, được chi tiết hóa trong các sơ đồ use case riêng biệt của từng actor.
Ngôn ngữ mô hình hóa – CT182-09 Chương3: Sơ Đồ Use Case
3.2 CÁC SƠ ĐỒ USE CASE TRONG HỆ THỐNG
3.2.1 Nhiệm vụ của actor “KH” & “KH không có tài khoản”
Hình 3-2 Sơ đồ usecase của actor Khách hàng & KH không có tài khoản
Hình 3-2 mô tả actor Khách hàng (có tài khoản) sau khi đăng nhập vào hệ thống sẽ có các chức năng như:
- Đăng xuất, đổi mật khẩu
- Quản lý thông tin cá nhân
- Đặt tour, thanh toán, chọn hình thức thanh toán bao gồm (trực tiếp hoặc E- mobile banking)
Sau khi đặt tour, khách hàng có thể hủy tour mà không mất phí nếu chọn hình thức thanh toán E-mobile banking trong thời gian nhân viên xác nhận.
Khách hàng không có tài khoản có thể sử dụng các chức năng của hệ thống như:
- Xem thông tin tour và xem lịch trình tour
Ghi chú: “Khách hàng” (có tài khoản) có thể sử dụng tất cả các chức năng của “Khách hàng” (không có tài khoản)
3.2.2 Nhiệm vụ của actor “Hướng dẫn viên du lịch”
Hình 3-3 Sơ đồ use case của actor Hướng dẫn viên du lịch
Hình 3-3 mô tả actor Hướng dẫn viên du lịch sau khi đăng nhập thì gồm có 3 chức năng:
Sẵn sàng nhận tour từ bên quản lý giao cho khi không đảm nhiệm tour nào
Không thể nhận tour khi đang hoạt động ở trong tour khác hoặc đang trong những ngày nghỉ phép
- Nhận Tour được quản lý phân công:
Có thể xem toàn bộ thông tin khách hàng để giao lưu và tạo quan hệ thân thiết với khách hàng
Có thể xem toàn bộ lịch trình tour để xử lý và tạo văn mẫu cho chuyến đi đỡ nhàm chán
Chủ động trong việc nhận hoặc không nhận tour
Thừa kế toàn bộ chức năng của "Nhận tour"
Ngôn ngữ mô hình hóa – CT182-09 Chương3: Sơ Đồ Use Case
3.2.3 Nhiệm vụ của actor “Nhân viên”
Hình 3-4 Sơ đồ use case của actor Nhân viên
Hình 3-4 mô tả actor Nhân viên sau khi đăng nhập vào hệ thống, actor nhân viên có các chức năng đó là:
Chức năng quản lý thông tin khách hàng cho phép nhân viên dễ dàng xem, cập nhật và xóa thông tin khách hàng theo yêu cầu.
Chức năng chăm sóc khách hàng (CSKH) cho phép nhân viên giải đáp các thắc mắc của khách hàng và theo dõi đánh giá về chất lượng hỗ trợ tư vấn từ hệ thống.
Chức năng quản lý lịch trình tour cho phép nhân viên xem lịch trình của các tour và phân công hướng dẫn viên du lịch (HDV) phù hợp, dựa trên thông tin mà HDV đã cung cấp cho hệ thống.
- Về chức năng thống kê doanh thu: chức năng này cho phép nhân viên xem các thống kê danh sách tour và danh sách giao dịch
Chức năng quản lý giao dịch đặt tour cho phép nhân viên xác nhận tính hợp lệ của giao dịch, từ đó quyết định việc tạo tour hay không.
3.2.4 Nhiệm vụ của actor “Quản lý”
Hình 3-5 Sơ đồ usecase của actor Quản lý
Hình 3-5 mô tả actor Quản lý sau khi đăng nhập vào hệ thống sẽ có các chức năng:
- Quản lý nhân viên: cho phép chỉnh sửa thông tin nhân viên, xem tiến độ làm việc của nhân viên và đánh giá nhân viên
- Quản lý tour: xem, thêm, sửa, xóa tour
- Quản lý dịch vụ (nhà hàng, khách sạn, địa điểm du lịch, )
- Phân công công việc: Người quản lý có thể xem tiến độ của công việc và thêm công việc mới
- Quản lý tài chính: có 2 chức năng viết báo cáo và thống kê về thu chi của công ty
Ngôn ngữ mô hình hóa – CT182-09 Chương3: Sơ Đồ Use Case
Bảng 3-1 Bảng đặc tả Use Case Quản lý nhân viên
Tên Use Case Use Case “Quản lý nhân viên”
Người tạo Cao Như Thuần
Tóm tắt use case Cho phép người quản lý có thể quản lý nhân viên dễ dàng hơn Điều kiện tiên quyết Đã đăng nhập vào hệ thống
1 Chọn vào chức năng quản lý nhân viên
2 Hệ thống hiển thị danh sách nhân viên
3 Chọn chỉnh sửa thông tin nhân viên (nếu cần) và nhập thông tin mới
4 Hệ thống lưu thông tin mới vào cơ sở dữ liệu
Dòng sự kiện khác Nếu nhập thông tin mới không hợp lệ thì hệ thống báo thông tin không hợp lệ và quay lại bước 2
Kết quả Quản lý được tình hình nhân viên như họ tên, địa chỉ, ngày sinh, bậc lương, vị trí công việc, số điện thoại, …
3.3.2 Use case phân công hướng dẫn viên
Bảng mô tả use case quản lý nhân viên cung cấp thông tin về các dòng sự kiện, giúp thiết kế các sơ đồ tuần tự (Hình 5-2) và sơ đồ hoạt động (Hình 6-2) một cách hiệu quả.
Bảng 3-2 Bảng đặc tả Use Case Phân công hướng dẫn viên
Tên Use Case Use Case “Phân công hướng dẫn viên”
Người tạo Cao Như Thuần
Quản lý có khả năng phân công hướng dẫn viên cho các tour du lịch cụ thể, với điều kiện là người dùng đã đăng nhập vào hệ thống.
1 Chọn vào chức phân công hướng dẫn viên
3 Chọn vào tour muốn phân công
4 Hệ thống hiển thị danh sách hướng dẫn viên đang ở trang thái sẵn sang nhận tour
6 Cập nhật trạng thái tour đã được phân công
Dòng sự kiện khác Không
Kết quả Sauk hi hoàn tất việc phân công hướng dẫn viên thì tour có thể khởi hành
Bảng mô tả use case quản lý nhân viên cung cấp thông tin về các dòng sự kiện, giúp thiết lập sơ đồ tuần tự (Hình 5-4) và sơ đồ hoạt động (Hình 6-7) một cách hiệu quả.
Bảng 3-3 Bảng đặc tả Use Case Đặt tour
Tên Use Case Use Case “Đặt tour”
Người tạo Huỳnh Nhật Trường
Tóm tắt use case Cho phép người dùng đặt tour trên trang web của công ty Điều kiện tiên quyết Đã đăng nhập vào hệ thống
1 Chọn vào chức năng đặt tour
2 Hệ thống hiển thị phiếu đặt tour
3 Khách hàng nhập thông tin (mã tour, loại tour, số lượng, …)
4 Hệ thống yêu cầu xác nhận tour
5 Thông tin hợp lệ yêu cầu lựa chọn phương thức thanh toán
6 Xác nhận phương thức thanh toán
Nếu thông tin nhập ở bước 5 không hợp lệ, hệ thống sẽ thông báo lỗi và yêu cầu quay lại bước 2 Sau khi hoàn tất các bước, tour sẽ được đặt thành công.
Ngôn ngữ mô hình hóa – CT182-09 Chương3: Sơ Đồ Use Case
Bảng 3-4 Bảng đặc tả Use Case Đổi mật khẩu
Tên Use Case Use Case “Đổi mật khẩu”
Người tạo Huỳnh Nhật Trường
Tóm tắt use case Cho phép người dùng đổi mật khẩu mới bảo mật an toàn hơn Điều kiện tiên quyết Đã đăng nhập vào hệ thống
Actor Quản lý, nhân viên, hướng dẫn viên, khách hàng
1 Chọn vào quản lý thông tin
2 Chọn thay đổi mật khẩu
3 Nhập thông tin (mật khẩu cũ, mật khẩu mới)
4 Nhập mật khẩu mới xác nhận
Nếu nhập thông tin (mật khẩu cũ) ở bước 3 sai thì hệ thống thông báo lỗi và quay lại bước 3
Nếu nhập xác nhận mật khẩu mới ở bước 4 không trùng ở bước 3 hệ thống thông báo lỗi quay lại bước 4
Kết quả Đổi mật khẩu thành công
3.3.5 Use case hỗ trợ trực tuyến
Bảng mô tả use case quản lý nhân viên cung cấp thông tin về các dòng sự kiện, từ đó hỗ trợ việc thiết kế sơ đồ tuần tự (Hình 5-5) và sơ đồ hoạt động (Hình 6-5).
Bảng 3-5 Bảng đặc tả Use Case Hỗ trợ trực tuyến
Tên Use Case Use Case “Hỗ trợ trực tuyến”
Người tạo Nguyễn Quốc Việt
Tóm tắt use case Hỗ trợ, giải đáp các vấn đề của khách hàng Điều kiện tiên quyết Đã đăng nhập vào hệ thống
Actor Khách hàng, nhân viên
Dòng sự kiện chính 1 Chọn “Hỗ trợ trực tuyến” trong giao diện trang chủ
2 Hiển thị giao diện “Hỗ trợ trực tuyến” và đối với khách hàng giao diện còn đưa ra một số gợi ý về các vấn đề thường gặp cho khách hàng
3 Khách hàng đưa ra các vấn đề muốn trao đổi, hay muốn biết thêm thông tin
4 Nhân viên giải đáp các vấn đề của khách hàng, hay thông tin đến khách hàng những điều cần thiết
5 Khách hàng thoát khỏi giao diện “Hỗ trợ trực tuyến” trở về màn hình trang chủ hiện giao diện đánh giá cho khách hàng về cuộc trò chuyện với nhân viên trong “Hỗ trợ khách hàng”
6 Nhân viên xem lại đánh giá của khách hàng về những thông tin mà mình đã cung cấp
Dòng sự kiện khác Không
Kết quả Hỗ trợ giải đáp thành công
3.3.6 Use case tìm kiếm tour
Bảng mô tả use case quản lý nhân viên cung cấp các dòng sự kiện cần thiết để thiết kế sơ đồ tuần tự (Hình 5-7) và sơ đồ hoạt động (Hình 6-6).
Bảng 3-6 Bảng đặc tả Use Case Tìm kiếm tour
Tên Use Case Use Case “Tìm kiếm tour”
Người tạo Nguyễn Quốc Việt
Tóm tắt use case Giúp khách hàng tìm kiếm tour một cách nhanh chóng Điều kiện tiên quyết Không
1 Khách hàng chọn vào giao diện tìm kiếm tour
2 Nhập thông tin tour cần tìm kiếm, biêt các thông tin tour thông qua các từ khóa (ten, diadiem) hay qua mốc thời gian
3 Hiển thị danh tour (nếu có) cho khách hàng cần tìm
Ngôn ngữ mô hình hóa – CT182-09 Chương3: Sơ Đồ Use Case
3.3.7 Use case quản lí tour
Bảng mô tả use case quản lý nhân viên cung cấp thông tin về các dòng sự kiện, từ đó giúp thiết kế các sơ đồ tuần tự (Hình 5-9) và sơ đồ hoạt động (Hình 6-11) một cách hiệu quả.
Bảng 3-7 Bảng đặc tả Use Case Quản lý tour
Tên Use Case Use Case “Quản lý tour”
Người tạo Mai Bảo Tín
SƠ ĐỒ LỚP
SƠ ĐỒ LỚP
Hình 4-1 Sơ đồ lớp mức quan niệm
MÔ TẢ LỚP TRONG SƠ ĐỒ
Bảng 4-1 Mô tả class Người dùng
Kiểu dữ liệu Giá trị mặc nhiên
Kích thước Min Max Diễn giải tenTk Public String Null 15 Tên tài khoản matKhau
Public String Null 15 Mật khẩu hoTen Public String Null 20 Họ và tên ngaySinh
Public Date Ngày hiện tại 10
Dùng ngày hiện tại trên internet làm giá trị mặc gioiTinh
Public String Null 3 Giới tính
SDT Public String Null 11 Số điện thoại
Public String Null 30 Địa chỉ
Public String Null 20 Địa chỉ mail
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
Public Có 1 tham số String 15 String
Trả về tài tài khoản của người dùng tenTK String 15 themNguoiDung
Public Có 8 tham số Void
Thêm người dùng với 8 tham số đã nêu tenTK String Null 15 matKhau String Null 15 hoTen String Null 20 ngaySinh String
Date hiện tại 10 gioiTinh String Null 3
SDT String Null 11 diaChi String Null 30
Public Có 1 tham số String
Trả về họ và tên người dùng hoTen String Null 20
Bảng 4-2 Mô tả class Công ty
Ngôn ngữ mô hình hóa – CT182-09 Chương 4: Sơ Đồ Lớp
SDT public String Null 11 Số điện thoại công ty diaChi public String Null 150 Địa chỉ công ty
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
Diễn giải suaThongTin private có 3 tham số void
Phương thức để in ds sinh viên thỏa mãn 2 điều kiện chứa tên gõ vào và năm sinh tenCongTy String Null
SDT String Null 11 diaChi String Null 150
Bảng 4-3 Mô tả class Nhân viên
Kích thước Min Max Diễn giải maNV public String Null 10 Mã nhân viên
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
Diễn giải layMaNV public có 1 tham số String Trả về mã nhân viên maNV String 10 themNV public có 9 tham số void
Thêm nhân viên với thông tin từ 9 tham số trong hàm tenTK String Null 50 matKhau String Null 50 hoTen String Null 100 ngaySinh Date Ngày hiện tại gioiTinh String Nam 5
SDT String Null 11 diaChi String Null 50
Email String Null 30 timKiem public có 1 tham số void
Tìm kiếm nhân viên từ 1 tham số trong hàm maNV String 10 xoaNV public có 1 tham số void
Xóa nhân viên từ 1 tham số trong hàm maNV String 10
Bảng 4-4 Mô tả class Hướng dẫn viên
Kích thước Min Max Diễn giải maHDV public String Null 10 Mã hướng dẫn viên
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
Ngôn ngữ mô hình hóa – CT182-09 Chương 4: Sơ Đồ Lớp tenTK String Null 50 matKhau String Null 50 hoTen String Null 100 ngaySinh Date Ngày hiện tại gioiTinh String Nam 5
SDT String Null 11 diaChi String Null 50
Email String Null 30 timKiem public có 1 tham số void
Tìm kiếm trả về thông tin từ
1 tham số trong hàm maHDV String 10 xoaHDV public có 1 tham số void
Xóa hướng dẫn viên khỏi CSDL từ 1 tham số trong hàm maHDV String 10 phanCong public có 1 tham số void
Phân công HDV đi tour từ 1 tham số trong hàm maHDV String 10
Bảng 4-5 Mô tả class Phương tiện
Kích thước Min Max Diễn giải maXe public char Null 10 Mã xe loaiXe public char Null 50 Loại xe soChoNgoi public int Null 2 16 40 Số chỗ ngồi
Bảng 4-6 Mô tả class Khách sạn
Kích thước tối thiểu và tối đa cho các trường dữ liệu trong bảng khách sạn như sau: "maKhachSan" (Mã khách sạn) có kích thước tối đa 10 ký tự, "tenKhachSan" (Tên khách sạn) tối đa 50 ký tự, "tieuChuan" (Tiêu chuẩn) tối đa 10 ký tự, và "diaChi" (Địa chỉ) tối đa 50 ký tự Tất cả các trường này đều có thể nhận giá trị null.
SDT public char Null 12 Số điện thoại
Bảng 4-7 Mô tả class Nhà hàng
Tên thuộc tính Kiểu truy cập
Kích thước Min Max Diễn giải maNhaHang public char Null 10 Mã nhà hàng tenNhaHang public char Null 50 Tên nhà hàng diaChi public char Null 50 Địa chỉ
Bảng 4-8 Mô tả class Tour
Kích thước Min Max Diễn giải maTour public String Null 10 Mã tour tenTour public String Null 100 Tên tour gia 0 Giá của
Ngôn ngữ mô hình hóa – CT182-09 Chương 4: Sơ Đồ Lớp
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
Diễn giải datTour public có 3 tham số void
Để đặt tour, sử dụng phương thức `datTour` với tham số `maTour` kiểu String có độ dài tối đa 100 Để lấy thông tin tour, áp dụng phương thức `layTTTour` với tham số `maTour` cũng là String 100 Để hủy tour, sử dụng phương thức `huyTour` với tham số `maTour` kiểu String 100.
Bảng 4-9 Mô tả class Tổ chức Tour
Kích thước Min Max Diễn giải thoiGian private Date Null 10
Thời gian bắt đầu tổ chức tour tanSuat private String Null 100
Tần suất tour được đặt
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
Diễn giải layTour private có 1 tham số Tour
Phương thức để lấy tour bằng mã tour maTour String 100 thêm tour vào CSDL maTour String 100 suaTour private có 1 tham số void
Phương thức để chỉnh sửa thông tin của 1 tour maTour String 100 xoaTour private có 1 tham số void
Phương thức để xóa 1 tour khỏi CSDL maTour String 100
Bảng 4-10 Mô tả class Tỉnh thành
Kích thước Min Max Diễn giải
Danh sách các tỉnh thành tổ chức tour
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
Diễn giải layDS private có 0 tham số String
Phương thức để lấy danh sách tỉnh thành
Bảng 4-11 Mô tả class Phiếu đặt tour
Tên thuộc Kiểu Giá trị
Ngôn ngữ mô hình hóa – CT182-09 Chương 4: Sơ Đồ Lớp nguoiLapPhieu public String Null 20 Người lập phiếu danhSachKH public String Null 50
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
Diễn giải themPhieu public Có 4 tham số void Thêm phiếu maPhieu String Null
10 nguoiLapPhieu String Null 20 danhSachKH String
The article discusses various public methods related to managing records, including deleting a record identified by a string parameter (maPhieu), editing a record, and checking the status of a tour Each method is defined with specific parameters, emphasizing the importance of the string parameter (maPhieu) for functionality.
Bảng 4-12 Mô tả class Khách lẻ
Kích thước Min Max Diễn giải soLuong public int 1 1
Số lượng khách lẻ là
Bảng 4-13 Mô tả class Khách đoàn soLuong public int 2 50 2 50 Đoàn khách có số lượng từ
Bảng 4-14 Mô tả class Dịch vụ
Kiểu truy cập Kiểu dữ liệu Giá trị mặc nhiên
Kích thước Min Max Diễn giải maDV public String Null 10 Mã dịch vụ tenDV public String Null 50 Tên dịch vụ chiTiet public String Null 100 Chi tiết
Loai public String Null 50 Loại
Ds tên các tham số
Kiểu dữ liệu tham số
Kiểu trả về của phương thức
The `layMaDV` function retrieves the service code as a string with a maximum length of 10 characters The `layTenDV` function returns the service name as a string, limited to 50 characters Additionally, the `themDV` function accepts five parameters to add a new service.
Phương thức để thêm dịch vụ maPhieu String Null 8 maDV String Null 10 tenDV String Null 50 chiTiet String Null 100
Bảng 4-15 Mô tả class Khách
Kiểu truy cập Kiểu dữ liệu Giá trị mặc nhiên
Kích thước Min Max Diễn giải maKH public String Null 10 Mã khách hàng
CMT public String Null 20 Chứng minh thư tenTK public String Null 50 Tên tài khoản matKhau public String Null 50 Mật khẩu hoTen public String Null 100 Họ tên
Ngôn ngữ mô hình hóa – CT182-09 Chương 4: Sơ Đồ Lớp thức layThongTin public có 1 tham số void
Trả về mã khách hàng maKH String 10 themKH public có 10 tham số
Thêm khách hàng với thông tin từ 10 tham số trong hàm maKH String Null 10
CMT String Null 20 tenTK String Null 50 matKhau String Null 50 hoTen String Null 100 ngaySinh Date Ngày hiện tại gioiTinh String Nam 5
SDT String Null 11 diaChi String Null 50
Email String Null 10 xoaKH public có 1 tham số void
Xóa khách hàng từ 1 tham số trong hàm maKH String 10 timKiem public có 1 tham số void
Tìm kiếm khách hàng từ 1 tham số trong hàm maKH String 10 kiemTra public có 1 tham số boolean
Kiểm tra khách hàng từ mã khách hàng tham số trong hàm maKH String 10 hienThi public có 0 tham số Void
Hiển thị thông tin khách hàng
Bảng 4-16 Mô tả class Lộ trình
Tên thuộc tính Kiểu truy cập Kiểu dữ liệu
Kích thước Min Max Diễn giải sttThamQuan public int 10
Số thứ tự tham quan từng địa điểm trong quan trong một địa điểm nhất định
Bảng 4-17 Mô tả class Vé
Kiểu truy cập Kiểu dữ liệu Giá trị mặc nhiên
Kích thước tối thiểu và tối đa cho các trường dữ liệu trong hệ thống được quy định như sau: Mã vé (maVe) có kiểu dữ liệu là String với độ dài tối đa 15 ký tự; Số hợp đồng (soHopDong) cũng có kiểu String với độ dài tối đa 15 ký tự; Tên vé (tenVe) là một trường công khai với kiểu String và độ dài tối đa 10 ký tự; Ngày khởi hành (ngayKhoiHanh) là trường công khai không có giới hạn độ dài.
Ngày khởi hành của tour hanhTrinh public String Null 100
Kiểu truy cập của phương thức
Kiểu dữ liệu của tham số
Giá trị mặc nhiên của tham số
Kích thước của tham số
Kiểu trả về của phương thức
Diễn giải phương thức layMaVe public 1 void Trả về mã vé maVe String 15 themVe public 3 void
Thêm vé với 5 tham số maVe String 15 soHopDong String 15 tenVe String 10 ngayKhoiHanh Date hanhTrinh String 100
Bảng 4-18 Mô tả class Địa điểm du lịch
Tên thuộc tính Kiểu truy cập Kiểu dữ liệu
Kích thước Min Max Diễn giải maDiaDiem public String 20 Mã địa điểm đến tenDiaDiem public String 30
Tên của địa điểm đến
Ngôn ngữ mô hình hóa trong chương 4 của CT182-09 trình bày sơ đồ lớp với các phương thức như "layMaDiaDiem" để trả về mã địa điểm, "layTenDiaDiem" để trả về tên địa điểm, và "themDiaDiem" để thêm địa điểm mới Các thuộc tính của lớp bao gồm "maDiaDiem" với kiểu String và độ dài 20, cùng với "tenDiaDiem" có kiểu String và độ dài 30.
Thêm vào một địa điểm vào tour với 3 tham số maDiaDiem String 20 tenDiaDiem String 30 30 moTa String 200 200 xoaDiaDiem public 1 void
Xoá bớt một địa điểm trong tour maDiaDiem String 20
Bảng 4-19 Bảng mô tả class Chat
Tên thuộc tính Kiểu truy cập Kiểu dữ liệu
Kích thước Min Max Diễn giải maTN public String 20 Mã tin nhắn noiDung public String 250 Nội dung tin nhắn
Kiểu truy cập của phương thức
Kiểu dữ liệu của tham số
Giá trị mặc nhiên của tham số
Kích thước của tham số
Kiểu trả về của phương thức
Diễn giải phương thức nhap public 1 void Nhập nội dung tin maTN String 20 gui public 1 void Gửi tin nhắn maTN String 20 hienthi public 3 void
Hiển thị nội dung tin nhắn với 2 tham số maTN String 20 noiDunf String 250 khoiTao public 1 void
Khởi tạo cuộc trò chuyện maTN String 20
SƠ ĐỒ TUẦN TỰ
SƠ ĐỒ TUẦN TỰ QUẢN LÝ NHÂN VIÊN
Dựa vào bảng mô tả use case Bảng 3-1 thiết kế được sơ đồ tuần tự như Hình 5-1 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-1
Hình 5-1 Sơ đồ tuần tự Quản lý nhân viên
Mô tả: Chức năng này cho phép người quản lý chỉnh sửa thông tin nhân viên Điều kiện tiên quyết: Người dùng phải đăng nhập vào hệ thống
1 Từ giao diện chính, người quản lý chọn “Quản lý nhân viên”
2 Hệ thống chuyển sang giao diện “Quản lý nhân viên” và hiển thị danh
Ngôn ngữ mô hình hóa – CT182-09 Chương 5: Sơ Đồ Tuần Tự
7 Nếu hợp lệ sẽ lưu vào hệ thống, hiện thông báo cập nhật thành công
Ngoại lệ 7: Thông tin nhập vào không hợp lệ
Hệ thống báo thông tin nhập vào không hợp lệ, yêu cầu nhập lại
Kết quả: Cập nhật thông tin mới của nhân viên vào hệ thống.
SƠ ĐỒ TUẦN TỰ PHÂN CÔNG HƯỚNG DẪN VIÊN (HDV)
Dựa vào bảng mô tả use case Bảng 3-2 thiết kế được sơ đồ tuần tự như Hình 5-2 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-2
Hình 5-2 Sơ đồ tuần tự Phân công hướng dẫn viên
Mô tả: Chức năng này cho phép người quản lý cập nhật HDV cho tour Điều kiện tiên quyết: Người dùng phải đăng nhập vào hệ thống
1 Từ giao diện chính, người quản lý chọn “Phân công HDV”
2 Hệ thống chuyển sang giao diện “Phân công HDV” và hiển thị danh sách tour cần phân công
4 Hệ thống hiển thị danh sách HDV sẵn sàng nhận tour
5 Người quản lý chọn HDV muốn phân công
6 Hệ thống cập nhật thông tin tour cho HDV và đánh dấu tour đã phân công
7 Hiện thông báo cập nhật thành công
Kết quả: Cập nhật thông tin tour đã được phân công HDV vào hệ thống.
SƠ ĐỒ TUẦN TỰ ĐĂNG NHẬP
Dựa vào bảng mô tả use case Bảng 3-9 thiết kế được sơ đồ tuần tự như Hình 5-3 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-9
Hình 5-3 Sơ đồ tuần tự Đăng nhập
Mô tả: Sơ đồ này cho phép người dùng đăng nhập vào hệ thống để tiếp tục tác vụ Điều kiện tiên quyết: Không
Ngôn ngữ mô hình hóa – CT182-09 Chương 5: Sơ Đồ Tuần Tự
5 Hiện thông báo đăng nhập thành công và trả về giao diện trước đó
Trong trường hợp hệ thống phát hiện sai tài khoản hoặc mật khẩu, người dùng sẽ được quay lại bước 3 Nếu lỗi này xảy ra nhiều lần, tài khoản sẽ bị khóa trong 1 giờ.
Kết quả: Đăng nhập thành công và tiếp tục tác vụ.
SƠ ĐỒ TUẦN TỰ ĐẶT TOUR
Dựa vào bảng mô tả use case Bảng 3-3 thiết kế được sơ đồ tuần tự như Hình 5-4 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-7
Hình 5-4 Sơ đồ tuần tự Đặt tour
Mô tả: Chức năng này cho phép khách hàng đặt tour du lịch Điều kiện tiên quyết: Người dùng phải đăng nhập vào hệ thống
1 Từ giao diện chính khách hàng chọn “Đặt tour”
2 Hệ thống hiển thị phiếu đặt tour
3 Khách hàng nhập thông tin vào phiếu thông tin
4 Hệ thống kiểm tra thông tin [Ngoại lệ]
7 Xác nhận phương thức thanh toán
Ngoại lệ 4: Thông tin nhập vào không hợp lệ
Hệ thống kiểm tra dữ liệu vừa nhập vào không hợp lệ, yêu cầu nhập lại
Kết quả: Đặt tour thành công.
SƠ ĐỒ TUẦN TỰ HỖ TRỢ TRỰC TUYẾN
Dựa vào bảng mô tả use case Bảng 3-5 thiết kế được sơ đồ tuần tự như Hình 5-5 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-5
Hình 5-5 Sơ đồ tuần tự Hỗ trợ trực tuyến
Ngôn ngữ mô hình hóa – CT182-09 Chương 5: Sơ Đồ Tuần Tự
2 Hệ thống chuyển sang giao diện “Hỗ trợ trực tuyến” và hiển thị các gợi ý
3 Khách hàng đưa ra các vấn đề cần giải quyết
4 Hệ thống tiếp nhận và kiểm tra chuyển đến nhân viên hỗ trợ
5 Nhân viên hỗ trợ đưa ra các giải quyết vấn đề cho khách hàng
6 Khách hàng đánh giá về các giải quyết mà nhân viên đã hỗ trợ
7 Hệ thống tiếp nhận đánh giá và gửi đến nhân viên đã hỗ trợ
Kết quả: Hỗ trợ giải quyết các vấn đề thành công
SƠ ĐỒ TUẦN TỰ QUẢN LÝ THÔNG TIN CÁ NHÂN
Dựa vào bảng mô tả use case Bảng 3-11 thiết kế được sơ đồ tuần tự như Hình 5-6 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-3.
Hình 5-6 Sơ đồ tuần tự Quản lý thông tin cá nhân
Mô tả: Cho phép người dùng có thể xem và cập nhật thông tin cá nhân Điều kiện tiên quyết: Người dùng phải đăng nhập vào hệ thống
1 Chọn “Thông tin cá nhân”
2 Hệ thống hiển thị thông tin người dùng
3 Chọn “Cập nhật thông tin”
4 Người dùng chỉnh sửa thông tin
6 Hệ thống lưu thông tin mới vào cơ sở dữ liệu và thông báo cập nhật thành công
Ngoại lệ 3: Thông tin nhập vào không hợp lệ
Hệ thống báo thông tin nhập vào không hợp lệ, yêu cầu nhập lại
Kết quả: Cập nhật thông tin mới của người dùng vào hệ thống
SƠ ĐỒ TUẦN TỰ TÌM KIẾM TOUR
Dựa vào bảng mô tả use case Bảng 3-6 thiết kế được sơ đồ tuần tự như Hình 5-7 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-6
Ngôn ngữ mô hình hóa – CT182-09 Chương 5: Sơ Đồ Tuần Tự
2 Từ giao diện chính người dùng nhập vào thông tin tour cần tìm ở thanh tìm kiếm
3 Hệ thống tiếp nhận và kiểm tra thông tin ở cơ sở dữ liệu [Ngoại lệ]
Ngoại lệ 3: Thông tin tìm kiếm nhập vào không hợp lệ
Hệ thống thông báo thông tin nhập vào không hợp lệ, yêu cầu nhập lại
Kết quả: Tìm kiếm tour thành công.
SƠ ĐỒ TUẦN TỰ ĐĂNG KÝ
Dựa vào bảng mô tả use case trong Bảng 3-8, sơ đồ tuần tự được thiết kế như Hình 5-8, từ đó làm cơ sở cho việc thiết kế sơ đồ hoạt động ở Hình 6-12 Điều kiện tiên quyết cho quá trình này là không có.
1 Người dùng bấm vào nút đăng ký, hoàn thành form và nhấn gửi
2 Trang web sẽ kiểm tra form đăng ký [Ngoại lệ 1]
3 Kiểm tra tài khoản này có tồn tại hay chưa [Ngoại lệ 2]
4 Báo lỗi đăng ký không thành công nếu nhập sai 3 lần [Ngoại lệ 3]
5 Đăng nhập thành công và quay về trang người dùng bấm nút đăng ký
Thông tin nhập vào form đăng ký không hợp lệ, quay về bước 1 và hệ thống yêu cầu nhập lại
Tài khoản đã tồn tại, quay về bước 1 và hệ thống yêu cầu chọn tài khoản khác
Sau khi người dùng nhập thông tin không hợp lệ 3 lần sẽ bị báo là đăng ký không thành công và quay về trang chủ
Kết quả: Người dùng đăng ký tài khoản thành công và tiếp tục tác vụ hoặc đăng ký không thành công.
SƠ ĐỒ TUẦN TỰ QUẢN LÝ TOUR
Dựa vào bảng mô tả use case Bảng 3-7 thiết kế được sơ đồ tuần tự như Hình 5-9 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-11.
Ngôn ngữ mô hình hóa – CT182-09 Chương 5: Sơ Đồ Tuần Tự
Hình 5-9 Sơ đồ tuần tự Quản lý tour
Khách hàng có thể dễ dàng xem thông tin về tour của mình, trong khi người quản lý có khả năng theo dõi và quản lý các tour mà họ phụ trách Để sử dụng tính năng này, người dùng cần thực hiện đăng nhập vào hệ thống.
1 Người dùng bấm vào nút quản lý tour
2 Hệ thống sẽ hiển thị danh sách tour có liên quan đến tài khoản gửi yêu cầu
3 Người dùng chọn xem chi tiết của các tour trong danh sách
4 Hệ thống hiển thị thông tin chi tiết của tour được chọn
Nếu là tài khoản quản trị:
6 Hệ thống kiểm tra thông tin cập nhật [Ngoại lệ]
7 Nếu hợp lệ thì lưu vào CSDL Ngược lại báo lỗi
Thông tin nhập vào không hợp lệ, quay lại bước 5 và yêu cầu nhập lại
Khách hàng có khả năng xem các tour đã đặt, trong khi người quản lý có thể theo dõi danh sách các tour mình đang quản lý Tại đây, người quản lý cũng có thể cập nhật thông tin tour, với khả năng thành công hoặc thất bại trong quá trình này.
SƠ ĐỒ TUẦN TỰ ĐỔI MẬT KHẨU
Dựa vào bảng mô tả use case Bảng 3-4 thiết kế được sơ đồ tuần tự như Hình 5-10 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-8
Ngôn ngữ mô hình hóa – CT182-09 Chương 5: Sơ Đồ Tuần Tự
1 Chọn “đổi mật khẩu” trong quản lý thông tin cá nhân
2 Hệ thống yêu cầu nhập password mới
3 Người dùng nhập password mới
4 Hệ thống yêu cầu nhập lại mật khẩu mới để xác thực
5 Người dùng nhập lại mật khẩu
6 Hệ thống kiểm tra 2 password vừa nhập [Ngoại lệ]
7 Thêm vào cơ sở dữ liệu người dùng
8 Hiển thị kết quả cập nhật password thành công
9 Hệ thống kiểm tra 2 password không khớp, hiển thị cập nhật không thành công
Kết quả: Đổi mật khẩu thành công.
SƠ ĐỒ TUẦN TỰ QUẢN LÝ GIAO DỊCH TOUR
Dựa vào bảng mô tả use case Bảng 3-10 thiết kế được sơ đồ tuần tự như Hình 5-11 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-10
Mô tả: Cho phép khách hàng có thể hủy tour trong thời gian nhân viên xác thực thông tin Điều kiện tiên quyết: Đăng nhập
1 Khách hàng xác nhận đặt tour
2 Hệ thống gửi thông tin đến nhân viên
3 Nhân viên xác thực lại thông tin khách hàng
4 Thông tin hợp lệ trả về cho hệ thống
5 Hiện thông báo hoàn tất giao dịch cho khách hàng
4.1 Khách hàng chọn vào hủy tour
4.2 Hệ thống gửi thông tin hủy tour đến nhân viên
4.3 Nhân viên xác nhận hủy
4.4 Hệ thống gửi thông báo hủy tour thành công và hoàn tiền cho khách hàng
Kết quả: Hoàn tất giao dịch
5.12 SƠ ĐỒ TUẦN TỰ HỦY TOUR ĐÃ ĐẶT
Dựa vào bảng mô tả use case Bảng 3-12 thiết kế được sơ đồ tuần tự như Hình 5-12 làm cơ sở thiết kế sơ đồ hoạt động Hình 6-4.
Ngôn ngữ mô hình hóa – CT182-09 Chương 5: Sơ Đồ Tuần Tự
Hình 5-12 Sơ đồ tuần tự Hủy Tour
Mô tả: Giúp khách hàng có thể hủy tour trực tuyến Điều kiện tiên quyết: Đăng nhập
1 Chọn “Tour đã đặt” trong giao diện trang chủ
2 Hiển thị thông tin tour đã đặt
5 Hệ thống sẽ hủy tour đã đặt
Kết quả: Khách hàng hủy tour thành công
CHƯƠNG 6: SƠ ĐỒ HOẠT ĐỘNG 6.1 SƠ ĐỒ HOẠT ĐỘNG QUẢN LÝ NHÂN VIÊN
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-1 Hình 5-1) thiết kế được sơ đồ hoạt động như Hình 6-1
Hình 6-1 Sơ đồ hoạt động Quản lý nhân viên
Mô tả: Người quản lý cập nhật thông tin mới cho nhân viên Điều kiện tiên quyết: Đã đăng nhập vào hệ thống
1 Từ giao diện chính, người quản lý chọn “quản lý nhân viên”
2 Hệ thống hiển thị thông tin danh sách nhân viên
3 Người quản lý chọn 1 nhân viên cần cập nhật thông tin
Ngôn ngữ mô hình hóa – CT182-09 Chương 6: Sơ Đồ Hoạt Động
Ngoại lệ: Thông tin vừa nhập không hợp lệ
Thông báo không hợp lệ và yêu cầu nhập lại
6.2 SƠ ĐỒ HOẠT ĐỘNG PHÂN CÔNG HƯỚNG DẪN VIÊN
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-2 Hình 5-2) thiết kế được sơ đồ hoạt động như Hình 6-2
Hình 6-2 Sơ đồ hoạt động Phân công hướng dẫn viên
Mô tả: Phân công HDV cho tour Điều kiện tiên quyết: Đã đăng nhập vào hệ thống
1 Từ giao diện chính, người quản lý chọn “phân công HDV”
2 Hệ thống hiển thị thông tin danh sách tour cần phân công
Người quản lý chọn 1 tour cần phân công
6 Hệ thống cập nhật tour đã phân công và thông báo cho HDV tour mới
SƠ ĐỒ HOẠT ĐỘNG QUẢN LÝ THÔNG TIN CÁ NHÂN
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-11 Hình 5-6) thiết kế được sơ đồ hoạt động như Hình 6-3.
Ngôn ngữ mô hình hóa – CT182-09 Chương 6: Sơ Đồ Hoạt Động Điều kiện tiên quyết: Đã đăng nhập vào hệ thống
1 Từ giao diện trang chủ, khách hàng chọn “Thông tin cá nhân”
2 Hệ thống hiển thị thông tin cá nhân khi đăng ký tài khoản người dùng
3 Khách hàng chọn cập nhật thông tin cá nhân
5 Hệ thống kiểm tra thông tin nhập vào có hợp lệ [Ngoại lệ 1]
6 Nhấn nút “Xác nhận” [Ngoại lệ 2]
7 Hệ thống kiểm tra thông tin vừa nhập
8 Thông báo cập nhật thông tin thành công và hiển thị thông tin mới cập nhật
[Ngoại lệ 1]: Thông tin vừa nhập không hợp lệ
Thông báo thông tin nhập vào không hợp lệ và hiển thị lại thông tin cũ
[Ngoại lệ 2]: Nhấn nút “Không xác nhận”
Hệ thống hiển thông điệp cập nhật thất bại
SƠ ĐỒ HOẠT ĐỘNG HỦY TOUR
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-12 Hình 5-12) thiết kế được sơ đồ hoạt động như Hình 6-4.
Hình 6-4 Sơ đồ hoạt động Hủy tour
Mô tả: Khách hàng có thể Hủy tour sau khi đặt Điều kiện tiên quyết: Đã đăng nhập vào hệ thống
Ngôn ngữ mô hình hóa – CT182-09 Chương 6: Sơ Đồ Hoạt Động
6 Hệ thống hiển thị hủy tour thành công
Ngoại lệ: Khách hàng nhấn nút “Không xác nhận”
Thông báo hủy tour thất bại
Hệ thống hiển thị lại thông tin tour đã đặt
SƠ ĐỒ HOẠT ĐỘNG HỖ TRỢ TRỰC TUYẾN
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-5 Hình 5-5) thiết kế được sơ đồ hoạt động như Hình 6-5
Hình 6-5 Sơ đồ hoạt động Hỗ trợ trực tuyến
Mô tả: Khách hàng có thể đặt câu hỏi để nhân viên giải đáp thắc mắc của mình
1 Từ giao diện người dùng, khách hàng chọn “Hỗ trợ trực tuyến”
2 Hệ thống hiển thị giao diện hỗ trợ trực tuyến và hiển thị các gợi ý câu hỏi thường gặp
3 Khách hàng nhập câu hỏi thắc mắc
4 Hệ thống khởi tạo cuộc trò chuyện, bắt đầu lưu câu hỏi và hiển thị câu hỏi cho nhân viên
5 Nhân viên trả lời các thắc mắc của khách hàng
6 Hệ thống sẽ lưu lại thông tin câu trả lời và hiển thị câu trả lời cho khách hàng
7 Khách hàng chọn kết thúc hỗ trợ
8 Hệ thống hiển thị bảng đánh giá
9 Khách hàng đánh giá về câu trả lời của nhân viên
10 Hệ thống hiển thị đánh giá thành công, lưu thông tin đánh giá và hiển thị đánh giá cho nhân viên
SƠ ĐỒ HOẠT ĐỘNG TÌM KIẾM TOUR
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-6 Hình 5-7) thiết kế được sơ đồ hoạt động như Hình 6-6
Ngôn ngữ mô hình hóa – CT182-09 Chương 6: Sơ Đồ Hoạt Động
Mô tả: Khách hàng có thể tìm kiếm tour theo tên hoặc địa điểm mình muốn Điều kiện tiên quyết: Không
1 Từ giao diện người dùng, khách hàng chọn “Tìm kiếm tour”
2 Hệ thống hiển thị giao diện tìm kiếm tour
3 Khách hàng nhập thông tin tour cần tìm kiếm
4 Khách hàng chọn tìm kiếm
5 Hệ thống kiểm tra thông tin tìm kiếm
6 [Ngoại lệ] Thông tin tìm kiếm hợp lệ
7 Hệ thống gửi thông điệp tìm kiếm thành công
8 Hiển thị tour tìm kiếm
[Ngoại lệ] Thông tin tìm kiếm không hợp lệ
Hệ thống gửi thông điệp tour tìm kiếm không có
Hệ thống hiển thị thông báo khách hàng muốn tìm kiếm lại không?
Quay lại bước Khách hàng nhập thông tin tour cần tìm kiếm
SƠ ĐỒ HOẠT ĐỘNG ĐẶT TOUR
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-3 Hình 5-4) thiết kế được sơ đồ hoạt động như Hình 6-7
Hình 6-7 Sơ đồ hoạt động Đặt tour
Mô tả: Khách hàng có thể đặt tour du lịch của công ty
Ngôn ngữ mô hình hóa – CT182-09 Chương 6: Sơ Đồ Hoạt Động
3 Hệ thống kiểm tra thông tin (kiểm tra tour có trong CSDL không) [Ngoại lệ]
4 Hệ thống hiển thị các phương thức thanh toán
5 Khách hàng chọn phương thức thanh toán
6 Hệ thống hiển thị đặt tour thành công
Ngoại lệ: Thông tin vừa nhập không hợp lệ
Thông báo lỗi và yêu cầu nhập lại
SƠ ĐỒ HOẠT ĐỘNG ĐỔI MẬT KHẨU
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-4 Hình 5-10) thiết kế được sơ đồ hoạt động như Hình 6-8
Hình 6-8 Sơ đồ hoạt động Đổi mật khẩu Điều kiện tiên quyết: Đã đăng nhập vào hệ thống
1 Từ giao diện quản lý thông tin, người dùng chọn “Đổi mật khẩu”
2 Hệ thống hiển thị nhập thông tin (Nhập mật khẩu cũ, mật khẩu mới.)
3 Hệ thống yêu cầu nhập lại mật khẩu mới để xác nhận
4 Hệ thống kiểm tra thông tin (kiểm tra mật khẩu cũ, xác nhận mật khẩu mới có đúng không) [Ngoại lệ]
5 Hệ thống thông báo đổi mật khẩu thành công và cập nhật mật khẩu mới vào CSDL người dùng
Ngoại lệ: Thông tin vừa nhập không hợp lệ
Thông báo lỗi và yêu cầu nhập lại
SƠ ĐỒ HOẠT ĐỘNG ĐĂNG NHẬP
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-9 Hình 5-3) thiết kế được sơ đồ hoạt động như Hình 6-9
Ngôn ngữ mô hình hóa – CT182-09 Chương 6: Sơ Đồ Hoạt Động
Mô tả: Cho người dùng đăng nhập Điều kiện tiên quyết:
1 Từ giao diện chính, người dùng chọn “Đăng nhập”
2 Hệ thống gửi thông tin cho cơ sở dữ liệu kiểm tra tài khoản, mật khẩu
3 Hệ thống gửi thông báo đăng nhập thành công và trả người dùng về giao diện chính
Ngoại lệ: Thông tin vừa nhập không hợp lệ
Thông báo lỗi và yêu cầu nhập lại
Nếu lập lại quá 3 lần thì hệ thống hiển thị đăng nhập thất bại
SƠ ĐỒ HOẠT ĐỘNG QUẢN LÝ GIAO DỊCH TOUR
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-10 Hình 5-11) thiết kế được sơ đồ hoạt động như Hình 6-10
Mô tả: Cho người dùng quản lý tour mình đã đặt Điều kiện tiên quyết: Người dùng có tài khoản
1 Khách hàng xác nhận đặt tour
2 Hệ thống gửi thông tin cho cơ sở dữ liệu kiểm tra thông tin đặt tour
3 Hệ thống gửi thông báo đặt tour thành công
Ngoại lệ: Khách hàng muốn hủy tour
Hệ thống gửi thông tin hủy tour cho nhân viên
Nhân viên xóa thông tin khách hàng và hoàn tiền cho khách
SƠ ĐỒ HOẠT ĐỘNG QUẢN LÝ TOUR
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-7Hình 5-9) thiết kế được sơ đồ hoạt động như Hình 6-11.
Ngôn ngữ mô hình hóa – CT182-09 Chương 6: Sơ Đồ Hoạt Động
Mô tả: cho phép khách hàng và người dùng quản lý tour của mình Điều kiện tiên quyết: Người dùng đã có tài khoản
1 Từ giao diện chính, người quản lý chọn “quản lý tour”
2 Hệ thống hiển thị danh sách nhân viên
3 Người dùng chọn 1 tour cần xem thông tin chi tiết
4 Người quản lý chọn 1 tour để cập nhật thông tin
7 Hệ thống kiểm tra thông tin vừa nhập [Ngoại lệ]
Ngoại lệ: Thông tin vừa nhập không hợp lệ
Thông báo không hợp lệ và yêu cầu nhập lại
SƠ ĐỒ HOẠT ĐỘNG ĐĂNG KÝ
Dựa vào vào bảng mô tả use case và sơ đồ tuần tự (Bảng 3-8 Hình 5-8) thiết kế được sơ đồ hoạt động như Hình 6-12
Hình 6-12 Sơ đồ hoạt động Đăng ký
Mô tả: Cho phép người dùng đăng ký tài khoản mới Điều kiện tiên quyết: Không có
1 Người dùng chọn “đăng ký tài khoản”
2 Hệ thống hiển thị form đăng ký
3 Người dùng nhập thông tin và nhấn gửi
4 Hệ thống kiểm tra thông tin vừa nhập [Ngoại lệ 1]
5 Kiểm tra thông tin ở CSDL [Ngoại lệ 2]
Ngoại lệ 1: thông tin vừa nhập không hợp lệ, hệ thống thông báo yêu cầu nhập lại
Ngôn ngữ mô hình hóa – CT182-09 Chương 7: Kết Luận
