Hình 3-4: Biểu đồ Use Case tải và soạn bài học
Mô tả tóm tắt:
Tên Ca sử dụng: Tải bài học
Mục đích: Cho phép giáo viên tải bài học đã soạn sẵn từ word lên server hoặc giáo viên có thể soạn trực tiếp bài học trên server.
Tác nhân: Giáo viên
Tóm lược: Sau khi đăng nhập giáo viên vào phần tải bài học rồi thực hiện các bước xác nhạn thông tin thêm của bài học, sau đó chọn bài học và tải lên.hoặc giáo viên có thể soạn trực tiếp bài học trên website và lưu vào với qui định của môn học đó.
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin bài học của sinh viên.
- Mã môn học - Tên bài học
- Trạng thái tải bài - Đường dẫn file word
- Mô tả - Nội dung (khi soạn trên website)
Điều kiện đầu vào: Không có. Dòng sự kiện chính:
Bảng 3-3: Dòng sự kiện chính tải bài
1. Gọi chức năng tải bài
3. Nhập thông tin và submit về hệ thống
2. Hiển thị trang thao tác
4. Kiểm tra trạng thái tải bài, và sử lý xem tải mới hay tải thêm.
5. Nếu tải thêm tạo mã bài học tự động cho bài học tải thêm tại môn đâng tải lên rồi lưu thông tin đó vào CSDL và lưu bài học vào thư mục môn học tương ứng.Nếu là tải mới tạo thư mục trên server để lưu trữ và lưu các thông tin khác vào CSDL
Hình 3-5: Biểu đồ Use Case sửa bài
Mô tả tóm tắt:
Tên Ca sử dụng: sửa bài học
Mục đích: cho phép giáo viên quản lý bài học của mình, sửa nội dung bài học update nội dung mới cũng như dữ liệu mới, thêm video vào bài giảng cho xinh động hơn.
Tóm lược: sau khi đăng nhập giáo viên vào phần sửa bài học.Tại giao diện trang sửa bài học giáo viên có thể sửa từng bài một, và có thêm chức năng cho đăng tải video quay lại bài học. Sau khi chọn một bài học muốn sửa sẽ hiện ra trang sửa chi tiết của bài học đó. Giáo viên có thể sửa nội dung các bước cảu bài thực hành, có thể thêm , xóa các bước đó và làm các công việc khác....
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin bài học của sinh viên.
- Mã môn học - Tên bài học
- Mã hài học - Tài khoản đăng nhập GV
- Video - Nội dung mới
Điều kiện đầu vào: Video phải đúng định dạng MP4,FLV,MPEG. Dòng sự kiện chính:
Bảng 3-4: Dòng sự kiện chính tải bài
Hành động của tác nhân Phản ứng của hệ thống
1. Gọi chức năng sửa bài
3. Nhập thông tin và submit về hệ thống
2. Hiển thị trang thao tác
4. Kiểm tra video tải lên có đúng quy định không nếu đúng thì lưu nếu không thông báo và yêu cầu làm lại.
5. Thực hiện cập nhật dữ liệu bài học đã được sửa trên server lưu trữ
Hình 3-6: Biểu đồ Use Case xem bài học
Mô tả tóm tắt:
Tên Ca sử dụng: xem bài học
Mục đích: trình bày bố cục bài giảng và hiển thị bài giảng theo dạng slide show một cách tự động hoặc cho phéo điều khiển bằng tay tuy ý người sử dụng.
Tác nhân: giáo viên, sinh viên.
Tóm lược: sau khi đăng nhập giáo viên, sinh viên chọn vào bài giảng mình muốn xem. Các dữ liệu bài giảng dạng hàng dọc được hiện thị trong file word sẽ được trình bày lại theo dạng động hơn. Các bài và bước sẽ được tách ra và phân chia hiện thì theo từng bước. Người dùng có thể chọn xem bước 1 và tua xem tiếp bước hai. Cũng có thể chọn phương thức tự động tua các bước theo một khoản thời gian nhất định, phía trên các bài giảng dạng text sẽ là bài giảng dạng video nếu có (nếu được giáo viên tải lên trước đó)
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin bài học của sinh viên.
- Mã môn học - Tên bài học
- Tài khoản đăng nhập GV - Tài khoản đăng nhập SV Điều kiện đầu vào: Không có.
Bảng 3-5: Dòng sự kiện chính xem bài
Hành động của tác nhân Phản ứng của hệ thống
1. Gọi chức xem bài 3. Chọn bài muốn xem
7. Chọn các điều khiển:next, frev, play, pause.
2. Hiển thị trang liệt kê bài học.
4. Tìm kiếm thông tin,dữ liệu về bài học đã chọn.
5. Gửi dữ liệu về client.
6. Tại client tổ chức và sắp xếp lại dữ liệu theo dạng trình chiều slideshow.
8. Tương ứng với các điều khiển trang sẽ điều khiển hiển thị sữ liệu theo ý người dùng như: Xem bước tiếp, xem bước trước, Tự động show bài giảng, dừng show tự động
Hình 3-7: Biểu đồ Use Case tách dữ liệu
Mô tả tóm tắt:
Tên Ca sử dụng: tách dữ liệu
Mục đích: sau khi tải bài giảng lên server chương trình sẽ phân dữ liệu ra thành dạng bài học riêng biệt để dễ quản lý.
Tác nhân: giáo viên
Tóm lược: bài giảng được tải lên server website sẽ đọc dữ liệu file word rồi convert sang dạng html quá trình conver sẽ tách được các dữ liệu ngoài dạng text ra riêng, sau đó qua các header từ quá trình soạn bài đã định sạng. Chương trình sẽ phân file html ra thành từng bài học riêng biệt. Phân các bước thành các bước để phục vụ cho việc trình chiếu.
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin bài học của sinh viên. - File Word bài giảng - Mã giáo viên Điều kiện đầu vào: Không có.
Dòng sự kiện chính:
Bảng 3-6: Dòng sự kiện chính tách dữ liệu
Hành động của tác nhân Phản ứng của hệ thống
1. Gọi chức năng tách dữ liệu
2. Convert WORD sang HTML
3. Chia file HTML thu được thành các file text qua Header đã định dạng trước đó.
4. Lưu thông tin định dạng lên CSDL. • Dòng sự kiện phụ: Nếu file Word đầu vào không đúng định dạng sẽ dừng chức
Hình 3-8: Biểu đồ Use Case kiểm tra thực hành
Mô tả tóm tắt:
Tên ca sử dụng: Kiểm tra thực hành.
Mục đích: Cho phép sinh viên nhận đề thi thực hành được giáo viên biên soạn trước một cách tự động và ngẫu nhiên.
Tác nhân: Sinh viên.
Tóm lược: Sinh viên muốn kiểm tra thì phải đăng nhập hệ thống, nếu giáo viên chọn sinh viên kiểm tra hoặc kiểm tra theo lớp thì những sinh viên được chọn sẽ được kiểm tra và trên thanh menu hệ thống của sinh viên sẽ hiển thị ra chức năng “Kiểm tra”, sinh viên chọn chức năng đó và sẽ được nhận đề thi của mình.
Mô tả kịch bản:
Thông tin đầu vào: Tên bài kiểm tra, thời gian thực hành. Điều kiện đầu vào: Không có
Dòng sự kiện chính:
Bảng 3-7: Dòng sự kiện chính kiểm tra bài
Hành động của tác nhân Phản ứng của hệ thống
1. Chọn chức năng “Kiểm tra” khi đã đăng nhập hệ thống và được giáo viên chọn để kiểm tra.
3. Làm bài kiểm tra khi có đề.
2. Hiển thị bài kiểm tra.
4. Lưu lại đề cho sinh viên trong quá trình làm, khi hết giờ hệ thống sẽ
không cho hiện thị đề thi và khóa chức năng nộp bài.
Dòng sự kiện phụ:
- Nếu sinh viên đã chọn làm bài hệ thống sẽ lưu lại đề cho sinh viên. - Sinh viên đăng nhập sẽ cho phép truy cập kiểm tra.
- Khi làm bài kiểm tra hệ thống sẽ cấm máy tính sinh viên đó ra ngoài Internet
Hình 3-9. Biểu đồ Use Case “Chat” của sinh viên
Mô tả tóm tắt:
Tên Ca sử dụng: Chat
Mục đích: Giúp cho sinh viên trao đổi bài thông qua giao diện chat của hệ thống, giáo viên có thể quan sát và trả lời những thắc mắc của sinh viên. Tác nhân: Sinh viên
Tóm lược: Sau khi đăng nhập sinh viên chọn chức năng “Chat” của hệ thống và sinh viên đó thực hiện ghi câu hỏi, thắc mắc về bài thực hành của mình lên để cho giáo viên, giảng dạy hoặc các bạn trong lớp trả lời.
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin Chat của sinh viên.
- ID - Tên SV
- Nội Dung - Tên GV
Điều kiện đầu vào: Tên sinh viên, Tên giáo viên được áp đặt vào phòng chat.
Dòng sự kiện chính:
Bảng 3-8: Dòng sự kiện chính Chat
Hành động của tác nhân Phản ứng của hệ thống
1. Gọi chức năng Chat
4. Sinh viên thực hiện gửi thắc mắc và câu hỏi nhập vào giao diện hệ thống.
2. Hiển thị trang Chat của hệ thống 3. Thông báo chờ, đưa tên sinh viên vào phòng chat của hệ thống.
5. Hiển thị nội dung câu hỏi và phản hồi lại từ các bạn sinh viên hoặc giáo viên.
Dòng sự kiện phụ:
- Sinh viên phải đăng nhập mới có thể chat và gửi thắc mắc về bài thực hành.
- Hệ thống sẽ tự động nhận dạng tên theo máy sinh viên ngồi để áp đặt vào phòng chat của hệ thống.
Hình 3-10: Biểu đồ Use Case quản lý thực hành
Mô tả tóm tắt:
Mục đích: Giúp giáo viên quản lý bài học thực hành của mình một cách chính xác và khoa học. Giáo viên thực hiện thêm, sửa, xóa bài học thực hành.
Tác nhân: Giáo viên
Tóm lược: Sau khi đăng nhập giáo viên chọn chức năng “QL Bài Học” của hệ thống sau đó giáo viên chọn lớp cần quản lý bài thực hành, giáo viên thực hiện thêm bài học thực hành nếu lớp đó không có bài học nào, sửa thông tin bài học nếu bài học đó có sự thay đổi và xóa bài học nếu bài học đó không còn phù hợp.
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin bài học của sinh viên.
- ID bài học - Mã lớp
- Tên bài học - Mã giáo viên
- Ngà đăng - Video
- Nội dung - Hiển thị
Điều kiện đầu vào: Không có điều kiện. Dòng sự kiện chính:
Bảng 3-10: Dòng sự kiện chính quản lý bài học
Hành động của tác nhân Phản ứng của hệ thống
1. Gọi chức năng QL bài học
4. Giáo viên thực hiện chọn lớp và chọn chức năng thêm, sửa, xóa bài học thực hành.
2. Hiển thị trang QL bài học của hệ thống.
3. Thông báo chờ, thực hiện load dữ liệu lên giao diện website.
5. Hiển thị kết quả, nếu dữ liệu nhập vào đúng thì hệ thống thông báo thao tác thực hiện thành công.
Dòng sự kiện phụ:
- Nếu thông tin nhập vào không đúng hệ thống sẽ hiển thị lỗi thông báo lên cho giáo viên biết để điều chỉnh thông tin.
Hình 3-11: Biểu đồ Use Case quản lý kiểm tra
Mô tả tóm tắt:
Tên Ca sử dụng: Quản lý bài học
Mục đích: Giúp giáo viên quản lý bài kiểm tra đối với từng lớp, giáo viên có thể chủ động cho sinh viên kiểm tra bất kỳ lúc nào khi đã có đề kiểm tra. Tác nhân: Giáo viên
Tóm lược: Sau khi đăng nhập giáo viên chọn chức năng “QL Bài kiểm tra” của hệ thống sau đó giáo viên chọn lớp cần quản lý bài kiểm tra, giáo viên thực hiện thêm bài kiểm tra thực hành nếu lớp đó không có bài học nào, sửa thông tin bài kiểm tra nếu bài học đó có sự thay đổi và xóa bài kiểm tra nếu bài kiểm tra đó không còn phù hợp.
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin bài kiểm tra của sinh viên.
- ID bài kiểm tra - Tên bài kiểm tra
- Nội dung kiểm tra - Trạng thái hiển thị Điều kiện đầu vào: Không có điều kiện.
Dòng sự kiện chính:
Bảng 3-11: Dòng sự kiện chính quản lý bài kiểm tra
1. Gọi chức năng QL bài kiểm tra
4. Giáo viên thực hiện chọn lớp và chọn chức năng thêm, sửa, xóa bài kiểm tra thực hành.
2. Hiển thị trang QL bài kiểm tra của hệ thống.
3. Thông báo chờ, thực hiện load dữ liệu bài kiểm tra lên giao diện website.
5. Hiển thị kết quả, nếu dữ liệu nhập vào đúng thì hệ thống thông báo thao tác thực hiện thành công.
Dòng sự kiện phụ:
- Giáo viên phải đăng nhập mới có thể quản lý được bài kiểm tra thực hành.
- Nếu thông tin nhập vào không đúng hệ thống sẽ hiển thị lỗi thông báo lên cho giáo viên biết để điều chỉnh thông tin
Hình 3-12: Biểu đồ Use Case quản lý chính sách
Mô tả tóm tắt:
Tên Ca sử dụng: Quản lý chính sách
Mục đích: Giúp giáo viên quản lý máy tính sinh viên, áp dụng những chính sách như cấm hiển thị Icon Desktop, cấm truy cập Internet, cấm sử dụng Calender…
Tóm lược: Sau khi đăng nhập giáo viên chọn chức năng “QL Chính sách” của hệ thống sau đó giáo viên chọn các chính sách áp dụng vào máy sinh viên giúp sinh viên tập trung vào bài học thực hành của mình.
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin quản lý chính sách của giáo viên.
- ID chính sách - Tên chính sách
- Mã lớp áp dụng - Trạn tháy hiển thị
Điều kiện đầu vào: Không có điều kiện. Dòng sự kiện chính:
Bảng 3-12: Dòng sự kiện chính quản lý sách
Hành động của tác nhân Phản ứng của hệ thống
1. Gọi chức năng QL chính sách
4. Giáo viên thực hiện chính sách phù hợp với lớp mình đang giảng dạy
2. Hiển thị trang QL chính sách của hệ thống.
3. Thông báo chờ, thực hiện load thông tin chính sách áp dụng cho máy sinh viên lên giao diện website.
5. Hiển thị kết quả và các máy tính sinh viên chụi sự áp đặt của các chính sách mà giáo viên chọn.
Dòng sự kiện phụ:
- Giáo viên phải đăng nhập mới có thể quản lý được chính sách hệ thống. - Nếu chính sách áp dụng cho máy tính lớp đó đã được chọn rồi thì hệ
Hình 3-13: Biểu đồ Use Case quản lý điểm danh
Mô tả tóm tắt:
Tên Ca sử dụng: Quản lý điểm danh
Mục đích: Giúp giáo viên quản lý sinh viên đi học thực hành. Tác nhân: Giáo Viên
Tóm lược: Sau khi đăng nhập giáo viên chọn chức năng “QL Thiết Bị” của hệ thống, hệ thống sẽ tự động quét thiết bị trong phòng thực hành và hiển thị lên cho giáo viên quan sát, trường hợp thiếu thiết bị shệ thống sẽ gửi Email về cho giáo viên quản lý phòng thực hành đó.
Mô tả kịch bản:
Thông tin đầu vào: Các thông tin quản lý thiết bị của giáo viên.
- ID chính sách - Tên chính sách
- Mã lớp áp dụng - Trạn tháy hiển thị
Điều kiện đầu vào: Không có điều kiện. Dòng sự kiện chính:
Bảng 3-13: Dòng sự kiện chính quản lý thiết bị
Hành động của tác nhân Phản ứng của hệ thống
1. Gọi chức năng QL thiết bị
2. Hiển thị trang QL chính sách của hệ thống.
3. Thông báo chờ, thực hiện quét thiết bị trong phòng thực hành, hiển thị
4. Giáo viên thực hiện quan sát thông tin quét được và lưu vào CSDL.
thông tin về các thiết bị lên website.
5. Hiển thị thông báo lưu thông tin thiết bị thành công.
Dòng sự kiện phụ:
- Giáo viên phải đăng nhập mới có thể quản lý được thiết bị hệ thống phòng thực hành.
- Nếu không có máy nào trong phòng thực hành được bật thì hiển thị thông báo “Không có máy tính được bật”.