Công nghệ phần mềm Đề tài quản lý nhà trọ

1.2 Nhu cầu người dùng và Yêu cầu của phần mềm nghiệp vụđộ hỗ trợ Phân loại yêu cầu Lãnh đạo Bộ phận thực hành Bộ phận liên quan Hệ thốn g ngoài 1 Khách hàng có thể import danh sách các

Mô hình cơ cấu tổ chức

Ý nghĩa các bộ phận

Tên bộ phận Mô tả

1 Quản lý Chịu trách nhiệm quản lý cơ sở vật chất của toàn bộ nhà trọ Thống kê, báo cáo, theo dõi doanh thu.

2 Khách hàng Có thể xem, tìm kiếm, đặt cọc phòng trọ trên website.

Bảng 1 – Ý nghĩa các bộ phận

Nhu cầu người dùng và Yêu cầu của phần mềm (nghiệp vụ)

STT Nhu cầu Nghiệp vụ Ai Mức độ hỗ trợ

1 Khách hàng có thể import danh sách các phòng lên màn hình

Khách hàng ấn vào trang xem phòng

Khách hàng Tự động Truy xuất

2 Khách hàng muốn xem chi tiết phòng trọ thông qua website

Nhấn vào xem chi tiết phòng trọ

Bán tự động Truy xuất

3 Khách hàng có thể tìm phòng thông qua website

Nhập thông tin phòng cần tìm vào ô tìm kiếm

Bán tự động Truy xuất

4 Quản lý có thể import danh sách các phòng lên màn hình

Quản lý ấn vào trang xem phòng Quản lý Truy xuất

5 Quản lý có thể thêm, xoá, sửa thông tin của phòng trọ Ấn vào các nút thêm, xoá, sửa phòng trọ Quản lý Bán tự động Lưu trữ

6 Quản lý có thể thêm, xoá, sửa thông tin của khách hàng Ấn vào các nút thêm, xoá, sửa thông tin khách hàng

Bán tự động Lưu trữ

7 Quản lý có thể lập phiếu cho thuê phòng trọ và khách hàng đặt cọc Ấn vào lập phiếu thuê phòng Quản lý Khách hàng

8 Quản lý có thể lập phiếu thu tiền phòng hàng tháng Ấn vào lập phiếu thu tiền phòng Quản lý Khách hàng

9 Quản lý có thể lập phiếu trả phòng Ấn vào lập phiếu trả phòng Quản lý Khách hàng

10 Khách hàng và quản Người dùng ấn vào Khách Bán tự Lưu trữ

14 lý có thể đăng ký, đăng nhập, chỉnh sửa thông tin tài khoản đăng ký, đăng nhập hay chỉnh sửa thông tin tài khoản hàng, quản lý động

11 Chủ trọ có thể xem được tổng doanh thu trong tháng, năm và báo cáo cơ sở vật chất hàng tháng Ấn vào xem tổng doanh thu, cơ sở vật chất Chủ trọ

Biểu mẫu

BM01: Danh sách các phòng trọ

Hình 1 - Biểu mẫu danh sách các phòng trọ

BM02: Thêm phiếu thuê phòng

Hình 2 - Biểu mẫu thêm phiếu thuê phòng

BM04: Biểu mẫu thêm phòng trọ (role Quản lý)

Hình 3 - Biểu mẫu thêm phòng trọ

BM05: Phiếu thu tiền trọ

Hình 4 - Biễu mẫu thêm phiếu thu tiền

Quy định

QD01 - Trước khi thay đổi các thông tin liên quan đến phòng trọ phải thông qua yêu cầu của chủ trọ Không được tự ý thay đổi thông tin.

QD02 - Trước khi thay đổi các thông tin liên quan đến khách hàng phải thông qua yêu cầu của khách hàng, Không được tự ý thay đổi thông tin. QD03 - Quản lý phải lập phiếu thu tiền phòng đối với khách hàng vào mỗi tháng.

QD04 - Khi khách hàng đặt cọc để giữ phòng phải đặt trước 50% giá trị thuê trong 1 tháng.

QD05 - Khách hàng khi trả phòng phải đảm bảo cơ sở vật chất của phòng được nguyên vẹn lúc mới thuê Nếu vi phạm sẽ đền bù tương ứng với tổn thất.

Danh sách yêu cầu nghiệp vụ

Bộ phận: Phòng quản lý

STT Nghiệp vụ Mô tả tóm tắt Biểu mẫu

1 Import danh sách Quản lý có thể import danh sách các BM01

Bảng 2- Quy định các phòng lên màn hình phòng trọ từ database lên website để thực hiện công tác quản lý.

2 Thêm, xoá, sửa thông tin của phòng trọ

Sau khi import danh sách phòng, quản lý có thể thêm, xoá, sửa các thông tin của phòng trọ theo yêu cầu của chủ trọ Ấn save để lưu xuống database

3 Thêm, xoá, sửa thông tin của khách hàng

Quản lý import danh sách khách hàng, sau đó chọn các nút thêm, xoá, sửa để thực hiện chức năng QD02

4 Lập phiếu cho thuê phòng

Quản lý có thể lập phiếu cho thuê phòng và khách hàng có thể đặt cọc.

5 Lập phiếu thu tiền phòng

Quản lý muốn lập phiếu thu tiền để khách hàng thanh toán BM04

Quản lý muốn lập phiếu trả phòng để khách hàng có thể trả lại phòng khi không còn sử dụng QD05

7 Đăng nhập, đăng ký, chỉnh sửa thông tin tài khoản

Quản lý có thể đăng nhập, đăng ký và chỉnh

Danh sách yêu cầu

Danh sách yêu cầu nghiệp vụ

STT Nghiệp vụ Mô tả tóm tắt Biểu mẫu

Bảng 3 - Yêu cầu nghiệp vụ (Quản lý)

Khách hàng có thể tìm kiếm phòng trọ theo nhu cầu cá nhân (diện tích, giá, )

2 Import danh sách các phòng lên website

Khách hàng import danh sách các phòng trọ hiện có lên website khi ấn vào trang xem phòng.

Khách hàng có thể xem chi tiết các thông tin cơ bản của phòng trọ để quyết định thuê.

Khách hàng có thể liên hệ với chủ trọ hoặc quản lý để giải quyết vấn đề liên quan đến phòng trọ.

Bảng 4 - Yêu cầu nghiệp vụ (Khách hàng)

Danh sách yêu cầu tiến hóa

Nghiệp vụ Tham số cần thay đổi Miền giá trị cần thay đổi

1 Có thể thống kê tỉ lệ thuê phòng trọ.

Phiếu thuê trả phòng Phiếu thu tiền

Phiếu thuê trả phòng là những phiếu được lập sau đó thống kê tỉ lệ.

2 Có thể cho nhiều chủ trọ khác tham gia vào website

Tài khoản Quản lý Phòng trọ

Tài khoản là tài khoản được cấp để quản lý những phòng trọ của riêng mình.

Quản lý có thêm nhiều hơn 1 quản lý Mỗi quản lý tương ứng với một chủ trọ. Phòng trọ là do những quản lý thêm vào và chỉ quản lý được những phòng trọ đó.

Bảng 5 - Danh sách yêu cầu tiến hoá

Danh sách yêu cầu bảo mật

STT Nghiệp vụ \ Nhóm người dùng

1 Có thể thống kê tỉ lệ thuê phòng trọ

Thay đổi, thống kê, xem Xem

2 Có thể cho nhiều chủ trọ khác tham gia vào website

Bảng 6 - Danh sách yêu cầu bảo mật

Danh sách yêu cầu an toàn

Với từng đối tượng trong ứng dụng, có 3 cấp độ tác động dữ liệu: THÊM – SỬA - XÓA

Danh sách yêu cầu an toàn

STT Nghiệp vụ Đối tượng Ghi chú

Giá tiền thuê phòng trong ô tìm kiếm, số tháng để tính tổng doanh thu trong ô tìm kiếm.

Các thông tin sẽ tự động xoá sau khi người dùng chọn tìm kiếm hoặc nhập sai quy định.

2 Hủy thật sự (xóa vật lý)

Phiếu thu tiền, phiếu thuê trả phòng, thông tin khách

Các thông tin của những đối tượng sẽ bị xoá nếu người dùng có role Quản 22 hàng, thông tin tài khoản, thông tin phòng trọ, thông tin quản lý. lý chọn Delete và xác nhận xoá khỏi database.

3 Không cho phép xóa Khách hàng, quản lý, phòng trọ, phiếu thuê trả phòng, phiếu thu tiền, quản lý.

Khách hàng, quản lý, phòng trọ, phiếu thuê trả phòng, phiếu thu tiền, quản lý khi còn đang được tham chiếu đến.

4 Phục hồi Không có đối tượng Các dữ liệu đã hủy logic có thể được phục hồi lại (nếu chưa bị hủy thực sự)

5 Không cho phép chỉnh sửa

Thông tin khách hàng, thông tin phòng trọ

Thông tin khách hàng, thông tin phòng trọ nếu không có sự chấp nhận của khách hàng và chủ trọ.

Bảng 7 - Danh sách yêu cầu an toàn

Danh sách yêu cầu công nghệ

Yêu cầu Mô tả chi tiết Ghi chú

1 Dễ sửa lỗi Xác định lỗi trung bình trong 15 phút

Không sửa lỗi 1 chức năng không ảnh hưởng đến các chức năng khác

2 Dễ bảo trì Thêm chức năng mới nhanh Không ảnh hưởng các chức năng đã có

3 Tái sử dụng Xây dựng thêm phiên bản mobile trong vòng 2 tháng

Xem xét sử dụng các ngôn ngữ lập trình/framework support cả web/mobile

Xem xét sử dụng Trigger/Store Procedure cho DB

Xem xét sử dụng API để kết nối dữ liệu

Dễ chuyển đổi: CSDL / ngôn ngữ lập trình / kiến trúc hệ thống Đổi sang hệ quản trị CSDL mới trong tối đa 2 ngày

Với cùng các yêu cầu

5 Công nghệ Ứng dụng mobile: Flutter

Khách hang đã sử dụng 1 số ứng dụng mobile làm bằng Flutter và CSDL hiện tại họ đang có là SQL Server 2018 (license cho 500 user)

Bảng 8 - Danh sách yêu cầu công nghệ

Bảng trách nhiệm

Bảng trách nhiệm yêu cầu nghiệp vụ

Bộ phận: Quản lý ST

Nghiệp vụ Người dùng Phần mềm Ghi chú

Import danh sách các phòng Ấn vào trang xem phòng để hiện danh sách các phòng

Tự động lấy dữ liệu từ cơ sở dữ liệu, và xuất ra màn hình.

2 lập phiếu cho thuê phòng

Người dùng chọn lập phiếu thuê phòng và nhập thông tin của khách hàng theo biểu mẫu.

Kiểm tra dữ liệu theo quy định và lưu trữ vào hệ thống

Lưu trữ dữ liệu sẽ do người dùng nhập vào hệ thống

3 lập phiếu thu tiền phòng

Người dùng chọn lập phiếu thu tiền phòng và nhập thông tin theo biểu mẫu.

Kiểm tra dữ liệu theo quy định và tiến hành lưu trữ vào hệ thống

Có thể xóa logic khi nhập sai thông tin

Không được cập nhật thông tin

Người dùng chọn lập phiếu trả phòng và nhập thông tin theo biểu mẫu.

Kiểm tra dữ liệu theo quy định và tiến hành lưu trữ vào hệ thống.

Khi lập phiếu trả phòng phải có yêu cầu cần trả phòng của khách hàng mới có thể lập.

Người dùng có thể thêm, chỉnh sửa, xóa phòng trọ trên website

Kiểm tra dữ liệu trước khi thêm, xóa, sửa sau đó tiến hành thực hiện và lưu trữ vào cơ sở dữ liệu

Khi thêm, xóa, sửa phải có sự đồng ý của chủ trọ

Người dùng có thể thêm, xóa, chỉnh sửa

Kiểm tra dữ liệu trước khi thêm, xóa, sửa sau đó tiến hành lưu trữ

Khi thên, xóa, chỉnh sửa phải có sự đồng ý của khách hàng. 24

Bảng 9 - Trách nhiệm yêu cầu nghiệp vụ (Quản lý) thông tin khách hàng vào cơ sở dữ liệu

Nghiệp vụ Người dùng Phần mềm Ghi chú

Import danh sách các phòng Ấn vào trang xem phòng để hiện danh sách các phòng

2 Xem chi tiết phòng trọ Ấn vào xem chi tiết phòng trọ

Nhập các thông tin cần tìm kiếm vào ô tìm kiếm

Kiểm tra dữ liệu theo quy định và tiến hành truy xuất dữ liệu từ database theo yêu cầu của người dùng.

Có thể xóa logic khi nhập sai thông tin tìm kiếm.

Trả phòng Ấn vào profile và chọn phòng đang thuê sau đó nhấn nút “Trả phòng”

Gửi yêu cầu xuống hệ thống Quản lý phải là người lập phiếu trả phòng.

5 Đặt phòng Ấn vào nút “Đặt phòng” trong trang chi tiết phòng trọ

Gửi yêu cầu xuống hệ thống và tiến hành chuyến đến trang đặt phòng

Khi đặt phòng phải thanh toán trước số tiền thuê của hai tháng.

Liên hệ Ấn vào icon điện thoại dưới footer của trang web

Gửi yêu cầu xuống hệ thống và chuyển đến trang contact của website.

Bảng 10 - Trách nhiệm yêu cầu nghiệp vụ (Khách hàng)

Bảng mô tả chi tiết yêu cầu nghiệp vụ

1.7.2 [Lập phiếu thu tiền phòng]

Tên người dùng sử dụng để gọi nghiệp vụ đó trong thực tế (ví dụ: Đăng ký thẻ thành viên).

LẬP PHIẾU CHO THUÊ PHÒNG

Khi nào thì thực hiện nghiệp vụ này (ví dụ: hàng ngày, hàng tháng, hàng quý, …) Hàng ngày: từ 6h – 22h

Thực hiện nghiệp vụ này ở đâu (ví dụ: tại cây ATM, trên máy POS, …)

Tên các nghiệp vụ thực hiện trước hoặc sau nghiệp vụ này. Đặt cọc (Khách hàng)

Mô tả bước tiến hành

Mô tả tuần tự các bước thực hiện của nghiệp vụ đó từ khi bắt đầu đến khi kết thúc Sau khi khách hàng ấn vào xem chi tiết phòng trọ Sau đó nhấn vào nút đặt phòng. B1: Quản lý vào mục quản lí thuê phòng

B2: Danh sách các yêu cầu lập phiếu đặt phòng của khách hàng hiện ra.

B3: Nhấn vào phiếu đặt phòng và nhập các thông tin liên quan.

Khi nào thì thực hiện nghiệp vụ này (ví dụ: hàng ngày, hàng tháng, hàng quý, …) Hàng tháng: từ 6h – 22h

Mô tả tuần tự các bước thực hiện của nghiệp vụ đó từ khi bắt đầu đến khi kết thúc Quản lý sẽ lập phiếu thu tiền phòng vào mỗi đầu tháng

B1: Ấn vào những phòng có trạng thái đang thuê.

B2: Ấn vào lập phiếu thu tiền phòng.

B3: Nhập các thông tin liên quan vào phiếu.

Bảng 12 - Mô tả chi tiết yêu cầu nghiệp vụ lập phiếu thu tiền

Khi nào thì thực hiện nghiệp vụ này (ví dụ: hàng ngày, hàng tháng, hàng quý, …) Khi khách hàng hết hạn hợp đồng và muốn chấm dứt hợp đồng.

Tên các nghiệp vụ thực hiện trước hoặc sau nghiệp vụ này.

Mô tả tuần tự các bước thực hiện của nghiệp vụ đó từ khi bắt đầu đến khi kết thúc Khi khách hàng hết hợp đồng hoặc muốn chấm dứt hợp đồng thì nhấn trả phòng. B1: Ấn vào mục “Yêu cầu trả phòng”

B2: Chọn khách hàng để lập phiếu trả phòng.

B3: Nhập các thông tin liên quan vào phiếu.

B4: Nhấn xác nhận trả phòng.

Bảng 13 - Mô tả chi tiết yêu cầu nghiệp vụ lập phiếu trả phòng

1.7.4 [Thêm, xóa, sửa thông tin phòng trọ]

THÊM XÓA SỬA THÔNG TIN PHÒNG TRỌ

Khi nào thì thực hiện nghiệp vụ này (ví dụ: hàng ngày, hàng tháng, hàng quý, …) Khi chủ trọ có yêu cầu.

Mô tả tuần tự các bước thực hiện của nghiệp vụ đó từ khi bắt đầu đến khi kết thúc Khi chủ trọ có yêu cầu thêm, sửa, xóa thông tin của phòng trọ.

B1: Ấn vào mục quản lý phòng trọ.

B2: Chọn phòng cần thêm, sửa, xóa

 Nếu thêm thì nhập các thông tin liên quan và nhấn lưu

 Nếu sửa thì nhập các thông tin liên quan cần sửa và nhấn lưu

 Nếu xóa thì chọn xóa phòng và chọn Yes B4: Kết thúc

Bảng 14 - Mô tả chi tiết yêu cầu nghiệp vụ chỉnh sửa thông tin phòng

2 LAB 2 - MÔ HÌNH HÓA YÊU CẦU

Usecase Diagram

Sơ đồ mức tổng quát

Nhóm các nghiệp vụ liên quan thành các package, và vẽ sơ đồ tương tác với các package

Sơ đồ chi tiết: Quản lý thống kê

Hình 6 - Usecase quản lý thống kê

Sơ đồ chi tiết: Quản lý khách hàng

Hình 7 - Usecase quản lý khách hàng

Sơ đồ chi tiết: Quản lý phòng trọ

Hình 8 - Usecase quản lý phòng trọ

Sơ đồ chi tiết: Quản lý thuê phòng

Hình 9 - Usecase quản lý thuê phòng

Sơ đồ chi tiết: Quản lý tài khoản

Hình 10 - Usecase quản lý tài khoản

Sơ đồ chi tiết: Xem phòng và liên hệ

Hình 11 - Usecase xem phòng và liên hệ

Bảng Usecase

UC01 Quản lí tài khoản Đăng nhập

UC02 Quản lí tài khoản Đăng ký

UC03 Quản lí tài khoản Đăng xuất

UC04 Quản lí thuê phòng Xem phiếu thuê phòng

UC05 Quản lí thuê phòng Lập phiếu thuê phòng

UC06 Quản lí thuê phòng Chỉnh sửa phiếu thuê phòng

UC07 Quản lí thuê phòng Xóa phiếu thuê phòng

UC08 Quản lí thuê phòng Xem hóa đơn thu tiền phòng

UC09 Quản lí thuê phòng Lập hóa đơn thu tiền phòng

UC10 Quản lí thuê phòng Chỉnh sửa hóa đơn thu tiền phòng

UC11 Quản lí thuê phòng Xóa hóa đơn thu tiền phòng

UC12 Quản lí thuê phòng Xem phiếu trả phòng

UC13 Quản lí thuê phòng Lập phiếu trả phòng

UC14 Quản lí thuê phòng Chỉnh sửa phiếu trả phòng

UC15 Quản lí thuê phòng Xóa phiếu trả phòng

UC16 Quản lí phòng trọ Thêm phòng

UC17 Quản lí phòng trọ Sửa thông tin phòng

UC18 Quản lí phòng trọ Xoá phòng

UC19 Quản lí khách hàng Xem thông tin khách hàng

UC20 Quản lí khách hàng Sửa thông tin khách hàng

UC21 Quản lí khách hàng Xóa thông tin khách hàng

UC22 Quản lí thống kê Xem doanh thu

UC23 Quản lí thống kê Chưa thanh toán

UC24 Quản lí thống kê Xem khách hàng thân thiết

Đặc tả Usecase

Usecase Đăng nhập

Name Đăng nhập Code UC01

Description Người dùng có thể đăng nhập vào website để sử dụng dịch vụ

Actor Khách hàng, quản lí Trigger Khi truy cập vào trang web ấn vào nút đăng nhập hoặc sau khi đăng kí thành công sẽ chuyển đến trang đăng nhập.

Pre-condition Nguòi dùng đã có tài khoản

Post-condition Check trên UI: Kiểm tra dữ liệu người dùng nhập vào có hợp lệ hay không nếu hợp lệ sẽ tiến hành truy xuất xuống DB.

Check trên DB: Tài khoản của người dùng nếu đã được đăng ký rồi sẽ được đăng nhập trên website.

Error situations 1 Tài khoản hoặc mật khẩu không đúng, hoặc chưa đăng ký tài khoản

2 Lỗi kết nối với sever

Business Rule - Người dùng phải cung cấp thông tin tài khoản hợp lệ để xác thực.

- Hệ thống phải xác minh tính hợp lệ của thông tin tài khoản trước khi cho phép người dùng đăng nhập.

- Người dùng chỉ được truy cập vào các tính năng và dữ liệu phù hợp với vai trò của họ.

System state in error situations

1 Hệ thống hiển thị trang 404 ERROR

2 Hệ thống thông báo: System not available now

3 Hệ thống hiển thị: The site can’t be reached

Standard flow/process 1 Người dùng truy cập vào trang đăng nhập của hệ thống.

2 Hệ thống hiển thị giao diện đăng nhập yêu cầu người dùng nhập thông tin tài khoản.

3 Người dùng nhập tên đăng nhập và mật khẩu vào các trường tương ứng trên giao diện đăng nhập.

4 Người dùng nhấn nút "Đăng nhập" để tiến hành xác thực thông tin tài khoản.

5 Hệ thống kiểm tra tính hợp lệ của thông tin tài khoản đã nhập:

 Nếu thông tin tài khoản không hợp lệ, hệ thống hiển thị thông báo lỗi và yêu cầu người dùng nhập lại thông tin đăng nhập.

 Nếu thông tin tài khoản hợp lệ, hệ thống tiến hành xác minh và xác thực thông tin đăng nhập.

6 Hệ thống kiểm tra vai trò của người dùng đã đăng nhập:

 Nếu người dùng là quản trị viên, hệ thống chuyển hướng người dùng vào giao diện quản trị.

 Nếu người dùng là người dùng thường, hệ thống chuyển hướng người dùng vào giao diện người dùng.

7 Hệ thống hiển thị giao diện tương ứng với vai trò của người dùng và cho phép truy cập vào các tính năng phù hợp.

Alternative Flow 1 Tại bước 3 nếu người dùng nhập thông tin sai => hệ thống hiển thị thông báo lỗi “Tài khoản hoặc mật khẩu không đúng, nếu chưa có tài khoản vui lòng đăng ký…!!! ”

Alternative Flow 2 Đứt kết nối với Sever

Tại bước 1 hoặc 2 của Standard Flow: hệ thống hiển thị thông báo “Lỗi hệ thống”.

Bảng 16 - Đặc tả usecase đăng nhập

Usecase Đăng ký

Name Đăng ký Code UC02

Description Người dùng có thể đăng ký để sử dụng dịch vụ của website.

Actor Khách hàng, quản lí Trigger Khi truy cập vào trang web ấn vào nút đăng ký.

Pre-condition Người dùng chưa có tài khoản

Post-condition Check trên UI: Kiểm tra dữ liệu người dùng nhập vào có hợp lệ hay không nếu hợp lệ sẽ tiến hành truy xuất xuống DB.

Check trên DB: Tài khoản của người dùng nếu chưa được đăng ký sẽ tiến hành tạo tài khoản mới trong DB Nếu người dùng đã có tài khoản => báo lỗi

Error situations 1 Người dùng nhập thông tin sai quy định

2 Người dùng đăng ký tài khoản bị trùng khớp

3 Lỗi kết nối với DB

Business Rules - Người dùng phải cung cấp thông tin đăng ký hợp lệ để tạo tài khoản.

- Tên người dùng phải là duy nhất trong hệ thống.

- Mật khẩu phải đáp ứng yêu cầu độ mạnh (đủ dài và bao gồm các ký tự đặc biệt).

- Email phải có định dạng hợp lệ (@gmail, @email, @yahoo,…)

- Hệ thống phải kiểm tra tính hợp lệ của thông tin đăng ký trước khi tạo tài khoản mới.

Standard flow/process 1 Người dùng truy cập vào trang đăng ký của hệ thống.

2 Hệ thống hiển thị giao diện đăng ký yêu cầu người dùng nhập thông tin cá nhân và tài khoản.

3 Người dùng nhập thông tin cá nhân và tài khoản vào các trường tương ứng trên giao diện đăng ký.

4 Người dùng nhấn nút "Đăng ký" để tiến hành tạo tài khoản.

5 Hệ thống kiểm tra tính hợp lệ của thông tin đăng ký:

 Nếu thông tin đăng ký không hợp lệ (ví dụ: tên người dùng đã tồn tại, mật khẩu không đủ mạnh, email không hợp lệ), hệ thống hiển thị thông báo lỗi và yêu cầu người dùng nhập lại 39 thông tin đăng ký.

 Nếu thông tin đăng ký hợp lệ, hệ thống tiến hành tạo tài khoản mới.

6 Hệ thống lưu trữ thông tin tài khoản mới và chuyển hướng người dùng đến trang đăng nhập.

7 Hệ thống hiển thị thông báo thành công cho người dùng rằng tài khoản đã được tạo thành công.

Alternative Flow 1 Tại bước 5: Người dùng nhâp sai thông tin theo quy định => hệ thống sẽ báo lỗi “Bạn vừa nhập sai thông tin vui lòng kiểm tra lại….!!!”

Alternative Flow 2 Lỗi kết nối DB

Tại bước 4: Khi hệ thống không thể gửi thông tin xuống database => thông báo lỗi “Lỗi kết nối database”

Bảng 17 - Đặc tả usecase đăng ký

Usecase Đăng xuất

Name Đăng xuất Code UC03

Description Người dùng có thể đăng xuất tài khoản ra khỏi website.

Actor Khách hàng, quản lí Trigger Ấn vào nút đăng xuất.

Pre-condition Đăng nhập vào website

Post-condition Sau khi đăng xuất => chuyển đến trang đăng nhập trở lại

Error situations 1 Lỗi kết nối với DB

2 Người dùng đã đăng xuất và truy cập vào các tính năng yêu cầu đăng nhập

Business Rules - Người dùng có quyền đăng xuất khỏi hệ thống bất cứ lúc nào.

- Sau khi đăng xuất, hệ thống phải hủy bỏ phiên làm việc hiện tại và không cho phép người dùng truy cập vào bất kỳ tính năng nào mà không đăng nhập lại.

- Thông báo thành công phải được hiển thị cho người dùng khi đăng xuất thành công.

Standard flow/process 1 Người dùng truy cập vào chức năng "Đăng xuất" trong giao diện của hệ thống.

2 Hệ thống xác nhận ý định đăng xuất từ người dùng bằng cách hiển thị một thông báo xác nhận.

3 Người dùng xác nhận muốn đăng xuất bằng cách nhấn nút "Đồng ý" trên thông báo xác nhận.

4 Hệ thống thực hiện các bước sau khi người dùng đăng xuất:

5 Hủy bỏ phiên làm việc hiện tại của người dùng.

6 Xóa các thông tin đăng nhập đã lưu trữ (ví dụ: thông tin phiên, cookie) để ngăn chặn việc truy cập trái phép.

7 Chuyển hướng người dùng đến trang đăng nhập của hệ thống.

8 Hệ thống hiển thị thông báo thành công cho người dùng rằng đã đăng xuất thành công.

Alternative Flow 1 Lỗi người dùng đã đăng xuất và truy cập vào các tính năng yêu cầu đăng nhập:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng đăng nhập để truy cập các tính năng đó.

Tại bước 4: Khi hệ thống không thể gửi thông tin xuống database => thông báo lỗi “Lỗi kết nối database”

Bảng 18 - Đặc tả usecase đăng xuất

Usecase Lập phiếu thuê phòng

Name Lập phiếu thuê phòng Code UC04

Description Người dùng sẽ tạo phiếu thuê phòng và nhập thông tin người thuê để lưu vào database.

Actor Quản lí Trigger Ấn vào nút lập phiếu thuê phòng

Pre-condition Đăng nhập vào website với role quản lí.

Post-condition Phòng trọ đã lập phiếu thuê phòng sẽ không thể lập thêm phiếu thuê phòng khi chưa có phiếu trả phòng

Error situations 1 Người dùng không nhập đủ thông tin bắt buộc

2 Thông tin ngày bắt đầu và ngày kết thúc không hợp lệ

Business Rules Người dùng phải cung cấp thông tin phiếu thuê hợp lệ để tạo phiếu thuê phòng trọ.

Thông tin phiếu thuê phải đủ các thông tin bắt buộc.

Standard flow/process 1 Người dùng truy cập vào chức năng "Tạo phiếu thuê phòng trọ" trong giao diện của hệ thống.

2 Hệ thống hiển thị giao diện tạo phiếu thuê phòng trọ yêu cầu người dùng nhập thông tin liên quan.

3 Người dùng nhập thông tin liên quan vào các trường tương ứng trên giao diện tạo phiếu thuê phòng trọ, bao gồm:

 Thông tin khách hàng (tên, địa chỉ, số điện thoại, email, ).

 Thông tin phòng trọ (số phòng, diện tích, giá thuê, ) => sẽ được tham chiếu tự động.

 Thời gian thuê (ngày bắt đầu và ngày kết thúc).

 Các yêu cầu đặc biệt (nếu có).

4 Người dùng nhấn nút "Tạo phiếu thuê" để tiến hành tạo phiếu thuê phòng trọ.

5 Hệ thống kiểm tra tính hợp lệ của thông tin phiếu thuê:

6 Nếu thông tin phiếu thuê không hợp lệ (ví dụ: thiếu thông tin bắt buộc, sai định dạng), hệ thống hiển thị thông báo lỗi và yêu cầu người42 dùng nhập lại thông tin phiếu thuê.

7 Nếu thông tin phiếu thuê hợp lệ, hệ thống tạo phiếu thuê mới và lưu trữ thông tin phiếu thuê vào cơ sở dữ liệu.

8 Hệ thống hiển thị thông báo thành công cho người dùng rằng phiếu thuê đã được tạo thành công.

Alternative Flow 1 Lỗi người dùng không nhập đủ thông tin bắt buộc:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng nhập đầy đủ thông tin bắt buộc.

Khi hệ thống không thể gửi thông tin xuống database => thông báo lỗi “Lỗi kết nối database”

Alternative Flow 3 Lỗi thông tin ngày bắt đầu và ngày kết thúc không hợp lệ:

Bảng 19 - Đặc tả usecase lập phiếu thuê phòng

Usecase Chỉnh sửa phiếu thuê phòng

Name Chỉnh sửa phiếu thuê phòng

Description Người dùng sẽ chỉnh sửa phiếu thuê phòng.

Actor Quản lí Trigger Chọn phiếu thuê phòng cần chỉnh sửa từ danh sách các phiếu thuê phòng đã tạo.

Pre-condition - Người dùng đã đăng nhập vào website với vai trò "Quản lí" (Manager).

- Danh sách các phiếu thuê phòng đã được tạo.

Post-condition Thông tin phiếu thuê phòng được cập nhật vào database.

Business Rules Ngày trả phòng phải sau ngày thuê trong phiếu thuê phòng.

Giá cả cho thuê phòng không được âm.

Các thông tin liên quan đến khách hàng (tên, số điện thoại, địa chỉ) phải hợp lệ và không được để trống.

Chỉ những người dùng có quyền truy cập cụ thể (nhân viên quản lý) mới có thể chỉnh sửa thông tin phiếu thuê phòng.

Hệ thống hiển thị trang 404 ERROR

Hệ thống thông báo: System not available now

Hệ thống hiển thị: The site can’t be reached

Standard flow/process 1 Quản lí truy cập vào chức năng "Chỉnh sửa phiếu thuê phòng" trong giao diện của hệ thống.

2 Hệ thống hiển thị danh sách các phiếu thuê phòng đã tạo cho quản lí lựa chọn phiếu cần chỉnh sửa.

3 Quản lí chọn phiếu thuê phòng cần chỉnh sửa từ danh sách.

4 Hệ thống hiển thị giao diện chỉnh sửa thông tin phiếu thuê phòng yêu cầu quản lí nhập thông tin liên quan.

5 Quản lí chỉnh sửa thông tin liên quan trong các trường tương ứng trên giao diện, bao gồm:

 Thông tin phòng trọ (số phòng, diện tích, giá thuê, ).

 Thời gian thuê (ngày bắt đầu và ngày kết thúc).

 Các yêu cầu đặc biệt (nếu có).

6 Quản lí nhấn nút "Lưu chỉnh sửa" để tiến hành cập nhật thông tin phiếu thuê phòng.

7 Hệ thống kiểm tra tính hợp lệ của thông tin phiếu thuê sau chỉnh sửa:

 Nếu thông tin phiếu thuê không hợp lệ (ví dụ: thiếu thông tin bắt buộc, sai định dạng), hệ thống hiển thị thông báo lỗi và yêu cầu quản lí nhập lại thông tin phiếu thuê.

 Nếu thông tin phiếu thuê hợp lệ, hệ thống cập nhật phiếu thuê trong cơ sở dữ liệu với thông tin mới.

8 Hệ thống hiển thị thông báo thành công cho quản lí rằng phiếu thuê đã được chỉnh sửa thành công.

Alternative Flow 1 Tại bước 3: Nếu người dùng muốn hủy bỏ việc chỉnh sửa, họ có thể chọn thoát khỏi trang chỉnh sửa.

Bảng 20 - Đặc tả usecase chỉnh sửa phiếu thuê phòng

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

Name Xóa phiếu thuê phòng Code UC06

Description Người dùng có thể xóa phiếu thuê phòng.

Actor Quản lí Trigger Chọn phiếu thuê phòng cần xóa từ danh sách các phiếu thuê phòng đã tạo.

Pre-condition Phiếu thuê phòng đã được tạo và lưu trữ trong hệ thống.

Post-condition Phiếu thuê phòng đã bị xóa khỏi hệ thống.

Business Rules Ngày trả phòng phải sau ngày thuê trong phiếu thuê phòng.

Giá cả cho thuê phòng không được âm.

Các thông tin liên quan đến khách hàng (tên, số điện thoại, địa chỉ) phải hợp lệ và không được để trống.

Chỉ những người dùng có quyền truy cập cụ thể (nhân viên quản lý) mới có thể chỉnh sửa thông tin phiếu thuê phòng.

Standard flow/process 1 Người dùng chọn phiếu thuê phòng cần xóa từ danh sách có sẵn.

2 Hệ thống hiển thị thông tin chi tiết của phiếu thuê phòng để xác nhận việc xóa.

3 Người dùng xác nhận việc xóa phiếu thuê phòng.

4 Hệ thống xóa phiếu thuê phòng khỏi cơ sở dữ liệu.

5 Hệ thống thông báo cho người dùng việc xóa phiếu thuê phòng đã thành công.

Alternative Flow 1 Tại bước 3: Nếu người dùng muốn hủy bỏ việc xóa phòng, họ có thể chọn thoát khỏi trang xóa.

Bảng 21 - Đặc tả usecase xoá phiếu thuê phòng

Usecase Lập phiếu thu tiền phòng

Name Lập phiếu thu tiền Code UC07

Description Người dùng sẽ lập hóa phiếu thu tiền để quản lí doanh thu.

Actor Quản lí Trigger Ấn vào nút lập phiếu thu tiền

Pre-condition 1 Đăng nhập vào website với role quản lí.

2 Ấn vào icon danh mục để chọn lập phiếu thu tiền.

Post-condition Khách hàng có thể xem phiếu thu tiền và thanh toán cho chủ trọ

Error situations Người dùng không nhập đủ thông tin bắt buộc

Thông tin phiếu thu không hợp lệ

Business Rules Người dùng phải cung cấp thông tin phiếu thu tiền hợp lệ để tạo phiếu thu tiền phòng.

Thông tin phiếu thu phải đủ các thông tin bắt buộc.

Standard flow/process 1 Người dùng truy cập vào chức năng "Lập phiếu thu tiền phòng trọ" trong giao diện của hệ thống.

2 Hệ thống hiển thị giao diện lập phiếu thu tiền phòng trọ yêu cầu người dùng nhập thông tin liên quan.

3 Người dùng nhập thông tin liên quan vào các trường tương ứng trên giao diện lập phiếu thu tiền phòng trọ, bao gồm:

 Thông tin phiếu thu (số phiếu thu, ngày thu, phòng trọ, số tiền thu, ).

 Các thông tin phụ khác (nếu có).

4 Người dùng nhấn nút "Lập phiếu thu" để tiến hành lập phiếu thu tiền phòng trọ.

5 Hệ thống kiểm tra tính hợp lệ của thông tin phiếu thu:

6 Nếu thông tin phiếu thu không hợp lệ (ví dụ: thiếu thông tin bắt buộc, sai định dạng), hệ thống hiển thị thông báo lỗi và yêu cầu người dùng nhập lại thông tin phiếu thu.

7 Nếu thông tin phiếu thu hợp lệ, hệ thống lưu trữ thông tin phiếu thu vào cơ sở dữ liệu.

8 Hệ thống hiển thị phiếu thu tiền phòng trọ với thông tin chi tiết và các thông tin phụ khác (nếu có) cho người dùng kiểm tra và xác nhận.

9 Người dùng xác nhận phiếu thu tiền phòng trọ.

10 Hệ thống lưu trữ phiếu thu và hiển thị thông báo thành công cho người dùng rằng phiếu thu đã được lập thành công.

Alternative Flow 1 Lỗi người dùng không nhập đủ thông tin bắt buộc

Alternative Flow 2 Lỗi thông tin phiếu thu không hợp lệ

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng nhập lại thông tin phiếu thu hợp lệ.

Bảng 22 - Đặc tả usecase lập hoá đơn thu tiền

Usecase Chỉnh sửa phiếu thu tiền phòng

Name Chỉnh sửa phiếu thu tiền

Description Người dùng có thể chỉnh sửa hóa đơn phiếu thu tiền để quản lí doanh thu.

Actor Quản lí Trigger Ấn vào nút chỉnh sửa hóa đơn thu tiền phòng trọ.

Pre-condition Hóa đơn thu tiền phòng đã được tạo và lưu trữ trong hệ thống.

Post-condition Thông tin hóa đơn thu tiền phòng đã được cập nhật thành công trong hệ thống.

Error situations Không tìm thấy hóa đơn.

Standard flow/process 1 Nhân viên thu tiền chọn hóa đơn thu tiền phòng cần chỉnh sửa từ danh sách có sẵn.

2 Hệ thống hiển thị thông tin chi tiết của hóa đơn thu tiền phòng.

3 Nhân viên thu tiền cập nhật thông tin cần chỉnh sửa trong hóa đơn thu tiền phòng.

4 Nhân viên thu tiền lưu lại các thay đổi đã chỉnh sửa.

5 Hệ thống kiểm tra tính hợp lệ của thông tin mới.

6 Hệ thống cập nhật hóa đơn thu tiền phòng trong cơ sở dữ liệu.

7 Hệ thống thông báo cho nhân viên thu tiền việc chỉnh sửa đã thành công.

Nếu nhân viên thu tiền muốn hủy bỏ việc chỉnh sửa, họ có thể chọn thoát khỏi trang chỉnh sửa.

Bảng 23 - Đặc tả usecase chỉnh sửa phiếu thu tiền

Usecase Xóa phiếu thu tiền phòng

Name Xóa phiếu thu tiền Code UC09

Description Người dùng có thể xóa hóa đơn phiếu thu tiền để quản lí doanh thu.

Actor Quản lí Trigger Ấn vào nút xóa hóa đơn thu tiền phòng trọ.

Pre-condition Hóa đơn thu tiền phòng đã được tạo và lưu trữ trong hệ thống.

Post-condition Hóa đơn thu tiền phòng đã bị xóa khỏi hệ thống.

Error situations Không tìm thấy hóa đơn.

Standard flow/process 1 Nhân viên thu tiền chọn hóa đơn thu tiền phòng cần xóa từ danh sách có sẵn.

2 Hệ thống hiển thị thông tin chi tiết của hóa đơn thu tiền phòng để xác nhận việc xóa.

3 Nhân viên thu tiền xác nhận việc xóa hóa đơn thu tiền phòng.

4 Hệ thống xóa hóa đơn thu tiền phòng khỏi cơ sở dữ liệu.

5 Hệ thống thông báo cho nhân viên thu tiền việc xóa hóa đơn đã thành công.

Nếu nhân viên thu tiền không xác nhận việc xóa, họ có thể chọn thoát khỏi trang xác nhận xóa.

Bảng 24 - Đặc tả usecase xoá phiếu thu tiền phòng

Usecase Lập phiếu trả phòng

Name Lập phiếu trả phòng Code UC10

Description Người dùng sẽ lập phiếu trả phòng và điền thong tin người trả phòng

Actor Quản lí Trigger Ấn vào nút lập phiếu trả phòng

2 Ấn vào icon danh mục để chọn lập phiếu Trả phòng

Post-condition Phòng trọ đã lập phiếu trả phòng có thể lập phiếu thuê phòng

Thông tin phiếu trả không hợp lệ

Business Rules Người dùng phải cung cấp thông tin phiếu trả hợp lệ để lập phiếu trả phòng trọ.

Thông tin phiếu trả phòng trọ phải chính xác và đầy đủ để đảm bảo tính chính xác của phiếu trả.

Standard flow/process 1 Người dùng truy cập vào chức năng "Lập phiếu trả phòng trọ" trong giao diện của hệ thống.

2 Hệ thống hiển thị giao diện lập phiếu trả phòng trọ yêu cầu người dùng nhập thông tin liên quan.

3 Người dùng nhập thông tin liên quan vào các trường tương ứng trên giao diện lập phiếu trả phòng trọ, bao gồm:

 Thông tin phiếu trả (số phiếu trả, ngày trả, phòng trọ, số tiền trả, ).

 Các thông tin phụ khác (nếu có).

4 Người dùng nhấn nút "Lập phiếu trả" để tiến hành lập phiếu trả phòng trọ.

5 Hệ thống kiểm tra tính hợp lệ của thông tin phiếu trả:

 Nếu thông tin phiếu trả không hợp lệ (ví dụ: thiếu thông tin bắt buộc, sai định dạng), hệ thống hiển thị thông báo lỗi và yêu cầu người dùng nhập lại thông tin phiếu trả.

 Nếu thông tin phiếu trả hợp lệ, hệ thống lưu trữ thông tin phiếu trả vào cơ sở dữ liệu.

6 Hệ thống hiển thị phiếu trả phòng trọ với thông tin chi tiết và các thông tin phụ khác (nếu có) cho người dùng kiểm tra và xác nhận.

7 Người dùng xác nhận phiếu trả phòng trọ.

8 Hệ thống lưu trữ phiếu trả và hiển thị thông báo thành công cho người dùng rằng phiếu trả đã được lập thành công.

Alternative Flow 2 Lỗi thông tin phiếu trả phòng không hợp lệ

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng nhập lại thông tin phiếu trả hợp lệ.

Bảng 25 - Đặc tả usecase lập phiếu trả phòng

Usecase Chỉnh sửa phiếu trả phòng

Name Chỉnh sửa phiếu trả phòng

Description Người dùng sẽ chỉnh sửa phiếu trả phòng và điền thông tin người trả phòng

Actor Quản lí Trigger Ấn vào nút chỉnh sửa phiếu trả phòng

Pre-condition Phiếu trả phòng đã được tạo và lưu trữ trong hệ thống.

Post-condition Thông tin phiếu trả phòng đã được cập nhật thành công trong hệ thống.

Error situations Không tìm thấy phiếu trả phòng

Standard flow/process 1 Nhân viên quản lý chọn phiếu trả phòng cần chỉnh sửa từ danh sách có sẵn.

2 Hệ thống hiển thị thông tin chi tiết của phiếu trả phòng.

3 Nhân viên quản lý cập nhật thông tin cần chỉnh sửa trong phiếu trả phòng.

4 Nhân viên quản lý lưu lại các thay đổi đã chỉnh sửa.

5 Hệ thống kiểm tra tính hợp lệ của thông tin mới.

6 Hệ thống cập nhật phiếu trả phòng trong cơ sở dữ liệu.

7 Hệ thống thông báo cho nhân viên quản lý việc chỉnh sửa đã thành công.

Nếu nhân viên quản lý muốn hủy bỏ việc chỉnh sửa, họ có thể chọn thoát khỏi trang chỉnh sửa.

Bảng 26 - Đặc tả usecase chỉnh sửa phiếu trả phòng

Usecase Xóa phiếu trả phòng

Name Xóa phiếu trả phòng Code UC12

Description Người dùng sẽ xóa phiếu trả phòng.

Actor Quản lí Trigger Ấn vào nút xóa phiếu trả phòng

Pre-condition Phiếu trả phòng đã được tạo và lưu trữ trong hệ thống.

Post-condition Phiếu trả phòng đã bị xóa khỏi hệ thống.

Error situations Không tìm thấy phiếu trả phòng.

Standard flow/process 1 Nhân viên quản lý chọn phiếu trả phòng cần xóa từ danh sách có sẵn.

2 Hệ thống hiển thị thông tin chi tiết của phiếu trả phòng để xác nhận việc xóa.

3 Nhân viên quản lý xác nhận việc xóa phiếu trả phòng.

4 Hệ thống xóa phiếu trả phòng khỏi cơ sở dữ liệu.

5 Hệ thống thông báo cho nhân viên quản lý việc xóa phiếu trả phòng đã thành công.

Nếu nhân viên quản lý không xác nhận việc xóa, họ có thể chọn thoát khỏi trang xác nhận xóa.

Bảng 27 - Đặc tả usecase xoá phiếu trả phòng

Usecase Thêm phòng

Name Thêm phòng Code UC13

Description Người dùng sẽ thêm phòng và điền thông tin phòng phòng trọ

Actor Quản lí Trigger Ấn vào nút Thêm phòng

2 Ấn vào icon danh mục để chọn Thêm phòng

Post-condition Phòng trọ đã được thêm có thể lập phiếu thuê phòng

Thông tin phòng trọ không hợp lệ

Business Rules Số phòng phải là duy nhất và không được trùng lặp trong hệ thống.

Thông tin phòng trọ phải hợp lệ để được thêm vào hệ thống.

Standard flow/process 1 Người dùng truy cập vào chức năng "Thêm phòng trọ" trong giao diện của hệ thống.

2 Hệ thống hiển thị giao diện thêm phòng trọ yêu cầu người dùng nhập

3 Người dùng nhập thông tin liên quan vào các trường tương ứng trên giao diện thêm phòng trọ, bao gồm:

 Số phòng (duy nhất và không trùng lặp).

 Mô tả vật chất phòng.

4 Người dùng nhấn nút "Thêm phòng" để tiến hành thêm phòng trọ.

5 Hệ thống kiểm tra tính hợp lệ của thông tin phòng trọ:

 Nếu thông tin phòng trọ không hợp lệ (ví dụ: thiếu thông tin bắt buộc, trùng lặp số phòng), hệ thống hiển thị thông báo lỗi và yêu cầu người dùng nhập lại thông tin phòng trọ.

 Nếu thông tin phòng trọ hợp lệ, hệ thống tạo phòng trọ mới và lưu trữ thông tin phòng vào cơ sở dữ liệu.

6 Hệ thống hiển thị thông báo thành công cho người dùng rằng phòng trọ đã được thêm thành công.

Alternative Flow 2 Lỗi thông tin phòng trọ không hợp lệ

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng nhập lại thông tin phòng trọ hợp lệ.

Bảng 28 - Đặc tả usecase thêm phòng

Usecase Sửa thông tin phòng

Name Sửa thông tin phòng Code UC14

Description Người dùng sẽ nhấn vào phòng trọ cần sửa thông tin và nhập lại thông tin cần sửa

Actor Quản lí Trigger Ấn vào nút Sửa dưới phòng trọ cần sửa thông tin

2 Ấn vào icon Sửa chọn Sửa thông tin phòng

Post-condition Phòng trọ đã sửa thông tin trên layout sẽ hiện thông tin phòng trọ đã sửa

Error situations Người dùng không nhập đủ thông tin bắt buộc hoặc giá trị không hợp lệ.

Thông tin phòng trọ sau khi chỉnh sửa không hợp lệ.

Business Rules Thông tin phòng trọ phải hợp lệ để được cập nhật trong hệ thống.

Mô tả phòng là tùy chọn và có thể được bỏ qua nếu không có thông tin cụ thể.

Standard flow/process 1 Người dùng truy cập vào chức năng "Sửa thông tin phòng trọ" trong giao diện của hệ thống.

2 Hệ thống hiển thị danh sách các phòng trọ có sẵn để người dùng chọn phòng cần sửa thông tin.

3 Người dùng chọn một phòng trọ từ danh sách để sửa thông tin.

4 Hệ thống hiển thị giao diện sửa thông tin phòng trọ, hiển thị thông tin hiện tại của phòng trọ cho người dùng chỉnh sửa.

5 Người dùng chỉnh sửa thông tin phòng trọ, bao gồm:

6 Người dùng nhấn nút "Lưu" để cập nhật thông tin phòng trọ đã chỉnh sửa.

7 Hệ thống kiểm tra tính hợp lệ của thông tin phòng trọ sau khi sửa:

 Nếu thông tin phòng trọ không hợp lệ (ví dụ: thiếu thông tin bắt buộc, giá trị không hợp lệ), hệ thống hiển thị thông báo 55 lỗi và yêu cầu người dùng nhập lại thông tin phòng trọ.

 Nếu thông tin phòng trọ hợp lệ, hệ thống cập nhật thông tin phòng trong cơ sở dữ liệu.

8 Hệ thống hiển thị thông báo thành công cho người dùng rằng thông tin phòng trọ đã được cập nhật thành công.

Use case tiếp tục từ bước 5.

Alternative Flow 2 Lỗi thông tin phòng trọ sau khi chỉnh sửa không hợp lệ:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng nhập lại thông tin phòng trọ hợp lệ.

Bảng 29 - Đặc tả usecase sửa thông tin phòng

Usecase Xóa phòng

Name Xóa phòng Code UC15

Description Người dùng sẽ xóa phòng trọ khỏi database

Actor Quản lí Trigger Ấn vào nút Xóa dưới phòng trọ cần sửa thông tin

2 Ấn vào icon Xóa dưới phòng cần xóa

Post-condition Phòng trọ đã xóa sẽ không còn hiện trên layout

Error situations Người dùng không chọn phòng trọ để xóa.

Xảy ra lỗi trong quá trình xóa phòng trọ khỏi cơ sở dữ liệu

Business Rules Xóa phòng trọ sẽ xóa tất cả các thông tin liên quan đến phòng đó khỏi hệ thống.

Xóa phòng trọ chỉ được thực hiện khi không có thông tin liên quan đến phòng đó trong các phiếu thuê, phiếu trả, hay các dữ liệu khác liên quan.

Standard flow/process 1 Người dùng nhấn vào nút “Xóa ”dưới phòng cần xóa

2 Hệ thống sẽ xóa Phòng layout và database Alternative Flow 1 Lỗi người dùng không chọn phòng trọ để xóa:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng chọn một phòng trọ để thực hiện xóa.

Alternative Flow 2 Lỗi xảy ra lỗi trong quá trình xóa phòng trọ khỏi cơ sở dữ liệu:

Hệ thống hiển thị thông báo lỗi và yêu cầu người dùng thử lại sau. Use case kết thúc.

Bảng 30 - Đặc tả usecase xoá phòng

Usecase Xem thông tin khách hàng

Name Xem thông tin khách hàng

Description Người dùng sẽ nhấn vào icon Danh mục chọn khách hàng

Actor Quản lí Trigger Ấn vào nút Khách hàng

Pre-condition Đăng nhập vào website với role Quản lí.

Post-condition Có thể xem thông tin khách hàng

Error situations Người dùng không chọn khách hàng để xem thông tin.

Không có thông tin khách hàng để hiển thị.

Business Rules Thông tin khách hàng phải được lưu trữ và cập nhật chính xác trong hệ thống để có thể xem được.

Standard flow/process 1 Người dùng truy cập vào chức năng "Xem thông tin khách hàng" trong giao diện của hệ thống.

2 Hệ thống hiển thị danh sách khách hàng có sẵn để người dùng chọn khách hàng cần xem thông tin.

3 Người dùng chọn một khách hàng từ danh sách để xem thông tin.

4 Hệ thống hiển thị thông tin chi tiết của khách hàng đó, bao gồm:

 Số điện thoại khách hàng.

 Các thông tin khác (nếu có).

5 Người dùng có thể xem và kiểm tra các thông tin chi tiết về khách hàng.

Alternative Flow 1 Lỗi người dùng không chọn khách hàng để xem thông tin:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng chọn một khách hàng để xem thông tin.

Alternative Flow 2 Lỗi không có thông tin khách hàng để hiển thị:

Hệ thống hiển thị thông báo rằng không có thông tin khách hàng để hiển thị. Use case kết thúc.

Bảng 31 - Đặc tả usecase xem thông tin khách hàng

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

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

Description Người dùng sẽ nhấn vào Sửa thông tin và nhập thông tin cần sửa

Actor Quản lí Trigger Ấn vào nút Sửa bên cạch thông tin khách hàng cần sửa

Post-condition Thông tin khách hàng đã sửa sẽ hiện trên layout

Error situations Người dùng không chọn khách hàng để sửa thông tin.

Thông tin khách hàng sau khi chỉnh sửa không hợp lệ.

Business Rules Thông tin khách hàng phải hợp lệ để được cập nhật trong hệ thống. Địa chỉ email khách hàng phải có định dạng chính xác.

Các thông tin khác (nếu có) phải tuân thủ các quy định và kiểu dữ liệu quy định trong hệ thống.

Standard flow/process 1 Người dùng truy cập vào chức năng "Sửa thông tin khách hàng" trong giao diện của hệ thống.

2 Hệ thống hiển thị danh sách khách hàng có sẵn để người dùng chọn khách hàng cần sửa thông tin.

3 Người dùng chọn một khách hàng từ danh sách để sửa thông tin.

4 Hệ thống hiển thị giao diện sửa thông tin khách hàng, hiển thị thông tin hiện tại của khách hàng cho người dùng chỉnh sửa.

5 Người dùng chỉnh sửa thông tin khách hàng, bao gồm:

 Số điện thoại khách hàng.

6 Người dùng nhấn nút "Lưu" để cập nhật thông tin khách hàng đã chỉnh sửa.

7 Hệ thống kiểm tra tính hợp lệ của thông tin khách hàng sau khi sửa:

 Nếu thông tin khách hàng không hợp lệ (ví dụ: thiếu thông tin bắt buộc, định dạng không đúng), hệ thống hiển thị thông báo lỗi và yêu cầu người dùng nhập lại thông tin khách hàng.

 Nếu thông tin khách hàng hợp lệ, hệ thống cập nhật thông tin khách hàng trong cơ sở dữ liệu.

8 Hệ thống hiển thị thông báo thành công cho người dùng rằng thông tin khách hàng đã được cập nhật thành công.

Alternative Flow 1 Lỗi người dùng không chọn khách hàng để sửa thông tin:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng chọn một khách hàng để thực hiện sửa thông tin.

Alternative Flow 2 Lỗi thông tin khách hàng sau khi chỉnh sửa không hợp lệ:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng nhập lại thông tin khách hàng hợp lệ.

Bảng 32 - Đặc tả usecase sửa thông tin khách hàng

Usecase Xóa thông tin khách hàng

Name Xóa tài khoản khách Code UC18

Description Người dùng sẽ xóa khách hàng khỏi database

Actor Quản lí Trigger Ấn vào nút Xóa bên cạnh thông tin khachs hàng

Pre-condition Đăng nhập vào website với role quản lí.

Post-condition Khách hàng đã xóa sẽ không còn hiện trên layout

Error situations Người dùng không chọn khách hàng để xóa thông tin.

Xảy ra lỗi trong quá trình xóa thông tin khách hàng khỏi cơ sở dữ liệu.

Business Rules Xóa thông tin khách hàng sẽ xóa tất cả các thông tin liên quan đến khách hàng đó khỏi hệ thống.

Xóa thông tin khách hàng chỉ được thực hiện khi không có thông tin liên quan đến khách hàng đó trong các phiếu thuê, phiếu trả, hay các dữ liệu khác liên quan.

Standard flow/process 1 Người dùng truy cập vào chức năng "Xóa thông tin khách hàng" trong giao diện của hệ thống.

2 Hệ thống hiển thị danh sách khách hàng có sẵn để người dùng chọn khách hàng cần xóa thông tin.

3 Người dùng chọn một khách hàng từ danh sách để xóa thông tin.

4 Hệ thống hiển thị thông tin chi tiết của khách hàng đó và yêu cầu người dùng xác nhận việc xóa.

5 Người dùng xác nhận việc xóa thông tin khách hàng.

6 Hệ thống xóa thông tin khách hàng khỏi cơ sở dữ liệu và thông báo thành công cho người dùng.

Alternative Flow 1 Lỗi người dùng không chọn khách hàng để xóa thông tin:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng chọn một khách hàng để thực hiện xóa.

Alternative Flow 2 Lỗi xảy ra lỗi trong quá trình xóa thông tin khách hàng khỏi cơ sở dữ liệu:

Bảng 33 - Đặc tả usecase xoá thông tin khách hàng

Usecase Xem doanh thu

Name Xem doanh thu Code UC19

Description Người dùng sẽ nhấn vào icon Danh mục chọn Doanh thu

Actor Quản lí Trigger Ấn vào nút Doanh thu

Post-condition Có thể xem Doanh thu theo tháng ,năm

Error situations Người dùng không nhập đủ thông tin khoảng thời gian.

Không có dữ liệu doanh thu trong khoảng thời gian đã chọn.

Business Rules Dữ liệu doanh thu phòng trọ phải được lưu trữ chính xác trong hệ thống để có thể xem được.

Tính toán doanh thu phòng trọ dựa trên các thông tin giao dịch và giá thuê phòng trong khoảng thời gian đã chọn.

Standard flow/process 1 Người dùng truy cập vào chức năng "Xem doanh thu phòng trọ" trong giao diện của hệ thống.

2 Hệ thống hiển thị giao diện cho phép người dùng nhập khoảng thời gian muốn xem doanh thu.

3 Người dùng nhập khoảng thời gian bắt đầu và kết thúc cho việc xem doanh thu.

4 Người dùng nhấn nút "Xem" để xem doanh thu phòng trọ.

5 Hệ thống truy xuất dữ liệu từ cơ sở dữ liệu và tính toán tổng doanh thu phòng trọ trong khoảng thời gian đã chọn.

6 Hệ thống hiển thị kết quả doanh thu cho người dùng, bao gồm:

 Tổng doanh thu thu được trong khoảng thời gian đã chọn.

 Các thông tin chi tiết về doanh thu (ví dụ: số lượng phiếu thuê, giá thuê phòng, chi tiết từng giao dịch).

7 Người dùng có thể xem và kiểm tra thông tin doanh thu phòng trọ.

Alternative Flow 1 Lỗi người dùng không nhập đủ thông tin khoảng thời gian:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng nhập đủ thông tin khoảng thời gian.

Alternative Flow 2 Lỗi không có dữ liệu doanh thu trong khoảng thời gian đã chọn:

Hệ thống hiển thị thông báo rằng không có dữ liệu doanh thu trong khoảng thời gian đã chọn.

Bảng 34 - Đặc tả usecase xem doanh thu

Usecase chưa thanh toán

Name Chưa thanh toán Code UC20

Description Người dùng sẽ nhấn vào icon Danh mục chọn Chưa thanh toán

Actor Quản lí Trigger Ấn vào nút Chưa thanh toán

Pre-condition 1 Đăng nhập vào website với role Quản lí.

Post-condition Có thể xem danh sách phòng chưa thanh toán tiền trong tháng

Error situations Không có phòng nào còn thiếu tiền trong tháng.

Business Rules Các thông tin về thuê phòng và tiền thuê phải được lưu trữ chính xác trong hệ thống để có thể xác định phòng còn thiếu tiền.

Standard flow/process 1 Người dùng truy cập vào chức năng "Chưa thanh toán" trong giao diện của hệ thống.

2 Hệ thống hiển thị danh sách các phòng trọ trong tháng hiện tại mà vẫn chưa trả tiền thuê.

3 Người dùng có thể xem các thông tin chi tiết về từng phòng còn thiếu tiền, bao gồm:

 Các thông tin khác (nếu có).

4 Người dùng có thể xem và kiểm tra thông tin các phòng còn thiếu tiền trong tháng.

Alternative Flow 1 Lỗi không có phòng nào còn thiếu tiền trong tháng:

Hệ thống hiển thị thông báo rằng không có phòng nào còn thiếu tiền trong tháng.

Bảng 35 - Đặc tả usecase chưa thanh toán

Usecase Xem thông tin phiếu thuê phòng

Name Xem thông tin phiếu thuê phòng

Description Người dùng sẽ xem thông tin các phiếu thuê phòng đã lập

Actor Quản lí Trigger Ấn vào nút Danh sách lập phiếu

Post-condition Có thể xem thông tin danh sách các phiếu thuê phòng đã lập

Error situations - Không có phiếu thuê nào được lập

- Lỗi kết nối với database

Business Rules Phiếu thuê phòng duy nhất: Mỗi phiếu thuê phòng có một số phiếu thuê duy nhất làm mã số định danh và không được trùng lặp trong hệ thống.

Standard flow/process 1 Người dùng chọn chức năng xem thông tin các phiếu thuê phòng trọ.

2 Hệ thống hiển thị danh sách các phiếu thuê phòng trọ gồm các thông tin cơ bản về mỗi phiếu:

 Mã phiếu TP: mã số định danh phiếu thuê phòng.

 Ngày bắt đầu: ngày bắt đầu thuê phòng.

 Ngày kết thúc: ngày kết thúc thuê phòng.

 Tên khách hàng: tên của khách hàng thuê phòng.

 Số điện thoại: số điện thoại liên lạc của khách hàng.

 CCCD: số căn cước công dân của khách hàng.

 Địa chỉ: địa chỉ hiện tại của khách hàng.

3 Người dùng có thể xem thông tin phiếu thuê khác hoặc sửa, xóa thông tin các phiếu thuê khác.

4 Nếu người dùng chọn sửa, xóa:

 Sửa: Nhập chính xác thông tin cần sửa và nhấn nút “Lưu” để tiến hành lưu trữ.

 Xóa: Chọn xác nhận xóa phiếu để tiến hành xóa phiếu vĩnh viễn khỏi cơ sở dữ liệu.

Alternative Flow 1 Lỗi Không có phiếu thuê nào được lập

Hệ thống hiển thị thông báo rằng không có phiếu thuê nào được lập. Usecase kết thúc.

Bảng 36 – Đặc tả usecase xem thông tin phiếu thuê phòng

Usecase Xem khách hàng thân thiết

Name Xem khách hàng thân thiết

Description Người dùng sẽ nhấn vào icon Danh mục chọn khách hàng thân thiết

Actor Quản lí Trigger Ấn vào nút Khách hàng thân thiết

Post-condition Có thể xem thông tin khách hàng thân thiết

Error situations Không có khách hàng nào đáp ứng tiêu chí xác định khách hàng thân thiết

Business Rules Các thông tin về khách hàng, thuê phòng và thanh toán phải được lưu trữ chính xác trong hệ thống để có thể xác định khách hàng thân thiết theo các tiêu chí đã chọn.

Standard flow/process 1 Người dùng truy cập vào chức năng "Xem khách hàng thân thiết" trong giao diện của hệ thống.

2 Hệ thống hiển thị giao diện cho phép người dùng chọn tiêu chí để xác định khách hàng thân thiết.

3 Người dùng chọn tiêu chí xác định khách hàng thân thiết, ví dụ: số

64 lần thuê phòng, tổng số tiền đã thanh toán, thời gian gần nhất thuê phòng, vv.

4 Người dùng cung cấp các thông tin cần thiết để áp dụng tiêu chí xác định khách hàng thân thiết (nếu có).

5 Người dùng nhấn nút "Xem" để xem danh sách khách hàng thân thiết.

6 Hệ thống truy xuất dữ liệu từ cơ sở dữ liệu và áp dụng tiêu chí đã chọn để xác định danh sách khách hàng thân thiết.

7 Hệ thống hiển thị danh sách các khách hàng thân thiết cho người dùng, bao gồm thông tin chi tiết về từng khách hàng, ví dụ: tên khách hàng, thông tin liên hệ, số lần thuê phòng, tổng số tiền đã thanh toán, vv.

8 Người dùng có thể xem và kiểm tra thông tin chi tiết về các khách hàng thân thiết.

Alternative Flow 1 Lỗi không có khách hàng nào đáp ứng tiêu chí xác định khách hàng thân thiết:

Hệ thống hiển thị thông báo rằng không có khách hàng thân thiết theo tiêu chí đã chọn.

Bảng 37 - Đặc tả usecase xem khách hàng thân thiết

Usecase Tìm kiếm phòng

Name Tìm kiếm phòng Code UC23

Description Người dùng sẽ nhập thông tin phòng cần tìm vào ô tìm kiếm

Actor Khách hang, quản lí Trigger Ấn vào thanh search và nhập dữ liệu

Pre-condition Đăng nhập vào website

Post-condition Có thể tìm kiếm thông tin phòng theo dữ liệu

Error situations Không có phòng nào phù hợp với tiêu chí tìm kiếm.

Business Rules Dữ liệu về phòng trọ, tiện nghi và giá thuê phải được lưu trữ chính xác trong hệ thống để có thể tìm kiếm phòng.

Tiêu chí tìm kiếm có thể khác nhau tùy thuộc vào yêu cầu của hệ thống và người dùng.

Standard flow/process 1 Người dùng truy cập vào chức năng "Tìm kiếm phòng" trong giao diện của hệ thống.

2 Hệ thống hiển thị giao diện tìm kiếm phòng, bao gồm các tiêu chí tìm kiếm có thể áp dụng.

3 Người dùng nhập các tiêu chí tìm kiếm, ví dụ:

 Tiện nghi có sẵn trong phòng.

4 Người dùng nhấn nút "Tìm kiếm" để tìm các phòng phù hợp với tiêu chí đã nhập.

5 Hệ thống truy xuất dữ liệu từ cơ sở dữ liệu và lọc các phòng trọ phù hợp với tiêu chí tìm kiếm.

6 Hệ thống hiển thị danh sách các phòng trọ phù hợp cho người dùng, bao gồm thông tin chi tiết về từng phòng, ví dụ:

 Tiện nghi có sẵn trong phòng.

7 Người dùng có thể xem và kiểm tra thông tin các phòng trọ tìm kiếm được.

Alternative Flow 1 Lỗi không có phòng nào phù hợp với tiêu chí tìm kiếm:

Hệ thống hiển thị thông báo rằng không tìm thấy phòng phù hợp với tiêu chí tìm kiếm.

Bảng 38 - Đặc tả usecase tìm kiếm phòng

Usecase Liên hệ

Name Liên hệ Code UC24

Description Use case "Liên hệ" cho phép người dùng liên hệ với nhân viên hoặc quản lý của hệ thống để yêu cầu hỗ trợ, gửi phản hồi, hoặc trao đổi thông tin.

Actor Khách hàng Trigger Nhấn vào nút “Liên hệ”

Pre-condition Đăng nhập vào website với role Khách hàng

Post-condition Có thể thấy được các liên hệ của nhà trọ.

Error situations Người dùng không nhập đúng thông tin hoặc không hoàn thành đúng các bước liên hệ.

Xảy ra lỗi trong quá trình gửi hoặc nhận thông tin liên hệ.

Business Rules Các phương thức liên hệ và thông tin liên hệ cần được cung cấp và cập nhật chính xác trong hệ thống để đảm bảo khả năng tiếp xúc với người. Yêu cầu liên hệ và phản hồi cần được xử lý và trả lời một cách nhanh chóng và hiệu quả.

Standard flow/process 1 Người dùng truy cập vào chức năng "Liên hệ" trong giao diện của hệ thống.

2 Hệ thống hiển thị giao diện liên hệ, bao gồm các phương thức liên hệ có sẵn (ví dụ: số điện thoại, địa chỉ email, biểu mẫu liên hệ trực tuyến).

3 Người dùng chọn phương thức liên hệ mà họ mong muốn sử dụng để tiếp xúc với nhân viên hoặc quản lý.

4 Người dùng thực hiện hành động liên hệ theo phương thức đã chọn:

 Nếu là số điện thoại hoặc địa chỉ email, người dùng gọi điện hoặc gửi email theo thông tin đã cung cấp.

 Nếu là biểu mẫu liên hệ trực tuyến, người dùng điền thông tin cần thiết và gửi biểu mẫu đi.

5 Hệ thống nhận được thông tin liên hệ từ người dùng và chuyển tiếp đến người nhận (quản lý).

6 Người nhận xử lý yêu cầu liên hệ và phản hồi lại người dùng theo phương thức liên hệ đã chọn.

7 Người dùng nhận được phản hồi từ nhân viên hoặc quản lý thông qua phương thức liên hệ đã sử dụng.

Alternative Flow 1 Lỗi người dùng không nhập đúng thông tin hoặc không hoàn thành đúng các bước liên hệ:

Hệ thống hiển thị thông báo lỗi yêu cầu người dùng nhập đúng thông tin hoặc hoàn thành đúng các bước liên hệ.

Alternative Flow 2 Lỗi xảy ra lỗi trong quá trình gửi hoặc nhận thông tin liên hệ:

Bảng 39 - Đặc tả usecase liên hệ

Sequence Diagram

Quy trình Lập phiếu thuê phòng

Hình 12 - Sequence digram lập phiếu thuê phòng

Quy trình Chỉnh sửa thông tin phòng trọ

Hình 13 - Sequence Diagram chỉnh sửa thông tin phòng trọ

Activity Diagram

Quy trình Lập phiếu thuê phòng cho khách hàng (Quản lý)

Hình 14 - Activity Diagram lập phiếu thuê phòng

Quy trình chỉnh sửa thông tin phòng trọ (Quản lý)

Hình 15 - Activity Diagram chỉnh sửa thông tin phòng trọ

Class Diagram

3 LAB 3: THIẾT KẾ DỮ LIỆU

Chi tiết các bảng

Bảng Phòng trọ

(Field name) Kiểu dữ liệu Độ rộng Not NULL Ràng buộc / Miền giá trị Mã hóa Diễn giải

1 MaPhong INT Yes PK No

6 Hinh NVARCHAR MAX Yes No

Bảng 40 - Bảng thiết kế dữ liệu phòng trọ

Bảng Tài khoản

Kiểu dữ liệu Độ rộng

Ràng buộc / Miền giá trị

1 MaTaiKhoan INT Yes PK No

Bảng 41 - Bảng thiết kế dữ liệu tài khoản

Bảng Quản lý

(Field name) Kiểu dữ liệu Độ rộng Not NULL Ràng buộc / Miền giá trị Mã hóa Diễn giải

1 MaQuanLy INT Yes PK No

Bảng 42 - Bảng thiết kế dữ liệu quản lý

Bảng Khách hàng

1 MaKhachHang INT Yes PK No

6 MaTaiKhoan INT Yes FK No

Bảng 43 - Bảng thiết kế dữ liệu khách hàng

Bảng Phiếu thuê trả phòng

1 MaPhieuTTP INT Yes PK No

8 MaQuanLy INT Yes FK No

9 MaPhong INT Yes FK No

Bảng 44 - Bảng thiết kế dữ liệu phiếu thuê trả phòng

Bảng Phiếu thu tiền

TT Tên thuộc tính (Field name)

1 MAPHIEUTHUTIEN INT YES PK NO

7 MAQUANLY INT YES FK NO

8 MAKHACHHANG INT YES FK NO

9 MAPHIEUTTP INT YES FK NO

Bảng 45 - Bảng thiết kế dữ liệu phiếu thu tiền

Nội dung bảng tham số

TS1 2612 Tiền điện do nhà nước quy định

TS2 13000 Tiền nước do nhà nước quy định

TS3 15 Độ dài số điện thoại tối đa

TS4 30 Độ dài tên tối đa

TS5 50 Độ dài địa chỉ tối đa

Các thuộc tính tối ưu tốc độ xử lý

TT Thuộc tính Bảng của thuộc tính

Bảng của thông tin gốc

Xử lý tự động cập nhật

1 DanhSachPhongTro QUAN_LI PhongTro Thêm, xóa, sửa phòng trọ

Tăng tốc độ tra cứu và hiển thị thông tin về số lượng khách hàng.

3 SoLuongPhongTrong QUAN_LI PhongTro Tính toán dựa trên số lượng phòng trống.

Tăng tốc độ tra cứu và hiển thị thông tin về số lượng phòng trống.

Bảng 47 - Bảng các thuộc tính tối ưu tốc độ xử lý

Các câu SQL theo biểu mẫu

Tối thiểu: phải có câu lệnh cho các biểu mẫu liên quan đến yêu cầu TRA CỨU và LƯU TRỮ

Hinh NVARCHAR(MAX) NOT NULL,

FOREIGN KEY (MaQuanLy) REFERENCES QuanLy(MaQuanLy),

FOREIGN KEY (MaPhong) REFERENCES PhongTro(MaPhong)

FOREIGN KEY (MaTaiKhoan) REFERENCES TaiKhoan(MaTaiKhoan)

FOREIGN KEY (MaQuanLy) REFERENCES QuanLy(MaQuanLy),

FOREIGN KEY (MaKhachHang) REFERENCES KhachHang(MaKhachHang),

FOREIGN KEY (MaPhieuTTP) REFERENCES PhieuThueTraPhong(MaPhieuTTP)

4 LAB 4: THIẾT KẾ GIAO DIỆN

Tiêu chuẩn thiết kế giao diện

Tiêu chuẩn đối với các màn hình

Kích thước Canh lề Cách tổ chức Phím nóng / phím tắt

Màn hình lập phiếu thuê phòng

Màn hình lập phiếu thu tiền

Màn hình lập phiếu trả phòng

Màn hình xem thông tin khách hàng

Màn hình xem doanh thu

Màn hình chưa thanh toán

Màn hình khách hàng thân thiết

Bảng 48 - Bảng tiêu chuẩn đối với các màn hình

Tiêu chuẩn đối với các yếu tố trên màn hình

Yếu tố Font type Font size Font Color Canh lề Kích thước Hình dạng

Tiêu đề form Manrope 18 Trắng, đen

Label Manrope 18 Trắng, đen Vuông, chữ nhật, tròn.

Button Manrope 18 Trắng, đen Vuông, chữ nhật, tròn.

Link Manrope 18 Trắng, đen Vuông, chữ nhật. Ô nhập liệu Manrope 18 Trắng, đen Chữ nhật

Bảng 49 - Bảng tiêu chuẩn đối với các yếu tố trên màn hình

Sơ đồ giao diện tổng quát

Hình 18 - Sơ đồ giao diện tổng quát

Giao diện chi tiết

Tên màn hình: Màn hình tổng quát (Khách hàng) Ý nghĩa: Khách hàng có thể thực hiện tất cả các chức năng cần thiết cho khách hàng ở màn hình này. Hình ảnh:

Hình 19 - Màn hình giao diện 1

Bảng mô tả chi tiết

STT Thao tác Ý nghĩa Xử lý liên quan Ghi chú

01 Tìm kiếm Giúp khách hàng tìm kiếm thông tin phòng trọ.

Sắp xếp kết quả, hiển thị kết quả tìm kiếm.

02 Đăng xuất Đăng xuất khỏi hệ thống, kết thúc phiên làm việc hiện tại.

Xóa dữ liệu phiên làm việc, quay về trang đăng nhập.

03 Liên hệ Liên hệ với người quản lý hoặc hỗ trợ.

Bảng 50 - Bảng mô tả chi tiết màn hình 1

Tên màn hình: Màn hình tổng quát (quản lý) Ý nghĩa: Quản lý có thể thực hiện chức năng quản lý phòng trọ của mình ở giao diện này.

Bảng mô tả chi tiết

01 Tìm kiếm Giúp quản lý tìm kiếm thông tin phòng trọ.

Sắp xếp kết quả, hiển thị kết quả tìm kiếm.

02 Thêm phòng trọ Quản lý thêm phòng trọ vào để tiến hành quản lý

Kiểm tra trùng lặp Không được trùng lặp mã phòng trọ.

03 Sửa phòng trọ Quản lý sửa thông tin phòng trọ.

Kiểm tra tính hợp lệ của dữ liệu

Không được sửa mã của phòng trọ

04 Xóa phòng trọ Quản lý xóa phòng trọ.

Xác nhận xóa trước khi thực hiện

Lập phiếu thuê phòng cho khách hàng.

06 Lập phiếu thu tiền Lập phiếu thu tiền Kiểm tra tính hợp lệ

84 phòng cho khách hàng. của dữ liệu

07 Lập phiếu trả phòng Lập phiếu trả phòng cho khách hàng.

08 Xem thông tin khách hàng

Quản lý xem và chỉnh sửa thông tin của khách hàng

09 Xem doanh thu Xem được tổng doanh thu theo các mốc thời gian.

10 Chưa thanh toán Xem được các phòng nào chưa thanh toán.

Xem được danh sách các khách hàng đã thuê phòng trong thời gian dài.

12 Đăng xuất Đăng xuất khỏi hệ thống, kết thúc phiên làm việc hiện tại.

Xóa dữ liệu phiên làm việc, quay về trang đăng nhập.

Tên màn hình: Màn hình sửa thông tin phòng trọ Ý nghĩa: Quản lý có thể sửa thông tin của phòng trọ.

Bảng mô tả chi tiết:

01 Nhập dữ liệu Lưu trữ thông tin xuống database

Thay đổi trạng thái của phòng trọ.

03 Lưu Gửi yêu cầu xuống hệ thống lưu trữ dữ liệu

Tên màn hình: Màn hình thêm phòng trọ Ý nghĩa: Quản lý có thể thêm phòng trọ

Thay đổi trạng thái của phòng trọ.

03 Lưu Gửi yêu cầu xuống hệ thống lưu trữ dữ liệu

Tên màn hình: Màn hình lập phiếu thuê phòng Ý nghĩa: Quản lý có thể lập phiếu thuê phòng cho khách hàng

02 Tạo phiếu Gửi yêu cầu xuống hệ thống và tiến hành lưu trữ dữ liệu

Tên màn hình: Màn hình lập phiếu thu tiền Ý nghĩa: Quản lý có thể lập phiếu thu tiền khách hàng.

02 Tạo phiếu Gửi yêu cầu xuống hệ thống và tiến hành lưu trữ dữ liệu

Tên màn hình: Màn hình xem thông tin khách hàng Ý nghĩa: Quản lý có thể xem và sửa thông tin khách hàng

01 Thêm Thêm khách hàng vào cơ sở dữ liệu

02 Sửa Sửa thông tin của khách hàng

03 Xoá Xoá khách hàng Xoá dữ liệu liên quan và phải xác nhận trước khi xoá.

Tên màn hình: Màn hình xem doanh thu Ý nghĩa: Quản lý có thể xem doanh thu theo mốc thời gian định sẵn.

01 Chọn ngày xem doanh thu

Lọc những hoá đơn có ngày lập trong vùng

Tên màn hình: Màn hình chưa thanh toán Ý nghĩa: Quản lý có thể các phòng chưa thanh toán

01 Chọn ngày xem hạn thanh toán

Lọc những hoá đơn có ngày nằm trong vùng.

Tên màn hình: Màn hình khách hàng thân thiết Ý nghĩa: Quản lý có thể xem các khách hàng đã thuê phòng nhiều tháng.

Tên màn hình: Màn hình đăng nhập Ý nghĩa: Người dùng có thể đăng nhập vào hệ thống để sử dụng dịch vụ

01 Nhập tên người dùng và mật khẩu Đăng nhập vào hệ thống

02 Đăng ký Đăng ký người dùng mới nếu chưa có tài khoản

Tiêu đề	Quản lý nhà trọ
Tác giả	Vũ Văn Thành, Đặng Trường Nguyên Hạo, Võ Mạnh Cường, Trương Tuấn Đạt
Người hướng dẫn	ThS. Đỗ Đức Bích Ngân
Chuyên ngành	Công nghệ phần mềm
Thể loại	Báo cáo thực hành

Định dạng
Số trang	95
Dung lượng	3,66 MB