báo cáo đồ án phân tích thiết kế hướng đối tượng với UML đề tài quản lý khách sạn city star

Quản lý đặt phòng, nhận phòng Khi khách hàng đến thuê phòng hoặc gọi điện đặt phòng, nhân viên lễ tân sẽ đềnghị khách hàng cung cấp thông tin cá nhân và loại phòng mà khách hàng muốn chọ

ĐẠI HỌC QUỐC GIA TP HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN

KHOA HỆ THỐNG THÔNG TIN



PHÂN TÍCH THIẾT KẾ HƯỚNG ĐỐI TƯỢNG VỚI UML

BÁO CÁO ĐỒ ÁN

Đề tài:

QUẢN LÝ KHÁCH SẠN CITY STAR

GVHD: Ths Nguyễn Đình Loan Phương

SVTH: Trần Hữu Tâm (Project Manage) – 12520371

Văn Hoàng Bảo – 12520539

Nguyễn Thành Duy Nguyên – 12520880

Mở đầu

Xã hội Việt Nam hiện tại đang trên con đường phát triển không ngừng, cùng với sựphát triển ấy khoa học công nghệ ngày càng được nâng cao áp dụng vào mọi mặt của đờisống Với lĩnh vực tin học cũng không ngoại lệ, việc tin học hóa cách thức quản lý, giaodịch, làm việc của con người đã góp phần rất lớn vào công cuộc đổi mới và hòa nhậpQuốc Tế

Với nhu cầu thực tế của các khách sạn trên khắp cả nước, công tác quản lí hoạtđộng trên thủ tục giấy tờ đã và đang trở nên lạc hậu, không còn hiệu quả để thúc đẩy hoạtđộng phát triển đi lên nữa Và, cách đơn giản hóa công tác quản lí ấy, xu hướng tin họchóa hoạt động nghiệp vụ khách sạn là một sự lựa chọn hàng đầu Nó rất phù hợp với thờiđại, mang đến sự chuyên nghiệp trong phục vụ, quản lí khoa học, chính xác, hiệu quả,giảm nhẹ cách thức lưu trữ, thủ tục sử dụng dịch vụ, v.v… Mang đến cho những ngườitrong lĩnh vực kinh doanh sự hài lòng trước biến yêu cầu thay đổi trước mắt

Và, đây cũng chính là nội dung mà nhóm đã triển khai tìm hiểu và đưa ra giải phápcho tình trạng trên – Đồ án chương trình ứng dụng quản lí khách sạn Đồ án sử dụng kiếnthức từ môn học PTTK hướng đối tượng với UML để làm nền tảng cho quá trình phântích hệ thống để xây dựng nên chương trình

Chúng em xin chân thành cảm ơn cô Nguyễn Đình Loan Phương, anh Huỳnh ĐứcHuy đã tận tình hướng dẫn chúng em trong quá trình hoàn thành đề tài này

Nhóm thực hiệnVăn Hoàng BảoNguyễn Thành Duy NguyênTrần Hữu Tâm

NHẬN XÉT CỦA GIÁO VIÊN HƯỚNG DẪN

Mục Lục

PHÁT BIỂU BÀI TOÁN 1

I KHẢO SÁT XÁC ĐỊNH YÊU CẦU 1

II MỤC TIÊU VÀ PHẠM VI THỰC HIỆN BÀI TOÁN 2

1 Mục tiêu: 2

2 Phạm vi: 2

III CHỨC NĂNG CỦA HỆ THỐNG 2

1 Quản lý nhân viên 2

2 Quản lý khách hàng 2

3 Quản lý phòng 3

4 Quản lý trang thiết bị từng phòng 3

5 Quản lý đặt phòng, nhận phòng 3

6 Quản lý dịch vụ đi kèm 3

7 Quản lý trả phòng, thanh toán 4

TỔNG QUAN HỆ THỐNG 4

I PHÂN TÍCH YÊU CẦU 4

1 Yêu cầu chức năng: 4

2 Yêu cầu phi chức năng: 6

3 Yêu cầu hệ thống và cấu hình máy tính: 6

II PHÂN TÍCH, THIẾT KẾ HỆ THỐNG 6

1 Sơ đồ Use case 6

1.1 Sơ đồ Use case tổng quát 6

1.2 Sơ đồ Use case chi tiết 7

1.2.1 Nhóm Use case Quản lý thuê phòng, thuê dịch vụ, thanh toán 8

1.2.2 Nhóm Use case Quản lý phòng, dịch vụ, tiện nghi 9

2.2 Đăng xuất 16

2.3 Quản lý nhân viên 17

2.4 Quản lý khách hàng 21

2.5 Quản lý thuê phòng 25

2.6 Quản lý thuê dịch vụ 31

2.7 Quản lý hóa đơn 35

2.8 Quản lý phòng 37

2.9 Quản lý dịch vụ 41

2.10 Quản lý tiện nghi 45

2.11 Quản lý báo cáo 49

3 Sơ đồ tuần tự (Sequence Diagram) 53

3.1 Đăng nhập 54

3.2 Đăng xuất 55

3.3 Quản lý nhân viên 55

3.4 Quản lý khách hàng 58

3.5 Quản lý phiếu thuê phòng 62

3.6 Quản lý phiếu thuê dịch vụ 67

3.7 Quản lý phiếu hóa đơn 71

3.8 Quản lý phòng 73

3.9 Quản lý dịch vụ 77

3.10 Quản lý tiện nghi 81

3.11 Quản lý báo cáo 85

4 Sơ đồ lớp (Class Diagram) 89

4.1 Đăng nhập 89

4.2 Đăng xuất 90

4.3 Quản lý nhân viên 91

4.4 Quản lý khách hàng 94

4.10 Quản lý tiện nghi 111

4.11 Quản lý báo cáo 114

5 Sơ đồ trạng thái (State Diagram) 117

5.1 Trạng thái của nhân viên 117

5.2 Trạng thái của khách hàng 118

5.3 Trạng thái phiếu thuê phòng 118

5.4 Trạng thái của phòng 119

5.5 Trạng thái phiếu thuê dịch vụ 119

5.6 Trạng thái của dịch vụ 120

5.7 Trạng thái của tiện nghi 120

5.8 Trạng thái của báo cáo 121

6 Thiết kế giao diện chương trình 121

Danh sách các màn hình 121

Mô tả chi tiết các màn hình 123

6.1 Màn hình MENU 123

6.2 Màn hình đăng nhập 127

6.3 Màn hình đổi mật khẩu 128

6.4 Màn hình Quản lý nhân viên 129

6.5 Màn hình Quản lý khách hàng 132

6.6 Màn hình Quản lý phòng 134

6.7 Màn hình Quản lý dịch vụ 136

6.8 Màn hình Quản lý thiết bị 137

6.9 Màn hình Đặt phòng 139

6.11 Màn hình Đặt dịch vụ 141

6.12 Màn hình Trả phòng 143

6.20 Thêm phòng 154 6.21 Thêm thiết bị 155 6.22 Màn hình Quản lý doanh thu 157

PHÁT BIỂU BÀI TOÁN

I KHẢO SÁT XÁC ĐỊNH YÊU CẦU

Khách sạn City Star là khách sạn tiêu chuẩn 2 sao, địa chỉ: số 13 Bùi Thị Xuân, phườngBến Thành, quận 1, thành phố Hồ Chí Minh Hằng ngày, khách sạn phải trực tiếp tiếpnhận và quản lí một khối lượng rất lớn và thường xuyên các loại khách, kèm theo đó làhàng loạt các dịch vụ phát sinh đa dạng của khách, các công tác quản lý không chỉ quản lí

về con số mà thông qua nó phải rút ra một cách nhanh chóng tình hình biến động của thịtrường, nhu cầu người tiêu dung, khả năng đáp ứng…để từ đó định hướng, lập kế hoạchcho công việc kinh doanh Đây là kho dữ liệu rất lớn, không thể lưu trữ một cách thủ côngnhư trước mà cần phải tin học hóa, cụ thể là xây dựng một chương trình tin học để quản líthống nhất và toàn diện hoạt động kinh doanh của khách sạn

Sơ đồ tổ chức

II MỤC TIÊU VÀ PHẠM VI THỰC HIỆN BÀI TOÁN

- Chương trình chỉ triển khai được trên hệ điều hành Windows – Microsoftmáy tính

- Áp dụng cho mô hình khách sạn vừa và nhỏ với số lượng tầng khoảng 5, trên dưới 50 phòng

III CHỨC NĂNG CỦA HỆ THỐNG

1 Quản lý nhân viên

Hệ thống giúp quản lý thông tin của từng nhân viên trong khách sạn bao gồm: họtên, số điện thoại, địa chỉ, chức vụ, ngày vào làm… Mỗi nhân viên sẽ có một mã nhânviên duy nhất, một người quản lý trực tiếp, thuộc một bộ phận, và một mức lương tươngứng Mỗi nhân viên có duy nhất một bảng tính lương theo tháng

Hệ thống chỉ cho phép người quản lý nhân sự thực hiện những chức năng sau:Cập nhật, tra cứu, và hủy bỏ thông tin cá nhân của nhân viên

Hệ thống cho phép người chủ của khách sạn thực hiện chức năng sau: Lập danhsách thông tin cá nhân của tất cả các nhân viên trong khách sạn, danh sách gồm : mã nhânviên, họ tên, ngày sinh, địa chỉ, giới tính, bộ phận mà nhân viên đó trực thuộc

2 Quản lý khách hàng

3 Quản lý phòng

Hệ thống giúp người nhân viên tiếp tân của khách sạn theo dõi tình trạng của tất cảcác phòng nhằm mục đích tổng hợp, nhập dữ liệu , lưu trữ và rồi tự động thống kê xemngày đó khách sạn có bao nhiêu phòng hoạt động, giá của từng loại phòng, loại phòng đó

là phòng gì (phòng đơn hay đôi), vị trí sơ đồ của các phòng để từ đó bố trí cho khách hàngđến đăng kí

Hệ thống cho phép người quản lý thực hiện các chức năng quản lý phòng: tra cứu,thêm, cập nhật, xóa phòng Nhân viên lễ tân thao tác trên chức năng tra cứu phòng cũngnhư tình trạng để đặt phòng cho khách

4 Quản lý trang thiết bị từng phòng

Hàng ngày, bộ phân quản lí sẽ cập nhật thông tin về tình trạng thiết bị của từngphòng để tránh việc thất thoát hoặc có những biện pháp xử lí như bảo trì, sửa chữa

….ngoài ra nếu hư hại do khách hàng bộ phận tài chính sẽ ghi nhận để lập phiếu thu vàongày khách hàng trả phòng

Hệ thống chỉ cho phép người quản lý thực hiện các chức năng của quản lý tiệnnghi: tra cứu, thêm, cập nhật, xóa tiện nghi

5 Quản lý đặt phòng, nhận phòng

Khi khách hàng đến thuê phòng hoặc gọi điện đặt phòng, nhân viên lễ tân sẽ đềnghị khách hàng cung cấp thông tin cá nhân và loại phòng mà khách hàng muốn chọn.Gửi yêu cầu của khách hàng đến bộ phận quản lí

Bộ phận quản lí phải kiểm tra tình trạng các loại phòng mà khách hàng cần thuê đểxem còn bao nhiêu phòng trống, phòng nào đã được đặt trước, phòng nào đang có kháchlưu trú hay phòng nào đang được sửa chữa,…Sau đó, bộ phận quản lí cung cấp thông tin

về loại phòng đó cho nhân viên lễ tân

Và cuối cùng, nhân viên lễ tân cung cấp thông tin cho khách hàng và tiến hành bố

Hệ thống cho phép người quản lý thực hiện các chức năng quản lý dịch vụ: tra cứu,thêm, cập nhật, xóa dịch vụ Nhân viên lễ tân thao tác trên chức năng tra cứu dịch vụ đểđặt dịch vụ cho khách.

7 Quản lý trả phòng, thanh toán

Vào ngày khách hàng trả phòng nhân viên lễ tân sẽ đưa hóa đơn do bộ phận tàichính đã lập để khách hàng thanh toán (hóa đơn gồm tiền phòng, các dịch vụ phát sinh-nếu có, các chương trình khuyến mãi-nếu có….) Sau đó, bộ phận tài chính quản lí số tiềnthu để lập báo cáo doanh thu hàng ngày, đồng thời bộ phận quản lí sẽ đưa mã phòng đó(phòng khách hàng vừa trả) vào danh mục phòng trống Và tiếp tục, qui trình đặt phòngnhận phòng tiếp tục diễn ra

TỔNG QUAN HỆ THỐNG

I PHÂN TÍCH YÊU CẦU

1 Yêu cầu chức năng:

a Lưu trữ thông tin:

 Thông tin về nhân viên như họ tên, ngày sinh, nơi sinh, giới tính, số điện thoại,địa chỉ, nhân viên đó thuộc phòng ban nào, ngày vào làm…

 Thông tin về khách hàng như họ tên, ngày sinh,địa chỉ, số điện thoại, …

 Thông tin về trang thiết bị như tên trang thiết bị, số lượng, giá tiền của mỗi loại

 Thông tin về phòng của khách sạn bao gồm tên phòng, vị trí của phòng (thuộclầu mấy), loại phòng (phòng đơn hay đôi), giá của từng phòng…Phòng đượcphân ra thành nhiều loại khác nhau và mỗi phòng chỉ thuộc về một loại nào đó

 Thông tin về các loại hình dịch vụ của khách sạn bao gồm tên dịch vụ, giá cảcủa từng loại dịch vụ

 Thông tin về hóa đơn như hóa đơn của khách hàng nào, khách hàng đó thuê loạiphòng nào, số lượng phòng, đơn giá phòng, số ngày ở, số tiển của các dịch vụphát sinh, nhân viên nào lập hóa đơn, ngày lập…

b Xử lý:

 Yêu cầu quản lí nhân viên:

- Lập danh sách thông tin cá nhân của tất cả các nhân viên trong khách sạn, danhsách gồm: mã nhân viên, họ tên, ngày sinh, địa chỉ, giới tính, bộ phận mà nhânviên đó trực thuộc

- Thống kê số lần giao dịch của từng khách hàng trong tháng y năm z Danh sáchgồm các cột: mã khách hàng, họ tên khách hàng, số lần giao dịch.

Ghi chú: Lần giao dịch là một lần khách hàng đến đặt phòng, được thể hiện

bằng một hóa đơn xuất ra cho khách hàng này khi khách hàng trả phòng vàthanh toán

- Lập danh sách khách hàng ở trên 3 ngày của khách sạn

 Yêu cầu từ các nghiệp vụ quản lí phòng, trang thiết bị:

- Lập danh sách tất cả các phòng mà khách sạn sở hữu Danh sách gồm: mãphòng, tên phòng, loại phòng, thuộc tầng nào…

- Lập danh sách các phòng trống của ngày X để thuận lợi cho việc đăng kí phòngcủa khách hàng Danh sách gồm các thuộc tính: mã phòng, loại phòng, tầng

- Lập danh sách các phòng đã được đăng kí Danh sách gồm các thuộc tính: mãphòng, loại phòng, mã khách hàng, tên khách hàng

- Thống kê số trang thiết bị của từng phòng Danh sách gồm: mã thiết bị, tên thiết

bị, mã phòng, số lượng

 Yêu cầu từ nghiệp vụ đặt phòng, nhận phòng:

- Thống kê các khách hàng đặt phòng trong tháng X Danh sách gồm: mã kháchhàng, tên khách hàng

- Tính trung bình số khách đặt phòng trong một tháng của khách sạn

- Doanh thu của từng loại dịch vụ mà khách sạn Thu được Danh sách gồm: mãdịch vụ, tên dịch vụ, doanh thu của dịch vụ đó.

 Yêu cầu từ các nghiệp vụ trả phòng, thanh toán:

- Lập danh sách các khách hàng trả phòng trong ngày X Danh sách gồm cácthuộc tính: mã khách hàng, tên khách hàng

- Lập danh sách tất cả các hóa đơn của khách sạn Danh sách gồm các thuộc tính:

mã hóa đơn, mã khách hàng, ngày lập, tổng giá trị

- Tính số hóa đơn của từng khách hàng Danh sách gồm các thuộc tính: mã kháchhàng, tên khách hàng, số lượng hóa đơn

- Tính doanh thu khách sạn thu được của từng khách hàng Danh sách gồm cácthuộc tính: mã khách hàng, tên khách hàng, doanh thu

- Tính tổng doanh thu khách sạn đã thu được

- Tính tổng doanh thu của tháng X mà khách sạn thu được

3. Yêu cầu phi chức năng:

 Giao diện thân thiện, dễ sử dụng với người dùng

 Ổn định, xử lí hiệu quả

 Khả năng sao lưu phục hồi dữ liệu khi có sự cố

 Có tính kế thừa

 Yêu cầu phân quyền người dùng:

4. Yêu cầu hệ thống và cấu hình máy tính:

Phần mềm hỗ trợ hệ điều hành phiên bản Windows XP, 7, 8 CPU core i3 (chip Intel hoặc AMD)

II PHÂN TÍCH, THIẾT KẾ HỆ THỐNG

1 Sơ đồ Use case

Các tác vụ hệ thống được thiết kế thành các use case được liên kết với các actor tương ứng theo quyền Ngoài các use case tổng quát, còn có các use case chi tiếtđược phân ra từ use case tổng quát

1.1 Sơ đồ Use case tổng quát

Hình 1.1: Use case tổng quát

1.2 Sơ đồ Use case chi tiết

Các use case được phân rã bao gồm:

1.2.1 Nhóm Use case Quản lý thuê phòng, thuê dịch vụ, thanh toán

Hình 1.2.1: Use case Quản lý thuê phòng, thuê dịch vụ, thanh toán

1.2.2 Nhóm Use case Quản lý phòng, dịch vụ, tiện nghi

Hình 1.2.2: Use case Quản lý phòng, tiện nghi

1.2.3 Nhóm Use case Quản lý Nhân viên

Hình 1.2.3: Use case Quản lý nhân viên

1.2.4 Nhóm Use case Quản lý dịch vụ, lập báo cáo

Hình 1.2.4: Use case Quản lý dịch vụ, lập báo cáo

1.2.5 Use case Quản lý khách hàng

Hình 1.2.5: Use case Quản lý khách hàng

1.3 Danh sách các Actor của mô hình

 Khách hàng (khach Hang)

 Nhân viên lễ tân (Nhan vien le tan)

 Quản lý (Quan ly)

 Cán bộ quản lý nhân sự (Can bo quan ly nhan su)

1.4 Danh sách các Use case của mô hình

 Ứng với Actor Khách hàng: Đặt phòng, thuê dịch vụ, thanh toán

 Use case Đăng nhập/Đăng xuất dành cho cả 2 actor Nhân viên tiếp tân vàquản lý

 Ứng với Actor Nhân viên tiếp tân: Quản lý khách hàng, Quản lý nhânviên, Quản lý thuê phòng, Quản lý thuê dịch vụ, Quản lý hóa đơn

 Ứng với Actor Quản lý: Quản lý phòng, Quản lý dịch vụ, Quản lý tiệnnghi, Lập báo cáo

 Ứng với Actor Cán bộ quản lý nhân sự: Quản lý nhân viên

2 Đặc tả Use case và sơ đồ hoạt động (Activity Diagram)

1 Đăng nhập Đăng nhập vào tài khoản người dùng để sử dụng

chương trình

2 Đăng xuất Thoát khỏi hệ thống, kết thúc phiên làm việc

3 Quản lý nhân viên Thêm, sửa, tra cứu, xóa nhân viên

4 Quản lý khách hàng Thêm, sửa, tra cứu, xóa khách hàng

5 Quản lý thuê phòng Tra cứu phòng, cập nhật tình trạng phòng

Lập, tra cứu, cập nhật, xóa phiếu thuê phòng

6 Quản lý Thuê dịch vụ Lập, cập nhật, tra cứu, xóa phiếu thu dịch vụ

7 Lập hóa đơn thanh toán Chức năng thực hiện với công việc lập kết xuất hóa

đơn: Lập và tra cứu hóa đơn

8 Quản lý phòng Thêm, sửa, tra cứu, xóa phòng

9 Quản lý dịch vụ Thêm, sửa, tra cứu, xóa dịch vụ

10 Quản lý tiện nghi Thêm, sửa, tra cứu, xóa tiện nghi

11 Quản lý báo cáo Thêm, sửa, tra cứu, xóa báo cáo

Bảng 2.0: Mô tả các sơ đồ hoạt động chính của hệ thống

2.1 Đăng nhập

 Mô tả: use case cho phép người dùng đăng nhập vào hệ thống bằng tài khoản được

cấp của mình để sử dụng hệ thống

 Dòng sự kiện chính:

ình 2.1 Sơ đồ hoạt động của use case Đăng nhập

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện:

Người dùng phải được cấp tài khoản

Người dùng chưa đăng nhập tài khoản của mình vào hệ thống

 Hậu điều kiện: Nếu use case thành công thì sẽ được sử dụng hệ thống với quyền

tương ứng Ngược lại, trạng thái hệ thống sẽ không thay đổi

 Điểm mở rộng: Không có.

2.2 Đăng xuất

 Mô tả: use case cho phép người dùng chấm dứt phiên làm việc của mình với hệ

thống bằng cách thoát khỏi tài khoản của mình khỏi hệ thống

 Dòng sự kiện chính:

Hình 2.2 Sơ đồ hoạt động của use case Đăng xuất

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện: Tài khoản đã đăng nhập và chưa đăng xuất khỏi hệ thống.

 Hậu điều kiện: Nếu use case thành công thì tài khoản sẽ không làm việc được trên

hệ thống với các chức năng của người dùng Ngược lại, trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có.

2.3 Quản lý nhân viên

2.3.1 Thêm nhân viên

 Mô tả: Use case này cho phép cán bộ bộ phận nhân sự thêm mới một nhân viên khi

có nhân viên mới vào làm

 Dòng sự kiện chính:

Hình 2.3.1 Sơ đồ hoạt động của use case Thêm nhân viên

 Dòng sự kiện khác: Không có.

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì thông tin của nhân viên mới sẽ được

thêm vào hệ thống và danh sách nhân viên sẽ được cập nhật Ngược lại thì trạng

2.3.2 Sửa nhân viên

Mô tả: Use case này cho phép cán bộ bộ phận nhân sự sửa thông tin nhân viên.

 Dòng sự kiện chính:

Hình 2.3.2 Sơ đồ hoạt động của use case Sửa nhân viên

 Dòng sự kiện khác: Không có.

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì thông tin của nhân viên sẽ được cập

nhật Ngược lại thì trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có

2.3.3 Tra cứu nhân viên

 Mô tả: Use case này cho phép cán bộ bộ phận nhân sự tra cứu thông tin nhân viên.

 Dòng sự kiện chính:

Hình 2.3.3 Sơ đồ hoạt động của use case Tra cứu nhân viên

 Dòng sự kiện khác: Không có.

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị thông tin nhân viên

thỏa yêu cầu tìm kiếm Ngược lại thì trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có

2.3.4 Xóa nhân viên

 Mô tả: Use case này cho phép cán bộ bộ phận nhân sự xóa nhân viên khi nhân viên

bị sa thải hay xin nghỉ việc

 Dòng sự kiện chính:

Hình 2.3.4 Sơ đồ hoạt động của use case Xóa nhân viên

 Dòng sự kiện khác: Không có.

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì thông tin nhân viên sẽ bị xóa khỏi hệ

thống và danh sách nhân viên sẽ được cập nhât Ngược lại thì trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có

2.4 Quản lý khách hàng

2.4.1 Thêm khách hàng

 Mô tả: Use case này cho phép nhân viên lễ tân thêm mới một khách hàng khi có

khách hàng trở thành thành viên VIP của khách sạn

 Dòng sự kiện chính:

Hình 2.4.1 Sơ đồ hoạt động của use case Thêm khách hàng

 Dòng sự kiện khác: Không có.

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì thông tin của khách hàng mới sẽ được

thêm vào hệ thống và danh sách khách hàng sẽ được cập nhật Ngược lại thì trạng

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì thông tin của khách hàng sẽ được cập

nhật Ngược lại thì trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị thông tin khách

hàng thỏa yêu cầu tìm kiếm Ngược lại thì trạng thái hệ thống không thay đổi

2.4.4 Xóa khách hàng

 Mô tả: Use case này cho phép nhân viên lễ tân xóa khách hàng khi khách hàng đã

không tiếp tục đến khách sạn trong một thời gian quá lâu (theo quy định khách sạn)

 Dòng sự kiện chính:

Hình 2.4.4 Sơ đồ hoạt động của use case Xóa khách hàng

 Dòng sự kiện khác: Không có.

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì thông tin khách hàng sẽ bị xóa khỏi hệ

thống và danh sách khách hàng sẽ được cập nhât Ngược lại thì trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thực

hiện

 Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị thông tin nhân viênthỏa yêu cầu tìm kiếm Ngược lại thì trạng thái hệ thống không thay đổi

 Các yêu cầu đặt biệt: Không có.

 Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thực hiện

 Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị thông tin nhân viên thỏa yêu cầu tìm kiếm Ngược lại thì trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có

2.5.3 Tra cứu phiếu thuê phòng

 Mô tả: use case cho phép nhân viên lễ tân tra cứu phiếu thuê phòng

 Dòng sự kiện chính:

Hình 2.5.3 Sơ đồ hoạt động của use case Tra cứu phiếu thuê phòng

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân đã đăng nhập vào hệ thống.

 Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị phiếu thuê phòng

thỏa yêu cầu tìm kiếm Ngược lại, trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có.

2.5.4 Cập nhật tình trạng phòng

 Mô tả: use case cho phép nhân viên lễ tân cập nhật lại tình trạng phòng (trống, đã

đặt, không sử dụng được) khi khách hàng tới đặt phòng hay trả phòng…

 Dòng sự kiện chính:

Hình 2.5.4: Sơ đồ hoạt động của use case Cập nhật tình trạng phòng

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân đã đăng nhập vào hệ thống.

 Hậu điều kiện: Nếu use case thành công thì tình trạng phòng sẽ được cập nhật lại

Ngược lại, trạng thái phòng sẽ không thay đổi

 Điểm mở rộng: Không có.

2.5.5 Cập nhật phiếu thuê phòng

 Mô tả: use case cho phép nhân viên lễ tân cập nhật lại phiếu thuê phòng khi khách

hàng muốn thay đổi phòng khác hoặc đặt thêm phòng

 Dòng sự kiện chính:

Hình 2.5.5 Sơ đồ hoạt động của use case Cập nhật phiếu thuê phòng

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân đã đăng nhập vào hệ thống.

 Hậu điều kiện: Nếu use case thành công thì phiếu thuê phòng được chọn sẽ được

cập nhật lại Ngược lại, phiếu thuê phòng sẽ không thay đổi

 Điểm mở rộng: Không có.

2.5.6 Xóa phiếu thuê phòng

 Mô tả: use case cho phép nhân viên lễ tân xóa phiếu thuê phòng khi khách hàng

muốn thay đổi phòng khác hay hủy phòng

 Dòng sự kiện chính:

Hình 2.5.5 Sơ đồ hoạt động của use case Xóa phiếu thuê phòng

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân đã đăng nhập vào hệ thống.

 Hậu điều kiện: Nếu use case thành công thì phiếu thuê phòng được chọn sẽ bị xóa

đi Ngược lại, phiếu thuê phòng sẽ không bị xóa

 Điểm mở rộng: Không có.

2.6 Quản lý thuê dịch vụ

2.6.1 Lập phiếu thu dịch vụ

 Mô tả: use case cho phép nhân viên lễ tân lập phiếu thu dịch vụ để ghi nhận thông

tin thuê dịch vụ và giá dịch vụ khách hàng phải trả sau khi nhận thông tin thuê dịch

vụ từ khách hàng (trực tiếp tại bàn lễ tân hay qua điện thoại)

 Dòng sự kiện chính:

Hình 2.6.1 Sơ đồ hoạt động của use case Lập phiếu thu dịch vụ

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân đã đăng nhập vào hệ thống.

 Hậu điều kiện: Nếu use case thành công thì phiếu thu dịch vụ sẽ được lưu vào cơ

sở dữ liệu Ngược lại, trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có.

2.6.2 Cập nhật phiếu thuê dịch vụ

 Mô tả: use case cho phép nhân viên lễ tân cập nhật lại phiếu thu dịch vụ khi khách

hàng muốn thêm dịch vụ hay thay đổi dịch vụ

 Dòng sự kiện chính:

Hình 2.6.2 Sơ đồ hoạt động của use case Cập nhật phiếu thu dịch vụ

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân đã đăng nhập vào hệ thống.

 Hậu điều kiện: Nếu use case thành công thì phiếu thu dịch vụ được chọn sẽ được

cập nhật lại Ngược lại, phiếu thuê phòng sẽ không thay đổi

 Điểm mở rộng: Không có.

2.6.3 Tra cứu phiếu thu dịch vụ

 Mô tả: use case cho phép nhân viên lễ tân tra cứu phiếu thu dịch vụ.

 Dòng sự kiện chính:

Hình 2.6.3 Sơ đồ hoạt động của use case Tra cứu phiếu thu dịch vụ

 Dòng sự kiện khác: Không có.

 Yêu cầu đặc biệt: Không có.

 Tiền điệu kiện: Nhân viên lễ tân đã đăng nhập vào hệ thống.

 Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị phiếu thu dịch vụ

thỏa yêu cầu tìm kiếm Ngược lại, trạng thái hệ thống không thay đổi

 Điểm mở rộng: Không có.