2.2 .Sơ đồ Use-case
2.2.4. Đặc tả các Use-case
2.2.4.1. Danh sách các Use-case ST
T
Tên Use-case Mô tả Actor
1 Xem thông tin khách sạn
Xem các loại phịng, thơng tin giới thiệu, liên hệ của khách sạn Khách hàng 2 Đặt phịng Tìm kiếm phịng phù hợp và đặt phòng Khách hàng 3 Đăng nhập hệ thống Đăng nhập để truy
cập vào hệ thống quản lý Quản lý, lễ tân 4 Quản lý đơn đặt phịng Tìm kiếm, chỉnh sửa đơn đặt phịng Lễ tân
5 Xem thống kê Xem thống kê số lượng đặt phòng của từng loại phòng, từng phòng
Lễ tân
6 Quản lý tài khoản Thêm, sửa, xóa, tìm kiếm, phân quyền cho tài khoản
Quản lý
7 Quản lý loại phịng Thêm, sửa, xóa, tìm kiếm loại phịng
Quản lý 8 Quản lý phịng Thêm, sửa, xóa, tìm
kiếm phịng
2.2.4.2. UC_01_Xem thông tin khách sạn
Mô tả use case UC_01
Use case: UC_01_ Xem thơng tin khách sạn
Mục đích: Có thể xem được các thơng tin về khách sạn
Mơ tả: Khách hàng có thể xem các mục Giới thiệu khách
sạn, Thông tin liên hệ, Thơng tin các loại phịng của khách sạn
Tác nhân: Khách hàng
Điều kiện trước:
Khách hàng có thể truy cập vào website của khách sạn, khơng cần đăng nhập
Luồng sự kiện chính (Basic flows)
Khách hàng truy cập vào website của khách sạn Khách hàng bấm vào từng menu trên thanh menu để truy cập vào trang hiển thị thông tin của từng mục (Giới thiệu, Liên hệ, …)
Khách hàng có thể bấm vào từng loại phòng để xem thơng tin về loại phịng đó
Luồng sự kiện phụ
(Alternative Flows):
Từ giao diện hiển thị thơng tin, khách hàng có thể bấm vào form tìm kiếm để tìm phịng theo nhu cầu
Điều kiện sau: Giao diện hiển thị chính xác các thơng tin của
khách sạn
2.2.4.3. UC_02_Đặt phịng
Mơ tả use case UC_02
Use case: UC_02_Đặt phịng
Mục đích: Có thể tìm kiếm và đặt phịng online qua website
Mơ tả: - Khách hàng có thể tìm kiếm được các phòng tùy
theo nhu cầu như số lượng người, thời gian - Khách hàng có thể tạo đơn đặt phịng
Tác nhân: Khách hàng
Điều kiện trước:
Khách hàng có nhu cầu muốn thuê phịng Hiển thị giao diện form tìm phịng
Luồng sự kiện chính (Basic flows)
- Khách hàng truy cập vào website của khách sạn. - Khách hàng bấm vào form tìm phịng và chọn các mục (số lượng người lớn, số lượng trẻ em, thời gian checkin - checkout) để tìm.
- Sau khi tìm kiếm sẽ có giao diện trả về danh sách các phòng phù hợp. Khách hàng bấm vào để xem các thơng tin chi tiết của phịng.
- Sau khi chọn được phòng, khách hàng bấm vào nút đặt phòng. Form điền thơng tin đặt phịng sẽ được hiển thị.
- Khách hàng điền các thông tin cần thiết như tên, số điện thoại, email, phương thức thanh toán, … - Sau khi hồn tất các bước điền thơng tin và bấm nút xác nhận, đơn đặt phòng sẽ được gửi tới phần đơn đặt phòng của Lễ tân, đồng thời cũng gửi đến email của khách hàng và khách hàng chờ Lễ tân liên lạc để xác nhận việc đặt phòng
Luồng sự kiện phụ
(Alternative Flows):
- Đưa ra thông báo hiển thị lỗi khi khách hàng nhập thông tin lỗi hoặc sai dữ liệu.
- Khi khơng có phịng thỏa mãn các u cầu tìm kiếm, trang tìm kiếm sẽ trả về thơng báo “Khách sạn tạm thời đang hết phòng theo yêu cầu”.
- Đưa ra thơng báo “Đặt phịng thành cơng, q khách vui lòng chờ liên lạc để xác nhận” khi khách hàng đặt phịng thành cơng
Điều kiện sau: Đơn đặt phịng sau khi đặt thành cơng sẽ được
hiển thị trên màn hình của khách hàng cũng như trong giao diện quản lý đơn đặt phòng của lễ tân
2.2.4.4. UC_03_Đăng nhập hệ thống
Mô tả use case UC_003
Use case: UC_003_Đăng nhập hệ thống
Mục đích: Người dùng có tài khoản và có thể đăng nhập được
vào trang quản lý của hệ thống
Mô tả: Người dùng nhập tên tài khoản và mật khẩu của
mình để đăng nhập vào hệ thống
Nếu tồn tại người dùng đó trong hệ thống thì xác định vai trị của người dùng đó
Tác nhân: Lễ tân, quản lý
Điều kiện trước:
Hiển thị giao diện đăng nhập của hệ thống
Luồng sự kiện chính (Basic flows)
- Người dùng: truy cập vào trang quản lý - Hệ thống : Hiển thị giao diện đăng nhập
- Người dùng : Nhập tài khoản, mật khẩu và chọn nút đăng nhập
- Hệ thống : Xác thực tài khoản và mật khẩu của người dùng có đúng khơng, nếu đúng thì đăng nhập thành công.
Luồng sự kiện phụ
(Alternative Flows):
- Khi người dùng nhập sai tài khoản hoặc mật khẩu thì hiển thị thơng báo “Tài khoản hoặc mật khẩu của bạn khơng chính xác”
- Khi người dùng bỏ trống ơ tài khoản thì hiển thị thơng báo “không được bỏ trống tài khoản”
- Khi người dùng bỏ trống ơ mật khẩu thì hiển thị thơng báo “ không được bỏ trống mật khẩu”
- Khi người dùng bỏ trống ơ tài khoản và mật khẩu thì thơng báo “không được bỏ trống tài khoản và mật khẩu”
2.2.4.5. UC_04_Xem thống kê
Mô tả use case UC_04
Use case: UC_04_ Xem thống kê
Mục đích: Có thể xem thống kê số lượng đơn đặt phịng để
xem hiệu quả kinh doanh của từng loại phịng theo từng khoảng thời gian
Mơ tả: - Lễ tân có thể xem số lượng đơn đặt phịng theo
từng loại phòng, từng phòng, theo khoảng thời gian
Tác nhân: Lễ tân
Điều kiện trước:
- Đăng nhập thành công vào hệ thống bằng tài khoản có quyền Lễ tân, hệ thống hiển thị giao diện thống kê
- Đã có đơn đặt phịng
Luồng sự kiện chính (Basic flows)
* Xem thống kê theo loại phòng
- Hiển thị danh sách loại phòng cùng số lượng đơn đặt phịng trong tháng
- Lễ tân có thể tùy chọn hiển thị theo khoảng thời gian, theo loại phòng cụ thể
* Xem thống kê theo phòng
Tương tự như xem thống kê theo loại phòng
Luồng sự kiện phụ
(Alternative Flows):
- Đưa ra thông báo hiển thị lỗi khi lễ tân nhập thông tin lỗi hoặc sai dữ liệu.
Điều kiện sau: Hiển thị chính xác thơng tin số lượng đơn theo điều
2.2.4.6. UC_05_Quản lý đơn đặt phịng
Mơ tả use case UC_05
Use case: UC_05_ Quản lý đơn đặt phịng
Mục đích: Để đảm bảo các thông tin hiển thị trên đơn đặt
phịng là chính xác
Mơ tả: Lễ tân thực hiện chỉnh sửa lại thơng tin bên trong
đơn đặt phịng (nếu có u cầu) và chỉnh sửa trạng thái của đơn đặt phòng
Tác nhân: Lễ tân
Điều kiện trước:
Đã có đơn đặt phịng của khách hàng hiển thị trên hệ thống
Luồng sự kiện chính (Basic flows)
*. Tìm kiếm đơn đặt phịng
- Lễ tân có thể xem danh sách đơn đặt phòng, xem chi tiết của 1 đơn, có thể tìm kiếm đơn dựa vào mã hoặc lọc theo ngày tháng – trạng thái – loại phòng *. Thay đổi trạng thái đơn đặt phòng
- Sau khi khách hàng đã xác nhận đặt phòng, lễ tân sẽ thực hiện thay đổi trạng thái của đơn đặt phòng từ “Chưa xác nhận” sang “Đã xác nhận” - Nếu đơn hàng bị hủy do khách hàng hoặc có sự cố về phòng, lễ tân thay đổi trạng thái của đơn sang “Đã hủy”
- Sau khi khách hàng đến nhận phòng và sử dụng, lễ tân chuyển trạng thái đơn sang “Đang sử dụng” - Sau khi đơn đã được khách hàng thanh toán, lễ tân thay đổi trạng thái của đơn sang “Đã thanh tốn”
*. Thay đổi thơng tin bên trong đơn đặt phịng - Khi khách hàng có u cầu thay đổi thơng tin bên trong đơn đặt phòng như số điện thoại liên hệ, …
lễ tân thực hiện thay đổi thơng tin đó dựa theo u cầu của khách hàng
=> Lưu thơng tin vào CSDL
Luồng sự kiện phụ
(Alternative Flows):
- Đưa ra thông báo lỗi khi lễ tân nhập thông tin lỗi hoặc không đúng định dạng vào form
- Đưa ra thơng báo cập nhật/xóa thành cơng sau khi lễ tân thực hiện sửa/xóa thành cơng
Điều kiện sau: Đơn đặt phịng được hiển thị theo đúng các thông
tin mà khách hàng cung cấp
2.2.4.7. UC_06_Quản lý tài khoản
Mô tả use case UC_06
Use case: UC_002 _ Quản lý tài khoản
Mục đích: Người quản lý có thể cập nhậy được các tài khoản
trong hệ thống bằng cách thêm, sửa, xóa và phân quyền cho người dùng theo từng vai trò của họ trong hệ thống.
Mô tả:
- Người quản lý tạo một người dùng mới khi có yêu cầu tạo người dùng bằng cách nhập đầy đủ thông tin liên quan đến người dùng và thông tin tên đăng nhập, mật khẩu.
- Người quản lý sửa thông tin bị sai của người dùng qua chức năng cập nhật người dùng.
- Người quản lý xóa một người dùng khi người dùng đó khơng được phép truy cập vào hệ thống nữa. - Người quản lý dựa vào vai trò của người dùng đối với hệ thống để thực hiện phân quyền cho người dùng.
=> Lưu thông tin vào CSDL
Tác nhân: Quản lý
Điều kiện trước:
Đăng nhập thành công vào hệ thống bằng tài khoản có quyền Quản lý, hệ thống hiển thị giao diện quản lý tài khoản
Luồng sự kiện chính (Basic flows)
* Tạo tài khoản.
- Người quản lý nhập thông tin liên quan đến người dùng và đồng thời nhập tên đăng nhập, mật khẩu cho người dùng đăng nhập.
* Sửa tài khoản
- Hệ thống hiển thị thông tin liên quan đến người dùng mà quản lý muốn.
- Người quản lý nhập lại những thông tin bị sai hoặc nhập thêm những thông tin mới cho người dùng đang muốn cập nhật.
* Xóa tài khoản
- Người quản lý nhấn chức năng xóa người dùng ra khỏi hệ thống.
* Phân quyền
- Người quản lý chọn quyền cho người dùng dựa theo vai trò của người dùng trong hệ thống. - Hệ thống lưu thông tin những quyền mà người quản lý đã gán cho người dùng vào trong hệ thống cơ sở dữ liệu.
Luồng sự kiện phụ
(Alternative Flows):
- Tạo tài khoản mới thành cơng thì đưa ra thơng báo “Tạo tài khoản thành công” nếu không đưa ra thông báo “Lỗi khi tạo tài khoản”.
- Sửa tài khoản thành cơng thì đưa ra thơng báo “Sửa tài khoản thành công” nếu không đưa ra thông báo “Lỗi khi sửa tài khoản”.
- Xóa tài khoản thành cơng thì đưa ra thơng báo “Xóa tài khoản thành cơng” nếu khơng đưa ra thơng báo “Lỗi khi xóa tài khoản”.
- Phân quyền cho người dùng thành cơng thì đưa ra thông báo “Phân quyền thành công” nếu không đưa ra thông báo “Lỗi trong khi phân quyền”.
Điều kiện sau:
- Hiển thị người dùng đã tạo, sửa trong danh sách người dùng.
- Không hiển thị người dùng đã được xóa trong danh sách người dùng.
- Người dùng đã xóa thì khơng đăng nhập được vào hệ thống.
- Người dùng đã được phân quyền thì khi đăng nhập sẽ được sử dụng các chức năng của hệ thống theo quyền được phân.
2.2.4.8. UC_07_Quản lý loại phịng
Mơ tả use case UC_07
Use case: UC_07_ Quản lý loại phịng
Mơ tả: - Người quản lý có thể thêm, xóa loại phịng, sửa các thơng tin về loại phịng, tìm kiếm loại phịng
Tác nhân: Người quản lý
Điều kiện trước:
Đăng nhập thành công vào hệ thống bằng tài khoản có vai trị Quản lý phịng, hệ thống hiển thị giao diện quản lý loại phịng.
Luồng sự kiện chính (Basic flows)
*. Thêm loại phòng
- Người quản lý thực hiện thêm loại phịng nếu khách sạn có loại phịng mới
*. Sửa loại phịng
- Người quản lý thay đổi các thơng tin của loại phòng dựa theo các yêu cầu sửa đổi, cập nhật từ khách sạn
*. Xóa loại phịng
- Người quản lý thực hiện xóa loại phịng khi khách sạn khơng cịn loại phịng đó nữa
=> Lưu thơng tin vào CSDL
Luồng sự kiện phụ
(Alternative Flows):
- Đưa ra thông báo lỗi khi quản lý phịng nhập thơng tin lỗi/sai định dạng
- Đưa ra thơng báo thêm/sửa/xóa thành cơng khi quản lý phịng thêm/sửa/xóa thành cơng loại phịng
Điều kiện sau: Hiển thị thơng tin của loại phịng sau khi đã được
thêm và sửa
2.2.4.9. UC_08_Quản lý phịng
Mơ tả use case UC_08
Use case: UC_08_ Quản lý phịng
Mục đích: Có thể quản lý các thơng tin về phịng
Mơ tả: - Người quản lý có thể thêm, xóa phịng, sửa các
thơng tin về phịng
Tác nhân: Người quản lý
Điều kiện trước:
Đăng nhập thành công vào hệ thống bằng tài khoản có vai trị Quản lý, hệ thống hiển thị giao diện quản lý phòng.
Luồng sự kiện chính (Basic flows)
*. Thêm phịng
- Người quản lý thực hiện thêm loại phịng nếu khách sạn có phịng mới
*. Sửa phòng
- Người quản lý thay đổi các thơng tin của phịng dựa theo các yêu cầu sửa đổi, cập nhật từ khách sạn
*. Xóa phịng
- Người quản lý thực hiện xóa phịng khi khách sạn khơng cịn phịng đó nữa
=> Lưu thông tin vào CSDL
Luồng sự kiện phụ
(Alternative Flows):
- Đưa ra thông báo lỗi khi quản lý nhập thông tin lỗi/sai định dạng
- Đưa ra thơng báo thêm/sửa/xóa thành cơng khi quản lý thêm/sửa/xóa phịng thành cơng
Điều kiện sau: Hiển thị thơng tin của phịng sau khi đã được thêm
và sửa