Đ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 sin
Trang 1TRƯỜ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
HỌC SỐ 1 HÒA PHƯỚC ĐẶC TẢ YÊU CẦU PHẦN MỀM
Người lập: 1 Nguyễn Phương Bình
2 Nguyễn Hồ Bá Doãn
3 Hồ Xuân Huy
Trang 2LỊCH SỬ THAY ĐỔI TÀI LIỆU
Ngày thay đổi Phiên bản Mô 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 3MỤC LỤC
Trang 43.10.1Mô tả use case UC_010 13
Trang 5DANH 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 6GIỚI THIỆU CHUNG
1.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>
STT Thuật ngữ, từ viêt tắt Giải thich Ghi 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.4 Tà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 72 MÔ TẢ TỔNG QUAN HỆ THỐNG
2.1 Mô hình use case
2.2 Danh sách các tác nhân và mô tả
Tác nhân Mô tả tác nhân Ghi 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ệ
thống
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 83 ĐẶ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 93.2 UC_002_Theo dõi ngày ăn
3.2.1 Mô tả use case UC_002
Use 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
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 “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_003
Use 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
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 “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 103.4 UC_004_Đăng nhập
3.4.1 Mô tả use case UC_004
Use 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
Luồng sự kiện chính
(Basic flows)
STT Thực hiện
bởi
Hành động
1 Tác nhân Khởi động ứng dụng
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_005
Use 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_006
Use 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
Tác nhân: Giáo viên
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”
Đ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
(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_007
Use 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
Tác nhân: Giáo viên
Trang 12Sự 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.
Đ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
(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_008
Use 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
Luồng sự kiện chính
(Basic flows) STT Thực hiệnbởi Hành độ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_009
Use 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
Tác nhân: Admin
Trang 13Sự 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
Luồng sự kiện chính
(Basic flows) STT Thực hiệnbởi Hành độ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
Điều kiện sau: Admin thực hiện xong chức năng
3.10 UC_010_Quản lý thực đơn
3.10.1 Mô tả use case UC_010
Use 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
Tác nhân: Admin
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”
Điều kiện trước: Admin cần đăng nhập thành công
Luồng sự kiện chính
(Basic flows) STT Thực hiệnbởi Hành động
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
Điều kiện sau: Admin thực hiện xong chức năng
3.11 UC_011_Quản lý chi tiêu
3.11.1 Mô tả use case UC_011
Use 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 14Tác nhân: Admin.
Sự kiện kích hoạt: Khi click vào nút “Quản lý chi tiêu”
Điều kiện trước: Admin cần đăng nhập thành công
Luồng sự kiện chính
(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”
Điều kiện sau: Admin thực hiện xong chức năng
3.12 UC_012_Quản lý thu tiền
3.12.1 Mô tả use case UC_012
Use 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
Tác nhân: Admin
Sự kiện kích hoạt: Khi click vào nút “Quản lý thu tiền”
Điều kiện trước: Admin cần đăng nhập thành công
Luồng sự kiện chính
(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”
Điều kiện sau: Admin thực hiện xong chức năng
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ỉ
Tác nhân: Admin
Trang 15Sự 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”
Luồng sự kiện chính
(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
Điều kiện sau: Admin thực hiện xong chức năng
3.14 UC_014_Quản lý lớp bán trú
3.14.1 Mô tả use case UC_014
Use 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ú
Tác nhân: Admin
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”
Điều kiện trước: Admin cần đăng nhập thành công
Luồng sự kiện chính
(Basic flows) STT Thực hiệnbởi Hành động
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ú đó
Điều kiện sau: Admin thực hiện xong chức năng
3.15 UC_015_Tìm kiếm
3.15.1 Mô tả use case UC_015
Use 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
Tác nhân: Admin
Sự kiện kích hoạt: Admin kích vào thanh tìm kiếm
Điều kiện trước: Admin cần đăng nhập thành công
Trang 16Luồ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
thế: STT Thực hiện bởi Hành động
5 Hệ thống Báo lỗi “Không tìm thấy đối tượng” khi không có đối
tượng phù hợp
Điều kiện sau: Admin thực hiện xong chức năng
3.16 UC_016_Quản lý phụ huynh
3.16.1 Mô tả use case UC_016
Use 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
Tác nhân: Admin
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”
Điều kiện trước: Admin cần đăng nhập thành công
Luồng sự kiện chính
(Basic flows) STT Thực hiệnbởi Hành động
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
Điều kiện sau: Admin thực hiện xong chức năng