Xây dựng hệ thống bán trú tại trường tiểu học số 1 hòa phước đặc tả yêu cầu phần mềm

Trang 1

TRƯỜNG ĐẠI HỌC BÁCH KHOA KHOA CÔNG NGHỆ THÔNG TIN

XÂY DỰNG HỆ THỐNG BÁN TRÚ TẠI TRƯỜNG TIỂU

Trang 2

LỊCH SỬ THAY ĐỔI TÀI LIỆU

Ngày thay đổiPhiên bảnMô tảTác giả/Nhóm tác giả

14/03/2024 Version 01 Phát thảo sơ đồ use case tổng quát cho dự án

1 Nguyễn Phương Bình 2 Nguyễn Hồ Bá Doãn 3 Hồ Xuân Huy 18/03/2024 Version 02 Chỉnh sửa những thiếu sót trong sơ đồ

use case ở Version 01

1 Nguyễn Phương Bình 2 Nguyễn Hồ Bá Doãn 3 Hồ Xuân Huy

Trang 3

MỤC LỤC

Trang 4

3.10.1Mô tả use case UC_01013

Trang 5

DANH MỤC HÌNH VẼ

Hình 1 Sơ đồ use case tổng quan 17

Hình 2 Phân rã tác nhân “Phụ huynh” 18

Hình 3 Phân rã tác nhân “Giáo viên” 18

Hình 4 Phân rã tác nhân “Quản trị viên” 19

Trang 6

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

Mục đích của tài liệu đặc tả yêu cầu phần mềm này là cung cấp một cái nhìn tổng quan, dễ hiểu về 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ế, thành phần của dự án.

Tài liệu này được cung cấp như một tài liệu tham khảo cho sinh viên trực tiếp tham gia phát triển dự án phục vụ cho việc hoàn thành đồ án tốt nghiệp Ngoài ra trong môi trường thực tế bên ngoài tài liệu này còn phục vụ cho những nhà phát triển phần mềm, kiểm thử viên, nhà quản lý dự án cũng như các bên liên quan Cấu trúc giới thiệu trong tài liệu này là cấu

trúc điển hình dùng cho các dự án áp dụng mô hình use-case (use-case modeling) Vì vậy, tài

liệu sẽ trình bày các use case, mô tả cho các use case và các đặc tả bổ sung, cũng như các thông tin hỗ trợ khác.

1.2 Phạm vi

Tài liệu đặc tả yêu cầu phần mềm này được xây dựng nhằm phục vụ cho các hệ thống quản lí việc dạy và học ở các trường học bán trú dành cho học sinh tiểu học.

Tài liệu này dùng cho những người khách hàng thực sự có nhu cầu có quan tâm, nghiên cứu, muốn xây dựng một hệ thống để quản lí các công việc chung Nhờ vào tài liệu, khách hàng có thể có những cái nhìn chi tiết hơn về cách thức mà hệ thống hoạt động, từ đó dễ dàng quản lí hơn.

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

<Mục này dành để 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 Có thể trình bày ngay trong mục này, cũng có thể tham chiếu tới một tài liệu riêng giải thích các thuật ngữ, từ viết tắt (gọi là Glossary) của dự án>.

STTThuật ngữ, từ viêt tắtGiải thichGhi chú

1 CRUD Create – Read – Update – Delete Tạo mới – Xem – Cập nhật – Xóa thông tin

2 Admin Người quản trị viên

1.4Tài liệu tham khảo

1 Tài liệu đặc tả yêu cầu phần mềm – Phát triển hệ thống E-learning phục vụ công việc giảng dạy và học tập

Người soạn: Nguyễn Đình Quang

Trang 7

2 MÔ TẢ TỔNG QUAN HỆ THỐNG

2.1Mô hình use case

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

Tác nhânMô tả tác nhânGhi chú

Phụ huynh Phụ huynh có vai trò là người dùng khi đăng nhập vào hệ thống với các chức năng dành riêng cho phụ huynh Giáo viên Giáo viên có vai trò là người dùng khi đăng nhập vào hệ

thống với các chức năng dành riêng cho giáo viên Admin Người quản trị viên có vai trò quản trị hoạt động của hệ

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

Phần mềm chạy trên desktop nên người dùng đảm bảo máy tính đủ mạnh để chạy ứng dụng một cách mượt mà Cần có phiên bản JDK 1.2 trở lên cho máy tính.

Trang 8

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

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

3.1 UC_001_Xem thông tin học sinh bán trú

3.1.1 Mô tả use case UC_001

Use case: UC_001_Xem thông tin học sinh bán trú

Mô tả: Tác nhân “phụ huynh”, “giáo viên” có thể xem tất cả các thông tin của con mình trong hệ thống (bao gồm các thông tin về thể trạng, cân nặng, thông tin về số buổi mà học sinh vắng).

Tác nhân: Phụ huynh, Giáo viên.

Sự kiện kích hoạt: Click vào nút “Xem thông tin học sinh” trên giao diện.

Điều kiện trước: “Phụ huynh”, “Giáo viên“ đăng nhập thành công vào hệ thống.

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

STT Thực hiện bởi Hành động

1 Phụ huynh Click vào nút “Xem thông tin học sinh” 2 Hệ thống Hiển thị toàn bộ thông tin của học sinh.

Điều kiện sau: “Phụ huynh”, “Giáo viên“ xem các thông tin liên quan đến con mình.

Trang 9

3.2 UC_002_Theo dõi ngày ăn

3.2.1 Mô tả use case UC_002Use case: UC_002_Theo dõi ngày ăn

Mô tả: Tác nhân “phụ huynh” có thể theo dõi những thực đơn của con mình vào các ngày trong tuần/trong tháng gần nhất (bao gồm các thông tin về thời gian/ngày ăn, món chính, món phụ, chi phí).

Tác nhân: Phụ huynh.

Sự kiện kích hoạt: Click vào nút “Thực đơn” trên giao diện.

Điều kiện trước: “Phụ huynh” đăng nhập thành công vào hệ thống 1 Phụ huynh Click vào nút “Thực đơn”.

2 Hệ thống Hiển thị toàn bộ thông tin của về thực đơn, ngày ăn, món chính, món phụ.

Điều kiện sau: “Phụ huynh” xem các thông tin liên quan đến thực đơn của con mình.

3.3 UC_003_Xem lịch sử nộp tiền

3.3.1 Mô tả use case UC_003Use case: UC_003_Xem lịch sử nộp tiền

Mô tả: Tác nhân “phụ huynh” có thể theo dõi lịch sử nộp tiền (bao gồm các thông tin về thời gian nộp, tổng số tiền đã nộp trong tháng) Ngoài ra“phụ huynh” có thể xem thêm chi tiết về hóa đơn (bao gồm các thông tin thêm: người thu tiền, các khoản thu cụ thể)

Tác nhân: Phụ huynh.

Sự kiện kích hoạt: Click vào nút “Lịch sử nộp tiền” trên giao diện.

Điều kiện trước: “Phụ huynh” đăng nhập thành công vào hệ thống 1 Phụ huynh Click vào nút “Lịch sử nộp tiền”.

2 Hệ thống Hiển thị toàn bộ thông tin liên quan đến quá các lịch sử nộp tiền của “phụ huynh”.

Điều kiện sau: “Phụ huynh” xem các thông tin liên quan đến thực đơn của con mình.

Trang 10

3.4 UC_004_Đăng nhập

3.4.1 Mô tả use case UC_004Use case: UC_004_Đăng nhập

Mô tả: Tác nhân đăng nhập để sử dụng các chức năng của hệ thống.

Tác nhân: Phụ huynh, giáo viên, admin.

Sự kiện kích hoạt: Click vào nút “Đăng nhập” trên giao diện.

Điều kiện trước: Tác nhân sẽ được cấp trước một tài khoản.

2 Hệ thống Hiển thị giao diện bao gồm các trường đăng nhập (account, password) để người dùng nhập thông tin 3 Tác nhân Click vào nút “Đăng nhập”

4 Hệ thống Kiểm tra account và password hợp lệ, hiển thị các chức năng cho người dùng tương tác.

Luồng sự kiện thay

thế: STT Thực hiện bởi Hành động

5 Hệ thống Thông báo lỗi: Cần nhập các trường bắt buộc nhập nếu người sử dụng nhập thiếu.

6 Hệ thống Thông báo lỗi: Email và/hoặc mật khẩu chưa đúng nếu không tìm thấy email và mật khẩu trong hệ thống.

Điều kiện sau: Tác nhân đăng nhập thành công vào hệ thống.

3.5 UC_005_Giám sát học sinh

3.5.1 Mô tả use case UC_005Use case: UC_005_Giảm sát học sinh

Mô tả: Giáo viên giám sát học sinh bằng cách cập nhật các thông tin thể trạng của học sinh (chiều cao, cân nặng) hằng tuần, hằng tháng Cập nhật và điểm danh học sinh vào từng ngày đi học.

Tác nhân: Giáo viên.

Sự kiện kích hoạt: Click vào nút “Cập nhật thể trạng” hoặc nút “Điểm danh học sinh”.

Điều kiện trước: “Giáo viên” đăng nhập thành công vào hệ thống.

Luồng sự kiện chính STT Thực hiện Hành động

Trang 11

(Basic flows) bởi

1 Giáo viên Click vào nút “Cập nhật thể trạng” hoặc nút “Điểm danh học sinh”.

2 Hệ thống Hiện giao diện bao gồm các trường thông tin cần thiết cho giáo viên cập nhật.

3 Giáo viên Nhập thông tin cần cập nhật về điểm danh và thể trạng 4 Giáo viên Nhấn “Save”/“Update”.

5 Hệ thống Lưu/Cập nhật thông tin.

Điều kiện sau: Thông tin của học sinh (cân nặng, chiều cao, tình trạng điểm danh) được cập nhật.

3.6 UC_006_Xem thông tin cá nhân

3.6.1 Mô tả use case UC_006Use case: UC_006_Xem thông tin cá nhân

Mô tả: Giáo viên khi dùng tài khoản dành cho mình để đăng nhập vào hệ thống thì có thể xem thông tin cá nhân của mình.

Sự kiện kích hoạt: Sau khi đăng nhập thành công hoặc click vào nút “Xem thông cá nhân”.

Luồng sự kiện chính

(Basic flows) STT Thực hiệnbởi Hành động

1 Giáo viên Sau khi đăng nhập thành công hoặc click vào nút “Xem thông cá nhân”

2 Hệ thống Hiện giao diện bao gồm thông tin cá nhân của giáo viên

Điều kiện sau: Giáo viên xem được thông tin cá nhân của mình.

3.7 UC_007_Quản lý đợt thu tiền

3.7.1 Mô tả use case UC_007Use case: UC_007_Quản lý đợt thu tiền

Mô tả: Sau mỗi đợt thu tiền (chẳng hạn, đợt nộp phí), giáo viên cập nhật số tiền đã thu trên hệ thống bằng cách đánh dấu vào những học sinh nào nộp hay chưa nộp tiền.

Trang 12

Sự kiện kích hoạt: Click vào nút “Thu học phí” để cập nhật số tiền lên hệ thống, số lượng nộp.

(Basic flows) STT Thực hiệnbởi Hành động 1 Giáo viên Click vào nút “Thu học phí”.

2 Hệ thống Số tiền mà mỗi học sinh phải nộp là mặc định, giáo viên cập nhật trạng thái đóng học phí và tổng số tiền thu được.

Điều kiện sau: Giáo viên cập nhật thông tin về đợt thu tiền.

3.8 UC_008_Giám sát học sinh

3.8.1 Mô tả use case UC_008Use case: UC_008_Giám sát học sinh

Mô tả: Admin thực hiện việc quản lý học sinh bằng cách xem thông tin học sinh, thêm học sinh, xóa học sinh, cập nhật lại thông tin cho đúng (chẳng hạn như học sinh có thể chuyển lớp thì admin phải cập nhật lại lớp của học sinh và giáo viên dạy học sinh đó).

Tác nhân: Admin.

Sự kiện kích hoạt: Khi click vào nút “Giám sát học sinh”, hệ thống hiện lên giao diện gồm các nút như “Xem”, “Thêm”, “Xóa”, “Cập nhật”.

Điều kiện trước: Admin đăng nhập thành công vào hệ thống.

1 Admin Click vào nút “Giám sát học sinh” → “Xem” / “Thêm” / “Xóa” / “Cập nhật”.

2 Hệ thống Hiển thị giao diện đáp ứng.

Điều kiện sau: Admin thực hiện xong chức năng.

3.9 UC_009_Quản lý giáo viên

3.9.1 Mô tả use case UC_009Use case: UC_009_Quản lý giáo viên

Mô tả: Admin thực hiện việc quản lý giáo viên bằng cách xem thông tin giáo viên, thêm giáo viên mới, xóa giáo viên, cập nhật lại thông tin cho đúng (chẳng hạn như giáo viên có thể chuyển lớp thì admin phải cập nhật lại lớp mới mà giáo viên đó dạy) Admin có thể khóa/mở tài khoản của giáo viên.

Trang 13

Sự kiện kích hoạt: Khi click vào nút “Quản lý giáo viên”, hệ thống hiện lên giao diện gồm các nút như “Xem”, “Thêm”, “Xóa”, “Cập nhật”, “Thêm tài khoản”, “Xóa tài khoản”.

Điều kiện trước: Admin cần đăng nhập thành công.

1 Admin Click vào nút “Quản lý giáo viên” → “Xem” / “Thêm” / “Xóa” / “Cập nhật” / “Thêm tài khoản” / “Xóa tài khoản” 2 Hệ thống Hiển thị giao diện đáp ứng.

3.10 UC_010_Quản lý thực đơn

3.10.1 Mô tả use case UC_010Use case: UC_010_Quản lý thực đơn

Mô tả: Admin thực hiện việc quản lý thực đơn bằng cách xem, sửa, xóa thực đơn (thực đơn sẽ bao gồm món chính và món phụ và đã được tạo thành các cặp với nhau), admin có thể thay thế và bổ sung cho tháng kế tiếp.

Sự kiện kích hoạt: Khi click vào nút “Quản lý thực đơn”, hệ thống hiện lên giao diện gồm các nút như “Xem”, “Thêm”, “Xóa”, “Bổ sung”.

1 Admin Click vào nút “Quản lý thực đơn” → “Xem” / “Thêm” / “Xóa” / “Bổ sung”.

2 Hệ thống Hiển thị giao diện đáp ứng.

3.11 UC_011_Quản lý chi tiêu

3.11.1 Mô tả use case UC_011Use case: UC_011_Quản lý chi tiêu

Mô tả: Admin thực hiện việc quản lý chi tiêu bằng cách quản lý tổng chi tiêu và chi phí phát sinh.

+ Xem tổng chi tiêu theo tháng và xem chi tiết.

+ Chi tiêu trong trường có thể có những chi phí phát sinh(bao gồm tiền điện, tiền nước, tiền sửa chữa, ) → admin có thể xem chi tiết từng thành phần số tiền.

Trang 14

Sự kiện kích hoạt: Khi click vào nút “Quản lý chi tiêu”.

(Basic flows) STT Thực hiệnbởi Hành động 1 Admin Click vào nút “Quản lý chi tiêu”

2 Hệ thống Hiển thị toàn bộ chi tiêu trong tháng hiện tại và các nút “thêm chi phí phát sinh”, “tháng cần xem”, “xem chi tiết”.

3.12 UC_012_Quản lý thu tiền

3.12.1 Mô tả use case UC_012Use case: UC_012_Quản lý thu tiền

Mô tả: Admin thực hiện việc quản lý thu tiền bằng cách: + Định nghĩa số tiền thu mỗi tháng.

+ Xem tổng tiền thu mỗi tháng, năm theo nhu cầu + Lịch sử đợt thu tiền của giáo viên.

Sự kiện kích hoạt: Khi click vào nút “Quản lý thu tiền”.

(Basic flows) STT Thực hiệnbởi Hành động 1 Admin Click vào nút “Quản lý thu tiền”

2 Hệ thống Hiển thị danh sách tổng các đợt thu tiền của từng tháng trước đó và các nút “chỉnh sửa tiền tháng hiện tại”, “Lịch sử thu tiền”.

3.13 UC_013_Định nghĩa số tiền thu mỗi tháng

3.13.1 Mô tả use case UC_013

Use case: UC_013_Định nghĩa số tiền thu mỗi tháng

Mô tả: Số tiền thu mỗi tháng của mỗi học sinh là khác nhau bởi các học sinh có số buổi nghỉ học là khác nhau nên khi admin định nghĩa số tiền thu thì hệ thống sẽ trừ đi chi phí các ngày mà học sinh nghỉ.

Trang 15

Sự kiện kích hoạt: Khi click vào nút “Chỉnh sửa tiền hiện tại”.

Điều kiện trước: Admin nhấn vào nút “Quản lý thu tiền”.

(Basic flows) STT Thực hiện bởi Hành động

1 Admin Nhập số tiền học phí tháng hiện tại

2 Hệ thống Cập nhật số tiền chung và tính số tiền trả lại cho từng học sinh.

3.14 UC_014_Quản lý lớp bán trú

3.14.1 Mô tả use case UC_014Use case: UC_014_Quản lý lớp bán trú

Mô tả: Admin thực hiện việc quản lý lớp bán trú bằng cách xem, thêm, sửa, xóa thông tin của lớp bán trú.

Sự kiện kích hoạt: Khi click vào nút “Quản lý lớp bán trú” hệ thống sẽ hiện lên giao diện gồm các nút “Xem”, “Thêm”, “Sửa”, “Cập nhật”.

1 Admin Click vào nút “Quản lý lớp bán trú” -> “Xem” / ”Thêm” / “Sửa” / “ Cập nhật”

2 Hệ thống Hiển thị toàn bộ thông tin trong lớp bán trú đó.

3.15 UC_015_Tìm kiếm

3.15.1 Mô tả use case UC_015Use case: UC_015_Tìm kiếm

Mô tả: Admin muốn tìm kiếm nhanh thông tin của một học sinh, hoặc giáo viên, hoặc phụ huynh.

Sự kiện kích hoạt: Admin kích vào thanh tìm kiếm.

Trang 16

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

STT Thực hiện bởi Hành động 1 Admin Admin nhấn vào thanh tìm kiếm.

2 Hệ thống Hệ thống hiển thị các lựa chọn “giáo viên”, “học sinh”, “phụ huynh”.

3 Admin Chọn đối tượng cần tìm, nhập tên hoặc mã của đối tượng.

4 Hệ thống Hiển thị thông tin của đối tượng tìm kiếm.

Luồng sự kiện thay

3.16.1 Mô tả use case UC_016Use case: UC_016_Quản lý phụ huynh

Mô tả: Admin thực hiện việc quản lý phụ huynh bằng cách thêm, xem, sửa, xóa thông tin của phụ huynh.

Sự kiện kích hoạt: Khi click vào nút “Quản lý phụ huynh”, hệ thống hiện lên giao diện gồm các nút như “Xem”, “Thêm”, “Xóa”, “Sửa”.

1 Admin Click vào nút “Quản lý phụ huynh” → “Xem” / “Thêm” / “Xóa” / “Sửa”.

2 Hệ thống Hiển thị giao diện thông tin cá nhân của phụ huynh.