Xây dựng hệ thống quản lý sinh viên trong trường đại học

Xây dựng hệ thống quản lý sinh viên trong trường đại học

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI

KHOA ĐIỆN TỬ VIỄN THÔNG

PHÂN TÍCH - THIẾT KẾ HƯỚNG ĐỐI TƯỢNG

ĐỀ TÀI: Xây dựng hệ thống quản lý sinh

viên trong trường đại học

Giáo viên hướng dẫn: Trần Đỗ Đạt

I System Request

1 Chủ nhiệm dự án (project sponsor ): Nhóm HDB

Lương Sỹ Hữu :mssv 20083364 Lop: dt 6

Nguyễn Văn Tài

Phan Duy Thắng

2 Nhu cầu kinh doanh (business need )

- Đối với Nhà Trường :

+ Giúp giảm gánh nặng trong việc quản lý hồ sơ và điểm của sinhviên

+ Cải thiện tốc độ truy cập thông tin sinh viên (tìm kiếm, sửa, xóa,thêm) và việc xử lý học tập sinh viên (tính toán điểm thi…)

+ Đồng bộ cơ sở dữ liệu quản lý sinh viên

- Đối với sinh viên:

+ Xem hồ sơ cá nhân và kết quả học tập dễ dàng và kịp thời

3 Yêu cầu kinh doanh (business requirementss)

- Hệ thống sẽ quản lý toàn bộ thông tin và điểm thi của sinh viên

- Cung cấp khả năng xem thông tin và điểm thi trực tuyến

- Các chức năng của hệ thống:

+ Quản lý hồ sơ sinh viên

+ Quản lý việc thi cử của sinh viên (danh sách đủ điều kiện thi vàkết quả thi cử)

+ Tổng kết kết quả học tập hàng kỳ, hàng năm của sinh viện

4 Giá trị kinh doanh (business value)

- Giá trị vô hình:

+ Giảm bớt đội ngũ nhân viên quản lý, xử lý hồ sơ và kết quả họctập sinh viên

+ Giảm bớt thời gian và công sức cho đội ngũ cán bộ quản lý

+ Đồng nhất được hồ sơ sinh viên giữa các phòng ban trong nhàtrường, tránh được sự chồng chéo hay những sai sót đáng tiếc

+ Giúp sinh viên có thể dễ dàng xem thông tin cá nhân và điểm thì

dễ dàng và nhanh chóng

+ Khẳng định vị thế vị thế của một trường ĐH công nghệ hàng đâu

cả nước

5 Các vấn đề đặc biệt (special issues or contraints)

- Thời gian hoàn thành hệ thống : trong vòng 15 tuần hệ thống phảihoàn thành

- Đảm bảo sự an toàn và bảo mật thông tin trong cơ sở dữ liệu (tránh bịsửa , sóa bởi những người không có thẩm quyền)

II Phân tích tính khả thi

1 Khả thi về kỹ thuật

a) Mức độ quen thuộc với ứng dụng

nơi từ thành thì tới nông thôn

thực hiện trên thế giới Ta có thể dựa vào kinh nghiệm của họ

nắm được các yêu cầu cần thiết cơ bản của một hồ sơ quản lý sinhviên, các nhu cầu cơ bản về chức năng cũng như giao diện khi sử dụngchương trình, ngoài ra nhóm còn xin ý kiến đóng góp của phòng đàotạo trường về yêu cầu của chương trình nên nhóm cũng đã có đượcnhững hiểu biết cơ bản về chương trình

b) Mức độ quen thuộc với công nghệ

- Chương trình được xây dựng trên công cụ ms access vàvisual basic khá phổ biến hiện nay, nhóm cũng đã được làm quen ởhọc kỳ trước trong môn kỹ thuật phần mềm nên khá quen thuộc,không phải mất quá nhiều thời gian tìm hiểu công cụ cũng như giảmđược những rủi ro do không hiểu rõ công cụ

trình cái đặt nên người sử dụng không cần phải hiểu về công cụ access

và visual basic, máy tính dùng để chạy chương trình cũng không cầncài đặt 2 công cụ trên

c) Quy mô dự án

- Số người tham gia dự án gồm 4 người

- Thời gian hoàn thành dự án là 15 tuần

d) Sự tương thích với hệ thống cũ

- Hệ thống được xây dựng mới hoàn toàn, dung lượng thấp vàkhông cần cài đặt thêm công cụ đi kèm nên dễ dàng tương thích với hệthống máy tính của nhà trường

2 Khả thi về kinh tế

a) Xác định các loại chi phí và lợi nhuận

- Chi phí : phần cứng, lương, chi phí cho văn phòng làm việccho đội ngũ xây dựng dự án, chi phí vận hành và bảo dưỡng hệ thống

+ Hữu hình: giảm được tri phí trả lương cho đội ngũ quản lýđược cắt giảm, giảm được tri phí cho không gian lưu trữ.+ Vô hình: Tao được sự thuận tiên cho cả người quản lý cũngnhư sinh viên, xử lý kết quả học tập sinh viên nhanh chóng vàkịp thời giúp sinh viên có thể chủ động hơn trong học tập

b) Định giá (assign values to costs and benefits).

- Chi phí xây dựng , vận hành hệ thống : Phần cứng (1lần)

1 Tỉ , chi phí tri trả lương cho 4 người xây dựng dự án (trong 15 tuần)

200 Triệu, không gian xây dựng dự án 10Triệu/tháng, chi phí chi phíbảo trì và sửa chữa hệ thống 50 Triệu/tháng

tiếc kiệm được 100Triệu/tháng, hồ sở sinh viên được lưu trữ tập trungtại 1 máy chủ nên giảm được tri phí lưu trữ ở nhiều phòng ban khácnhau ước tính 100Triệu/tháng

Phần cứng 100triệu 110triệu 120triệu 130triệu

Điểm hòa vốn 1,075 năm

Lợi nhuận vô hình -dễ dàng trong việc quản lý sinh viên

-sinh viên dễ dàng xem thông tin và điểm thi

d) Đồ thị điểm hòa vốn

1 2 3 40

1

Tiền (tỉ)

năm 2

Lợi nhuận Chi phí

3 khả thi về tổ chức

dụng:

o Đối tượng sử dụng hệ thống gồm có: trường đại học, sinh viên

o Đối với trường đại học sau khi cài đặt cấu hình hệ thống, vấn đềquản lý sinh viên: lên danh sách sinh viên trong lớp, ngành, khoa,lên danh sách sinh viên được thi, lên danh sách những sinh viênlên lớp, ở lại lớp sẽ không còn phức tạp nữa Hệ thống sẽ tự độnglàm việc chỉ sau 1 lần nhấp chuột

o Đối với sinh viên: có thể xem điểm thi của toàn bộ khóa học, xemthông tin về việc lên lớp, hoàn thành khóa học của mình

o Ngoài chức năng quản lý sinh viên, hệ thống sẽ tiếp tục hoànthiện thêm chức năng ra đề thi: ngân hàng đề thi, và chấm điểmthi phù hợp với nhu cầu hiện tại là thi trắc nghiệm

 Hệ thống dễ sử dụng, đạt hiệu quả cao trong vấn đề quản lý

- Phân tích khả năng tích hợp của hệ thống vào trong hệ thống đang vậnhành trong trường đại học:

o Hiện chưa có trường đại học nào có cả 1 hệ thống quản lý sinhviên ở Việt Nam

o Hệ thống dễ cài đặt, cấu hình trong các trường đại học

o

System Componets :

Input :

Output :

5 Các tin tức mới được thông báo từ khoa High

Queries :

1 Đăng nhập hệ thống High

4 Yêu cầu và thay đổi thông tin sinh viên Low

2 Giao diện nhập thông tin cá nhân sinh viên Low

3 Giao diện nhập thông tin về môn , số trình

và điểm

Medium

Tính toán các giá trị APC và TAFP.

Adjusted Processing Complexity (APC):

0.65 + (0.01 * 7) = 0.72

Total Adjusted Function Points (TAFP):

0.72_(APC) x 202_ (TUFP) = 145.44 (TAFP)

Line of Code (Visual Basic) : 50*123.84= 7272

Effort(in peron-month) = 1.4 * 7272= 11 person-month

Schedule time(month) = 3.0 * 111/3 = 6.67 month

Lập WBS (Work BreakDown Structure)

việc

cho module 1 : nhập dữ liệu về

cho module 2 : tìm kiếm sinh

viên

13 Lập trình và kiểm thử module

2

cho module 3 : xem thông tin

cho module 4 : các DataReport

Biểu đồ Pert :

IV. Phân công công việc và phân bổ nhân lực

+ Số người tham gia dự án : 4

Biện pháp khắc phục : Tham gia các lớp đào tạo ngôn ngữ

VB và Access , tham khảo ý kiến của những người đi trước

Risk # 2 : Do nhu cầu của người sử dụng hệ thống là cần

nhiều chức năng hơn

Khả năng có thể xảy ra : Medium Tác động đến dự án : làm chậm tiến độ và giá dự án , làm

trung bình , hướng phát triển đã dược định hình Trên thị trường hiện naycũng đã có một số phần mềm có tính năng tương tự , do vậy có thể nghiêncứu ,tham khảo những đặc tính tích cự nhằm cải tiến , sáng tạo nhằm pháttriển tốt hơn Mặt khác kỹ thuật BPI có các đặc điểm phân tích (AnalysisCharacteristics) chấp nhận được và mức rủi ro thất bại thấp

Do đó nhóm chọn kỹ thuật phân tích yêu cầu : BPI

1 Phân tích tài liệu (Document Analysis)

Phân tích tài liệu là công việc quan trọng cần thiết cho tất cả các phươngpháp khác

-Nghiên cứu phân tích các tài liệu có liên quan đến công tác quản lý nhân

sự, cơ cấu tổ chức của các trường đại học ,cao đẳng …

- Tài liệu liên quan đến các phương pháp quản lý thông tin sinh viên ,quản

lý các môn học, quản lý điểm của sinh viên …

-Nghiên cứu tài liệu về các phần mềm có chức năng tương đương , tìm racác điểm tích cực các điểm tích cực cần học tập , các điểm cần cải tiến cho tốthơn

Từ đó tổng hợp đưa ra cầu yêu cầu cho hệ thống

2 Phỏng vấn (Interviews).

2.1.Đối tượng phỏng vấn (Interviwees): Trưởng phòng đào

tạo(người lãnh đạo) , Nhân viên phòng đào tạo(người trực tiếp quản

lý) và Sinh viên.

2.2.Thiết kế câu hỏi phỏng vấn(Designing InterviewQuestions) :

5.Nếu giải quyết được các khó khăn đó thi ông ước tính sẽ giảm được bao nhiêu chi phí ?

6.Nếu chúng tôi phát triển được một phần mềm quản lý đáp ứng được các yêu cầu trên thì trường Ông có mạnh dạn đưa vào áp dụng ?

…

dụng ở trường bạn ?2.Có điều gì bạn chưa hài lòng không ?3.Bạn mong muốn có một phần mềm quản lý sinh viên đáp ứng được các yêu cầu nào ?

4.Bạn nghĩ sao về ý tưởng phần mềm quản lý sinh viên có tính tương tác cao ?

…2.3.Chiến lược hỏi (Questioning Strategies) : Top-Down

3 Kết hợp phát triển ứng dụng (Joint Application Development

(JAD))

- Trưởng nhóm Ngô Quang Trung đề nghị dự án triển khai một số phiênhọp JAD giữa 6 người : 4 người trong nhóm , trưởng phòng đào tạo vànhân viên phòng đào tạo

- Sau 5 lần họp trong vòng 10 ngày , giới hạn ,mục tiêu và các yêu cầu của

dự án đã được xác định rõ

+Người điều phối :Ngô Quang Trung.

+Thư ký : Phạm Trung Hiếu

+Người phân tích mô hình và và các ý tưởng chính :Nguyễn Đăng Trang.+Người đưa ra các kiến nghị và so sánh với các phần mềm khác :NguyễnVăn Tuyến

- Qua các bước trên Nhóm phát triển thu thập các thông tin, yêu cầu về dự

án

- Các yêu cầu được tổng hợp đưa vào Tài liệu định nghĩa yêu cầu và phân

loại theo từng nhóm khác nhau (Yêu cầu Chức năng và Phi chức năng).

- Sau khi được chỉnh sửa hoàn thiện tài liệu định nghĩa yêu cầu được sửdụng làm tài liệu chuẩn cho các phần mô hình hóa chức năng(functionalmodels) , mô hình hóa cấu trúc(structural models) và mô hình hóa hành vi(behavioral models)

 Các yêu cầu hoạt động (Operational Requirements)

-hoạt động trên hệ điều hành Windows XP and Vista

-Ngôn ngữ tiếng Việt

-Giao diện thân thiện dễ sử dụng và đẹp mắt

-Hoạt động trên mạng LAN kho dữ liệu tập chung

 Các yêu cầu về khả năng hoạt động (performance Requirements)-Đáp ứng nhanh ngay cả khi kho dữ liệu lớn (< 2s)

-Đưa ra các kết quả tìm kiếm nhanh và chính xác

 Yêu cầu về bảo mật (Security Requirements)

-Đảm bảo tính nhất quán trong quản lý thông tin

-Đối với người quản lý yêu cầu phải đăng nhập trước khi tác độnglàm thay đổi dữ liệu

-Đối với người sử dụng (sinh viên …) chỉ có khả năng xem và inkết quả học tập( không được phép chỉnh sửa)

 Yêu cầu về văn hóa chính trị (Cultural and political Requirements)Không có

 Lưu trữ dữ liệu :

Lưu trữ trong cơ sở dữ liệu tập trung các thông tin :

-Thông tin về người quản trị và mật khẩu truy nhập

-Thông tin sinh viên

-Thông tin điểm của sinh viên

-Thông tin môn hoc số trình

-Thông tin về khoa lớp

-Thông tin vè khen thưởng kỷ luật

-Thông tin thời khóa biểu và giáo trình.

 Thay đổi dữ liệu :

-Nhân viên phòng đào tạo có khả năng thêm mới , sửa , xóa cácthông tin khi cần thiết

 Truy suất dữ liệu và in ấn:

-Người sử dụng nói chung có khả năng truy suất các thông tin cánhân sinh viên, thông tin điểm của sinh viên , thông tin thời khóabiểu, giáo trình … và có khả năng in trực tiếp các thông tin đó

 Tìm kiếm thông tin :

Người sử dụng nói chung có khả năng tìm kiếm các thông tin cầnthiết về sinh viên, về điểm …

 Đổi mật khẩu :

Đổi mật khẩu khi cần thiết cho nhân viên phòng đào tạo

VII Activity diagram

Tim TTSV

Đăng Nhập

Nhập TTSV Nhập TTLớp

Nhập TTKhoa

Nhập TTMôn

Nhập Điểm

Xem Điểm Đăng ký tài khoản NQT

đúng

sai

Nhập môn

Nhập lớp thoat

Nhập TTSV Nhập Khoa

Thoát

Quản Lý Sinh Viên

Nhập thông tin cá nhân

[Số lần đăng nhập sai>=3]

[Số lần đăng nhập sai<3]

Sửa TTkhoa Xóa TTkhoa Nhập mới

TTkhoa mới

TTkhoa cần sửa

TTkhoa cần xóa

Nhập TTkhoa

Nhận thông tin môn

Sửa TTmôn Xoa môn Nhập môn mới

TTmôn mới

TTmôn cần sửa

TTmôn cần xóa

Nhập TTmôn

Thêm TT Lớp Sửa TT Lớp Xóa TT Lớp

Xem theo Lớp Xem theo Môn Xem theo SHSV

[Xem theo lớp] [Xem theo SHSV]

[Xem theo Môn]

Xem điểm

Tìm kiếm

Thông báo chưa có điểm Trả kết quả điểm

Thông báo nhập sai lớp [Không tìm thấy] [Tìm thấy lớp]

[Có điểm] [Chưa có điểm]

Thông báo nhập sai môn [Không tìm thấy] [Tìm thấy môn]

[Có điểm] [Chưa có điểm][tìm lại]

Xem điểm theo môn

Tìm kiếm

Thông báo chưa có điểm Trả kết quả điểm

Thông báo nhập sai [Không tìm thấy] [Tìm thấy SV]

[Có điểm] [Chưa có điểm]

[tìm lại]

Xem điểm theo SHSV

VIII Use case descriptions

Stakeholders and Interests: Người quản trị muốn đăng nhập vào hệ

thống để nhập, sửa, xóa thong tin được quản lý trong hệ thống

Brief Description: Use case mô tả cách thức người quản trị có thể truy cập

Normal Flow of Events:

1 Người quản trị đăng nhập vào hệ thống

2 Hệ thống xác nhận tính hợp lệ của tài khoản

3 Người quản trị thực hiện các công việc cần thiết

4 Người quản trị thoát khỏi hệ thống

Subflows:

Alternate/Exceptional Flows:

2a: Nếu tài khoản đăng nhập không hợp lệ, hệ thống yêu cầu người quản trị nhập lại

2b: Thoát khỏi hệ thống sau 3 lần nhập sai

Primary Actor: Người quản trị, Người

dùng

Use case type: detail, essential

Stakeholders and Interests: Người quản trị, Người dùng muốn tìm kiếm

Generalization:

Normal Flow of Events:

1 Người quản trị (NQT), Người dung (ND) gửi yêu cầu tìm kiếm

đến hệ thống

2 Hệ thống yêu cầu NQT or ND chọn cách tìm kiếm theo SHSV

hày theo tên

3 NQT or ND gọi Tìm Theo SHSV hoặc theo Tên use case

Subflows:

Alternate/Exceptional Flows:

2a: NQT or ND không muốn tìm kiếm TTSV nữa, thoát khỏi hệ thống

Use case name: Tìm Theo SHSV ID: 3 Importance Level: High Primary Actor: Người quản trị, Người

dùng

Use case type: detail, essential

Stakeholders and Interests: Người quản trị, Người dùng muốn tìm kiếm

Normal Flow of Events:

1 Người quản trị (NQT), Người dung (ND) gọi tìm theo shsv use

case

2 Hệ thống yêu cầu NQT or ND nhập SHSV

3 NQT or ND nhập SHSV

4 Hệ thống so sánh SHSV do NQT or ND nhập vào với SHSV

trong cơ sở dữ liệu

5 Hệ thống hiển thì kết quả tìm kiếm.

6 NQT or ND thoát khỏi hệ thống

Subflows:

5a: Nếu tìm thấy thì hiển thị toàn bộ thong tin sinh viên

5b: Nết không tìm thấy thì hiển thị thông báo không tìm thấy Alternate/Exceptional Flows:

2a: NQT or ND yêu cầu một tìm kiếm TTSV mới

Use case name: Tìm Theo Tên ID: 4 Importance Level: High Primary Actor: Người quản trị, Người

dùng

Use case type: detail, essential

Stakeholders and Interests: Người quản trị, Người dùng muốn tìm kiếm

Normal Flow of Events:

1 Người quản trị (NQT), Người dung (ND) gọi tìm theo tên use

5a: Nếu tìm thấy thì hiển thị toàn bộ thong tin sinh viên

5b: Nết không tìm thấy thì hiển thị thông báo không tìm thấy Alternate/Exceptional Flows:

2a: NQT or ND yêu cầu một tìm kiếm TTSV mới

Stakeholders and Interests: Người quản trị muốn thêm,sửa xóa thông tin

sinh viên

Brief Description: Use case mô tả cách thức người quản trị có thể thêm

sửa,xóa thông tin sinh viên

Trigger: Người quản trị nhập hoặc xóa thông tinh sinh viên

Relationships:

Association: Người quản trị

Include: Thêm TTSV,Sửa TTSV,Xóa TTSV Extend: Nhập TTLOP

Generalization:

Normal Flow of Events:

1 Người quản trị (NQT) đăng nhập vào hệ thống

2 NQT gửi yêu cầu nhập TTSV tới hệ thống

3 Hệ thống yêu cầu NQT chọn Thêm, Sửa, Xóa TTSV

4 NQT gọi Thêm, Sửa, Xóa TTSV use case

Subflows:

Alternate/Exceptional Flows:

3a.NQT muốn thoát khỏi hệ thống

Stakeholders and Interests: Người quản trị muốn thêm thông tin sinh viên Brief Description: Use case mô tả cách thức người quản trị có thể thêm a

thông tin sinh viên

Trigger: Người quản trị gọi thêm thông tin sinh viên use case

Normal Flow of Events:

1 NQT gọi Thêm TTSV use case

4a.NQT muốn nhập them TTSV nữa

Stakeholders and Interests: Người quản trị muốn sửa thông tin sinh viên Brief Description: Use case mô tả cách thức người quản trị có thể sửa thông

tin sinh viên

Trigger: Người quản trị gọi sửa TTSV use case

Relationships: