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 ĐẶTPHÒNG KHÁCH SẠN – NHÓM

ĐẶ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.0Trang 1

Trang 3

1 GIỚI THIỆU CHUNG1.1 Mục đích

<Mục đích của tài liệu SRS: Tài liệu mô tả một cách đầy đủ, toàn diện các yêu cầu của ứngdụng – đó là các yêu cầu chức năng, phi chức năng, các ràng buộc về mặt thiết kế >

Yêu cầu chức năng: chức năng dịch vụ hệ thống cung cấp (thường quan hệ các use-casehay những qui tắc nghiệp vụ (business rule)) Các hoạt động và dịch vụ cung cấp bởi hệthống: các chức năng nghiệp vụ, các đầu vào, đầu ra, dữ liệu được lưu trữ.

▪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▪Chức năng tìm kiếm

- Thông tin nhân viên- Hóa đơn

- Thông tin phòng, dịch vụ- 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ómcá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ụngtrong tài liệu>.

1.4 Tài liệu tham khảoST

Too long to read onyour phone? Save to

read later on yourcomputer

Save to a Studylist

Trang 5

2 MÔ TẢ TỔNG QUAN ỨNG DỤNG2.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

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

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

Xóa phòngUC007 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

Tìm kiếm dịch vụ cho kháchhà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

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 danhsách

Xóa khách hàngUC016 Sửa thông tin

khách hàng

Khách hàng có thay đổi vềthông tin nên phải cập nhật

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 caseTài liệu đặc tả ứng dụng – V1.0Trang 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ìnhphầ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áccô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 giadự á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ậntheo 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>.

3.1 UC001_Đặt phòng3.1.1 Mô tả use case UC001

Use case: Đặt phòng

Mô 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ách hàng

Đ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 thành công.

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

Use case được thực hiện khi khách hàng muốn đặt phòng trước bằng cách gọi điện điện thoại cho bộ phận nhân viên hoặc đến trực tiếp khách sạn để đăng ký.

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:

+Số CMND;+Họ tên:+Địa chỉ:+Số điện thoại:

3.Nhân viên nhập thông tin khách hàng và ngày nhận phòng của khách hàng.

4.Hệ thống kiểm tra thông tin phòng của ngày mà khách hàng yêu cầu đặt phòng đồng thời lấy ra danh sách loại phòng và các phòng tương ứng mà khách hàng có thể thuê vào ngày đó.

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.9.Kết thúc Use case.

Luồng sự kiện phụ(Alternative Flows):

3.1 Loại phòng mà khách hàng yêu cầu đã hết phòng trống 3.1.1 Hệ thống thông báo hết phòng với loại phòng đã chọn và yêu cầu chọn loại phòng khác.

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án3.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.

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òng3.3.1 Mô tả use case UC003

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.

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

(Alternative Flows):

1.2 Không có thông tin phòng trong CSDL

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

3.3.2 Biểu đồ

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

(Basic flows)

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

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.

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 3.6.1 Mô tả use case UC006

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.

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 3.7.1 Mô tả use case UC007

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 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 cập nhật mới.

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 “Lưu”.

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

Không có

3.7.2 Biểu đồ

3.8UC008_Kiểm tra tình trạng phòng.3.8.1 Mô tả use case UC008

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.

Use case thực hiện khi nhân viên chọn chức năng “Đặt phòng”:

1 Hệ thống sẽ tìm kiếm thông tin phòng dựa vào mã phòng và phản hồi lại tình trạng hiên tại của phòng 2 Kết thúc Use case.

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

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.10UC010_Sửa dịch vụ.3.10.1 Mô tả use case UC010

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ịchvụ.

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 (Basicflows)

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.Luồng sự kiện phụ

Không có

3.10.2 Biểu đồ

3.11UC011_Xóa dịch vụ3.11.1 Mô tả use case UC011

Use case: Xóa dịch vụ

Trang 20

Không có.

3.11.2 Biểu đồ

3.12UC012_Thêm dịch vụ3.12.1 Mô tả use case UC012

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ịchvụ.

Đ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: Dịch vụ mới được thêm vào.

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.Luồng sự kiện phụ

Không có

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.

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.Luồng sự kiện phụ

Không có

3.13.2 Biểu đồ

3.14UC014_Tìm kiếm khách hàng3.14.1 Mô tả use case UC014

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

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.15UC015_Xóa khách hàng3.15.1 Mô tả use case UC015

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óaLuồng sự kiện chính

(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.16UC016_Sửa thông tin khách hàng 3.16.1 Mô tả use case UC016

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.Luồng sự kiện chính

(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ụ