1. Trang chủ
  2. » Luận Văn - Báo Cáo

Xây dựng hệ thống thông tin hỗ trợ sinh viên trường đại học thủ dầu một

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

Định dạng
Số trang 55
Dung lượng 1,67 MB

Nội dung

Hệ thống giúp cán bộ viên chức nhà trường quản lý và gửi các thông tin, thông báo tới sinh viên một cách thuận tiện và nhanh chóng; giúp sinh viên dễ dàng trong việc cập nhật các thông b

Trang 1

KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO TỔNG KẾT

ĐỀ TÀI NGHIÊN CỨU KHOA HỌC CỦA SINH VIÊN THAM GIA CUỘC THI SINH VIÊN NGHIÊN CỨU KHOA HỌC NĂM HỌC 2014-2015

XÂY DỰNG HỆ THỐNG THÔNG TIN

HỖ TRỢ SINH VIÊN ĐẠI HỌC THỦ DẦU MỘT

Trang 2

TRƯỜNG ĐẠI HỌC THỦ DẦU MỘT KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO TỔNG KẾT

ĐỀ TÀI NGHIÊN CỨU KHOA HỌC CỦA SINH VIÊN THAM GIA

CUỘC THI SINH VIÊN NGHIÊN CỨU KHOA HỌC NĂM HỌC 2014-2015

XÂY DỰNG HỆ THỐNG THÔNG TIN

HỖ TRỢ SINH VIÊN TRƯỜNG ĐẠI HỌC THỦ DẦU MỘT

Sinh viên thực hiện: VÕ VƯƠNG ĐẠI BIỆN Nam, Nữ: Nam

Trang 3

TRƯỜNG ĐẠI HỌC THỦ DẦU MỘT Độc lập – Tự do – Hạnh phúc

THÔNG TIN KẾT QUẢ NGHIÊN CỨU CỦA ĐỀ TÀI

1 Thông tin chung:

- Tên đề tài: XÂY DỰNG HỆ THỐNG THÔNG TIN HỖ TRỢ SINH VIÊN TRƯỜNG ĐẠI HỌC THỦ DẦU MỘT

- Sinh viên thực hiện: VÕ VƯƠNG ĐẠI BIỆN

- Lớp: D11PM01 Khoa: Công Nghệ Thông Tin Năm thứ: 4 Số năm đào tạo: 4

- Người hướng dẫn: Ths Bùi Thanh Khiết

2 Mục tiêu đề tài:

Xây dựng một hệ thống thông tin hỗ trợ sinh viên của nhà trường Hệ thống giúp cán bộ viên chức nhà trường quản lý và gửi các thông tin, thông báo tới sinh viên một cách thuận tiện và nhanh chóng; giúp sinh viên dễ dàng trong việc cập nhật các thông

báo, thông tin hỗ trợ, thông tin sự kiện của trường, Đoàn thanh niên, Khoa, lớp

4 Kết quả nghiên cứu:

 Nắm được cái khái niệm về mô hình MVC, kiến trúc của Entity Framework

 Sử dụng ASP.NET MVC, Entity Framework, Bootstrap , để xây dựng hệ thống quản

lý thông tin

 Xây dựng website quản lý thông tin hỗ trợ sinh viên

 Xây dựng ứng dụng Android cho phép sinh viên truy cập, xem thông tin, thông báo được đăng tải

5 Đóng góp về mặt kinh tế - xã hội, giáo dục và đào tạo, an ninh, quốc phòng và khả năng áp dụng của đề tài:

Trang 4

tác giả, nhan đề và các yếu tố về xuất bản nếu có) hoặc nhận xét, đánh giá của cơ sở đã

áp dụng các kết quả nghiên cứu (nếu có):

Ngày tháng năm

Sinh viên chịu trách nhiệm chính

thực hiện đề tài

(ký, họ và tên)

Nhận xét của người hướng dẫn về những đóng góp khoa học của sinh viên thực hiện đề tài:

………

………

………

………

………

………

………

………

………

………

………

………

………

………

Ngày tháng năm

Xác nhận của lãnh đạo khoa

(ký, họ và tên)

Người hướng dẫn

(ký, họ và tên)

Trang 5

TRƯỜNG ĐẠI HỌC THỦ DẦU MỘT Độc lập – Tự do – Hạnh phúc

THÔNG TIN VỀ SINH VIÊN CHỊU TRÁCH NHIỆM CHÍNH THỰC HIỆN ĐỀ TÀI

I SƠ LƯỢC VỀ SINH VIÊN:

Họ và tên: VÕ VƯƠNG ĐẠI BIỆN

Sinh ngày: 06 tháng 03 năm 1993

Nơi sinh: Sông Bé

Khoa: Công Nghệ Thông Tin

Địa chỉ liên hệ: Đ134/41 Bùi Quốc Khánh, phường Chánh Nghĩa, thành phố Thủ Dầu Một, tỉnh Bình Dương

Điện thoại: 01688823626 Email: vovuongdaibien@gmail.com

Ngành học: Kỹ thuật Phần mềm Khoa: Công Nghệ Thông Tin

Kết quả xếp loại học tập: Giỏi

Sơ lược thành tích:

* Năm thứ 3:

Ngành học: Kỹ thuật Phần mềm Khoa: Công Nghệ Thông Tin

Kết quả xếp loại học tập: Giỏi

Sơ lược thành tích:

* Năm thứ 4:

Ngành học: Kỹ thuật Phần mềm Khoa: Công Nghệ Thông Tin

Kết quả xếp loại học tập: Giỏi

Sơ lược thành tích:

Ảnh 4x6

Trang 7

Mục lục

CHƯƠNG I: TỔNG QUAN VỀ ĐỀ TÀI 1

I.1 TÊN ĐỀ TÀI 1

I.2 LÝ DO CHỌN ĐỀ TÀI 1

I.3 MỤC TIÊU CỦA ĐỀ TÀI 1

I.4 ĐỐI TƯỢNG, PHẠM VI NGHIÊN CỨU, CÁCH TIẾP CẬN VÀ PHƯƠNG PHÁP NGHIÊN CỨU: 2

CHƯƠNG II: XÁC ĐỊNH YÊU CẦU 3

II.1 YÊU CẦU TỔNG THỂ 3

II.2 YÊU CẦU CHỨC NĂNG HỆ THỐNG 3

II.3 PHÂN QUYỀN HỆ THỐNG 4

CHƯƠNG III: PHÂN TÍCH HỆ THỐNG 5

III.1 XÁC ĐỊNH DANH SÁCH CÁC ACTOR 5

III.2 BIỂU ĐỒ HỆ THỐNG 5

III.3 DANH SÁCH CÁC USE-CASE 5

III.4 BIỂU ĐỒ USE-CASE 6

III.4.1 Biểu đồ use-case toàn hệ thống 6

III.4.2 Biểu đồ use-case quản lý đơn vị 7

III.4.3 Biểu đồ use-case quản lý lớp 7

III.4.4 Biểu đồ use-case quản lý cán bộ 7

III.4.5 Biểu đồ use-case quản lý sinh viên 8

III.4.6 Biểu đồ use-case quản lý loại tin 8

III.4.6 Biểu đồ use-case quản lý tin 8

III.5 ĐẶC TẢ USE-CASE 9

III.5.1 Đặc tả use case đăng nhập quản lý 9

III.5.2 Đặc tả use case quản lý đơn vị 9

III.5.2.1 Đặc tả use case thêm đơn vị 9

III.5.2.2 Đặc tả use case cập nhật đơn vị 9

III.5.2.3 Đặc tả use case xóa đơn vị 10

III.5.3 Đặc tả use case quản lý lớp 10

III.5.3.1 Đặc tả use case thêm lớp 10

III.5.3.2 Đặc tả use case cập nhật lớp 11

Trang 8

III.5.4 Đặc tả use case quản lý cán bộ 11

III.5.4.1 Đặc tả use case thêm cán bộ 11

III.5.4.2 Đặc tả use case cập nhật cán bộ 12

III.5.4.3 Đặc tả use case xóa cán bộ 12

III.5.5 Đặc tả use case quản lý sinh viên 13

III.5.5.1 Đặc tả use case thêm sinh viên 13

III.5.5.2 Đặc tả use case cập nhật sinh viên 13

III.5.5.3 Đặc tả use case xóa sinh viên 13

III.5.6 Đặc tả use case quản lý loại tin 14

III.5.6.1 Đặc tả use case thêm loại tin 14

III.5.6.2 Đặc tả use case cập nhật loại tin 14

III.5.6.3 Đặc tả use case xóa loại tin 15

III.5.7 Đặc tả use case quản lý tin 15

III.5.7.1 Đặc tả use case thêm tin 15

III.5.7.2 Đặc tả use case cập nhật tin 15

III.5.7.3 Đặc tả use case xóa tin 16

III.5.8 Đặc tả use case đăng nhập xem tin 16

III.5.9 Đặc tả use case xem tin 16

CHƯƠNG IV: THIẾT KẾ HỆ THỐNG 18

IV.1 BIỂU ĐỒ TRÌNH TỰ CÁC CHỨC NĂNG CỦA HỆ THỐNG 18

IV.1.1 Đăng nhập quản lý 18

IV.1.2 Quản lý đơn vị 18

IV.1.3 Quản lý lớp 20

IV.1.4 Quản lý cán bộ 22

IV.1.5 Quản lý sinh viên 23

IV.1.6 Quản lý loại tin 25

IV.1.7 Quản lý tin 27

IV.1.8 Đăng nhập xem tin 28

IV.1.9 Xem tin 29

IV.2 THIẾT KẾ CƠ SỞ DỮ LIỆU 30

IV.2.1 Thiết kế: 30

Trang 9

IV.2.3 Danh sách các quan hệ và mô tả chi tiết: 31

IV.3 THIẾT KẾ GIAO DIỆN 36

IV.3.1 Giao diện đăng nhập quản lý 36

IV.3.2 Giao diện quản lý đơn vị 36

IV.3.3 Giao diện quản lý lớp 38

IV.3.4 Giao diện quản lý cán bộ 40

IV.3.5 Giao diện quản lý sinh viên 41

IV.4.6 Giao diện quản lý loại tin 42

IV.4.7 Giao diện quản lý tin 43

IV.4.8 Giao diện đăng nhập xem tin 45

IV.4.9 Giao diện xem tin 45

CHƯƠNG V: KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 46

V.1 NHỮNG KẾT QUẢ ĐẠT ĐƯỢC 46

V.2 NHỮNG HẠN CHẾ CỦA ĐỀ TÀI 46

V.3 HƯỚNG PHÁT TRIỂN 46

Trang 10

CHƯƠNG I: TỔNG QUAN VỀ ĐỀ TÀI

I.1 TÊN ĐỀ TÀI

“XÂY DỰNG HỆ THỐNG THÔNG TIN HỖ TRỢ SINH VIÊN”

I.2 LÝ DO CHỌN ĐỀ TÀI

Trường Đại học Thủ Dầu Một được thành lập trên cơ sở nâng cấp Trường Cao đẳng Sư phạm Bình Dương theo Quyết định số 900/QĐ-TTg ngày 24/6/2009 của Thủ tướng Chính phủ Đến nay, Nhà trường đang đào tạo 22 ngành đại học, 6 ngành cao đẳng, gồm các lĩnh vực: Kinh tế, Kỹ thuật, Khoa học xã hội và Nhân văn, Sư phạm, với quy mô sinh viên là 14.000.Hiện nay website www.tdmu.edu.vn của trường là nơi cung cấp thông tin về trường, các phòng ban, các Khoa, các trung tâm, văn bản các cấp, thời khóa biểu và bảng điểm của sinh viên…

Tuy nhiên, hệ thống chưa có các thông báo, thông tin sự kiện từ Đoàn thanh niên, phòng Công tác chính trị học sinh – sinh viên, các Khoa và thông báo riêng của mỗi lớp Các thông báo, thông tin được gửi từ email của Đoàn thanh niên, phòng Công tác chính trị học sinh-sinh viên đến các Khoa, sau đó Khoa sẽ liên lạc với lớp trưởng các lớp đến văn phòng Khoa để nhận thông báo hoặc gửi đến email lớp Việc gửi thông báo như thế sẽ mất nhiều thời gian và khó khăn cho sinh viên trong việc cập nhật thông tin, thông báo

Do đó việc xây dựng một hệ thống thông tin hỗ trợ sinh viên là cần thiết, giúp

cho sinh viên dễ dàng và nhanh chóng cập nhật thông tin, thông báo

I.3 MỤC TIÊU CỦA ĐỀ TÀI

Xây dựng một hệ thống thông tin hỗ trợ sinh viên của nhà trường Hệ

thốnggiúp cán bộ viên chức nhà trường quản lý và gửi các thông tin, thông báo tới sinh viên một cách thuận tiện và nhanh chóng; giúp sinh viên dễ dàng trong việc cập nhật các thông báo, thông tin hỗ trợ, thông tin sự kiện của trường, Đoàn thanh niên,

Khoa, lớp

Xây dựng hệ thống thông tin hỗ trợ sinh viên trường Đại học Thủ Dầu Một gồm:

o Website thông tin hỗ trợ sinh viên

 Quản lý thông tin hỗ trợ sinh viên, thông báo qua email

 Tra cứu, xem thông tin hỗ trợ sinh viên

o Phần mềm ứng dụng trên các thiết bị di động sử dụng hệ điều hành Android

o Nội dung thông tin hỗ trợ được cung cấp bởi hệ thống

1) Sổ tay sinh viên 2) Thời khóa biểu 3) Sơ đồ trường Đại học Thủ Dầu Một 4) Các công văn, thông báo, thông tin sự kiện, hoạt động của trường, Đoàn thanh niên, phòng Công tác chính trị học sinh-sinh viên, các Khoa và lớp

5) Thông tin tuyển dụng

Trang 11

I.4 ĐỐI TƯỢNG, PHẠM VI NGHIÊN CỨU, CÁCH TIẾP CẬN VÀ PHƯƠNG PHÁP NGHIÊN CỨU:

 Đối tượng nghiên cứu: Hệ thống thông tin hỗ trợ sinh viên

 Phạm vi nghiên cứu: đề tài chỉ thực hiện trong phạm vi trường Đại học Thủ Dầu Một

 Phương pháp nghiên cứu: phương pháp nghiên cứu tài liệu, phương pháp thực nghiệm

Trang 12

CHƯƠNG II: XÁC ĐỊNH YÊU CẦU

II.1 YÊU CẦU TỔNG THỂ

 Quản lý đơn vị

 Quản lý lớp

 Quản lý cán bộ

 Quản lý sinh viên

 Quản lý loại tin

2 Quản lý lớp

Thêm Thêm một lớp mới Cập nhật Cập nhật thông tin lớp Xóa Xóa một lớp

3 Quản lý cán bộ

Thêm Thêm một cán bộ mới Cập nhật Cập nhật thông tin cán bộ Xóa Xóa một cán bộ

4 Quản lý sinh viên

Thêm Thêm một sinh viên mới

Cập nhật Cập nhật thông tin sinh viên Xóa Xóa một sinh viên

5 Quản lý loại tin

Thêm Thêm một loại tin Cập nhật Cập nhật thông tin loại tin Xóa Xóa một loại tin

Trang 13

6 Quản lý tin

Thêm Thêm một tin mới Cập nhật Cập nhật tin Xóa Xóa một tin

7 Xem tin Cho phép sinh viên xem tin theo cấp (trường, khoa, lớp) và loại tin

(thông báo, sự kiện, tin tức, tuyển dụng…)

II.3 PHÂN QUYỀN HỆ THỐNG

Quyền quản lý (Admin): người quản lý là người có quyền cao nhất thực

hiện toàn bộ chức năng của chương trình

Quyền cấp trường: là cán bộ các đơn vị như: phòng đào tạo, phòng Công tác

chính trị học sinh-sinh viên, …có quyền đăng tin ở cấp trường, tất cả sinh viên đều có thể xem tin cấp trường

Quyền cấp khoa: là cán bộ thuộc các khoa có quyền đăng tin ở cấp khoa, chỉ

sinh viên thuộc khoa của người đăng tin mới có thể xem tin

Quyền cấp lớp: là cán bộ lớp, có quyền đăng tin cấp lớp, chỉ sinh viên cùng

lớp với người đăng mới có thể xem tin

Trang 14

CHƯƠNG III: PHÂN TÍCH HỆ THỐNG

III.1 XÁC ĐỊNH DANH SÁCH CÁC ACTOR

Một actor hay tác nhân ngoài là một vai trò của một hay nhiều người hay vật thể trong sự tương tác với hệ thống

1 Admin Quản trị viên hệ thống, có toàn quyền quản lý hệ thống

2 Cán bộ Cán bộ, giảng viên nhà trường, có quyền quản lý tin theo cấp

Hình 3.1 Vai trò các Actor trong hệ thống

III.3 DANH SÁCH CÁC USE-CASE

1 Đăng nhập quản lý Cho phép người dùng đăng nhập vào hệ

3 Quản lý đơn vị Cho phép người dùng quản lý các đơn

vị: Phòng, Ban, Khoa,Trung tâm… Admin

4 Quản lý lớp Cho phép người dùng quản lý các lớp

5 Quản lý cán bộ Cho phép người dùng quản lý các lớp

Trang 15

6 Quản lý sinh viên Cho phép người dùng quản lý sinh viên

7 Quản lý loại tin Cho phép người dùng quản lý các lớp

8 Quản lý tin Cho phép người dùng quản lý các tin

9 Xem tin Cho phép người dùng xem các tin theo

III.4 BIỂU ĐỒ USE-CASE

III.4.1 Biểu đồ use-case toàn hệ thống

Cán bộ Đăng nhập

Quản lý cán bộ

Quản lý sinh viên

Quản lý đơn vị

Trang 16

III.4.2 Biểu đồ use-case quản lý đơn vị

Admin

Đăng nhập quản lý

Quản lý đơn vị

<<include>> Thêm đơn vị

Hình 3.3 Biểu đồ use-case quản lý đơn vị

III.4.3 Biểu đồ use-case quản lý lớp

Admin

Đăng nhập quản lý

Quản lý lớp

Hình 3.4 Biểu đồ use-case quản lý lớp

III.4.4 Biểu đồ use-case quản lý cán bộ

Admin

Đăng nhập quản lý

Quản lý cán bộ

<<include>> Thêm cán bộ

Cập nhật cán bộ Xóa cán bộ

Trang 17

III.4.5 Biểu đồ use-case quản lý sinh viên

Admin

Đăng nhập quản lý

Quản lý sinh viên

<<include>> Thêm sinh viên

Hình 3.6 Biểu đồ use-case quản lý sinh viên

III.4.6 Biểu đồ use-case quản lý loại tin

Admin

Đăng nhập quản lý

Quản lý loại tin

<<include>> Thêm loại tin

Hình 3.7 Biểu đồ use-case quản lý loại tin

III.4.6 Biểu đồ use-case quản lý tin

Cán bộ

Đăng nhập quản lý

Quản lý tin

<<include>> Thêm tin

Trang 18

III.5 ĐẶC TẢ USE-CASE

III.5.1 Đặc tả use case đăng nhập quản lý

Tóm tắt: use case này mô tả cách người dùng đăng nhập vào hệ thống với vai trò

về đầu dòng sự kiện chính hoặc hủy bỏ việc đăng nhập, lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: giao diện chính, actor không

thể thực hiện các chức năng

Trạng thái hệ thống sau khi thực hiện use case: nếu use case thành công actor có

thể sử dụng các chức năng được phân quyền

Điểm mở rộng: không có

III.5.2 Đặc tả use case quản lý đơn vị

III.5.2.1 Đặc tả use case thêm đơn vị

Tóm tắt: use case này mô tả cách người dùng tạo một đơn vị mới

 Dòng sự kiện khác: khi người dùng không nhập hoặc nhập mã đơn vị đã được

sử dụng, hệ thống sẽ thông báo lỗi và không cho phép tạo mới Người dùng

có thể chọn trở về đầu dòng sự kiện chính hoặc hủy bỏ việc tạo đơn vị, lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: đợn vị mới đã được thêm vào

hệ thống

Điểm mở rộng: không có.

III.5.2.2 Đặc tả use case cập nhật đơn vị

Tóm tắt: use case này mô tả cách người dùng cập nhật thông tin một đơn vị

Dòng sự kiện:

Trang 19

 Dòng sự kiện chính: use case này bắt đầu khi một người dùng muốn cập nhật một đơn vị

 Dòng sự kiện khác: khi người dùng không nhập hoặc nhập mã đơn vị đã được

sử dụng, hệ thống sẽ thông báo lỗi và không cho phép cập nhật Người dùng

có thể chọn trở về đầu dòng sự kiện chính hoặc hủy bỏ việc cập nhật đơn vị,

lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: đợn vị đã được cập nhật thông

tin vào hệ thống

Điểm mở rộng: không có.

III.5.2.3 Đặc tả use case xóa đơn vị

Tóm tắt: use case này mô tả cách người dùng xóa một đơn vị

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: đợn vị đã xóa khỏi hệ thống.

Điểm mở rộng: không có.

III.5.3 Đặc tả use case quản lý lớp

III.5.3.1 Đặc tả use case thêm lớp

Tóm tắt: use case này mô tả cách người dùng tạo một lớp mới

(3) Nếu mã lớp chưa tồn tại, hệ thống sẽ lớp mới và thông báo thành công

 Dòng sự kiện khác: khi người dùng không nhập hoặc nhập mã lớp đã được

sử dụng, hệ thống sẽ thông báo lỗi và không cho phép tạo mới Người dùng

có thể chọn trở về đầu dòng sự kiện chính hoặc hủy bỏ việc tạo lớp, lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trang 20

Trạng thái hệ thống sau khi thực hiện use case: lớp mới đã được thêm vào hệ

thống

Điểm mở rộng: không có.

III.5.3.2 Đặc tả use case cập nhật lớp

Tóm tắt: use case này mô tả cách người dùng cập nhật thông tin một lớp

(4) Nếu mã lớp chưa tồn tại, hệ thống sẽ cập nhật lớp và thông báo thành công

 Dòng sự kiện khác: khi người dùng không nhập hoặc nhập mã lớp đã được

sử dụng, hệ thống sẽ thông báo lỗi và không cho phép cập nhật Người dùng

có thể chọn trở về đầu dòng sự kiện chính hoặc hủy bỏ việc cập nhật lớp, lúc

này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: lớp đã được cập nhật thông

tin vào hệ thống

Điểm mở rộng: không có.

III.5.3.3 Đặc tả use case xóa lớp

Tóm tắt: use case này mô tả cách người dùng xóa một lớp

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: lớp đã xóa khỏi hệ thống.

Điểm mở rộng: không có.

III.5.4 Đặc tả use case quản lý cán bộ

III.5.4.1 Đặc tả use case thêm cán bộ

Tóm tắt: use case này mô tả cách người dùng tạo một cán bộ mới

Trang 21

(3) Nếu mã cán bộ chưa tồn tại, hệ thống sẽ cán bộ mới và thông báo thành công

 Dòng sự kiện khác: khi người dùng không nhập hoặc nhập mã cán bộ đã được

sử dụng, hệ thống sẽ thông báo lỗi và không cho phép tạo mới Người dùng

có thể chọn trở về đầu dòng sự kiện chính hoặc hủy bỏ việc tạo cán bộ, lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: cán bộ mới đã được thêm vào

hệ thống

Điểm mở rộng: không có.

III.5.4.2 Đặc tả use case cập nhật cán bộ

Tóm tắt: use case này mô tả cách người dùng cập nhật thông tin một cán bộ

 Dòng sự kiện khác: khi người dùng không nhập hoặc nhập mã cán bộ đã được

sử dụng, hệ thống sẽ thông báo lỗi và không cho phép cập nhật Người dùng

có thể chọn trở về đầu dòng sự kiện chính hoặc hủy bỏ việc cập nhật cán bộ, lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: cán bộ đã được cập nhật thông

tin vào hệ thống

Điểm mở rộng: không có.

III.5.4.3 Đặc tả use case xóa cán bộ

Tóm tắt: use case này mô tả cách người dùng xóa một cán bộ

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: cán bộ đã xóa khỏi hệ thống.

Điểm mở rộng: không có.

Trang 22

III.5.5 Đặc tả use case quản lý sinh viên

III.5.5.1 Đặc tả use case thêm sinh viên

Tóm tắt: use case này mô tả cách người dùng tạo một sinh viên mới

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: sinh viên mới đã được thêm

vào hệ thống

Điểm mở rộng: không có.

III.5.5.2 Đặc tả use case cập nhật sinh viên

Tóm tắt: use case này mô tả cách người dùng cập nhật thông tin một sinh viên

Dòng sự kiện:

 Dòng sự kiện chính: use case này bắt đầu khi một người dùng muốn cập nhật một sinh viên

(1) Người chọn sinh viên cần cập nhật

(2) Nhập các thông tin của sinh viên: mã sinh viên, tên sinh viên, chọn lớp, ngày sinh, email, số điện thoại…

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: sinh viên đã được cập nhật

thông tin vào hệ thống

Điểm mở rộng: không có.

III.5.5.3 Đặc tả use case xóa sinh viên

Tóm tắt: use case này mô tả cách người dùng xóa một sinh viên

Dòng sự kiện:

Trang 23

 Dòng sự kiện chính: use case này bắt đầu khi một người dùng muốn xóa một sinh viên

(1) Người chọn sinh viên cần cập nhật

(2) Xác nhận xóa sinh viên đã chọn

(3) Hệ thống sẽ xóa sinh viên đã chọn

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: sinh viên đã xóa khỏi hệ thống.

Điểm mở rộng: không có.

III.5.6 Đặc tả use case quản lý loại tin

III.5.6.1 Đặc tả use case thêm loại tin

Tóm tắt: use case này mô tả cách người dùng tạo một loại tin mới

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: loại tin mới đã được thêm vào

hệ thống

Điểm mở rộng: không có.

III.5.6.2 Đặc tả use case cập nhật loại tin

Tóm tắt: use case này mô tả cách người dùng cập nhật thông tin một loại tin

Dòng sự kiện:

 Dòng sự kiện chính: use case này bắt đầu khi một người dùng muốn cập nhật một loại tin

(1) Người chọn loại tin cần cập nhật

(2) Nhập các thông tin của loại tin: mã loại tin, tên loại tin

Các yêu cầu đăc biệt: không có

Trang 24

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: loại tin đã được cập nhật thông

tin vào hệ thống

Điểm mở rộng: không có.

III.5.6.3 Đặc tả use case xóa loại tin

Tóm tắt: use case này mô tả cách người dùng xóa một loại tin

Dòng sự kiện:

 Dòng sự kiện chính: use case này bắt đầu khi một người dùng muốn xóa một loại tin

(1) Người chọn loại tin cần cập nhật

(2) Xác nhận xóa loại tin đã chọn

(3) Hệ thống sẽ xóa loại tin đã chọn

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: loại tin đã xóa khỏi hệ thống.

Điểm mở rộng: không có.

III.5.7 Đặc tả use case quản lý tin

III.5.7.1 Đặc tả use case thêm tin

Tóm tắt: use case này mô tả cách người dùng tạo một tin mới

(3) Nếu tên tin chưa tồn tại, hệ thống sẽ tin mới và thông báo thành công

 Dòng sự kiện khác: khi người dùng không nhập tên tin, nội dung tin, hệ thống

sẽ thông báo lỗi và không cho phép tạo mới Người dùng có thể chọn trở về đầu dòng sự kiện chính hoặc hủy bỏ việc tạo tin, lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: tin mới đã được thêm vào hệ

thống

Điểm mở rộng: không có.

III.5.7.2 Đặc tả use case cập nhật tin

Tóm tắt: use case này mô tả cách người dùng cập nhật thông tin một tin

Trang 25

 Dòng sự kiện khác: khi người dùng không nhập tên tin, nội dung tin, hệ thống

sẽ thông báo lỗi và không cho phép cập nhật Người dùng có thể chọn trở về đầu dòng sự kiện chính hoặc hủy bỏ việc cập nhật tin, lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: tin đã được cập nhật thông tin

vào hệ thống

Điểm mở rộng: không có.

III.5.7.3 Đặc tả use case xóa tin

Tóm tắt: use case này mô tả cách người dùng xóa một tin

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: tin đã xóa khỏi hệ thống.

Điểm mở rộng: không có.

III.5.8 Đặc tả use case đăng nhập xem tin

Tóm tắt: use case này mô tả cách người dùng đăng nhập vào hệ thống với vai trò

xem tin

Dòng sự kiện:

 Dòng sự kiện chính: use case này bắt đầu khi một người dùng muốn đăng nhập vào hệ thống

(3) Người dùng nhập mã số sinh viên và mật khẩu

(4) Hệ thống kiểm chứng thông tin đăng nhập, nếu trùng khớp với dữ liệu đã lưu thì cho phép người dùng đăng nhập vào hệ thống

 Dòng sự kiện khác: nếu trong dòng sự kiện chính, người dùng nhập sai mã sinh viên, mật khẩu, hệ thống sẽ hiển thị thông báo lỗi Người dùng có thể chọn trở

về đầu dòng sự kiện chính hoặc hủy bỏ việc đăng nhập, lúc này use case kết thúc

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: giao diện chính, actor không

thể thực hiện các chức năng

Trạng thái hệ thống sau khi thực hiện use case: nếu use case thành công actor có

thể chọn và xem tin

Điểm mở rộng: không có

III.5.9 Đặc tả use case xem tin

Tóm tắt: use case này mô tả cách người muốn xem một tin

Dòng sự kiện:

 Dòng sự kiện chính: use case này bắt đầu khi một người dùng muốn xem tin (1) Hệ thống hiển thị danh sách tin theo cấp, loại tin

Trang 26

(2) Người dùng chọn tin cần xem trong danh sách

(3) Hệ thống hiển thị nội dung tin được chọn

 Dòng sự kiện khác: không có

Các yêu cầu đăc biệt: không có

Trạng thái hệ thống trước khi thực hiện use case: không có

Trạng thái hệ thống sau khi thực hiện use case: không có

Điểm mở rộng: không có

Trang 27

CHƯƠNG IV: THIẾT KẾ HỆ THỐNG

IV.1 BIỂU ĐỒ TRÌNH TỰ CÁC CHỨC NĂNG CỦA HỆ THỐNG

IV.1.1 Đăng nhập quản lý

Hình 4.1 Biểu đồ trình tự chức năng đăng nhập quản lý

IV.1.2 Quản lý đơn vị

VI.1.2.1 Thêm đơn vị

: Can bo : View dang nhap quan ly : View quan ly : Controller quan ly : Entity

1: Nhap ma can bo, mat khau 2: Chon thao tac dang nhap

3: Ham dang nhap

4: Doc du lieu 5: Du lieu

6: Kiem tra 7: Kich hoat

10: Hien thi ket qua them

Ngày đăng: 20/07/2021, 07:28

TỪ KHÓA LIÊN QUAN

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

TÀI LIỆU LIÊN QUAN

w