tiểu luận quản lý thông tin đặtphòng khách sạn đặc tả yêu cầu ứng dụng v1 0

ĐẶC TẢ CÁC YÊU CẦU CHỨC NĂNG FUNCTIONAL.3.1 UC001_Đặt phòng3.1.1 Mô tả use case UC001Use case: Đặt phòngMô tả: Use case này cho phép bộ phận lễ tân tiếp nhận việc đặt phòng trước của khá

Trang 1

QUẢN LÝ THÔNG TIN ĐẶT PHÒNG KHÁCH SẠN – NHÓM

7

ĐẶC TẢ YÊU CẦU ỨNG DỤNG – V1.0

Trang 2

NỘI DUNG

1 GIỚI THIỆU CHUNG 2

1.1 Mục đích 2

1.2 Phạm vi 2

1.3 Các định nghĩa, thuật ngữ, từ viết tắt 2

1.4 Tài liệu tham khảo 2

2 MÔ TẢ TỔNG QUAN ỨNG DỤNG 3

2.1 Mô hình Use case 3

2.2 Danh sách các tác nhân và mô tả 3

2.3 Danh sách Use case và mô tả 3

2.4 Các điều kiện phụ thuộc 3

3 ĐẶC TẢ CÁC YÊU CẦU CHỨC NĂNG (FUNCTIONAL) 4

3.1 UC001_Tên use case 4

3.1.1 Mô tả use case UC001 4

3.1.2 Biểu đồ 4

3.2 UC002_Tên use case 5

3.2.1 Mô tả use case UC002 5

3.2.2 Biểu đồ 5

4 CÁC THÔNG TIN HỖ TRỢ KHÁC 6

Tài liệu đặc tả ứng dụng – V1.0 Trang 1

Trang 3

1 GIỚI THIỆU CHUNG

▪Chức năng tính toán

- Tính lương, thưởng nhân viên

- Tính tiền hóa đơn đặt phòng

- Tính doanh thu theo tháng, năm

▪Chức năng lưu trữ

- Lưu trữ Thông tin nhân viên

- Lưu trữ hóa đơn

- Lưu trữ thông tin phòng, dịch vụ

- Lưu trữ thông tin khách hàng

Trang 4

▪Ràng buộc về ngân sách

▪Phù hợp với các chính sách của tổ chức sử dụng hệ thống

▪Yêu cầu tương thích giữa phần cứng và phần mềm

▪Các yêu cầu từ các tác nhân ngoài khác…

1.2 Phạm vi

<Mô tả ngắn gọn đặc điểm của ứng dụng; phạm vi, đối tượng phục vụ của ứng dụng; nhóm các hệ thống con>

[Chỉ ra được tài liệu này dùng cho đối tượng nào?]

Phạm vi: Các khách sạn, nhà trọ cho thuê…

Đối tượng phục vụ của ứng dụng: chủ các khách sạn, nhà trọ…

1.3 Các định nghĩa, thuật ngữ, từ viết tắt

<Giải thích cho các thuật ngữ và từ viết tắt dùng trong tài liệu, các định nghĩa sử dụng trong tài liệu>.

ST

T

1.4 Tài liệu tham khảo

ST

T

Too long to read on your phone? Save to

read later on your computer

Save to a Studylist

Trang 5

2 MÔ TẢ TỔNG QUAN ỨNG DỤNG

2.1 Mô hình Use case

<Mô hình Use case ở mức tổng quát>.

2.2 Danh sách các tác nhân và mô tả

<Liệt kê các tác nhân của hệ thống>.

Chủ khách sạn Là người nắm việc quản lý và điều hành khách

sạn

Trang 6

UC001 Đặt phòng Thực hiện công việc đặt phòng Đặt phòng

UC002 Thanh toán Thanh toán tổng tiền mà khách

phải trả

Tính tổng tiền phòngUC003 Tìm kiếm

phòng

Tìm phòng theo điều kiện Tìm phòng

UC004 Thống kê doanh

thu

Thống kê doanh thu theo tuần,tháng, năm

Thống kê doanh thu

UC005 Thêm phòng Thêm phòng mới vào danh sách

phòng

Thêm phòngUC006 Xóa phòng Xóa phòng khỏi danh sách

phòng

Xóa phòng

UC007 Sửa phòng Sửa thông tin của phòng Sửa thông tin

phòngUC008 Kiểm tra tình

trạng phòng

Kiểm tra phòng có trống hay đã

có người đặt

Kiểm tra tình trạng phòngUC009 Tìm kiếm dịch

vụ

Tìm kiếm dịch vụ cho khách

hàng

Tìm kiếm dịch vụ

UC010 Sửa dịch vụ Sữa dịch vụ cho khách hàng Sữa dịch vụ

UC011 Xóa dịch vụ Xóa dịch vụ cho khách hàng Xóa dịch vụ

UC012 Thêm dịch vụ Thêm dịch vụ cho khách hàng Thêm dịch vụ

UC013 Xuất danh sách

dịch vụ

Xuất danh sách các dịch vụ màkhách sạn có

Xuất danh sách dịch vụUC014 Tìm kiếm khách

hàng

Tìm kiếm khách hàng có trongdanh sách

Tìm kiếm khách hàng

UC015 Xóa khách hàng Xóa khách hàng ra khỏi danh

Sửa thông tin khách hàngUC017

Trong đó: UC: Quy cách đánh số Use case và 001, 002…: là số thứ tự của use case Tài liệu đặc tả ứng dụng – V1.0 Trang 5

Trang 7

2.4 Các điều kiện phụ thuộc

<Trình bày các điều kiện về mặt kỹ thuật cần thiết để phát triển ứng dụng, ví dụ: cấu hình phần cứng, cấu hình mạng, các phần mềm, hệ quản trị cơ sở dữ liệu khác có liên quan, các công cụ sử dụng để phát triển ứng dụng Các yêu cầu khác >.

Trang 8

3 ĐẶC TẢ CÁC YÊU CẦU CHỨC NĂNG (FUNCTIONAL)

<Phần này mô tả một cách chi tiết từng yêu cầu cụ thể, cho phép các thành viên tham gia

dự án căn cứ vào đó để xây dựng một phần mềm có chất lượng tốt nhất Với cách tiếp cận theo mô hình UseCase (UC), các yêu cầu phần mềm được mô tả theo các UC và trong các đặc tả bổ sung>.

Điều kiện trước: Nhân viên phải đăng nhập vào hệ thống

Điều kiện sau: Lưu thông tin đăng ký đặt phòng vào hệ thống nếu use case thực hiện

1.Nhân viên chọn chức năng đặt phòng cho khách hàng

2.Hệ thống hiển thị form yêu cầu nhập thông tin khách hàng và ngày nhận phòng Thông tin khách hàng bao gồm:

5.Nhân viên chọn phòng theo yêu cầu của khách hàng đã đặt

6.Nhân viên chọn nút “Đăng ký” để hoàn tất việc đăng ký phòng cho khách hàng

Trang 9

7.Hệ thống kiểm tra dữ liệu hệ thống vừa nhập.

8.Hệ thống lưu lại thôi tin đặt phòng của khách hàng

3.1.2 Nhân viên thông báo cho khách hàng và yêu cầu khách hàng chọn loại phòng khác Nhân viên sẽ tiếp tục tìm phòng với loại phòng khác mà khách hàng yêu cầu hoặc huỷ phiếu đăng ký nếu khách hàng

từ chối tiếp tục đặt phòng

3.2 Hết phòng 3.2.1 Nhân viên thông báo hết phòng đến khách hàng và yêu cầu khách hàng chọn ngày khác hoặc huỷ việc đăng ký nếu khách hàng từ chối tiếp tục đặt phòng

7.1 Dữ liệu nhập không hợp lệ 7.1.1 Hệ thống thông báo và yêu cầu thực hiện lại

8.1 Nếu thông tin khách hàng đã tồn tại trong hệ thống thì sẽ không lưu thông tin khách hàng lại nữa mà chỉ lưu thông tin đặt phòng

3.1.2 Biểu đồ

<Biêu đồ (diagram) chi tiết: Activity và Sequence Diagram>

Trang 10

3.2 UC002_Thanh toán

3.2.1 Mô tả use case UC002

Use case: Thanh toán

Mô tả: Use case này cho phép nhân viên lập hoá đơn thanh toán khi khách trả

phòng

Điều kiện trước: Nhân viên phải đăng nhập vào hệ thống

Trang 11

Điều kiện sau: Thêm thông tin hoá đơn, chi tiết hoá đơn xuống CSDL.

Luồng sự kiện chính

(Basic flows)

Use case được thực hiện khi khách hàng có yêu cầu trả phòng.1.Nhân viên sẽ ghi lại thông tin về mã phòng, CMND của khách hàng.2.Dựa vào CMND của khách hàng, hệ thống sẽ tìm ra các thông tin ở

và sử dụng dịch vụ khách sạn của khách hàng để tiến hành tính ra số tiền mà khách hàng phải trả

3.Nhân viên click “Thanh toán” để tiến hành thanh toán tiền cho kháchhàng

4.Hệ thống tự động in ra hoá đơn cho khách hàng

5.Hệ thống lưu thông tin hoá đơn cho khách hàng

6.Kết thúc Use case

Luồng sự kiện phụ

(Alternative Flows):

Không có

Trang 12

3.2.2 Biểu đồ

<Biêu đồ (diagram) chi tiết>.

Trang 13

3.3 UC003_Tìm kiếm phòng

Use case: Tìm kiếm phòng

Mục đích: Tìm kiếm thông tin phòng mà mình cần

Mô tả: Use case này cho phép nhân viên tìm kiếm chính xác thông tin phòng

một cách nhanh chóng

Điều kiện trước: Nhân viên phải đăng nhập thành công vào hệ thống

Điều kiện sau: Trả về phòng cần tìm

(Basic flows)

Không cóLuồng sự kiện phụ

Trang 14

Điều kiện sau: 1.Nhân viên chọn nút ”Thống kê”

2.Hệ thống hiển thị menu thống kê:

+ Theo ngày + Theo tháng + Theo quý + Theo năm 3.Nhân viên chọn một trong các mục

4.Hệ thống sẽ thống kê và in ra giấyLuồng sự kiện chính

Use case: Thêm phòng

Mục đích: Thêm phòng vào danh sách

Mô tả: Use case này cho phép nhân viên thêm phòng vào hệ thống

Điều kiện trước: Nhân viên phải đăng nhập vào hệ thống thành công.Điều kiện sau: Danh sách phòng được cập nhật lại

(Basic flows)

1 Nhân viên chọn nút “Thêm phòng”

2 Hệ thống hiển thị form yêu cầu nhập thông tin phòng: + Mã phòng

+ Loại phòng

+ Tình trạng phòng

3 Nhân viên nhấn nút “Lưu”

4 Hệ thống thêm phòng và cập nhật lại danh sách phòng

Trang 15

Không cóException Flows: 3.1 Nhân viên chọn “Hủy”

3.1.1 Hệ thống trở về hiện trạng ban đầu

3.5.2 Biểu đồ

3.6 UC006_Xóa phòng

Use case: Xóa phòng

Mục đích: Xóa phòng khỏi danh sách

Mô tả: Use case này cho phép nhân viên xóa phòng khỏi danh sách phòng

Điều kiện trước: Nhân viên phải đăng nhập vào hệ thống thành công

Điều kiện sau: Phòng đã được xóa

(Basic flows)

1 Nhân viên chọn nút “xóa phòng”

2 Hệ thống hiển thị “Bạn có chắc muốn xóa phòng không?”

3 Nhân viên chọn nút “OK”

4 Hệ thống xóa phòng và cập nhật lại danh sách

Trang 16

3.7 UC007_Sửa phòng

Use case: Sửa phòng

Mô tả: Use case này cho phép nhân viên sửa phòng được chọn

Điều kiện sau: Phòng đã được cập nhật mới

(Basic flows)

1 Nhân viên chọn nút “Sửa phòng”

2 Hệ thống hiển thị form sửa thông tin phòng

3 Nhân viên nhập thông tin mới cho phòng cần sửa và nhấn nút

Exception Flows: 3.1 Nhân viên chọn “Hủy”

3.7.2 Biểu đồ

3.8 UC008_Kiểm tra tình trạng phòng.

Use case: Kiểm tra tình trạng phòng

Mục đích: Kiểm tra tình trạng phòng

Mô tả: Use case này do hệ thống cho nhân viên biết tình trạng

phòng bất kì

Trang 17

Điều kiện trước: Nhân viên phải đăng nhập vào hệ thống thành công.Điều kiện sau: Cho biết tình trạng phòng của phòng.

Trang 18

Điều kiện sau: Trả về thông tin dịch vụ cần tìm.

Luồng sự kiện chính (Basic

flows)

1 Nhân viên chọn nút tìm kiếm dịch vụ

2 Hệ thống hiển thị form yêu cầu nhập mã dịch vụ

3 Nhân viên nhập thông tin dịch vụ vào form và nhẫn nút “Tìm”

4 Hệ thống hiển thị chi tiết thông tin dịch vụ.Luồng sự kiện phụ

Không có

Exception Flows: 4.1 Không có thông tin dịch vụ cần tìm

4.1.1 Hệ thống hiển thị “Không tìm thấy dịch vụ” và kết thúc Use case

3.9.2 Biểu đồ

<Biêu đồ (diagram) chi tiết>

3.10 UC010_Sửa dịch vụ.

Use case: Sửa dịch vụ

Mục đích: Sửa thông tin dịch vụ của phòng

Mô tả: Use case này cho phép nhân viên sửa thông tin dịch

vụ

Trang 19

Điều kiện trước: Nhân viên phải đăng nhập vào hệ thống thành công.

Điều kiện sau: Thông tin dịch vụ được cập nhật lại

Luồng sự kiện chính (Basic

flows)

1 Nhân viên chọn nút “Sửa dịch vụ”

2 Hệ thống hiển thị form cho phép sửa thông tin dịch vụ

3 Nhân viên nhập thông tin mới vào những chỗ cần sửa trong form và nhấn nút “Lưu”

4 Hệ thống cập nhật lại thông tin

Không có

3.10.2 Biểu đồ

3.11 UC011_Xóa dịch vụ

Use case: Xóa dịch vụ

Trang 20

Không có

3.11.2 Biểu đồ

3.12 UC012_Thêm dịch vụ

Use case: Thêm dịch vụ

Mục đích: Thêm dịch vụ cho khách hàng

Mô tả: Use case này cho phép nhân viên thêm dịch vụ mới vào danh sách dịch

vụ

Điều kiện sau: Dịch vụ mới được thêm vào

(Basic flows)

1 Nhân viên dịch vụ chọn nút “thêm”

2.Hệ thống hiển thị form yêu cầu nhập thông tin:

+ Mã dịch vụ+ Tên dịch vụ+ Mã loại dịch vụ3.Nhân viên chọn nút “ok”

4.Hệ thống sẽ thêm dịch vụ và cập nhật lại danh sách

Không cóException Flows: 3.1 Nhân viên chọn “Hủy”

3.12.2 Biểu đồ

Trang 22

Mô tả: Use case này cho phép nhân viên xuất danh sách ra dạng file PDF.

Điều kiện trước: Nhân viên phải đăng nhập thành công vào hệ thống thành công.Điều kiện sau: Danh sách được xuất ra file PDF

(Basic flows)

1 Nhân viên chọn nút “Xuất file”

2 Hệ thống hiển thị hiển thị “Bạn muốn xuất file phải không ?”.3.Nhân viên chọn “ok”

4 Hệ thống sẽ tiến hành xuất ra file PDF

Không có

3.13.2 Biểu đồ

3.14 UC014_Tìm kiếm khách hàng

Use case: Tìm kiếm khách hàng

Mục đích: Tìm kiếm khách hàng mà mình muốn

Mô tả: Use case này cho phép nhân viên tìm kiếm chính xác thông tin khách

hàng một cách nhanh chóng

Điều kiện trước: Nhân viên phải đăng nhập thành công vào hệ thống

Điều kiện sau: Trả về thông tin khách hàng cần tìm

(Basic flows)

1.Nhân viên chọn chức năng tìm kiếm khách hàng

2.Hệ thống hiển thị form yêu cầu nhập thông tin số CMND của khách hàng

3.Nhân viên nhập thông tin vào form và nhấn nút tìm

4 Hệ thống hiển thị chi tiết thông tin khách hàngLuồng sự kiện phụ Không có

Trang 23

Exception Flows: 1.1 Không có thông tin khách hàng trong CSDL

4.1.1.Hệ thống hiển thị “không tìm thấy khách hàng” và kết thúc use case

3.14.2 Biểu đồ

3.15 UC015_Xóa khách hàng

Use case: Xóa khách hàng

Mục đích: Xóa khách hàng ra khỏi danh sách

Mô tả: Use case này cho phép nhân viên xóa khách hàng khi thông tin khách

hàng đã quá cũ

Điều kiện trước: Nhân viên phải đăng nhập thành công vào hệ thống và chọn chính xác

khách hàng cần xóa

Điều kiện sau: Thông tin khách hàng bị xóa

(Basic flows)

1.Nhân viên chọn nút ”xóa”

2.Hệ thống hiển thị “Bạn có chắc muốn xóa khách hàng không” 3.Nhân viên khách sạn chọn nút “ok”

4 Hệ thống sẽ xóa khách hàng và cập nhật lại danh sách

Luồng sự kiện phụ Không có

Trang 24

3.16 UC016_Sửa thông tin khách hàng

Use case: Sửa thông tin khách hàng

Mục đích: Sửa thông tin khách hàng cần cập nhật

Mô tả: Use case này cho phép nhân viên sửa thông tin khách hàng

Điều kiện trước: Nhân viên phải đăng nhập thành công vào hệ thống và chọn chính xác

khách hàng cần sửaĐiều kiện sau: Thông tin khách hàng được cập nhật lại

(Basic flows)

1.Nhân viên chọn nút ”sửa”

2.Hệ thống hiển thị form cho phép sửa thông tin khách hàng 3.Nhân viên nhập thông tin mới vào những chỗ cần sửa trong form và nhấn nút “lưu”

4.Hệ thống sẽ cập nhật lại thông tinLuồng sự kiện phụ

Không cóException Flows: 3.1 Nhân viên quản lý chọn ”hủy”

3.16.2 Biểu đồ

Trang 25

4 CÁC THÔNG TIN HỖ TRỢ KHÁC

<Các thông tin hỗ trợ có vai trò làm cho tài liệu đặc tả yêu cầu ứng dụng …>.

Định dạng
Số trang	26
Dung lượng	2,09 MB