2.5.11.1 Tên Use Case:
Search
2.5.11.2 Mô tả:
Use case này cho phép người dùng tìm kiếm các khách sạn hay hãng hàng không thỏa một nhu cầu nào đó.
2.5.11.3 Dòng sự kiện:
Dòng sự kiện chính:
Use case này bắt đầu khi một khách viếng chọn chức năng tìm kiếm thông tin của các khách sạn hay hãng hàng không trên menu.
1. Người dùng chọn chức năng tìm kiếm (Search) trên menu.
2. Hệ thống hiển thị trang tìm kiếm cho phép người dùng nhập từ
khóa tìm kiếm.
3. Người dùng nhập vào từ khóa tìm kiếm.
4. Hệ thống sử dụng cơ chế tìm kiếm để tìm kiếm trong cơ sở dữ
liệu của hệ thống.
KHOA CNTT –
ĐH KHTN
5. Kết quả tìm kiếm được thể hiện trên trang Kết quả tìm kiếm (Search Result).
6. Người dùng có thể chọn xem thông tin chi tiết của từng khách sạn hay hãng hàng không trên trang kết quả hay chọn đặt phòng khách sạn hoặc đặt vé máy bay.
Dòng sự kiện khác:
Quá trình tìm kiếm thất bại: hệ thống yêu cầu người dùng nhập lại từ khóa hay hủy bỏ thao tác tìm kiếm.
2.5.11.4 Yêu cầu đặc biệt:
Không có.
2.5.11.5 Điều kiện tiên quyết:
Không có.
2.5.11.6 Post-Condition:
Nếu use case này thành công thì sẽ cho ra kết quả tìm kiếm trên trang kết quả tìm kiếm. Ngược lại, hiển thị trang thông báo kết quả
tìm kiếm thất bại.
2.5.11.7 Điểm mở rộng:
Không có.
2.5.12 Nhập mô tả cho Hãng hàng không:
2.5.12.1 Tên Use Case:
Enter Airplane Description
2.5.12.2 Mô tả:
Use case này cho phép những người dùng với vai trò Hãng hàng không nhập các thông tin mô tả cho hãng hàng không của mình.
KHOA CNTT –
ĐH KHTN
2.5.12.3 Dòng sự kiện:
Dòng sự kiện chính:
Use case này bắt đầu sau khi hãng hàng không đã đăng ký thành công với hệ thống và dự định nhập các thông tin mô tả cho hãng hàng không. Các bước thực hiện của use case này như sau:
1. Người dùng đăng nhập vào hệ thống với vai trò hãng hàng không.
2. Người dùng chọn chức năng nhập thông tin mô tả.
3. Hệ thống truy xuất và hiển thị các thông tin mô tả của hãng hàng không (nếu có) dưới dạng web form để người dùng có thể nhập thêm các thông tin mô tả.
4. Người dùng chọn chức năng xác nhận các thông tin đã nhập. 5. Hệ thống kiểm tra tính hợp lệ và lưu trữ các thông tin trên vào cơ
sở dữ liệu của hệ thống. 6. Use case kết thúc. Dòng sự kiện khác:
1. Nếu quá trình kiểm tra tính hợp lệ phát hiện có lỗi thì hệ thống sẽ
trả lại web form nhập liệu để người dùng có thể chỉnh sửa. Trạng thái của hệ thống lúc này vẫn chưa thay đổi.
2. Nếu người dùng quyết định hủy bỏ thao tác nhập liệu trên thì trạng thái của hệ thống vẫn không thay đổi và dòng sự kiện chính được bắt đầu lại.
2.5.12.4 Yêu cầu đặc biệt:
Không có.
KHOA CNTT –
ĐH KHTN
2.5.12.5 Điều kiện tiên quyết:
Người dùng phải đăng nhập vào hệ thống với vai trò Hãng hàng không để có thể thực hiện use case này.
2.5.12.6 Post-Condition:
Nếu use case này thành công thì thông tin mô tả của một hãng hàng không sẽ được cập nhật vào cơ sở dữ liệu của hệ thống. Ngược lại, trạng thái của hệ thống không thay đổi.
2.5.12.7 Điểm mở rộng:
Không có.
2.5.13 Nhập mô tả Khách sạn:
2.5.13.1 Tên Use Case:
Enter Hotel Description
2.5.13.2 Mô tả:
Use case này cho phép người dùng với vai trò là các Khách sạn có thể nhập vào các thông tin mô tả về khách sạn của mình.
2.5.13.3 Dòng sự kiện:
Dòng sự kiện chính:
Use case này bắt đầu sau khi khách sạn đã đăng ký thành công với hệ thống và dự định nhập các thông tin mô tả cho khách sạn. Các bước thực hiện của use case này như sau:
1. Người dùng đăng nhập vào hệ thống với vai trò khách sạn. 2. Người dùng chọn chức năng nhập thông tin mô tả.
3. Hệ thống truy xuất và hiển thị các thông tin mô tả của khách sạn (nếu có) dưới dạng web form để người dùng có thể nhập thêm các thông tin mô tả.
KHOA CNTT –
ĐH KHTN
4. Người dùng chọn chức năng xác nhận các thông tin đã nhập. 5. Hệ thống kiểm tra tính hợp lệ và lưu trữ các thông tin trên vào cơ
sở dữ liệu của hệ thống. 6. Use case kết thúc. Dòng sự kiện khác:
1. Nếu quá trình kiểm tra tính hợp lệ phát hiện có lỗi thì hệ thống sẽ
trở lại web form nhập liệu để người dùng có thể chỉnh sửa. Trạng thái của hệ thống lúc này vẫn chưa thay đổi.
2. Nếu người dùng quyết định hủy bỏ thao tác nhập liệu trên thì trạng thái của hệ thống vẫn không thay đổi và dòng sự kiện chính được bắt đầu lại.
2.5.13.4 Yêu cầu đặc biệt:
Không có.
2.5.13.5 Điều kiện tiên quyết:
Người dùng phải đăng nhập vào hệ thống với vai trò Khách sạn để
có thể thực hiện được use case này.
2.5.13.6 Post-Condition:
Nếu use case này thành công thì thông tin mô tả của một khách sạn sẽ được cập nhật vào cơ sở dữ liệu của hệ thống. Ngược lại, trạng thái của hệ thống không thay đổi.
2.5.13.7 Điểm mở rộng:
Không có.
2.5.14 Cập nhật mô tả Hãng hàng không:
2.5.14.1 Tên Use Case:
Update Airplane Description 37
KHOA CNTT –
ĐH KHTN
2.5.14.2 Mô tả:
Use case này cho phép các hãng hàng không có thể cập nhật lại các thông tin mô tả của mình.
2.5.14.3 Dòng sự kiện:
Dòng sự kiện chính:
Use case này bắt đầu khi một hãng hàng không có ý định cập nhật lại các thông tin mô tả. Các bước thực hiện như sau:
1. Người dùng đăng nhập vào hệ thống với vai trò hãng hàng không.
2. Người dùng chọn chức năng cập nhật thông tin mô tả.
3. Hệ thống truy xuất và hiển thị thông tin mô tả của khách sạn này dưới dạng cho phép có thể cập nhật được.
4. Người dùng nhập vào các thông tin mô tả cần cập nhật. 5. Người dùng chọn ‘Cập nhật’.
6. Hệ thống cập nhật lại các thông tin vào trong cơ sở dữ liệu của hệ thống.
7. Use case kết thúc. Dòng sự kiện khác:
Người dùng quyết định hủy bỏ quá trình cập nhật: Trong trường hợp này, trạng thái của hệ thống sẽ không thay đổi và dòng sự kiện chính được bắt đầu lại từđầu.
2.5.14.4 Yêu cầu đặc biệt:
Không có.
KHOA CNTT –
ĐH KHTN
2.5.14.5 Điều kiện tiên quyết:
Người dùng phải đăng nhập vào hệ thống với vai trò Hãng hàng không (Airplane) để có thể thực hiện use case này.
2.5.14.6 Post-Condition:
Nếu use case này thành công thì các thông tin mô tả của hãng hàng không sẽ được cập nhật vào cơ sở dữ liệu. Ngược lại, trạng thái của hệ thống không thay đổi.
2.5.14.7 Điểm mở rộng:
Không có.