STT Actor Ý nghĩa
1 Quản trị Người quản trị hệ thống
KHOA CNTT –
ĐH KHTN
3 Sinh viên Người tham gia hệ thống để học tập 4 Người dùng Tổng quát hố các người dùng
Bảng 7-1: Danh sách các actor
7.3 Danh sách các Use-case:
STT Use-case Ý nghĩa
1 KetNoi Người dùng khi muốn tham gia vào hệ thống thì phải thực hiện kết nối vào trong server của hệ
thống bằng cách dùng địa chỉ IP
2 DangKy Người dùng muốn tham gia vào hệ thống thì phải là thành viên của hệ thống đĩ
3 ThayDoiThongTinCaNhan Người dùng cĩ thể thay đổi thơng tin cá nhân của mình ví dụ thay đổi mật khẩu đăng nhập hệ thống 4 DangNhap Sau khi kết nối được với hệ thống, người dùng
phải thực hiện đăng nhập
5 QuanLyLop Người quản trị co thể tạo sẵn lớp học, xố các lớp học, thay đổi thơng tin của lớp học như thay đổi mật khẩu của lớp học
6 QuanLyTextChat Giáo viên đứng lớp cĩ thể cho phép chat hay khơng chat trong lớp học. Khi khơng được chat thì chỉ cĩ giáo viên mới cĩ thể chat được với các thành viên khác trong lớp, cịn các thành viên thì chỉ cĩ thể chat với giáo viên đứng lớp. Khi được phép chat, sinh viên cĩ thể chọn cho mình những
đối tượng muốn chat.
7 QuanLyHinhAnh Giáo viên đứng lớp cĩ quyền cho hay khơng cho xem hình ảnh của mình cũng như chọn người sẽ
phát hình ảnh của họ cho các thành viên khác trong lớp thấy.
KHOA CNTT –
ĐH KHTN
nĩi trong lớp học. Người muốn nĩi phải xin phép và phải được chấp nhận thì mới cĩ thể nĩi. Giáo viên cĩ thể chọn nhiều thành viên nĩi trong cùng một lúc.
9 QuanLyThanhVien Các thành viên tham gia trong lớp học phải chịu sự quản lý của giáo viên đứng lớp. Nếu thành viên nào trong lớp mà khơng nghiêm túc thì giáo viên cĩ thểđuổi sinh viên đĩ ra khỏi lớp học hiện tại.
10 ThayDoiChuLop Là người chủ của một lớp hay là người quản trị
thì cĩ thể thay đổi người chủ quản lý lớp học. 11 TaoLopHoc Là giáo viên hay người quản trịđều cĩ thể tạo ra
lớp học. Lớp học được tạo ra cĩ thể cĩ mật khẩu 12 QuanLyDSNguoiDung Người quản trị quản lý người sử dụng hệ thống 13 ThayDoiQuyenNguoiDung Người quản trị cĩ quyền thay đổi quyền đăng
nhập của người sử dụng
14 QuanLyHeThong Chỉ cĩ người quản trị mới cĩ thể quản lý được hệ
thống
15 QuanLyDSLopHoc Người quản trị quản lý các lớp học hiện cĩ trên hệ thống.
16 ChatText Người dùng cĩ thể dùng text để chat với nhau 17 TruyenHinhAnh Sinh viên cĩ thể cho phép truyền hình ảnh của
mình
18 TruyenAmThanh Sinh viên cĩ thể phát biểu trong lớp học
KHOA CNTT –
ĐH KHTN
7.4 Đặc tả các use-case chính :
7.4.1 Đặc tả use-case “KetNoi”: 7.4.1.1 Tĩm tắt :
Use-case này thực hiện việc kết nối giữa những đầu cuối với Server. Use-case này quan trọng ví phải thực hiện kết nối với server trước thì mới thực hiện được các chức năng khác sau này.
7.4.1.2 Dịng sự kiện :
Use-case này bắt đầu khi người sử dụng muốn đăng nhập vào hệ thống.
1. Dịng sự kiện chính :
Use-case này bắt đầu khi người sử dụng chọn chức năng tạo kết nối. Người dùng nhập địa chỉ IP của server
Sau khi nhập xong, người dùng nhấn nút MakeCall để thưc hiện việc kết nối với sever
Chương trình thực hiện kết nối với server, nếu server đang hoạt động và kết nối thành cơng, thì server sẽ báo trở lại với người dùng là kết nối thành cơng
2. Các dịng sự kiện khác:
Kết nối khơng thành cơng : Cĩ nhiều lý do
o Server chưa hoạt động
o Người dùng nhập sai địa chỉ của sever
Lúc này chương trình của người sử dụng dùng để kết nối với server khơng thay đổi trạng thái. Người dùng cĩ thể nhập lại địa chỉ kết nối hoặc huỷ nỏ
việc kết nối, lúc này use-case kết thúc.
7.4.1.3 Các yêu cầu đặc biệt :
Khơng cĩ.
7.4.1.4 Điều kiện tiên quyết:
KHOA CNTT –
ĐH KHTN
7.4.1.5 Kết quả :
Nếu kết nối thành cơng, thì server sẽ thơng báo màn hình login, và actor sẽ thực hiện việc login.
7.4.1.6 Điểm mở rộng:
Khơng cĩ.
7.4.2 Đặc tả use-case “DangNhap” : 7.4.2.1 Tĩm tắt :
Use-case này mơ tả cách một người dùng đăng nhập vào hệ thống.
7.4.2.2 Dịng sự kiện :
Use-case này bắt đầu khi hệ thống yêu cầu người dùng đăng nhập.
1. Dịng sự kiện chính :
Sau khi kết nối thành cơng, hệ thơng sẽ hiển thị một màn hình yêu cầu người sử dụng nhập tên và mật khẩu.
Người dùng nhập tên và mật khẩu Sau khi nhập xong, nhấn nút login
Hệ thống sẽ chuyển thơng tin lên server để xử lý
Hệ thống sẽ kiểm tra tên và mật khẩu xem cĩ trong cơ sở dữ liệu hay khơng Hệ thống dựa vào quyền của người đăng nhập để cấp cho các chức năng tương
ứng.
Sau đĩ hệ thống báo cho người sử dụng biết đăng nhập thành cơng
2. Các dịng sự kiện khác :
Tên/mật khẩu sai :
o Nếu trong dịng sự kiện chính, actor nhập sai tên và mật khẩu thì hệ
thống sẽ thơng báo là nhập tên và mật khẩu sai. Hệ thống sẽ hiện thỉ lại màn hình đăng nhập yêu cầu người sử dụng đăng nhập lại.
o Người dùng cĩ thể đăng nhập lại hoặc là hủy bỏ việc đăng nhập. Nếu người sử dụng hủy bỏ việc đăng nhập thì hệ thống sẽ tựđộng ngắt kết nối đã thực hiện trước khi thực hiện việc đăng nhập, lúc này use-case
KHOA CNTT –
ĐH KHTN
kết thúc. Nếu người dùng muốn đăng nhập lại thì phải quay lại use-case KetNoi.
7.4.2.3 Các yêu cầu đặc biệt :
Khơng cĩ
7.4.2.4 Điều kiện tiên quyết :
Hệ thống phải được kết nối thành cơng với server trước khi thực hiện việc đăng nhập
7.4.2.5 Kết qủa :
Nếu đăng nhập thành cơng, hệ thống sẽ hiện thị ra màn hình các lớp học đang được mở trên hệ thống. Đồng thời dựa vào quyền của người đăng nhập mà hiển thị các chức năng tương ứng với quyền đĩ.
7.4.2.6 Điểm mở rộng :
Khơng cĩ.
7.4.3 Đặc tả use-case “ThayDoiThongTinCaNhan” : 7.4.3.1 Tĩm tắt :
Use-case này mơ tả cách mà người dùng thay đổi thơng tin cá nhân. Use-case này dùng chung cho tất cả các actor sử dụng hệ thống.
7.4.3.2 Dịng sự kiện :
Use-case này hoạt động khi actor muốn thay đổi thơng tin cá nhân của mình(thay đổi mật khẩu).
1. Dịng sự kiện chính :
Sau khi đăng nhập thành cơng, hệ thống sẽ hiển thị màn hình trên đĩ sẽ
liệt kê các lớp đang được mở và các chức năng tương ứng với quyền của người đăng nhập đĩ.
Actor chọn chức năng thay đổi mật khẩu
Hệ thống sẽ hiển thị một màn hình yêu cầu nhập mật khẩu mới và cũ
Sau khi actor nhập xong, nhấn nút để thay đổi.
Hệ thống sẽ tựđộng lấy tên đăng nhập hiện tại, và chuyển các thơng tin mới nhập của actor lên server và tiến hành thay đổi thơng tin.
KHOA CNTT –
ĐH KHTN
Hệ thống sẽ quay lại màn hình trước lúc gọi chức năng thay đổi thơng tin.
2. Các dịng sự kiện khác :
Actor nhập sai mật khẩu cũ :
o Nếu trong dịng sự kiện chính, actor nhập sai mật khẩu thì hệ thống sẽ
thơng báo lại cho actor biết để yêu cầu nhập lại hoặc actor kết thúc việc thay đổi thơng tin cá nhân. Lúc này, hệ thống sẽ quay lại màn hình trước khi gọi chức năng thay đổi thơng tin cá nhân và use-case kết thúc.
7.4.3.3 Các yêu cầu đặc biệt :
Khơng cĩ
7.4.3.4Điều kiện tiên quyết :
Hệ thống phải được kết nối thành cơng với server trước khi thực hiện việc đăng nhập.
7.4.3.5 Kết qủa :
Nếu thay đổi thành cơng hệ thống sẽ thơng báo lại cho actor biết.
7.4.3.6Điểm mở rộng :
Khơng cĩ.
7.4.4 Đặc tả use-case “DangKy” : 7.4.4.1 Tĩm tắt :
Use-case thể hiện cách thức đăng ký là thành viên của hệ thống.
7.4.4.2 Dịng sự kiện :
Use-case này bắt đầu khi actor nhấn muốn SignIn
1. Dịng sự kiện chính :
Sau khi kết nối thành cơng với server, hệ thống bên actor sẽ hiện thị
màn hình dùng để đăng nhập và đểđăng ký là thành viên.
Actor khi khơng cĩ tài khoản trên hệ thống sẽ phải thực hiện chức năng
đăng ký
Hệ thống sẽ hiển thị màn hình để cho actor đăng ký
Actor nhập vào các thơng tin cá nhân như tên đăng nhập, mật khẩu. Actor nhấn nút đắng ký.
KHOA CNTT –
ĐH KHTN
Hệ thống sẽ chuyển các thơng tin của actor lên server đểđược xử lý Trên server, tài khoản mới được tạo ra và trả lại kết quả cho actor, quyền của tài khoản này là quyền sinh viên.
Nếu thành cơng, hệ thống trên server sẽ trả về danh sách các lớp đang
được mở trên hệ thống.
Với tài khoản mới này, actor cĩ thể tham gia vào lớp học ngay lúc đĩ.
2. Các dịng sự kiện khác :
Actor khơng nhập tên đăng nhập hoặc mật khẩu. Actor nhập hai lần mật khẩu khơng đúng
Actor đăng ký với tên đăng nhập đã cĩ trong hệ thống
o Khi đĩ hệ thống sẽ thơng báo cho người dùng biết là đăng ký khơng thành cơng.
o Hệ thống sẽ hiển thị lại màn hình đăng ký cho actor hoặc actor kết thúc
đăng ký vào hệ thống. Lúc này use-case kết thúc.
7.4.4.3 Các yêu cầu đặc biệt :
Khơng cĩ
7.4.4.4Điều kiện tiên quyết :
Hệ thống phải được kết nối thành cơng với server trước khi thực hiện việc đăng ký
7.4.4.5 Kết qủa :
Nếu đăng ký thành cơng, trên database của server sẽ cĩ một tài khoản mới với quyền
đăng nhập là quyền sinh viên.
7.4.4.6Điểm mở rộng :
Khơng cĩ.
7.4.5 Đặc tả use-case “QuanLyLop” : 7.4.5.1 Tĩm tắt :
KHOA CNTT –
ĐH KHTN
7.4.5.2 Dịng sự kiện : 1. Dịng sự kiện chính :
Sau khi actor đăng nhập thành cơng với quyền là giáo viên hệ thống sẽ
hiển thị danh sách các lớp đang cĩ trên hệ thống, actor đĩ sẽ chọn một lớp và thực hiện các chức năng cần thiết đối với lớp đĩ.
Giáo viên cĩ thể chọn các chức năng như : thay đổi mật khẩu của lớp học, xĩa lớp hoc.
1.1. Thay đổi mật khẩu :
Giáo viên chọn chức năng thay đổi mật của lớp.
Hệ thống sẽ hiển thị màn hình yêu cầu nhập mật khẩu cũ và mật khẩu mới của lớp học
Actor nhấn nút thay đổi mật khẩu
Hệ thống sẽ tự động lấy tên đăng nhập hiện tại và mật khẩu do actor cung cấp chuyển đến server xử lý.
Trên server sẽ kiểm tra xem tên đăng nhập cĩ phải là người chủ của lớp khơng, đồng thời kiểm tra xem co đúng mật khẩu khơng.
Nếu các điều kiện đúng thì sẽ thực hiện thay đổi mật khẩu Sau khi làm xong sẽ thơng báo lại cho actor biết.
1.2. Xố lớp học :
Actor chọn lớp học và chọn chức năng xố lớp học
Hệ thống sẽ hiển thị màn hình cho actor nhập mật khẩu của lớp Actor nhập xong, nhấn nút xĩa lớp học
Hệ thống sẽ tựđộng lấy tên đăng nhập hiện tại, mật khẩu do actor cung cấp và truyền đến server
Trên server sẽ kiểm tra xem tên đăng nhập cĩ phải là chủ của lớp học
đĩ khơng , đồng thời kiểm tra mật khẩu xem cĩ đúng khơng Sau đĩ thực hiện xố lớp
KHOA CNTT –
ĐH KHTN
2. Các dịng sự kiện khác :
Actor nhập mật khẩu sai Actor khơng là chủ của lớp đĩ
o Hệ thống thơng báo cho client biết là thực hiện chức năng đĩ khơng
được
o Hiển thị lại màn hình trước đĩ.
7.4.5.3 Các yêu cầu đặc biệt :
Khơng cĩ
7.4.5.4Điều kiện tiên quyết :
Phải đăng nhập với quyền là giáo viên, và phải cĩ quyền là chủ của lớp học đĩ.
7.4.5.5 Kết qủa :
Nếu thành cơng, lớp học sẽ thay đổi mật khẩu, hoặc sẽ bị xố khỏi database.
7.4.5.6Điểm mở rộng :
Khơng cĩ.
7.4.6 Đặc tả use-case “QuanLyTextChat” : 7.4.6.1 Tĩm tắt :
Use-case này thể hiện chức năng quản lý chat của giáo viên chính trong lớp
7.4.6.2 Dịng sự kiện :
Use-case này bắt đầu khi giáo viên thực hiện chức năng quản lý text chat trong lớp học.
1. Dịng sự kiện chính :
Sau khi đăng nhập đăng nhập vào hệ thống với quyền là giáo viên hệ
thống sẽ hiện thị lên chức năng cho phép hoặc khơng cho chat bằng text.
Mặc định là khơng cho chat, khi giáo viên cho phép, thì sẽ nhấn vào chức năng cho phép chat
Hệ thống sẽ gửi tín hiệu đến các thành viên trong lớp học đĩ là được phép chat trong lớp.
KHOA CNTT –
ĐH KHTN
Khi giáo viên tắt chức năng cho chat, thì hệ thống sẽ gửi thơng điệp đến các thành viên trong lớp học biết, và hệ thống sẽ khơng cung cấp chức năng chat. Nếu các thành viên khác mà vẫn gửi message đi thì tất cá message đĩ đều được gửi đến cho giáo viên. Cịn giáo viên vẫn cĩ thể
chọn đối tượng chat. 2. Các dịng sự kiện khác : Khơng cĩ 7.4.6.3 Các yêu cầu đặc biệt : Khơng cĩ 7.4.6.4Điều kiện tiên quyết :
Actor đăng nhập phải cĩ quyền là giáo viên.
7.4.6.5 Kết qủa :
Hệ thống sẽ thay đổi trạng thái là được chat bằng text hay khơng được chat bằng text.
7.4.6.6Điểm mở rộng :
Khơng cĩ.
7.4.7 Đặc tả use-case “QuanLyHinhAnh” : 7.4.7.1 Tĩm tắt :
Use-case này thể hiện chức năng quản lý hình ảnh gửi đi của giáo viên chính trong lớp
7.4.7.2 Dịng sự kiện :
Use-case này bắt đầu khi giáo viên thực hiện chức năng quản lý hình ảnh trong lớp học.
1. Dịng sự kiện chính :
Sau khi đăng nhập đăng nhập vào hệ thống với quyền là giáo viên hệ
thống sẽ hiện thị lên chức năng cho phép hoặc khơng cho gửi hình ảnh của giáo viên.
Mặc định là khơng cho gửi hình ảnh của giáo viên, khi giáo viên cho phép, thì sẽ nhấn vào chức năng cho phép gửi hình ảnh đi.
KHOA CNTT –
ĐH KHTN
Hệ thống sẽ lấy hình ảnh của giáo viên và gửi đi cho các thành viên trong lớp cĩ thể thấy được.
Khi khơng muốn cho gửi hình ảnh của mình thì giáo viên chọn chức năng khơng cho gửi hình ảnh đi. Lúc này hệ thống sẽ ngừng cung cấp hình ảnh của giáo viên.
2. Các dịng sự kiện khác : 7.4.7.3 Các yêu cầu đặc biệt :
Khơng cĩ
7.4.7.4Điều kiện tiên quyết :
Actor đăng nhập phải cĩ quyền là giáo viên.
7.4.7.5 Kết qủa :
Hệ thống sẽ thay đổi trạng thái từ cho phép gửi hình ảnh giáo viên sang khơng cho phép và ngược lại
7.4.7.6Điểm mở rộng :
Khơng cĩ.
7.4.8 Đặc tả use-case “QuanLyAmThanh” : 7.4.8.1 Tĩm tắt :
Use-case này thể hiện chức năng quản lý âm thanh gửi đi của giáo viên chính trong lớp
7.4.8.2 Dịng sự kiện :
Use-case này bắt đầu khi giáo viên thực hiện chức năng quản lý âm thanh trong lớp học.
1. Dịng sự kiện chính :
Sau khi đăng nhập đăng nhập vào hệ thống với quyền là giáo viên hệ
thống sẽ hiện thị lên chức năng cho phép hoặc khơng cho gửi tiếng nĩi của giáo viên.
Mặc định là khơng cho gửi tiếng nĩi của giáo viên, khi giáo viên cho phép, thì sẽ nhấn vào chức năng cho phép gửi tiếng nĩi đi.
KHOA CNTT –
ĐH KHTN
Hệ thống sẽ lấy tiếng nĩi của giáo viên và gửi đi cho các thành viên trong lớp cĩ thể nghe được.
Khi khơng muốn cho gửi tiếng nĩi của mình thì giáo viên chọn chức năng khơng cho gửi tiếng nĩi đi. Lúc này hệ thống sẽ ngừng cung cấp tiếng nĩi của giáo viên.
2. Các dịng sự kiện khác :
Khơng cĩ.
7.4.8.3 Các yêu cầu đặc biệt :
Khơng cĩ
7.4.8.4Điều kiện tiên quyết :
Hệ thống phải được kết nối thành cơng với server trước khi thực hiện việc đăng nhập