1. Trang chủ
  2. » Giáo Dục - Đào Tạo

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

20 1 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề 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
Tác giả Nguyễn Phương Bình, Nguyễn Hồ Bá Doãn, Hồ Xuân Huy
Trường học Trường Đại Học Bách Khoa
Chuyên ngành Công Nghệ Thông Tin
Thể loại Đồ Án Tốt Nghiệp
Năm xuất bản 2024
Thành phố Đà Nẵng
Định dạng
Số trang 20
Dung lượng 0,99 MB

Nội dung

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

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 2

LỊ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 3

MỤC LỤC

Trang 4

3.10.1Mô tả use case UC_010 13

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

2 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 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_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 10

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

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

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 14

Tá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 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”

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

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

Ngày đăng: 29/03/2024, 23:11

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w