Đồ Án nhóm môn học Đồ Án cdio 2 Đề tài xây dựng website quản lý hệ thống sân cầu lông

Phần mềm quản lýsân cầu lông thường có các đặc điểm sau: Chức năng đa dạng, phần mềm cần đáp ứng đầy đủ các nhu cầu quản lý của chủ sân, bao gồm: quản lý lịch sử đặt sân, quản lýkhách hà

ĐẠI HỌC DUY TÂN TRƯỜNG KHOA HỌC MÁY TÍNH



ĐỒ ÁN NHÓM MÔN HỌC: ĐỒ ÁN CDIO 2

ĐỀ TÀI: XÂY DỰNG WEBSITE QUẢN LÝ

HỆ THỐNG SÂN CẦU LÔNG

GIẢNG VIÊN

LỚP

: Phan Long : SE 347 I

lý giá cả, khuyến mãi, giúp thu hút khách hàng và tăng doanh thu Tăng cường trảinghiệm khách hàng, phần mềm giúp chủ sân cung cấp dịch vụ tốt hơn cho khách hàng,bao gồm: đặt sân nhanh chóng, dễ dàng, thanh toán thuận tiện, Phần mềm quản lýsân cầu lông thường có các đặc điểm sau: Chức năng đa dạng, phần mềm cần đáp ứng đầy đủ các nhu cầu quản lý của chủ sân, bao gồm: quản lý lịch sử đặt sân, quản lýkhách hàng, quản lý nhân viên, quản lý tài chính, quản lý báo cáo Dễ sử dụng, phần mềm cần có giao diện thân thiện, dễ sử dụng, ngay cả đối với những người không cókiến thức về công nghệ Tính bảo mật, phần mềm cần có tính bảo mật cao, bảo vệthông tin khách hàng và dữ liệu kinh doanh của chủ sân Phần mềm quản lý sân cầulông mang lại rất nhiều ưu điểm cho chủ sân, bao gồm: Tiết kiệm thời gian, phần mềmgiúp chủ sân tiết kiệm thời gian cho các công việc quản lý, tập trung vào việc kinhdoanh Tăng hiệu quả công việc, phần mềm giúp chủ sân tăng hiệu quả công việc,giảm thiểu sai sót Tăng cường tính chuyên nghiệp, phần mềm giúp sân cầu lông trở nên chuyên nghiệp, tạo ấn tượng tốt với khách hàng Phần mềm quản lý sân cầu lông

là một giải pháp công nghệ hữu ích, giúp chủ sân dễ dàng quản lý hoạt động kinhdoanh của mình và nâng cao hiệu quả kinh doanh

I.ĐẶT TẢ YÊU CẦU PHẦN MỀM

1.1 Nơi sử dụng phần mềm

Phần mềm được sử dụng ở những nơi như:

- Câu lạc bộ cầu lông

- Trung tâm thể thao

- Đăng ký: Chức năng này cho phép khách hàng vãng lai đăng ký tài khoản

- Xem lịch: Chức năng này cho phép khách hàng xem lịch của sân để đặt lịch.Khách hàng:

Bao gồm các chức năng của khách vãng lai và:

- Đặt lịch: Chức năng này cho phép khách hàng đặt lịch chơi cầu lông

- Mua dịch vụ: Chức năng này cho phép khách hàng mua sản phẩm dịch vụ khi đặt sân cầu lông

- Thanh toán: Chức năng này cho phép khách hàng thanh toán hóa đơn đặt sân và hóa đơn dịch vụ

Nhân viên

- Quản lý lịch đặt: Chức năng này cho phép nhân viên quản lý lịch đặt của khách hàng Nhân viên có thể xem lịch trống của sân, duyệt lịch đặt của khách hàng, và gửi thôngbáo cho khách hàng về lịch đặt của họ.

- Quản lý khách hàng: Chức năng này cho phép nhân viên lưu trữ thông tin kháchhàng, bao gồm tên, tuổi, số điện thoại, địa chỉ, lịch sử đặt lịch, Nhân viên có thể sửdụng thông tin này để chăm sóc khách hàng tốt hơn, tăng tỷ lệ khách hàng quay lại

- Quản lý bảo dưỡng: Chức năng này cho phép nhân viên cập nhật lịch sử bảo dưỡng

và thông báo cho khách hàng

Quản lý

Bao gồm các chức năng của nhân viên và:

- Quản lý nhân viên: Chức năng này cho phép người quản lý quản lý thông tin nhânviên, bao gồm tên, tuổi, số điện thoại, địa chỉ, chức vụ, lịch làm việc, Quản lý có thể

sử dụng thông tin này để phân công công việc cho nhân viên một cách hợp lý

- Quản lý dịch vụ: Chức năng này cho phép người quản lý thêm sửa, xóa sản phẩm vàcập nhật lên hệ thống

- Báo cáo thống kê: Chức năng này cho phép quản lý theo dõi các thống kê của sân cầu lông Quản lý có thể xem theo ngày, tháng, năm, theo từng sân, từng khung giờ, và theo từng khách hàng

II.PHÂN RÃ USE CASE

3.1 Use case tổng quát

2.1Use case “Đăng ký” ( Võ Hồ Thành Trung)

2.1.1 Sơ đồ

2.1.2 Đặc tả Use Case “Đăng ký”

đăng ký được tài khoản và trải nghiệm tài khoản cầu lông.

Điều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

4 Nếu đăng ký bằng tài khoản

4.1.Khách vãng lai nhập tài khoản, mật

khẩu, email rồi nhấn “Đăng ký”

4.2.Đăng ký thành công

5 Nếu đăng ký bằng số điện thoại

5.1 Khách vãng lai nhập tên đăng nhập,

số điện thoại rồi nhấn “Đăng ký”

5.2 Hệ thống gửi mã OTP về số điện thoại

đã đăng ký

3 Hiển thị form “Đăng ký”

6.CSDL lưu thông tin

2.2.3 Biểu đồ hoạt động “Đăng ký”

2.2.4 Biểu đồ tuần tự “ Đăng ký”

2.3 Use case “Đăng nhập” ( Võ Hồ Thành Trung) 2.3.1 Sơ đồ

2.3.2 Đặc tả use case

Mã Use case UC_02

vào hệ thốngĐiều kiện trước Khách hàng đăng ký thành công vào hệ

thốngLuồng sự kiện

1 Khách hàng, nhân viên, quản lý chọn

chức năng “Đăng nhập”

3.Người dùng nhập thông tin đăng nhập

2 Hệ thống hiển thị form “Đăng nhập”

4.Hệ thống kiểm tra thông tin đăng nhập, nếu đúng thì cho phép truy cập, sai thì thông báo nhập lại

Luồng sự kiện thay thếNếu người dùng nhập sai thông tin thì yêu cầu nhập lại, sai mật khẩu thì yêu cầu gửi

mã về hệ thống

2.3.4 Biểu đồ hoạt động “Đăng nhập”

2.3.4 Biểu đồ tuần tự “ Đăng nhập”

2.4 Use case “Tìm kiếm sân” ( Võ Hồ Thành Trung)

2.4.1 Sơ đồ:

2.4.2 Đặt tả use case:

2.4.3 Biểu đồ hoạt động “Tìm kiếm sân”

2.4.3 Biểu đồ tuần tự “Tìm kiếm sân”

2.5 Use case “Xem lịch” ( Võ Hồ Thành Trung)

2.5.1 Sơ đồ:

2.5.2 Đặt tả use case:

Điều kiện trước Khách vãng lai đăng nhập thành công vào

hệ thống

Luồng sự kiện

Tác nhân Hệ thống

1 Người dùng chọn chức năng “Xem

lịch sân”

3 Người dùng chọn ngày muốn xem lịch

2 Hệ thống hiển thị thời lịch của sân ngày hôm nay

4 Hệ thống hiển thị thời lịch tương đương với ngày đã chọn

2.5.3 Biểu đồ hoạt động “Xem lịch”

2.5.4 Biểu đồ tuần tự “Xem lịch”

2.6 Use case “Quản lý lịch đặt”

2.6.1.Sơ đồ

2.6.2.1 Đặc tả use case “Xem nhật ký đặt sân”

Use case Xem nhật kí đặt sân

Mã use case UC_34

Tác nhân Nhân viên , khách hàng

Mô tả Use case mô tả người dùng xem nhật kí hoạt động sân ,

bao gồm lịch sử các lần đặt sân của họĐiều kiện trước Người dùng đăng nhập vào hệ thống để xem nhật kí lịch

đặtĐiều kiện sau Hệ thống hiển thị nhật kí đặt sân cho người dùng

Luồng sự kiện chính

4.hiển thị nhật kí lịch đặt sân thành công

2.6.2.2 Biểu đồ hoạt động use case “Xem nhật ký đặt sân”

2.6.2.3 Biểu đồ tuần tự use case “Xem nhật ký đặt sân”

2.6.3.1 Đặc tả use case “duyệt đơn đặt sân ”

Use case Duyệt đơn đặt sân

Mã use case UC_35

Tác nhân Nhân viên , khách hàng

Mô tả Use case mô tả người dùng có thể duyệt và phê duyệt các

yêu cầu đặt sân đang chờ xử líĐiều kiện trước Người dùng đăng nhập và có quyền hạn cần thiết để duyệt

các yêu cầuĐiều kiện sau Yêu cầu đặt sân được phê duyệt hoặc từ chối và hệ thống

cập nhật trạng thái của yêu cầuLuồng sự kiện chính

1.người dùng

chọn tuỳ chọn để

duyệt đơn đặt sân

2 hệ thống kiểm tra trạng thái quyền hạn người dùng

phê duyệt hoặc từ

4.hiển thị cập nhật hệ thống trạng thái người dùng yêu cầuthành công

chối yêu cầu đặt

sân

2.6.3.2 Biểu đồ hoạt động “duyệt đơn đặt sân ”

2.6.3.3 Biểu đồ tuần tự “duyệt đơn đặt sân ”

2.7 Use case “Mua dịch vụ”

2.7.1 Sơ đồ

2.7.2 Đặc tả UseCase

Mô tả Use case này mô tả khách hàng sử dụng

chức năng để mua các sản phẩm dịch vụ khi đặt sân cầu lông

Điều kiện trước Người dùng đăng nhập thành công vào hệ

4 Hệ thống ghi nhận thông tin mua dịch vụ

2.7.3 Biểu đồ hoạt động “Mua dịch vụ”

2.7.4 Biểu đồ tuần tự “Đặt lịch sân”

2.8 Use case “Thanh toán”

2.8.1 Sơ đồ

2.8.2 Đặc tả UseCase

Luồng sự kiện

1 Người dùng chọn chức năng thanh

toán sản phẩ

3 Người dùng lựa chọn phương thức

thanh toán (Thanh toán trực tiếp hoặc

thanh toán online)

4.Thực hiện yêu cầu:

4.1 Nếu người dùng chọn thanh toán

trực tiếp chuyển sang bước 5.1

4.2 Nếu người dùng chọn thanh toán

online hệ thống chuyển sang bước 5.2

5 Người dùng nhập thông tin thanh toán

5.1 Thông tin người dùng

5.2 Thông tin thanh toán online

2.8.4 Biểu đồ tuần tự “Thanh toán”

2.9 Use case “Thay đổi thông tin” ( Võ Hồ Thành Trung)

2.9.1 Sơ đồ

2.9.2 Đặc tả UseCase

thống để thay đổi thông tin.

Điều kiện trước 1 Người dùng đã đăng ký tài khoản

4 Khách hàng tiến hành sửa các trường

thông tin cần thay đổi (ví dụ: tên, địa chỉ,

thông tin liên hệ)

4.Thực hiện yêu cầu:

5 Khách hàng xác nhận và gửi thay đổi

1 Hệ thống yêu cầu khách hàng đăng nhập (nếu chưa đăng nhập)

3 Sau khi đăng nhập thành công, hệ thống hiển thị thông tin hiện tại của khách hàng

6 Hệ thống kiểm tra tính hợp lệ của thôngtin và cập nhật cơ sở dữ liệu

7 Hệ thống xác nhận thay đổi đã thành công tới khách hàng

Luồng sự kiện thay thếNếu khách hàng nhập sai thông tin đăng nhập (ví dụ: mật khẩu sai), hệ thống sẽ hiển thị lỗi và cho phép khách hàng thử lại

2.9.3 Biểu đồ hoạt động “Thay đổi thông tin”

2.9.4 Biểu đồ tuần tự “Thay đổi thông tin”

2.10 Use case “Quản lý dịch vụ”

2.10.1 Sơ đồ

2.10.2.1 Đặc tả Use Case”Xem dịch vụ”

2.10.2.3 Biểu đồ tuần tự xem dịch vụ

2.10.3.1 Đặc tả Use Case “thêm dịch vụ”

Điều kiện trước Không

2.10.3.2 Biểu đồ hoạt động”Thêm dịch vụ”

2.10.3.3 Biểu đồ tuần tự “Thêm dịch vụ”

2.10.4.1 Đặc tả Use Case” Xóa dịch vụ”

Tác nhân Quản lý

Luồng sự kiện

1 Người dùng chọn chức năng xóa dịch

2.10.4.2 Biểu đồ hoạt động”Xóa dịch vụ”

2.10.4.3 Biểu đồ tuần tự Xóa dịch vụ

2.10.5.1 Đặc tả Use Case “Sửa dịch vụ”

Mã Use case UC_12

Luồng sự kiện

1 Người dùng chọn chức năng sửa dịch

vụ 2 Hiển thị mẫu thông tin dịch vụ3 Lưu CSDL

2.10.2.2 Biểu đồ hoạt động”Sửa dịch vụ”

2.10.2.3 Biểu đồ tuần tự “Sửa dịch vụ”

2.11.Use Case “Quản lý thống kê và báo cáo”

2.11.1 Sơ đồ

2.11.2.1 Đặc tả Use Case “Thống kê tuần suất đặt sân”

cho quản lý

Luồng sự kiện

Tác nhân Hệ thống

1 Người dùng chọn thống kê tần suất đặt

sân

2 Kiểm tra CSDL

3 Hiển thị thông tin tần suất đặt sân

2.11.2.2 Biểu đồ hoạt động”Thống kê tuần suất đặt sân”

2.11.2.3 Biểu đồ tuần tự “Thống kê tần suất đặt sân”

2.11.3.1 Đặc tả Use Case” Thống kê dịch vụ”

quản lý

Luồng sự kiện

1 Người dùng chọn thống kê dich vụ 2 Kiểm tra CSDL

3 Hiển thị thông tin dịch vụ

2.11.3.2 Biểu đồ hoạt động”Thống kê dịch vụ”

2.11.4.1 Đặc tả Use Case”Thống kê doanh thu”

Mô tả Nhân viên thống kê và báo cáo doanh thu cho

quản lý

Luồng sự kiện

1 Người dùng chọn thống kê doanh thu 2 Kiểm tra CSDL

3 Hiển thị thông tin doanh thu

2.11.4.2 Biểu đồ hoạt động” Thống kê doanh thu”

2.11.4.3 Biểu đồ tuần tự “Thống kê doanh thu”

2.11.5.1 Đặc tả Use Case”Thống kê tài chính”

quản lý

Luồng sự kiện

1 Người dùng chọn thống kê tài chính 2 Kiểm tra CSDL

3 Hiển thị thông tin tài chính

2.11.5.2 Biểu đồ hoạt động”Thống kê tài chính”

2.11.5.3 Biểu đồ tuần tự “Thống kê tài chính”

2.12 Use Case “Quản lý bảo dưỡng”

2.12.1 Sơ đồ

2.12.2.1 Đặc tả use case “lập lịch bảo dưỡng”

Use case Lập lịch bảo dưỡng

Tác nhân Nhân viên , quản lí

Mô tả Use case mô tả người dùng truy cập vào lịch bảo

dưỡngĐiều kiện trước Người dùng truy cập thành công

Điều kiện sau Người dùng lập lịch bảo dưỡng thành công

dưỡng 4.hiển thị thông tin lịch bảo dưỡng thành công

2.12.2.2 Biểu đồ hoạt động” lập lịch bảo dưỡng”

2.12.2.3 Biểu đồ tuần tự” lập lịch bảo dưỡng”

2.12.3.1 Đặc tả use case “thông báo bảo dưỡng ”

Mô tả Use case mô tả người dùng truy cập vào

thông báo bảo dưỡngĐiều kiện trước Người dùng truy cập thành công

Điều kiện sau Người dùng nhận thông báo bảo dưỡng

thành côngLuồng sự kiện

1.Chọn thông báo bảo dưỡng 3.hiển thi form thông báo bảo dưỡng

2 Nhận thông báo thành công 4.Gửi thông báo cho người dùng

2.12.3.2 Biểu đồ hoạt động use case “thông báo bảo dưỡng ”

2.12.3.3 Biểu đồ tuần tự use case“thông báo bảo dưỡng ”

2.12.4.1 Đặc tả use case “nhật kí bảo dưỡng ”

Mô tả Use case mô tả người dùng truy cập vào nhật

kí bảo dưỡngĐiều kiện trước Người dùng truy cập thành công

Điều kiện sau Người dùng cập nhật nhật kí bảo dưỡng

thành côngLuồng sự kiện

1.Chọn nhật kí bảo dưỡng 3.hiển thi form nhật kí bảo dưỡng

3 Cập nhật nhật kí thành công 4.kiểm tra thông tin nhật kí

2.12.4.2 Biểu đồ hoạt động use case “nhật kí bảo dưỡng ”

2.12.4.3Biểu đồ tuần tự use case “nhật kí bảo dưỡng”

2.13Use case “Quản lý khách hàng” ( Võ Hồ Thành Trung)

2.13.1 Sơ đồ

2.13.2.1 Đặc tả UseCase “Tra cứu thông tin”

hàngĐiều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

1 Chọn chức năng tra cứu thông tin

3 Chọn tra cứu thông tin một khách hàng

2 Hiển thị form tra cứu thông tin

4 Hiển thị thông tin khách hàng cần tra cứu

2.13.2.2 Biểu đồ hoạt động “ Tra cứu thông tin”

2.13.2.3 Biểu đồ tuần tự “Tra cứu thông tin”

2.13.3.1 Đặc tả UseCase “Thêm khách hàng”

Tác nhân Nhân viên

Điều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

2.Hiển thị form thêm khách hàng

5.CSDL lưu thông tin

2.13.3.2 Biểu đồ hoạt động”Thêm khách hàng”

2.13.3.3.Biểu đồ tuần tự “Thêm khách hàng”

2.13.4.1 Đặc tả UseCase “Sửa thông tin khách hàng”

Điều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

1 Vào thông tin khách hàng

3 Sửa thông tin khách hàng ( bao gồm Tên,

sdt,email)

4 Chọn xác nhận

2.Hiển thị form thông tin khách hàng

5.CSDL lưu thông tin đã sửa

2.13.4.2 Biểu đồ hoạt động”Sửa thông tin khách hàng”

2.13.4.3.Biểu đồ tuần tự “Sửa thông tin khách hàng”

2.14 Use case “Quản lý nhân viên” ( Võ Hồ Thành Trung) 2.14.1 Sơ đồ

2.14.2.1.Đặc tả UseCase “Tra cứu thông tin nhân viên”

Điều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

1 Vào mục “ Nhân viên”

3 Chọn tra cứu thông tin nhân viên

5 Chọn tra cứu thông tin một nhân viên

2 Hiển thị form nhân viên

4 Hiển thị form tra cứu thông tin nhân viên

6 Hiển thị thông tin nhân viên cần tra cứu

2.14.2.2 Biểu đồ hoạt động”Tra cứu thông tin nhân viên”

2.14.2.3.Biểu đồ tuần tự “Tra cứu thông tin nhân viên”

2.14.3.1.Đặc tả UseCase “Thêm nhân viên”

Điều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

1 Vào mục “ Nhân viên”

3 Chọn chức năng thêm nhân viên

5 Thêm thông tin nhân viên mới( bao gồm

Tên, sdt,email,địa chỉ,CCCD, )

6 Chọn thêm

2 Hiển thị form nhân viên

4 Hiển thị form thêm nhân viên mới

7.CSDL lưu thông tin

2.14.3.2 Biểu đồ hoạt động”Thêm nhân viên”

2.14.3.3.Biểu đồ tuần tự “Thêm nhân viên”

2.14.4.1 Đặc tả UseCase “Sửa thông tin nhân viên”

Điều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

1 Vào mục “Nhân viên”

3 Chọn nhân viên cần sửa thông tin

5 Sửa thông tin nhân viên ( bao gồm Tên,

sdt,email,đại chỉ,CCCD, )

6 Chọn xác nhận

2.Hiển thị form nhân viên

4.Hiển thị form nhân viên cần sửa

7.CSDL lưu thông tin đã sửa

2.14.4.2 Biểu đồ hoạt động”Sửa thông tin nhân viên”

2.14.4.3.Biểu đồ tuần tự “Sửa thông tin nhân viên”

2.14.5.1 Đặc tả UseCase “Xóa nhân viên”

Điều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

1 Vào mục “ Nhân viên”

3 Chọn chức năng xóa nhân viên

5 Chọn nhân viên cần xóa

6 Chọn “Xác nhận”

2 Hiển thị form nhân viên

4 Hiển thị form xóa nhân viên

7.CSDL lưu thông tin

2.14.5.2 Biểu đồ hoạt động”Xóa nhân viên”

2.14.5.3.Biểu đồ tuần tự “Thêm nhân viên”

2.15 Use case “Quản lý sân”

2.15.1.Sơ đồ

2.15.2.1 Đặc tả UseCase” Sửa thông tin sân” ( Võ Hồ Thành Trung)

Mã Use case UC_27

Điều kiện trước Người dùng đăng nhập ứng dụng thành

côngLuồng sự kiện

1 Chọn chức năng quản lý sân

3 Chọn sân cần sửa thông tin

5 Sửa thông tin sân( bao gồm Tên, loại sân,

số lượng sân, )

6 Chọn xác nhận

2.Hiển thị form quản lý sân

4.Hiển thị form sân cần sửa

7.CSDL lưu thông tin đã sửa

2.15.2.2 Biểu đồ hoạt động”Sửa thông tin sân”

2.15.2.3.Biểu đồ tuần tự “Sửa thông tin sân”

2.15.3.1 Đặc tả UseCase” Theo dõi tình trạng sân”

dõi và xem trạng thái hiện tại của các sân cầu lông (trống, đang sử dụng, bảo trì, sửachữa)

Điều kiện trước 1.Người dùng đăng nhập ứng dụng thành

công

2 Hệ thống đã có dữ liệu về tình trạng của các sân cầu lông

Luồng sự kiện chính

1 Người dùng truy cập vào hệ thống quản

lý sân cầu lông

3 Chọn tùy chọn "Theo dõi tình trạng sân"

5 Người dùng có thể chọn xem chi tiết về

từng sân để biết thêm thông tin (ví dụ: ai

đang sử dụng, thời gian bảo trì, thời gian dự

kiến trống)

2 Hiển thị form tất cả các sân hiện có

4 Hiển thị tình trạng hiện tại của từng sân(trống, đang sử dụng, bảo trì)

Luồng sự kiện thay thế1.Nếu không có sân nào trong danh sách, hệ thống sẽ hiển thị thông báo "Không có sânnào trong hệ thống."

2 Nếu hệ thống gặp sự cố khi lấy dữ liệu tình trạng sân, người quản lý sẽ nhận được thông báo lỗi và yêu cầu thử lại sau

3 Thông tin cập nhật theo thời gian thực

2.15.3.2 Biểu đồ hoạt động”Theo dõi tình trạng sân”