Phân tích, thiết kế hệ thống quản lý trong 1 trường đại học

Phân tích, thiết kế hệ thống quản lý trong 1 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: Phân tích - thiết kế hệ thống quản lý

trong 1 trường đại học.

Giáo viên hướng dẫn : Dương Bá Hồng Thuận

Sinh viên thực hiện :

Lớp : ĐT1 – K50

1

Nguyễn Trí Trung (Leader)

Các thành viên trong nhóm phát triển dự án:

Nguyễn Huyền TrangHoàng Tuấn ViệtTrần Đình Trị

3 Business need

Phục vụ cho nhu cầu phát triển phần mềm:

- Đối với trường đại học: giảm bớt gánh nặng trong vấn đề quản lý sinhviên

- Đối với sinh viên: tiện lợi cho việc xem điểm

- Hệ thống sẽ không ngừng phát triển, mở rộng thêm nhiều chức năng

4 Functionality

- Hệ thống sẽ thực hiện các công việc cơ bản trong vấn đề quản lý sinh viên,quản lý điểm thi của sinh viên trong các trường đại học

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

 Quản lý sinh viên trong lớp, khoa, ngành, khóa

 Quản lý việc thi cử của sinh viên, lên danh sách những sinh viên đủđiều kiện dự thi

 Quản lý điểm thi của sinh viên

 Quản lý việc lên lớp, ở lại lớp của từng sinh viên trong mỗi năm học

 Ngoài ra hệ thống còn tiếp tục phát triển trong vấn đề ra đề thi chosinh viên: ngân hàng đề và quản lý việc mượn trả giáo trình ở thưviện của sinh viên

2

- Mức độ quen thuộc với ứng dụng: tốt

- Mức độ quen thuộc với công nghệ: tốt

- Kích thước của dự án

 Số lượng người tham dự: 4 người

 Thời gian hoàn thành dự án: 7 tháng

 Hệ thống sẽ được lắp đặt, cấu hình trong thời gian 1 tháng kể

từ khi nhận yêu cầu

 Chi phí vận chuyển, cài đặt, cấu hình cho toàn bộ hệ thống:1000$

- Lợi nhuận:

 Lợi nhuận vô hình

3

 Tăng thêm kĩ năng, kinh nghiệm cho đội ngũ phát triển

 Tăng thêm uy tín, chất lượng cho đội ngũ phát triển

 Lợi nhuận hữu hình:

 Sản phẩm sẽ được cung cấp cho các trường đại học có nhucầu sử dụng hệ thống

- Xác định dòng tiền mặt:

 Trung bình,1 đơn đặt hàng của 1 trường đại học bao gồm:

 hệ thống phần mềm với 30 bộ thiết bị phần cứng: trị giá5000$

 trong năm đầu tiên đặt hàng 5000 thẻ nhận dạng kiêm thẻ sinhviên, trị giá 12500$

 trong các năm tiếp theo, đặt hàng 1000 trị giá 2200$

 trung bình 1 năm có 3 đơn đặt hàng của 1 trường đại học, dự tính sẽthu được ít nhất 52.500$/năm

- Xác định giá trị hiện tại:

 Hệ thống phần mềm: 1200$

 Thẻ nhận dạng, kiêm thẻ sinh viên: 2.5$/thẻ

 Thiết bị phần cứng: tổng chi phí trung bình là 150$ 1bộ bao gồm:

 Máy điểm danh

 Thiết bị kết nối mạng

 (Chi phí lắp đặt hệ thống)

- Xác định tỉ lệ hồi vốn

 Tổng chi phí cho đội ngũ phát triển dự án: 14.000$

 Tổng chi phí vận chuyển, cài đặt toàn bộ cho 1 đơn đặt hàng: 1000$,vậy trung bình 1 năm tổng chi phí lên đến 3000$/năm

 Thời gian thu được lợi nhuận được tính từ lúc bắt đầu hoàn thànhxong dự án, với tổng chi phí trung bình ngoài dự án: 6000$ 1trường/1năm, do đó tổng chi phí trung bình ngoài dự án: 18000$/năm, cácnăm tiếp theo cho việc đặt hàng 1000 thẻ: 2400$/năm

 Lợi nhuận thu được: 52.500$/năm

- Xác định điểm hòa vốn:

 Chi phí:

CP= 14000 + 3000x + 18000x + 6000Σf(x-i) $ f(x-i) $

(x: năm,i: năm hoàn thành dự án của các trường trong 1 năm)

f(x-i) = x-i nếu x ≥i

6.3 Organizational feasibility

- Người đỡ đầu cho dự án : Thầy Dương Bá Hồng Thuận

- Phân tích đánh giá mức độ hệ thống được chấp nhận bởi người sử dụng:

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

 Đố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ên lênlớp, ở lại lớp sẽ không còn phức tạp nữa Hệ thống sẽ tự động làmviệc chỉ sau 1 lần nhấp chuột

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

 Ngoài chức năng quản lý sinh viên, hệ thống sẽ tiếp tục hoàn thiệnthêm chức năng ra đề thi: ngân hàng đề thi, và chấm điểm thi 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:

 Hiện chưa có trường đại học nào có cả 1 hệ thống quản lý sinh viên

ở Việt Nam

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

5

II. Ước lược kích thước dự án bằng phương pháp điểm chức năng:

1 Sơ đồ điểm chức năng

1.1, Total Unadjusted Function Points

Function Point Estimation Worksheet

System Components:

Complexity Description Total

1.2, Total Processing Complexity

Total Adjusted Function Points (TAFP):

0.72_(APC) x 197_ (TUFP) = 141.84 (TAFP)

Line of Code(JAVA): 55*141.84 = 7801.2

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

Schedule time(month) =6.67

7

III Xây dựng bản kế hoạch công việc của dự án:

1 Work breakdown structure

- Nhận diện công việc chính của

- Chia mỗi công việc và xắp xếp chúng theo cấu trúc phân tầng

9 Phân tích modul 4: quản

lý điểm thi

11 Phân tích modul 5: lên

danh sách sinh viên khóa

mới

13 Phân tích modul 6: xem

thông tin

8

11 Phân tích modul 5: lên

danh sách sinh viên

khóa mới

1 weeks 11/5/09 19/5/09 Việt , Trang

2 Grant chart

10

IV. Phân công:

1 Số người tham gia dự án

- Number Persons = effort/ schedule time = 2 (person)

2 Sơ đồ phân cấp quản lý

12

V Activity diagram - Use-case diagram – Class diagram – Object diagram:

1 Activity diagram

13

2 Use-case diagram

14

3 Class diagram

16

4 Object digram

17

User: Trangtt Password: 214596

User: nguoisudung

Ho ten: Tran Thi Trang

Ngay thang nam sinh:21/4/1959

Dslenlop: Danh sach sv len lop

Ho ten sv: Nguyen Tri Trung SHSV: 20053456

Ma lop: 11 Khoa: DTVT Dong hoc phi: yes Dshp: Danh sach dong hoc phi

Dskhoamoi: Danh sach sv khoa moi

Ho va ten: Nguyen Hoai Thi Ngay thang nam sinh: 08-03-1991 Gioi tinh: Nu

Dia chi: 42 Ba Trieu – HK - HN SHSV: 20091342

Dsnh: Danh sach nhap hoc

SHSV: 20053456

Ma lop: 11

Ma mon: 05 Dsdt: Danh sach du thi

User:Dungnt82 Password: bigboss

User: nguoisudung

Ho ten: Nguyen Trung Dung

Ngay thang nam sinh: 20-11-1982

Gioi tinh: Nam

Dslop: Danh sach lop hoc

Ma giao vien: GV17

Ma lop: 01

Ma mon: 02 Khoa: DT VT SHSV: 20051234 Ngay diem danh: 13-4-2009

Diemdanh: Bang diem danh

Thongtin: Xem thong tin

5 Use-case description

a Use-case Đăng nhập

Tên Use-Case: Đăng nhập ID: 1 Importance Level: high

Tác nhân chính:

CBĐT, Giáo viên, Sinh viên

Kiểu Use-Case: Chi tiết, cần thiết

Những người tham gia và quan tâm:

CBĐT, Giáo viên, Sinh viên - muốn đăng nhập vào hệ thống để thực hiện các công việc của riêng mỗi người.

- Giáo viên: đăng nhập vào hệ thống và thực hiện xử lí danh sách dự thi, lên điểm thi của sinh viên, và xem thông tin

- Sinh viên: đăng nhập vào hệ thống và thực hiện xem thông tin.

Loại: Bao hàm

Các mối quan hệ:

Kết hợp (Association): CBĐT, Giáo viên, Sinh viên

Bao hàm (Include): lập thời khóa biểu môn học, lập danh sách sinh viên khóa mới, xử

lý danh sách sinh viên lên lớp, xử lý danh sách dự thi, lấy điểm thi, lên điểm của sinh viên, xem thông tin.

Các luồng sự kiện thông thường:

1 Người sử dụng đă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 sử dụng lựa chọn công việc muốn làm

4 Người sử dụng thoát khỏi hệ thống.

Các luồng sự kiện con:

Các luồng sự kiện ngoại lệ:

2a Nếu tài khoản không hợp lệ thì hệ thống thông báo yêu cầu người dùng đăng nhập lại vào hệ thống.

20

2b Thoát khỏi hệ thống

b Use-case Lập thời khóa biểu

Tên Use-Case: Lập thời khóa biểu ID: 2 Importance Level: high Tác nhân chính:

CBĐT

Kiểu Use-Case: Chi tiết, cần thiết

Những người tham gia và quan tâm:

CBĐT tạo ra thời khóa biểu môn học để cung cấp cho giáo viên và sinh viên.

Khái quát hóa (Generalization):

Các luồng sự kiện thông thường:

1 CBĐT đăng nhập vào hệ thống.

2 Hệ thống kiểm tra tính hợp lệ về tài khoản đăng nhập của CBĐT.

3 CBĐT tìm thông tin các môn học của các khoa gửi lên.

4 Hệ thống đưa ra danh sách các môn học của các khóa và các khoa.

5 CBĐT sắp xếp thời khóa biểu các môn học.

6 CBĐT thoát khỏi hệ thống.

Các luồng sự kiện con:

Các luồng sự kiện ngoại lệ:

2a Nếu tài khoản không hợp lệ, hệ thống đưa ra yêu cầu đăng nhập lại 2b Thoát khỏi hệ thống.

c Use-case lấy điểm thi

Tên Use-Case: Lấy điểm thi ID: 3 Importance Level: high Tác nhân chính: CBĐT Kiểu Use-Case: Tổng quát, cần thiết

21

Những người tham gia và quan tâm:

Cán bộ phòng đào tạo lấy kết quả thi từ giáo viên để cho sinh viên xem được.

Khái quát hóa (Generalization):

Các luồng sự kiện thông thường:

1 CBĐT đăng nhập vào hệ thống.

2 Hệ thống kiểm tra tính hợp lệ về tài khoản đăng nhập của CBĐT.

3 CBĐT tìm danh sách điểm GV gửi lên.

4 Cán bộ phòng đào tạo thực hiện lấy kết quả thi.

5 Hệ thống ghi kết quả thi của Sinh viên vào tập tin.

6 Cán bộ phòng đào tạo thoát khỏi hệ thống.

Các luồng sự kiện con:

Các luồng sự kiện ngoại lệ:

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

2b Thoát khỏi hệ thống.

3b Hệ thống thông báo chưa có danh sách điểm thi

3c Thoát khỏi hệ thống.

d Use-case Lập danh sách sinh viên khóa mới

Tên Use-Case: Lập danh sách sinh

viên khóa mới

ID: 4 Importance Level: high

Tác nhân chính: CBĐT Kiểu Use-Case: Tổng quát, cần thiết

Những người tham gia và quan tâm:

Cán bộ phòng đào tạo - muốn thực hiện việc lập danh sách sinh viên khóa mới để cung cấp cho sinh viên biết.

22

Khái quát hóa (Generalization):

Các luồng sự kiện thông thường:

1 CBĐT đăng nhập vào hệ thống.

2 Hệ thống kiểm tra tính hợp lệ về tài khoản đăng nhập của CBĐT.

3 CBĐT tìm thông tin các sinh viên mới nhập học.

4 Hệ thống đưa ra danh sách các sinh viên.

5 CBĐT sắp xếp các sinh viên vào lớp bất kỳ.

6 CBĐT thoát khỏi hệ thống.

Các luồng sự kiện con:

Các luồng sự kiện ngoại lệ:

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

2b Thoát khỏi hệ thống.

e Use-case Lập danh sách sinh viên lên lớp:

Tên Use-Case: Lập danh sách sinh viên

lên lớp

Tác nhân chính: CBĐT Kiểu Use-Case: Tổng quát, cần thiết

Những người tham gia và quan tâm:

CBĐT - muốn thực hiện việc xử lý danh sách sinh viên lên lớp.

Mô tả vắn tắt:

Use-Case mô tả CBPĐT thực hiện công việc cập nhật danh sách sinh viên lên lớp như:

23

thêm, sửa đổi hay xóa sinh viên từ danh sách cũ

Khởi sự:

Trigger: CBĐT chọn chức năng :

 U5.1 : thêm sinh viên

 U5.2 : sửa thông tin

 U5.3 : xóa sinh viên

2 Hệ thống kiểm tra tính hợp lệ về tài khoản đăng nhập của CBPĐT.

3 CBPĐT tìm danh sách điểm sinh viên từng lớp của khoa.

4 Hệ thống đưa ra danh sách điểm sinh viên từng lớp của khoa.

5 CBPĐT nhập điều kiện cho hệ thống kiểm tra.

6 Hệ thống kiểm tra điều kiện lên lớp của sinh viên.

7 CBĐT chọn chức năng thêm, sửa, xóa

8 Hệ thống tạo danh sách sinh viên đủ điều kiện lên lớp.

9 CBPĐT thoát khỏi hệ thống.

Các luồng sự kiện con:

5a Các sinh viên đủ điều kiện lên lớp là có điểm trung bình cả năm >5 và không nợ quá 25% số học phần của các kỳ đã học.

5b Không đạt được điều kiện trên sẽ không được lên lớp.

5c Nếu sinh viên không đạt điều kiện trên và không được lên lớp 2 năm sẽ không được học tiếp.

Các luồng sự kiện ngoại lệ:

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

2b Thoát khỏi hệ thống.

6a Sinh viên không đủ điều kiện lên lớp sẽ bị xóa khỏi danh sách lên lớp.

6b Các sinh viên tạm dừng đủ điều kiện lên lớp sẽ được thêm vào danh sách.

f Use-case Xử lý danh sách dự thi:

24

Tên Use-Case: Xử lý danh sách dự

thi

ID: 6 Importance Level: high

Tác nhân chính: CBPĐT, Giáo viên Kiểu Use-Case: Tổng quát, cần thiết

Những người tham gia và quan tâm:

Giáo viên – gửi điểm danh sách dự thi môn lên hệ thống.

Cán bộ phòng đào tạo – lấy danh sách dự thi của giáo viên kết hợp với danh sách đóng học phí để đưa ra danh sách dự thi môn học của sinh viên.

Mô tả vắn tắt:

Use-Case mô tả : Giáo viên gửi danh sách dự thi lên cho CBPĐT cập nhật.

CBPĐT đối chiếu với danh sách đóng học phí để đưa ra danh sách dự thi

Khái quát hóa (Generalization):

Các luồng sự kiện thông thường:

1 Giáo viên đăng nhập vào hệ thống.

2 Hệ thống kiểm tra tính hợp lệ về tài khoản đăng nhập của giáo viên.

3 Giáo viên gửi danh sách dự thi môn học lên hệ thống.

4 Cán bộ phòng đào tạo đăng nhập vào hệ thống.

5 Hệ thống kiểm tra tính hợp lệ về tài khoản đăng nhập của Cán bộ phòng đào tạo.

6 CBPĐT kiểm tra thông tin danh sách điểm gửi lên.

7 CBPĐT kiểm tra danh sách đóng học phí.

8 Cập nhật danh sách sinh viên được dự thi và đã đóng học phí vào danh sách dự thi môn học.

9 Cán bộ phòng đào tạo thoát khỏi hệ thống.

Các luồng sự kiện con:

Các luồng sự kiện ngoại lệ:

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

2b Thoát khỏi hệ thống.

6a Nếu chưa có danh sách dự thi thì thoát khỏi hệ thống.

25

8a Nếu chưa đóng học phí sẽ không có tên trong danh sách dự thi.

Kiểu Use-Case: Chi tiết, cần thiết

Những người tham gia và quan tâm:

CBĐT tạo ra lịch thi để cung cấp cho giáo viên và sinh viên.

Khái quát hóa (Generalization):

Các luồng sự kiện thông thường:

1 CBĐT đăng nhập vào hệ thống.

2 Hệ thống kiểm tra tính hợp lệ về tài khoản đăng nhập của CBĐT.

3 CBĐT tìm thông tin các môn học của các khoa gửi lên.

4 Hệ thống đưa ra danh sách các môn học của các khóa và các khoa.

5 CBĐT sắp xếp lịch thi các môn học.

6 CBĐT thoát khỏi hệ thống.

Các luồng sự kiện con:

Các luồng sự kiện ngoại lệ:

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

lịch thi, lấy kết quả thi của sinh viên…

Associated Use Cases:

Responsibilities

Đăng nhập hệ thống

Lập thời khóa biểu môn học

Lập danh sách sinh viên khóa mới

Xử lý danh sách sinh viên lên lớp

Lấy điểm thi

Xử lý danh sách dự thi

Collaborators

Tài khoản Thời khóa biểu Danh sách sinh viên khóa mới Danh sách sinh viên lên lớp Bảng điểm

Danh sách dự thi Back:

b Giáo viên:

c Sinh viên:

27

Front:

Description: giáo viên thực hiện xử lý

đề thi, xem lịch thi và kết quả thi của

sinh viên

Associated Use Cases:

Responsibilities

Đăng nhập hệ thống

Soạn, sửa, xoá đề thi

Xem thông tin

Lên điểm thi

Collaborators

Tài khoản

Xử lý đề thi Xem thông tin Bảng điểm Back:

Attributes:

- Họ và tên (string)

- Ngày tháng năm sinh (date)

- Giới tính (boolean)

- Mã giáo viên (string)

- Mã môn (unsigned long)

Relationship:

- Generalization: Người dùng

- Other associations: Tài khoản, Xử lý đề thi, Xem thông tin

Front:

Description: sinh viên xem thời khóa

biểu và kết quả thi

Associated Use Cases:

d Tài khoản:

28

Front:

Description: người dùng đăng nhập vào

hệ thống phải có tài khoản đăng nhập

Associated Use Cases:

Responsibilities

Đăng ký

Collaborators

Đăng ký Back:

mình được dự thi môn học nào

Associated Use Cases:

- Mã lớp (unsigned long)

- Thứ (string)

- Mã môn (unsigned long)

- Mã giáo viên (string)

- Tiết học (double)

Relationship:

- Aggregation (has-parts): Danh sách môn học

- Other associations: SV, Giáo viên

VI Biểu đồ tuần tự và biểu đồ cộng tác:

2 Lập danh sách điểm thi

32

3 Lập danh sách sinh viên khóa mới

35

4 Lập thời khóa biểu

36

5 Vào điểm thi

37

6 Xử lý danh sách sinh viên được thi

39

7 Lập danh sách sinh viên lên lớp

40

8 Biểu đồ trạng thái – Đăng nhập

9 Biểu đồ trạng thái – Lập danh sách điểm thi

42

10 Biểu đồ trạng thái – Sắp xếp sinh viên khóa mới

11 Biểu đồ trạng thái – Lập danh sách sinh viên lên lớp

12 Biểu đồ trạng thái – Xử lý danh sách sinh viên được thi

43