- Tính năng đặt phịng: khách hàng đặt phịng bằng cách điền các thông tin cần thiết ( tên, email,số điện thoại, địa chỉ ,….) vào mẫu để có thể được đáp ứng
2.1.1.3. Khách sạn The Chi Boutique
a, Giao diện trang chủ của Khách sạn The Chi Boutique
Hiển thị những tính năng mà khách sạn có thể đáp ứng được nhu cầu đặt phịng của khách hàng
b, Tính năng
- Special offers: lọc các ưu đãi đặc biệt của khách sạn như phịng đang có chương trình khuyến mãi đặc biệt.
Ảnh 10: Khách sạn The Chi Boutique: Ưu đãi
- Hotel services: khách hàng có thể tham khảo các dịch vụ của khách sạn tại đay và có thể chọn lựa cho mình 1 vài dịch vụ phù hợp để trải nghiệm được trở nên đáng nhớ hơn
- Khách hàng có thể chọn phịng theo loại phịng mong muốn từ phịng thường -> phịng tiện ích hơn (superior) -> phịng cao cấp hơn(deluxe) -> phòng vip (suite)
Ảnh 11: Khách sạn The Chi Boutique: Danh sách loại phịng
- Booking: tính năng đăng ký đặt phịng với các thơng tin cần thiết và cách thức liên hệ
Ảnh 12: Khách sạn The Chi Boutique: Form điền thơng tin đặt phịng
Ưu điểm :
- Khách hàng có thể tìm kiếm thêm những thơng tin về các chương trình giảm giá khi đặt phòng.
- Hầu hết giao diện thân thiện dễ sử dụng
- Thuận tiện cho người sử dụng đặt phòng dù là bất cứ đâu, - bất cứ lúc nào chỉ cần có Internet.
- Thơng tin phịng và giá phịng chi tiết rõ ràng.
- Các tính năng như xem phịng, đặt phịng, tìm kiếm nhanh thuận tiện
Nhược điểm:
- Bố cục cần phải rõ ràng hơn
- Cần tăng lên về mặt số lượng và cả chất lượng để có khách hàng có nhiều sự lựa chọn hơn
=> Từ những thơng tin được thu thập và phân tích như trên, em sẽ thiết kế lại sao cho website phù hợp với nhu cầu khách hàng và thuận tiện cho khách hàng sử dụng.
2.1.2. Yêu cầu của website sau khi khảo sát
Yêu cầu chung:
+ Hệ thống phần mềm có giao diện thân thiện, đầy đủ chức năng và dễ sử dụng
+ Hệ thống đáp ứng được những nhu cầu trong việc tìm kiếm và đặt phịng của khách hàng cũng như đáp ứng được nhu cầu quản lý của khách sạn, làm cho những cơng việc đó trở nên dễ dàng thuận tiện hơn
Phần dành cho khách hàng:
Khách hàng là những người có nhu cầu đặt phịng. Họ sẽ tìm kiếm các phịng cần thiết từ hệ thống và đặt phịng phù hợp. Vì thế trang web phải thỏa mãn các chức năng sau:
- Lọc các phòng theo nhu cầu của khách hàng
- Hiển thị danh sách các phòng phù hợp để khách hàng có thể xem và đặt phịng.
- Sau khi khách hàng lựa chọn và đặt phịng thì hệ thống phải có chức năng hiển thị form để khách hàng nhập vào những thông tin cần thiết, tránh những đòi hỏi hay những thông tin yêu cầu quá nhiều từ phía khách hàng, tạo cảm giác thoải mái, riêng tư cho khách hàng.
Phần dành cho hệ thống quản lý :
Hệ thống quản lý gồm 2 loại người dùng với vai trò quản lý và lễ tân. Các chức năng của từng vai trò như sau:
Quản trị lý:
- Quản lý tài khoản (các chức năng thêm, sửa, xóa,…) và phân quyền cho tài khoản
- Cập nhật phòng và loại phòng (các chức năng thêm, sửa, xóa,..)
Lễ tân:
- Tiếp nhận và xác nhận đơn đặt phòng của khách hàng.
- Cập nhật đơn đặt phịng và cập nhật tình trạng phịng dựa theo đơn
Ngồi các chức năng nêu trên thì trang web phải được trình bày sao cho dễ hiểu, giao diện dễ dùng, đẹp mắt và làm sao cho khách hàng thấy được những thông tin cần thiết.
Điều quan trọng trong trang web đặt phòng trên mạng là phải đảm bảo an tồn cho những thơng tin liên quan đến người dùng trong quá trình đặt phịng hay thanh tốn.
Đồng thời trang web cịn phải có tính dễ nâng cấp, bảo trì, sửa chữa khi cần bổ sung, cập nhật những tính năng mới.
2.2.Sơ đồ Use-case
2.2.1. Danh sách các tác nhân và mô tả
Tác nhân Mô tả tác nhân Ghi chú
Khách hàng Là người truy cập website để xem phòng và đặt phịng, có thể xem các thơng tin của khách sạn
Khơng cần đăng nhập
Quản lý Người quản lý các tài khoản, các loại phòng và các phòng của khách sạn
Cần đăng nhập
Lễ tân Người quản lý các đơn đặt phòng Cần đăng nhập
2.2.2. Sơ đồ Use-case tổng quan
2.2.3. Chi tiết các Use-case2.2.3.1. Quản lý 2.2.3.1. Quản lý
Bảng 2: Biểu đồ Use-case tác nhân Quản lý
2.2.3.2. Lễ tân
2.2.3.3. Khách hàng
2.2.4. Đặc tả các Use-case2.2.4.1. Danh sách 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 th 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.