II.1. Các tác nhân (actor)
Hệ thống quản lý tín chỉ hiện tại được tương tác bởi 3 tác nhân.
− Admin: Nhân viên quản trị. Nhân viên quản trị là người trực tiếp vận hành và điều khiển hệ thống quản lý đào tạo tín chỉ, người thực hiện cung cấp thông tin cho hệ thống để các tác nhân khác sử dụng.
− Sinh viên: Sinh viên đang học tại trường. Sinh viên là tác nhân sử dụng hệ thống. Các chức năng chính của hệ thống được xây dựng để hướng tới tác nhân này.
− Giáo viên: Giáo viên đang giảng dạy tại trường. Giáo viên cũng là tác nhân sử dụng hệ
thống.
II.2. Usecase của admin
Chỉnh sửa sinh vien Upload Danh sách Sinh Viên
Chỉnh sửa khoa
Chỉnh sửa giáo viên
Đăng nhập Upload danh sách giáo viên Upload danh sách khoa Chỉnh sửa ngành Chỉnh sửa đơn vị Upload danh sách đơn vị Upload danh sách ngành
Chỉnh sửa phòng học Upload danh sách phòng học Chỉnh sửa học kỳ Chỉnh sửa học phần và quan hệ Admin Upload danh sách lớp sinh hoạt Upload danh sách Học Phần Chỉnh sửa khung chương trình Chỉnh sửa lớp học phần Upload điểm Danh sách lớp học phần Download các report Hình 8 – Admin Usecase
a. Usecase Admin Đăng nhập: Usecase này cho phép người dùng sử dụng tên và mật khẩu của mình để đăng nhập vào hệ thống với quyền admin trước khi thực hiện các chức năng quản lý.
− Dòng sự kiện chính: Usecase này bắt đầu khi người dùng muốn đăng nhập vào hệ thống.
1. Người dùng chọn chức năng đăng nhập hoặc bắt đầu vào trang web của admin. 2. Hệ thống hiển thị form đăng nhập.
3. Người dùng nhập tên và mật khẩu.
4. Hệ thống sẽ kiểm tra tên, mật khẩu tương ứng để lấy ra quyền truy cập tương ứng và cho phép người dùng đăng nhập vào hệ thống với quyền admin nếu kiểm tra thành công
− Dòng sự kiện khác: Tên hoặc mật khẩu không hợp lệ. Trong dòng sự kiện chính, nếu
người dùng nhập sai tên hoặc mật khẩu thì hệ thống sẽ hiển thị một thông báo lỗi. Hệ thống sẽ hiển thị form đăng nhập và người dùng sẽ bắt đầu lại dòng sự kiện chính. Người dùng có thể thoát khỏi hệ thống bằng cách tắt chương trình browser.
− Các yêu cầu đặc biệt: không có.
− Điều kiện tiên quyết: Người dùng phải ở trạng thái chưa đăng nhập mới có thể thực
hiện được chức năng này.
− Điều kiện chuyển tiếp: Nếu usecase thành công, người dùng sẽ đăng nhập vào hệ thống với quyền admin. Ngược lại, trạng thái của hệ thống sẽ không thay đổi.
− Biểu đồ trình tự (Sequence Diagram)
A
d m in Log I n Page Log I n C on t roller DB U s e r
1: Click LogIn
2: Load Page
3: Nhập UserId và Password
4: Ấn nút Submit
5: Log In (adsbygoogle = window.adsbygoogle || []).push({});
6: Lấy quyền truy cập ứng với UserId & Password 7: Kiểm tra quyền truy cập
8: Trả kết lỗi nếu UserId và Password không hợp lệ
9: Thiết lập session
10: Trả về trang của admin
Hình 10 – Sequence diagram của usecase admin đăng nhập
b. Usecase admin upload điểm: Usecase này mô tả cách admin upload danh sách điểm của sinh viên dưới dạng file excel.
− Dòng sự kiện chính: Usecase này bắt đầu khi admin thực hiện updoad điểm của sinh
viên.
5. Admin chọn chức năng upload điểm.
6. Hệ thống đưa ra form để admin nhập đường dẫn file excel hoặc thực hiện chức năng browse để tìm file.
7. Admin click vào nút upload.
8. Hệ thống ở phía client sẽ thực hiện việc upload file excel đó đến server.
9. Hệ thống ở phía server thực hiện việc đọc file excel và trả về phía client danh sách sinh viên và điểm của sinh viên.
− Admin sẽ click vào nút Update Database
− Hệ thống sẽ thực hiện việc cập nhật danh sách này vào cơ sở dữ liệu
− Dòng sự kiện khác:
− Upload gặp lỗi kết nối: Nếu trong quá trình upload, kết nối bị ngắt thì hệ thống trả về thông báo lỗi ở phía client. Hệ thống ở phía client sẽ đưa ra form để admin thực hiện việc upload lại, admin sẽ thực hiện lại dòng sự kiện chính.
− Lỗi đọc file excel: Trong quá đọc file excel để cập nhật vào cơ sở dữ liệu, nếu việc đọc có sự cố về kiểm tra lỗi ràng buộc, sự cố về kiểu dữ liệu, hệ thống sẽ trả về thông báo lỗi ở phía client. Hệ thống ở phía client sẽ đưa ra form để admin thực hiện việc upload lại, admin sẽ thực hiện lại dòng sự kiện chính.
− Các yêu cầu đặc biệt: không có.
− Điều kiện tiên quyết: Người dùng phải đăng nhập vào hệ thống với quyền admin.
− Điều kiện chuyển tiếp: Nếu usecase thành công, hệ thống sẽ gửi về phía người dùng
thông báo update thành công. Ngược lại, trạng thái của hệ thống không thay đổi.
− Biều đồ trình tự (Sequence Diagram)
A
d m i n Up l oad p a g e P r o c e ss Uploa d D B Die mS inh V ien
1: Click Upload điểm
2: Load Page 3: Chọn file excel 4: Click nút Upload 4: Upload file 5: Đọc file excel 6: Trả về danh sách 7: Hiển thị danh sách 8: Click nút Update DB 9: Yêu cầu cập nhật DB 10: Cập nhật DB 12: Cập nhật
13: Trả về kết quả hoặc lỗi nếu có
II.3. Usecase của giáo viên
Đăng nhập (adsbygoogle = window.adsbygoogle || []).push({});
Xem thời khóa biểu
Giáo viên Xem danh sách lớphọc phần
Hình 13 – Usecase của giáo viên
Usecase giáo viên xem thời khóa biểu: Usecase này mô tả cách giáo viên xem thời khóa biểu của mình
− Dòng sự kiện chính:
1. Giáo viên chọn chức năng xem thời khóa biểu.
2. Hệ thống ở phía server truy vấn cơ sở dữ liệu để lấy ra thời khóa biểu tương ứng của giáo viên rồi trả về client.
3. Hệ thống ở phía client sẽ hiển thị kết quả lên browser.
− Dòng sự kiện khác: không có.
− Các yêu cầu đặc biệt: không có.
− Điều kiện tiên quyết: Giáo viên phải đăng nhập mới có thể sử dụng chức năng này.
− Điều kiện chuyển tiếp: Nếu usecase thành công, hệ thống sẽ hiển thị thời khóa biểu ở
dạng bảng ở phía client. Nếu không, trạng thái hệ thống không đổi.
Click xem thời khóa biểu [Loi neu chua dang nhap]
Hiển thị thời khóa biểu
Hình 14 – Activity Diagram của usecase giáo viên xem thời khóa biểu
− Biều đồ trình tự (Sequence Diagram)
II.4. Usecase của sinh viên
Đăng nhập
Xem khung chương trinh
Xem cây quan hệ học phần
Xem điểm
Xem học phần cần đăng ký
Sinh viên
Xem thời khóa biểu
Xem học phần đã đăng ký
Hủy bỏ một lớp học phần
Hình 16 – Usecase của sinh viên
a. Usecase sinh viên đăng ký: Usecase này mô tả cách sinh viên đăng ký một lớp học phần.
− Dòng sự kiện chính: (adsbygoogle = window.adsbygoogle || []).push({});
1. Sinh viên chọn chức năng đăng ký.
2. Hệ thống ở phía server truy vấn cơ sở dữ liệu để lấy ra danh sách các lớp học phần hiện có và vẫn còn chỗ để đăng ký rồi trả về phía client.
3. Hệ thống ở phía client sẽ hiển thị danh sách các lớp học phần. 4. Sinh viên chọn một lớp học phần.
− Dòng sự kiện khác: không có.
− Điều kiện chuyển tiếp: Nếu usecase thành công, hệ thống sẽ hiển thị thời khóa biểu ở dạng bảng ở phía client. Nếu không, trạng thái hệ thống không đổi.
− Biểu đồ hoạt động (Activity Diagram)
Đăng ký môn học Đăng nhập
[Khong dang nhap]
[Het cho]
Hiển thị danh sách lớp học phần [Khong dap ung
hoc phan hoc truoc] [Xung dot
thoi khoa bieu]
Sinh viên chọn lớp học phần
Cập nhập CSDL
− Biểu đồ trình tự (Sequence Diagram)
Sinh Viên Dang K yPage ProcessDang K y DbHo c Phan
1: Click Đăng ký
2: Page Load
3: Kiểm tra Sesction
4: Trả về lỗi nếu chưa đăng nhập
5: Kiểm tra ràng buộc
6: Lấy danh sách môn học liên quan
7: Kiểm tra số SV đã đăng ký
8: Trả về lỗi nếu lớp học phần đã đủ người
8: Kiểm tra học phần tiên quyết
9: Trả về lỗi nếu chưa đạt các học phần tiên quyết
10: Kiểm tra học phần học trước
11: Trả về lỗi nếu các chưa từng học các học phần học trước
12: Kiểm tra thời khóa biểu
13: Trả về lỗi nếu thời khóa biểu bị xung đột (adsbygoogle = window.adsbygoogle || []).push({});
14: Cập nhật thông tin vào DB 15: Trả về đã đăng ký thành công