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á

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

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

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

▪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

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

Too long to read on your phone? Save to

read later on your computer

Save to a Studylist

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

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

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

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

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

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>

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

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

Đ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ó

3.2.2 Biểu đồ

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

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

3.3 UC003_Tìm kiếm phòng

3.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

Luồng sự kiện chính

(Basic flows)

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

Đ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

3.5.1 Mô tả use case UC005

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

Luồng sự kiện chính

(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

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

Luồng sự kiện phụ

(Alternative Flows):

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 đồ

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

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

Luồng sự kiện chính

(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

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

Luồng sự kiện chính

(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.1.1 Hệ thống trở về hiện trạng ban đầu

3.7.2 Biểu đồ

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

3.8 UC008_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ì

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

Đ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.

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

(Alternative Flows):

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

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ịch

vụ

Tài liệu đặc tả ứng dụng – V1.0 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: 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

Luồng sự kiện phụ

(Alternative Flows):

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.10.2 Biểu đồ

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

3.11 UC011_Xóa dịch vụ

3.11.1 Mô tả use case UC011

Use case: Xóa dịch vụ

Luồng sự kiện phụ

(Alternative Flows):

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.11.2 Biểu đồ

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

3.12 UC012_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ịch

vụ

Đ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

Luồng sự kiện chính

(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

Luồng sự kiện phụ

(Alternative Flows):

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.12.2 Biểu đồ

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

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

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

Luồng sự kiện chính

(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

Luồng sự kiện phụ

(Alternative Flows):

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.13.2 Biểu đồ

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

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

3.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

Luồng sự kiện chính

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

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

(Alternative Flows):

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 đồ

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

3.15 UC015_Xóa khách hàng

3.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óa

Luồ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ó

3.16 UC016_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ụ

(Alternative Flows):

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

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

3.16.2 Biểu đồ

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

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

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 …>.