Tải bản đầy đủ (.doc) (47 trang)

Mô hình Usecase QUẢN LÝ NHÀ HÀNG KHÁCH SẠN

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (542.51 KB, 47 trang )

QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
Mô hình Usecase QUẢN LÝ NHÀ HÀNG KHÁCH SẠN
Version 1.2
Sinh viên thực hiện:
10520061 – Phan Văn Tâm
10520128 – Huỳnh Ngọc Hiệp
10520130 – Nguyễn Văn Sinh
10520135 – Nguyễn Tấn Hoan
Trang 1
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
Bảng ghi nhận thay đổi tài liệu
Ngày Phiên bản Mô tả Tác giả
20/12/2013 1.0 Vẽ sơ đồ use case tổng quát và
phân công công việc
Nguyễn Tấn Hoan
22/12/2013 1.1 Ghép các nội dung đã phân công Cả nhóm
25/12/2013 1.2 Xem lại và chỉnh sửa lần cuối Cả nhóm
Trang 2
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
Mục lục
1. Sơ đồ Use-case
2. Danh sách các Actor
3. Danh sách các Use-case
4. Đặc tả Use-case
4.1 Đặc tả Use-case “UC-01-DangNhap”
4.2 Đặc tả Use-case “UC-02-DangXuat”
4.3 Đặc tả Use-case “UC-03-XemDanhSachPhong”
4.4 Đặc tả Use-case “UC-04-XemChiTietPhong”


4.5 Đặc tả Use-case “UC-05-CapNhatPhong”
4.6 Đặc tả Use-case “UC-06-DatPhongTruoc”
4.7 Đặc tả Use-case “UC-06-XoaKhachHangDatPhongTruoc”
4.8 Đặc tả Use-case “UC-08-ThemKhachHangDatPhongTruoc”
4.9 Đặc tả Use-case “UC-09-LapPhieuThuePhong”
4.10 Đặc tả Use-case “UC-10-ThemKhachHang”
4.11 Đặc tả Use-case “UC-11-LapBienBanSuCo”
4.12 Đặc tả Use-case “UC-12-LapPhieuDichVu”
4.13 Đặc tả Use-case “UC-13-ChiTietPhieuDichVu”
4.14 Đặc tả Use-case “UC-14-CapNhatPhieuDichVu”
4.15 Đặc tả Use-case “UC-15-LapPhieuDatTiec”
4.16 Đặc tả Use-case “UC-16-ChiTietPhieuDatTiec”
4.17 Đặc tả Use-case “UC-17-CapNhatPhieuDatTiec”
4.18 Đặc tả Use-case “UC-18-LapPhieuTraPhong”
4.19 Đặc tả Use-case “UC-19-XoaKhachHang”
4.20 Đặc tả Use-case “UC-20-XemThongTinKhachSan”
4.21 Đặc tả Use-case “UC-21-LapBaoCaoThang”
4.22 Đặc tả Use-case “UC-22-XemDanhSachLoaiPhong”
4.23 Đặc tả Use-case “UC-23-CapNhatDanhSachLoaiPhong”
4.24 Đặc tả Use-case “UC-24-XemDanhSachMonAn”
4.25 Đặc tả Use-case “UC-25-CapNhatDanhSachMonAn”
4.26 Đặc tả Use-case “UC-26-XemDanhSachDichVu”
4.27 Đặc tả Use-case “UC-27-CapNhatDanhSachDichVu”
4.28 Đặc tả Use-case “UC-28-XemDanhSachThietBi”
4.29 Đặc tả Use-case “UC-29-CapNhatDanhSachThietBI”
4.30 Đặc tả Use-case “UC-30-TimPhong”
4.31 Đặc tả Use-case “UC-31-XemDanhSachUser”
4.32 Đặc tả Use-case “UC-32-CapNhatDanhSachUser”
4.33 Đặc tả Use-case “UC-33-XemDanhSachNhanVien”
4.34 Đặc tả Use-case “UC-34-CapNhatDanhSachNhanVien”

4.35 Đặc tả Use-case “UC-35-PhanQuyenSuDung”
4.36 Đặc tả Use-case “UC-36-ThayDoiCauHinhHeThong”
4.37 Đặc tả Use-case “UC-37-ThayDoiThongTinKhachSan”
Trang 3
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4.38 Đặc tả Use-case “UC-38-ThamDoiThamSoNghiepVu”
Trang 4
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
1. Sơ đồ Use-case
NHÂN VIÊN
Trang 1
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
QUẢN LÝ
2. Danh sách các Actor
STT Tên Actor Ý nghĩa/Ghi chú
1 Nhân viên Nhân viên khách sạn là người trực tiếp sử dụng
phần mềm này
2 Quản lý Ban quan lý khách sạn
3. Danh sách các Use-case
STT Tên Use-case Ý nghĩa/Ghi chú
1 UC-01-DangNhap Nhân viên đăng nhập quyền sử dụng hệ thống
2 UC-02-DangXuat Nhân viên đăng xuất thoát quyền sử dụng hệ
thống
3 UC-03-XemDanhSachPhong Xem danh sách phòng trong khách sạn
4 UC-04-XemChiTietPhong Chi tiết thông tin phòng
5 UC-05-CapNhatPhong Cập nhật danh sách, thông tin phòng
6 UC-06-DatPhongTruoc Đặt phòng trước

7 UC-07-
XoaKhachHangDatPhongTruoc
Xóa tkhách hàng đặt phòng trước
Trang 1
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
8 UC-08-
ThemKhachHangDatPhongTruo
c
Thêm khách hàng đặt phòng trước
9 UC-09-LapPhieuThuePhong Lập phiếu đặt phòng
10 UC-10-ThemKhachHang Thêm mới khách hàng thuê phòng
11 UC-11-LapBienBanSuCo Lập biên bản sự cố sử dụng phòng
12 UC-12-LapPhieuDichVu Lập phiếu sử dụng dịch vụ của khách hàng
thuê phòng
13 UC-13-ChiTietPhieuDichVu Chi tiết thông tin phiếu sử dụng dịch vụ của
khách hàng thuê phòng
14 UC-14-CapNhatPhieuDichVu Cập nhật thông tin phiếu sử dụng dịch vụ của
khách hàng
15 UC-15-LapPhieuDatTiec Lập phiếu đặt tiệc của khách hàng thuê phòng
16 UC-16-ChiTietPhieuDatTiec Cập nhật thông tin phiếu đặt tiệc của khách
hàng
17 UC-17-CapNhatPhieuDatTiec Cập nhật thông tin phiếu đặt tiệc của khách
hàng
18 UC-18-LapPhieuTraPhong Lập phiếu trả phòng đã thuê
19 UC-19-XoaKhachHang Xóa khách hàng thuê phòng
20 UC-20-XemThongTinKhachSan Xem thông tin khách sạn
21 UC-21-LapBaoCaoThang Lập báo cáo theo tháng
22 UC-22-
XemDanhSachLoaiPhong

Xem danh sách loại phòng
23 UC-23-
CapNhatDanhSachLoaiPhong
Cập nhật danh sách loại phòng
24 UC-24-XemDanhSachMonAn Xem danh sách món ăn
25 UC-25-
CapNhatDanhSachMonAn
Cập nhật danh sách món ăn
26 UC-26-XemDanhSachDichVu Xem danh sách dịch vụ
27 UC-27-
CapNhatDanhSachDichVu
Cập nhật danh sách dịch vụ
28 UC-28-XemDanhSachThietBi Xem danh sách thiết bị
29 UC-29-
CapNhatDanhSachThietBi
Cập nhật danh sách thiết bị
30 UC-30-TimPhong Tìm phòng đang có trong khách sạn
31 UC-31-XemDanhSachUser Xem danh sách User sử dụng hệ thống
32 UC-32-CapNhatDanhSachUser Cập nhật danh sách User sử dụng hệ thống
33 UC-33-XemDanhSachNhanVien Xem danh sách nhân viên trong khách sạn
34 UC-34-
CapNhatDanhSachNhanVien
Cập nhật danh sách nhân viên
35 UC-35-PhanQuyenSuDung Phân quyền sử dụng hệ thống cho các User
Trang 2
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
36 UC-36-
ThayDoiCauHinhHeThong
Thay đổi cấu hình hệ thống

37 UC-37-
ThayDoiThongTinKhachSan
Thay đổi thông tin khách sạn
38 UC-38-
ThayDoiThamSoNghiepVu
Thay đổi tham số nghiệp vụ khách sạn
4. Đặc tả Use-case
4.1 Đặc tả Use-case “UC-01-DangNhap”
4.1.1 Tóm tắt
Use case đăng nhập mô tả một người dùng đăng nhập vào hệ thống.
4.1.2 Dòng sự kiện
4.1.2.1 Dòng sự kiện chính
Use case này bắt đầu khi người dùng muốn đăng nhập vào sử dụng hệ thống.
1. Hệ thống yêu cầu người dùng nhập tên đăng nhập và mật khẩu.
2. Người dùng nhập tên đăng nhập và mật khẩu.
3. Hệ thống kiếm chứng tên đăng nhập và mật khẩu được nhập, nếu nhập
tên đăng nhập đúng và mật khẩu thì cho phép người dùng đăng nhập
vào hệ thống.
4.1.2.2 Các dòng sự kiện khác
- Tên/Mật khẩu sai:
Nếu trong dòng sự kiện chính, người dùng nhập sai tên đăng nhập hoặc sai
mật khẩu thì hệ thống sẽ hiển thị một thông báo lỗi. Người dùng có thể chọn
trở về đầu của dòng sự kiện chính hoặc hủy bỏ việc đăng nhập, lúc này use
case kết thúc.
4.1.3 Các yêu cầu đặc biệt
Không có.
4.1.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
Hệ thống phải được khỏi động thành công, không xảy ra lỗi.
4.1.5 Trạng thái hệ thống sau khi thực hiện Use-case
Nếu use case thành công thì lúc này người dùng sẽ đăng nhập vào hệ thống

thành công.
Trang 3
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
Nếu không thành công thì trạng thái hệ thống không thay đổi.
4.1.6 Điểm mở rộng
Sau khi người dùng đăng nhập thành công và muốn đăng xuất thì thực hiện use
case UC-02-DangXuat.
4.2 Đặc tả Use-case “UC-02-DangXuat”
4.2.1 Tóm tắt
Mô tả một người dùng đăng xuất ra khỏi hệ thống.
4.2.2 Dòng sự kiện
4.2.2.1 Dòng sự kiện chính
Use case này bắt đầu khi người dùng muốn đăng xuất ra khỏi hệ thống.
1. Người dùng chọn vào chức năng đăng xuất khỏi hệ thống.
2. Hệ thống xác nhận yêu cầu đăng xuất của người dùng.
3. Nếu người dùng xác nhận yêu cầu đăng xuất đúng thì đăng xuất người
dùng ra khỏi hệ thống.
4.2.2.2 Các dòng sự kiện khác
Không có.
4.2.3 Các yêu cầu đặc biệt
Không có.
4.2.4Trạng thái hệ thống khi bắt đầu thực hiện Use-case
Người dùng đăng nhập thành công vào hệ thống.
4.2.5 Trạng thái hệ thống sau khi thực hiện Use-case
Nếu người dùng đăng xuất thành công thì hệ thống sẽ bỏ quyền sử dụng hệ
thống của người dùng.
Nếu người dùng đăng xuất thất bạn thì người dùng vẫn sử dụng hệ thống bình
thường.
4.2.6 Điểm mở rộng

Không có.
Trang 4
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4.3 Đặc tả Use-case “UC-03-XemDanhSachPhong”
4.3.1 Tóm tắt
Người dùng khách sạn sử dụng để xem danh sách phòng hiện có trong khách
sạn.
4.3.2 Dòng sự kiện
4.3.2.1 Dòng sự kiện chính
1. Người dùng nhất nút danh sách phòng.
2. Hệ thống lấy từ CSDL danh sách phòng hiện có trong khách sạn.
3. Hệ thống hiển thị tất cả phòng trong khách sạn.
4. Kết thúc use case.
4.3.2.2 Các dòng sự kiện khác
- Khi người dùng chọn nút “>>”: Hệ thống sẽ hiển thị thông tin phòng tiếp
theo.
- Khi người dùng chọn nút “<<”: Hệ thống sẽ hiển thị thông tin phòng sau.
4.3.3 Các yêu cầu đặc biệt
Không có.
4.3.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống khởi động thành công, không xảy ra lỗi.
- Người dùng đăng nhập thành công vào hệ thống và có quyền sử dụng chức năng
xem danh sách phòng.
4.3.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện use case thành công thì hệ thống sẽ hiển thị đúng danh sách
phòng trong khách sạn.
- Nếu use case thất bạn thì hệ thống sẽ không hiển thị và báo lỗi cho người dùng.
4.3.6 Điểm mở rộng
Khi người dùng chọn vào một phòng cụ thể nào đó trong danh sách thì use case

UC-04-XemChiTietPhong sẽ thực hiện.
4.4 Đặc tả Use-case “UC-04-XemChiTietPhong”
4.4.1 Tóm tắt
Nhân viên xem thông tin chi tiết của từng phòng. Nhân viên có thể sửa thay đổi
hoặc xóa thông tin của phòng.
Trang 5
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4.4.2 Dòng sự kiện
4.4.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi người dùng nhấn vào phím bất kỳ phòng nào trong
danh sách phòng của use case UC-03-XemDanhSachPhong.
2. Hệ thống sẽ hiển thị thông tin chi tiết của từng phòng.
3. Kết thúc use case.
4.4.2.2 Các dòng sự kiện khác
- Khi người dùng chọn nút “Chỉnh Sửa”:
1. Hệ thống sẽ thông báo message “Bạn có muốn chỉnh sửa không?”
2. Người dùng chọn “OK”
3. Hệ thống sẽ bật chế độ cho phép người dùng có thể tùy chỉnh những
thông tin của phòng.
- Khi người dùng chọn nút “Cập Nhật”: Use case UC-04-CapNhatPhong sẽ
thực hiện
- Khi người dùng chọn nút “Thoát”:
1. Hệ thống sẽ kiểm tra xem thông tin có bị thay đổi hay không.
2. Nếu thông tin đã thay đổi thì hệ thống sẽ hiện thông báo “Bạn có muốn
lưu những thay đổi không”
 Nếu người dùng chọn OK: Use case UC-04-CapNhatPhong sẽ thực
hiện.
 Nếu người dùng chọn Cancel.
1. Hệ thống sẽ cập nhật lại những giá trị cũ.

2. Thoát khỏi màn hình xem chi tiết phòng.
3. Kết thúc use case.
4.4.3 Các yêu cầu đặc biệt
Không có.
4.4.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
Hệ thống phải qua use case UC-03-XemDanhSachPhong.
4.4.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Nếu thực hiện use case thành công thì hệ thống sẽ hiển thị đúng thông
tin của từng phòng.
- Nếu thực hiện use case thất bạn thì hệ thống sẽ không hiển thị và báo lỗi
cho người dùng.
Trang 6
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4.4.6 Điểm mở rộng
- Khi người dùng chọn chức năng cập nhật thì use case UC-
05CapNhatPhong sẽ thực hiện.
4.5 Đặc tả Use-case “UC-05-CapNhatPhong”
4.5.1 Tóm tắt
Người dùng thay đổi những thông tin chi tiết của một phòng cụ thể trong khách
sạn.
4.5.2 Dòng sự kiện
4.5.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi người dùng nhấn vào nút “Cập Nhật” trong use case
UC-04-XemChiTietPhong
2. Hệ thống sẽ hiển thị message “Bạn có muốn lưu những thay đổi
không?”.
3. Nếu người dùng chọn “OK”: Hệ thống sẽ lưu những thay đổi về thông tin
phòng. Và xuất thông báo “Cập nhật phòng thành công”
4. Nếu người dùng chọn “Cancel”: Hệ thống sẽ lấy lại các giá trị cũ của

phòng.
5. Kết thúc use case
4.5.2.2 Các dòng sự kiện khác
Không có.
4.5.3 Các yêu cầu đặc biệt
Không có.
4.5.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
Hệ thống phải qua use case UC-04-XemChiTietPhong.
4.5.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện use case thành công thì thông tin của phòng được cập
nhật thành công và hiển thị chính xác cho người dùng.
- Nếu use case thất bạn thì hệ thống sẽ báo lỗi thất bạn đến người dùng và
hiển thị thông tin ban đầu của phòng.
4.5.6 Điểm mở rộng
Không có.
Trang 7
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4.6 Đặc tả Use-case “UC-06-DatPhongTruoc”
4.6.1 Tóm tắt
Khi khách hàng liên hệ đến khách sạn để đặt phòng trước thì nhân viên sử dụng
chức năng đặt phòng trước thực hiện use case này tiếp nhận thông tin đăng ký
phòng của khách hàng.
4.6.2 Dòng sự kiện
4.6.2.1 Dòng sự kiện chính
1. Use case bắt đầu thì nhân viên chọn chức năng đăng ký phòng.
2. Hệ thống sẽ lấy dánh sach phòng còn trống, danh sách phòng đăng ký và
hiển thị lên màn hình.
3. Nhân viên chọn phòng cần đăng ký và thực hiện use case UC-08-
ThemKhachHangDatPhongTruoc để thêm thông tin khách hàng đăng ký

phòng.
4. Sau khi thêm đầy đủ thông tin thì hệ thống xác nhận và thực hiện việc đăng
ký phòng.
5. Kết thúc use case.
4.6.2.2 Các dòng sự kiện khác
- Người dùng không nhập đầy đủ các thông tin thì hệ thống sẽ thông báo bạn
cần nhập đầy đủ thông tin.
- Nếu người dùng chọn phòng đã được cho thuê hoặc đăng ký thì hệ thống sẽ
thống báo lỗi đến người dùng.
- Đăng ký thành công thì hệ thống sẽ thông báo đăng ký thành công.
4.6.3 Các yêu cầu đặc biệt
Không có.
4.6.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống khởi động thành công, không xảy ra lỗi.
- Người dùng đăng nhập thành công vào hệ thống.
4.6.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện thành công thì hệ thống sẽ hiển thị thông tin đăng ký
phòng của khách hàng và lưu vào cơ sở dữ liệu.
- Nếu thật bại thì hệ thống sẽ thống báo lỗi tới người dùng.
4.6.6 Điểm mở rộng
- Người dùng chọn chức năng xóa khách hàng đã đăng ký phòng thì use
Trang 8
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
case UC-06-XoaKhachHangDatPhongTruoc sẽ thực hiện.
4.7 Đặc tả Use-case “UC-06-XoaKhachHangDatPhongTruoc”
4.7.1 Tóm tắt
Khi một khách hàng muốn hủy thông tin đã đăng ký phòng trước hoặc khách
hàng nhận phòng đã đăng ký thì nhân viên thực hiện use case này xóa thống tin
đăng ký phòng của khách hàng.

4.7.2 Dòng sự kiện
4.7.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi nhân viên chọn chức năng xóa đăng ký phòng.
2. Hệ thống sẽ lấy dánh sach phòng đã danh sách phòng đăng ký và hiển thị
lên màn hình.
3. Nhân viên chọn phòng cần xóa và thực hiện chức năng xóa.
4. Sau khi thêm đầy đủ thông tin thì hệ thống xác nhận và thực hiện việc xóa
đăng ký phòng.
5. Kết thúc use case.
4.7.2.2 Các dòng sự kiện khác
- Xác nhận xóa thông tin thành công thì hệ thống sẽ thông báo xóa thành
công.
- Nếu thất bại thì hệ thống sẽ thống báo đến người dùng.
4.7.3 Các yêu cầu đặc biệt
Không có.
4.7.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống khởi động thành công, không xảy ra lỗi.
- Người dùng đăng nhập thành công vào hệ thống.
4.7.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện thành công thì một thông tin khách hàng đăng ký
phòng sẽ được xóa và cập nhật lên hệ thống.
- Nếu thất bại thì hệ thống trở về trạng thái bình thường.
4.7.6 Điểm mở rộng
Không có.
Trang 9
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4.8 Đặc tả Use-case “UC-08-ThemKhachHangDatPhongTruoc”
4.8.1 Tóm tắt
Khi nhân viên thực hiện đăng ký phòng trước thì use case này được thực hiện để

lưu thông tin khách hàng đăng ký phòng trước.
4.8.2 Dòng sự kiện
4.8.2.1 Dòng sự kiện chính
1. Use bắt đầu khi nhân viện thực hiện đăng ký phòng và thêm thông tin
khách hàng đăng ký.
2. Hệ thống sẽ hiển thị thông tin khách hàng để nhân viện nhập thông tin vào.
3. Người dùng xác nhận thông tin khách hàng đăng ký.
4. Hệ thống sẽ kiểm tra thông tin và ghi nhận thông tin khách hàng đăng ký
phòng.
5. Kết thúc use case.
4.8.2.2 Các dòng sự kiện khác
- Khi người dùng nhập thiếu thông tin thì hệ thống sẽ thông báo thiếu thông
tin khách hàng và cần nhập đầy đủ thông tin.
- Khi nhân viên nhập đầy đủ thì hệ thống hiển thị yêu cầu xác nhận hoặc hủy
bỏ thông tin.
4.8.3 Các yêu cầu đặc biệt
Không có.
4.8.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
Hệ thống đang thực hiện use case UC-06-DatPhongTruoc.
4.8.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện thành công hệ thống sẽ thêm mới một thông tin khách
hàng đăng ký phòng.
- Nếu thất bạn thì hệ thống sẽ trở về trạng thái bình thường.
4.8.6 Điểm mở rộng
Không có.
4.9 Đặc tả Use-case “UC-09-LapPhieuThuePhong”
4.9.1 Tóm tắt
Giúp nhân viên thực hiện nghiệp vụ: Thuê phòng và nhận đặt phòng
Trang 10
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2

Mô hình Usecase Ngày: 25.12.2013
4.9.2 Dòng sự kiện
4.9.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi người dùng nhấn nút “Thuê Phòng”
2. Hệ thống sẽ lấy danh sách tất cả những phòng còn trống và hiển thị cho
người dùng
3. Đối với mỗi phòng hệ thống sẽ hiển thị những thông tin bao gồm
a. Mã phòng
b. Loại phòng
c. Giá tiền
4. Người dùng chọn nút “Thêm khách hàng”: Use case “Thêm Khách Hàng”
được thực hiện
5. Người dùng chọn nút “Thuê phòng”
6. Hệ thống sẽ lấy những thông tin về phòng do người dùng chọn, lấy những
thông tin khách hàng thuê phòng
7. Hệ thống sẽ kiểm tra những điều kiện ràng buộc như:
a. Số người thuê phòng tối đa
b. Ngày thuê phòng phải sau hoặc bằng ngày hiện tại
8. Hệ thống thực hiện việc thuê phòng
9. Hệ thống xuất thông báo “Thuê phòng thành công”
10.Kết thúc use case
4.9.2.2 Các dòng sự kiện khác
- Người dùng chọn nút “Xóa khách hàng”: Hệ thống sẽ loại bỏ khách hàng
đã chọn ra khỏi danh sách các khách hàng
- Nếu danh sách khách hàng rỗng thì hệ thống sẽ thông báo yêu cầu “Phải
nhập thông tin khách hàng”
- Nếu xảy ra lỗi trong quá trình thuê phòng, hệ thống sẽ xuất thông báo “Thue
phòng thất bại”
4.9.3 Các yêu cầu đặc biệt
Không có

4.9.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống phải khởi động thành công, không xảy ra lỗi.
- Người dùng đăng nhập thành công.
Trang 11
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4.9.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện Use case thành công hệ thống phải cập nhật lại danh
sách các phòng còn trống và hiển thị chính xác.
- Nếu use case thất bại thì hệ thống sẽ xuất thông báo “Thuê phòng thất
bại”
4.9.6 Điểm mở rộng
- Người dùng chọn nút “Thêm khách hàng”: Use case UC-
10ThemKhachHang được thực hiện.
4.10 Đặc tả Use-case “UC-10-ThemKhachHang”
4.10.1 Tóm tắt
Thêm khách hàng thuê phòng vào hệ thống.
4.10.2 Dòng sự kiện
4.10.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi người dùng nhấn nút “Thêm khách hàng”
2. Hệ thống sẽ lấy danh sách tất cả loại khách hàng và hiển thị. Loại khách
hàng gồm
a. Trong nước
b. Ngoài nước
3. Người dùng điền những thông tin về khách hàng như:
a. Tên
b. Giới tính
c. CMND (hoặc số visa đối với người nước ngoài)
d. Ngày sinh
e. …

4. Người dùng chọn nút “Thêm khách hàng” để kết thúc việc nhập liệu
5. Hệ thống sẽ kiểm tra những điều kiện rang buộc về thông tin do người
dùng nhập vào
a. Tên khách hàng phải khác rỗng
b. CMND phải khác rỗng
c. Tuổi tối thiểu được phép thuê phòng phải lớn hơn 16t
6. Hệ thống ghi nhận việc thêm khách hàng
7. Kết thúc use case
Trang 12
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4.10.2.2 Các dòng sự kiện khác
- Nếu người dùng không nhập vào tên khách hàng thì hệ thống sẽ báo “Vui
lòng nhập tên khách hàng”
- Nếu người dùng không nhập vào CMND khách hàng thì hệ thống sẽ báo
“Vui lòng nhập vào CMND khách hàng”
- Nếu người dùng không nhập vào ngày sinh thì hệ thống sẽ báo “Vui lòng
nhập vào ngày sinh của khách hàng”
- Nếu tuổi của khách hàng nhỏ hơn số tuổi tối thiểu được phép thuê phòng
thì hệ thống sẽ thông báo “Tuổi tối thiểu để thuê phòng là 16 tuổi”
4.10.3 Các yêu cầu đặc biệt
Không có.
4.10.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
Hệ thống phải đang thực hiện use case UC-09-LapPhieuThuePhong.
4.10.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện Use case thành công hệ thống phải thêm khách hàng mới vừa
tạo vào bảng danh sách khách hàng thuê phòng
- Nếu use case thất bại thì hệ thống sẽ không thêm khách hàng mới vào trong
bảng khách hàng
4.10.6 Điểm mở rộng

Không có.
4.11 Đặc tả Use-case “UC-11-LapBienBanSuCo”
4.11.1 Tóm tắt
Khi khách hàng sử dụng phòng hoặc khi trả phòng thì nhân viên khách sạn sẽ
kiểm tra xem có hư hại thiết bị hay phòng không, khi đó nhân viên sẽ lập biên
bản sự cố thống kế lại tất cả hư hại và lập biên bản sự cố.
4.11.2 Dòng sự kiện
4.11.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi người dùng chọn chức năng lập biên bản sự cố.
2. Hệ thống đáp ứng yêu cầu và hiển thị các thông cho người dùng nhập thông
tin sự cố.
3. Người dùng nhập thông tin sự cố và bấm nút “Lập báo cáo”.
Trang 13
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
4. Hệ thống kiểm tra thông tin người dùng nhập và hiển thị thông báo tới
người dùng.
5. Hệ thống ghi nhận phiếu báo cáo sự có.
6. Use case kết thúc.
4.11.2.2 Các dòng sự kiện khác
- Khi người dùng nhập không tin không đầy đủ hoặc không chính xác thì hệ
thống sẽ thông báo tới người dùng “Nhập thông tin không hợp lệ”.
- Nếu lập báo cáo thành công thì hệ thống thông báo tới người dùng “Lập
thành công”.
4.11.3 Các yêu cầu đặc biệt
Không có.
4.11.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống khởi động thành công và không xảy ra lỗi.
- Người dùng đăng nhập thành công.
4.11.5 Trạng thái hệ thống sau khi thực hiện Use-case

- Khi thực hiện use case thành công thì một phiếu báo cáo sự cố sẽ được
lập và hệ thống ghi nhận thông tin sự cố.
- Nếu thất bị thì hệ thống không có gì thay đổi.
4.11.6 Điểm mở rộng
Không có.
4.12 Đặc tả Use-case “UC-12-LapPhieuDichVu”
4.12.1 Tóm tắt
Khi khách hàng thuê phòng sử dụng dịch vụ của khách hàng thì nhân viên sẽ
thực hiện use case này lập phiếu sử dụng dịch vụ.
4.12.2 Dòng sự kiện
4.12.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi nhân viện chọn chức năng lập phiếu dịch vụ.
2. Hệ thống đáp ứng yêu cầu và hiển thị thông tin lên màn hình.
3. Nhân viên điền những thông tin về phiếu dịch vụ này và hiển thị thông tin
chi tiết phiếu dịch vụ thực hiện use case UC-13-ChiTietPhieuDichVu.
4. Người dùng chọn nút “Thêm phiếu dịch vụ” để kết thúc việc nhập liệu.
5. Hệ thống sẽ kiểm tra những điều kiện ràng buộc về thông tin do người
Trang 14
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
dùng nhập vào
6. Hệ thống ghi nhận việc thêm phiếu dịch vụ này
7. Kết thúc use case
4.12.2.2 Các dòng sự kiện khác
- Nếu người dùng nhập thiếu thông tin dịch vụ thì hệ thống sẽ đưa ra thông
báo đến người dùng “Vui lòng nhập đầy đủ thông tin”.
- Nếu lập phiếu dịch vụ thành công thì hệ thống sẽ hiển thị thông báo “Lập
phiếu dịch vụ thành công”.
4.12.3 Các yêu cầu đặc biệt
Không có.

4.12.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống phải khởi động thành công, không xảy ra lỗi.
- Người dùng đăng nhập thành công.
4.12.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện Use case thành công hệ thống phải thêm phiếu dich
vụ mới vừa tạo vào bảng danh sách các phiếu dịch vụ.
- Nếu use case thất bại thì hệ thống sẽ không thêm phiếu dịch vụ mới vào
trong bảng phiếu dịch vụ.
4.12.6 Điểm mở rộng
Khi nhân viên nhập thông tin phiếu dịch vụ thì use case UC-13-
ChiTietPhieuDichVu sẽ được thực hiện.
4.13 Đặc tả Use-case “UC-13-ChiTietPhieuDichVu”
4.13.1 Tóm tắt
Khi nhân viên lập phiếu dịch vụ, khi nhập thông tin dịch vụ thì use này sẽ được
thực hiện để điền thông tin chi tiết cho từng dịch vụ mà khách hàng sử dụng.
4.13.2 Dòng sự kiện
4.13.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi người dùng nhấn vào bất kì phiếu đặt tiệc nào trong
danh sách các phiếu dịch vụ.
Trang 15
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
2. Hệ thống sẽ hiển thị thông tin chi tiết.
3. Nhân viên nhập thông tin chi tiết cho phiếu dịch vụ và chọn nút “Lập
phiếu”.
4. Hệ thống kiểm tra tính hợp lệ thông tin người dùng nhập.
5. Hệ thống thực hiện lập phiếu dịch vụ.
6. Kết thucs use case.
4.13.2.2 Các dòng sự kiện khác
- Sau khi thực hiện Use case thành công hệ thống phải thêm phiếu dich

vụ mới vừa tạo vào bảng danh sách các phiếu dịch vụ.
- Nếu use case thất bại thì hệ thống sẽ không thêm phiếu dịch vụ mới vào
trong bảng phiếu dịch vụ.
4.13.3 Các yêu cầu đặc biệt
Không có.
4.13.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
Hệ thống phải qua use case UC-12-LapPhieuDichVu.
4.13.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Khi thực hiện use case thành công thì hệ thống sẽ cập nhật một chi tiết
phiếu dịch vụ mới.
- Nếu thất bại thì hệ thống trở về bình thường.
4.13.6 Điểm mở rộng
Nhân viên có thể cập nhật thông tin cho phiếu dịch vụ đã lập, khi đó use case
UC-14-CapNhatPhieuDichVu sẽ được thực hiện.
4.14 Đặc tả Use-case “UC-14-CapNhatPhieuDichVu”
4.14.1 Tóm tắt
Sau khi lập thành công một phiếu dịch vụ, nếu nhân viên muốn thay đổi một số
thông tin thì nhân viên có thể thực hiện use case này để cập nhật thông tin phiếu
dịch vụ đã lập.
4.14.2 Dòng sự kiện
4.14.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi người dùng chọn thông tin dịch vụ cần cập nhật và
Trang 16
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
chọn nút “Cập nhật”.
2. Hệ thống lấy thông tin phiếu dịch vụ cần cập nhật và hiển thị lên màn hình.
3. Người dùng cập nhật thông và chọn nút “OK”.
4. Hệ thống kiểm tra thông tin cập nhật.
5. Hệ thống thực cập nhật thông tin.

6. Kết thúc use case.
4.14.2.2 Các dòng sự kiện khác
- Khi người dùng chọn nút “Thoát” thì hệ thống sẽ yêu cầu người dùng xác
nhận. Nếu người dùng xác nhận “Yes” thì hệ thống thoát khỏi chức năng và
nếu người dùng chọn “No” thì hệ thống trở về màn hình cập nhật.
- Nếu cập nhật thành công thì hệ thống sẽ thông báo “Cập nhật thành công”
tới người dùng.
- Nếu cập nhật thất bại thì hệ thống sẽ thống báo đến người dùng “Thông tin
cập nhật không hợp lệ”.
4.14.3 Các yêu cầu đặc biệt
Không có.
4.14.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống phải khởi động thành công, không xảy ra lỗi.
- Người dùng đăng nhập thành công.
4.14.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện use case thành công thì hệ thống sẽ thực hiện cập nhật
đối với phiếu dịch vụ được chọn.
- Nếu cập nhật thất bại thì thông tin dịch vụ không thay đổi.
4.14.6 Điểm mở rộng
Không có.
4.15 Đặc tả Use-case “UC-15-LapPhieuDatTiec”
4.15.1 Tóm tắt
Nhân viên lập phiếu đặt tiệc khi khách hàng thuê phòng đặt.
4.15.2 Dòng sự kiện
4.15.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi nhân viên chọn chức năng lập phiếu đặt tiệc.
Trang 17
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
2. Hệ thống hiển thị thông tin phiếu cho nhân viên điền thông tin vào phiếu.

3. Nhân viên điền những thông tin về phiếu đặt tiệc này:
 Chi tiết phiếu đặt tiệc
 Ngày đặt
 Ngày sử dụng
4. Người dùng chọn nút “Thêm phiếu đặc tiệc” để kết thúc việc nhập liệu
5. Hệ thống sẽ kiểm tra những điều kiện ràng buộc về thông tin do người
dùng nhập vào.
6. Hệ thống ghi nhận việc thêm phiếu đặt tiệc này.
7. Kết thúc use case
4.15.2.2 Các dòng sự kiện khác
- Nếu người dùng không nhập vào chi tiết của phiếu đặt tiệc thì hệ thống sẽ
báo “Vui lòng nhập đầy đủ thông tin”.
- Nếu thông tin nhập đầy thì đủ phiếu đặt tiệc sẽ được lập và thông báo đến
nhân viên.
4.15.3 Các yêu cầu đặc biệt
Không có.
4.15.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống khởi động thành công và không xảy ra lỗi.
- Nhân viên đăng nhập thành công.
4.15.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện Use case thành công hệ thống phải thêm phiếu đặt tiệc
mới vừa tạo vào bảng danh sách các phiếu đặt tiệc.
- Nếu use case thất bại thì hệ thống sẽ không thêm phiếu đặt tiệc mới vào
trong bảng phiếu đặt tiệc.
4.15.6 Điểm mở rộng
Khi phiếu đặt tiệc được lập thành công thì sẽ hiển thị lên danh sách. Nếu nhân
viên chọn một phiếu và hiển thị lên màn hình thì use case UC-16-
ChiTietPhieuDatTiec sẽ được thực hiện.
4.16 Đặc tả Use-case “UC-16-ChiTietPhieuDatTiec”
4.16.1 Tóm tắt

Khi nhân viên lập phiếu đặt tiệc, khi nhập thông tin đặt tiệc thì use này sẽ được
Trang 18
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
thực hiện để điền thông tin chi tiết cho từng đơn đặt tiệc mà khách hàng đã đặt.
4.16.2 Dòng sự kiện
4.16.2.1 Dòng sự kiện chính
7. Use case bắt đầu khi người dùng nhấn vào bất kì phiếu đặt tiệc nào trong
danh sách các phiếu đặt tiệc.
8. Hệ thống sẽ hiển thị thông tin chi tiết.
9. Nhân viên nhập thông tin chi tiết cho phiếu dịch vụ và chọn nút “Lập
phiếu”.
10.Hệ thống kiểm tra tính hợp lệ thông tin người dùng nhập.
11.Hệ thống thực hiện lập phiếu dịch vụ.
12.Kết thucs use case.
4.16.2.2 Các dòng sự kiện khác
- Sau khi thực hiện Use case thành công hệ thống phải thêm phiếu dich
vụ mới vừa tạo vào bảng danh sách các phiếu đặt tiệc.
- Nếu use case thất bại thì hệ thống sẽ không thêm phiếu đặt tiệc mới vào
trong bảng phiếu dịch vụ.
4.16.3 Các yêu cầu đặc biệt
Không có.
4.16.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
Hệ thống phải qua use case UC-12-LapPhieuDatTiec.
4.16.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Khi thực hiện use case thành công thì hệ thống sẽ cập nhật một chi tiết
phiếu đặt tiệc mới.
- Nếu thất bại thì hệ thống trở về bình thường.
4.16.6 Điểm mở rộng
Nhân viên có thể cập nhật thông tin cho phiếu dịch vụ đã lập, khi đó use case

UC-14-CapNhatPhieuDatTiec sẽ được thực hiện.
4.17 Đặc tả Use-case “UC-17-CapNhatPhieuDatTiec”
4.17.1 Tóm tắt
Sau khi lập thành công một phiếu đặt tiệc, nếu nhân viên muốn thay đổi một số
Trang 19
QUẢN LÝ NHÀ HÀNG KHÁCH SẠN Phiên bản: 1.2
Mô hình Usecase Ngày: 25.12.2013
thông tin thì nhân viên có thể thực hiện use case này để cập nhật thông tin phiếu
đặt tiệc đã lập.
4.17.2 Dòng sự kiện
4.17.2.1 Dòng sự kiện chính
1. Use case bắt đầu khi người dùng chọn thông tin đặt tiệc cần cập nhật và
chọn nút “Cập nhật”.
2. Hệ thống lấy thông tin phiếu đặt tiệc cần cập nhật và hiển thị lên màn hình.
3. Người dùng cập nhật thông và chọn nút “OK”.
4. Hệ thống kiểm tra thông tin cập nhật.
5. Hệ thống thực cập nhật thông tin.
6. Kết thúc use case.
4.17.2.2 Các dòng sự kiện khác
- Khi người dùng chọn nút “Thoát” thì hệ thống sẽ yêu cầu người dùng xác
nhận. Nếu người dùng xác nhận “Yes” thì hệ thống thoát khỏi chức năng và
nếu người dùng chọn “No” thì hệ thống trở về màn hình cập nhật.
- Nếu cập nhật thành công thì hệ thống sẽ thông báo “Cập nhật thành công”
tới người dùng.
- Nếu cập nhật thất bại thì hệ thống sẽ thống báo đến người dùng “Thông tin
cập nhật không hợp lệ”.
4.17.3 Các yêu cầu đặc biệt
Không có.
4.17.4 Trạng thái hệ thống khi bắt đầu thực hiện Use-case
- Hệ thống phải khởi động thành công, không xảy ra lỗi.

- Người dùng đăng nhập thành công.
4.17.5 Trạng thái hệ thống sau khi thực hiện Use-case
- Sau khi thực hiện use case thành công thì hệ thống sẽ thực hiện cập nhật
đối với phiếu đặt tiệc được chọn.
- Nếu cập nhật thất bại thì thông tin đặt tiệc không thay đổi.
4.17.6 Điểm mở rộng
Không có.
Trang 20

×