2.2.2.2. Tiến trình Đăng ký vào KTX.
2.2.2.4. Tiến trình đăng ký phòng.
2.2.3.2. Tiến trình nhận sinh viên vào KTX.
2.2.3.4. Tiến trình quản lý thu chi.
2.2.3.5. Tiến trình quản lý điện nước.
2.3. Mô t các lung s kin.
2.3.1. Tài liệu luồng sự kiện cho các Use case đối với sinh viên.
2.3.1.1. Đăng ký tài khoản.
Để có thể đăng nhập vào hệ thống, sinh viên cần đăng ký tạo cho mình một tài khoản. Để tạo tài khoản thì sinh viên này cung cấp thông tin cá nhân (họ tên, ngày sinh, trường, khoa, khóa học,….) và thông tin vê tài khoản (user/password).
Tên Use case. Đăng ký tài khoản.
Tác nhân. Sinh viên.
Sự kiện kích hoạt.
Khi sinh viên chọn đăng ký tài khoản sử dụng hệ
thống.
Input Thông tin cá nhân, trường, khoa, khóa học. Thông tin tài khoản user/password.
Output Thông tin cá nhân đã được kiểm tra và tài khoản được cập nhật.
Luồng sự kiện chính:
Nhập thông tin cá nhân, thông tin tài khoản. Kiểm tra thông tin người dùng.
Tạo và cập nhật tài khoản cho người dùng. Luồng sự kiện phụ:
Thông báo không tạo được tài khoản. Quay lại giao diện đăng ký tạo tài khoản. 2.3.1.2. Đăng nhập hệ thống.
Với tài khoản cá nhân gồm user và password. Người dùng sẽ nhập vào khi muốn
đăng nhập để sử dụng được hệ thống.
Tên Use case. Đăng nhập hệ thống.
Tác nhân. Sinh viên.
Sự kiện kích hoạt. Khi sinh muốn truy cập vào hệ thống.
Input User / password
Output Hệ thống hiển thị cùng các chức năng tương ứng cho SV.
Luồng sự kiện chính: Nhập user/password.
2.3.1.3. Lấy lại mật khẩu.
Khi người sử dụng quên mất mật khẩu của mình. Người này sẽ cần cung cấp thông tin cá nhân như: họ tên, ngày sinh, trường, khóa lớp,… để có thể lấy lại được mật khẩu trước đây đã sử dụng.
Tên Use case. Lấy lại mật khẩu.
Tác nhân. Sinh viên.
Sự kiện kích hoạt.
Không đăng nhập do sai tài khoản, yêu cầu xin lại thông tin tài khoản.
Input Thông tin cá nhân: họ tên, ngày sinh, trường, khoa, khóa.
Output Thông tin tài khoản trước đây đã tạo. Luồng sự kiện chính:
Nhập thông tin cá nhân. Kiểm tra thông tin.
Gửi lại thông tin tài khoản. Luồng sự kiện phụ:
Không tìm thấy thông tin người dùng. Thông báo không tìm thấy.
Yêu cầu nhập lại thông tin. Yêu cầu tạo tài khoản. 2.3.1.4. Đổi mật khẩu.
Khi người sử dụng muốn thay đổi thông tin tài khoản của mình. Họ cần khai báo user/password cũ và nhập user/password mới mà họ muốn sử dụng.
Tên Use case. Đổi mật khẩu.
Tác nhân. Sinh viên.
Sự kiện kích hoạt. Người dùng muốn đổi thông tin tài khoản. Input User/password cũ, user/password mới Output User/ password được tạo mới.
Luồng sự kiện chính:
Nhập user/password cũ và nhập user/password mới. Kiểm tra user/password cũ.
2.3.1.5. Đăng ký vào KTX.
SV chọn mẫu đơn đăng ký vào KTX. Sau đó, sinh viên cần cung cấp thông tin cá nhân (theo mẫu có sẵn). Sinh viên gửi đơn này và chờ thông báo kết quả.
Tên Use case. Đăng ký vào KTX.
Tác nhân. Sinh viên.
Sự kiện kích hoạt.
Sinh viên muốn đăng ký đểđược vào KTX ở sẽ sử
dụng chức năng này để nộp bản đăng ký. Input Biểu mẫu đăng ký với thông tin cá nhân.
Output Biểu mẫu đã được kiểm tra thông tin và lưu trữ. Luồng sự kiện chính:
Chọn biểu mẫu và nhập thông tin.
Kiểm tra thông tin và gửi thông báo đã gửi thành công. Cập nhật biểu mẫu .
Luồng sự kiện phụ:
Thông báo không gửi được yêu cầu kiểm tra lại thông tin biểu mẫu. Hiển thị lại giao diện dùng cho đăng ký.
2.3.1.6. Hiển thị thông tin phòng.
Sinh viên muốn biết thông tin về hiện trạng phòng trong KTX qua mạng. Hệ thống sẽ cung cấp các thông tin cần thiết cho sinh viên về các hiện trạng phòng như: số lượng phòng, số phòng còn trống, loại phòng,…
Tên Use case. Hiển thị thông tin phòng.
Tác nhân. Sinh viên.
Sự kiện kích hoạt.
Sinh viên muốn xem hiện trạng về phòng của KTX. Input Yêu cầu hiển thị (loại phòng, phòng còn trống,…). Output Hiển thị theo yêu cầu.
Luồng sự kiện chính: Nhập yêu cầu hiển thị. Kiểm tra thông tin. Hiển thị kết quả.
2.3.1.7. Đăng ký phòng.
Sinh viên có thể sử dụng chức năng này để có thể xem thông tin các phòng, các loại phòng,… trong KTX. Sinh viên có thể dựa vào đó mà chọn phòng để đăng ký ở qua mạng. Sinh viên cũng cần cung cấp thông tin cá nhân tương ứng với tờ khai đăng ký vào KTX.
Tên Use case. Đăng ký phòng.
Tác nhân. Sinh viên.
Sự kiện kích hoạt. Sinh viên chọn phòng theo nguyện vọng của mình. Input Phòng đăng ký và thông tin cá nhân kèm theo. Output Danh sách chọn phòng của SV.
Luồng sự kiện chính: Hiển thị thông tin phòng.
Chọn phòng, nhập thông tin cá nhân. Kiểm tra thông tin.
Thông báo yêu cầu đã gửi được và cập nhật Luồng sự kiện phụ:
Thông báo thông tin chọn chưa gửi được. Yêu cầu kiểm tra thông tin.
Quay lại giao diện chọn phòng. 2.3.1.8. Xin ra khỏi KTX.
Khi tập thể, cá nhân có nguyện vọng chuyển ra khỏi KTX. Đổi với tập thể thì cần có cá nhân đại diện. Họ cần viết đơn, có thể nộp trực tiếp hoặc nếu gửi qua mạng thì sẽ sử
dụng chức năng trợ giúp của hệ thống và các sự kiện sẽđược mô tả như dưới đây. Tên Use case. Xin ra khỏi KTX
Tác nhân. Sinh viên
Sự kiện kích hoạt. Làm đơn ra khỏi KTX.
Input Thông tin đơn xin ra khỏi KTX.
Output Đơn xin ra đã được cập nhật vào hệ thống (Lưu vào danh sách Tạm).
Luồng sự kiện chính:
Chọn mẫu đơn và nhập thông tin. Kiểm tra thông tin.
2.3.1.9. Hiển thị hóa đơn điện nước.
Khi sinh viên muốn biết thông tin về tiêu thụđiện nước của phòng. Sinh viên có thể
xem hóa đơn vềđiện nước của phòng. Sinh viên cần cung cấp số phòng mà mình cần tìm. Hệ thống sẽ kiểm tra số phòng và sẽ hiển thị hóa đơn điện nước của phòng đó.
Tên Use case. Hiển thị Hóa đơn điện nước.
Tác nhân. Sinh viên.
Sự kiện kích hoạt.
Sinh viên muốn xem hóa đơn phải thanh toán vềđiện nước của phòng.
Input Thông tin hòng cần xem (sỗ phòng). Output Hóa đơn điện nước.
Luồng sự kiện chính: Nhập thông tin phòng. Kiểm tra thông tin.
Hiển thị hóa đơn của phòng. Luồng sự kiện phụ:
Không thấy phòng cần tìm. Yêu cầu nhập lại thông tin.
2.3.2. Luồng sự kiện cho các Use case đối với người quản lý.
2.3.2.1. Sử dụng hệ thống. (Tương tự như quy trình đăng ký sử dụng của sinh viên). 2.3.2.2. Thêm SV vào KTX.
2.3.2.5.1. Duyệt danh sách.
Từ dữ liệu các đơn đã đăng ký, hệ thống sẽ tự động duyệt theo mức ưu tiên quy
định đểđược vào ở và đưa ra danh sách các sinh viên được hay không được ở trong KTX. Tên Use case. Thêm sinh viên vào KTX.
Tác nhân. Người quản lý
Sự kiện kích hoạt. Người quản lý muốn duyệt danh sách đăng ký vào ở KTX. Input Danh sách đăng ký vào KTX.
Output Danh sách được ở và danh sách không được ở KTX. Luồng sự kiện chính:
Danh sách đăng ký. Duyệt danh sách.
2.3.2.5.2. Duyệt đăng ký phòng.
Tên Use case. Duyệt đăng ký phòng Tác nhân. Người quản lý
Sự kiện kích hoạt.
Người dùng muốn đổi thông tin tài khoản. Input Danh sách đăng ký phòng.
Output Danh sách chọn phòng. Luồng sự kiện chính:
Danh sách đăng ký phòng. Duyệt danh sách.
2.1.Thêm vào danh sách chon phòng. 2.2. Xóa khỏi danh sách đăng ký phòng. Hiển thị danh sách chọn phòng.
Cập nhật danh sách chọn phòng. Luồng sự kiện phụ:
2.3.2.5.3. Thông tin phòng. (Tương tự 2.5.1.6 ). 2.3.2.5.4. Sắp xếp phòng.
Khi người quản lý đã có được danh sách sinh viên được vào ở trong KTX và danh sách chọn phòng của các sinh viên. Người quản lý sẽ sử dụng 2 danh sách này và hệ
thống sẽ tựđộng đưa ra kết quả sắp phòng để ban quản lý duyệt. Tên Use case. Sắp xếp phòng
Tác nhân. Người quản lý Sự kiện kích
hoạt.
Duyệt phòng ở cho sinh viên.
Input Danh sách được ở KTX, danh sách chọn phòng Output Danh sách sắp phòng.
Luồng sự kiện chính:
Nhập danh sách SV được ở KTX. Nhập danh sách chọn phòng. Kiểm tra thông tin.
2.3.2.5.5. Làm thẻ.
Khi đã có danh sách sắp xếp phòng người quản lý sẽ quyết định in thẻ cho sinh viên có trong danh sách này. Người quản lý sẽ chọn mẫu thẻ quy định để in.
Tên Use case. Làm thẻ
Tác nhân. Người quản lý. Sự kiện kích
hoạt.
Làm thẻ KTX cho sinh viên được ở trong KTX. Input Danh sách sắp phòng, mẫu thẻ.
Output Thẻ in.
Luồng sự kiện chính:
Hiển thị danh sách sắp phòng. Chọn mẫu thẻ.
Tựđộng nhập thông tin vào thẻ. Kiểm tra thông tin.
In thẻ.
Cập nhật thông tin thẻ. Luồng sự kiện phụ:
2.3.2.5.6. Thông tin sinh viên. 2.3.2.5.6.1. Tìm kiếm sinh viên.
Người quản lý có thể tìm kiếm thông tin của sinh viên trong danh sách các sinh viên
đã được ở trong ký túc xá. Khi cần tìm kiếm thông tin liên quan đến sinh viên này, người quản lý nhập mã thẻ của sinh viên (hoặc họ tên, ngày sinh và giới tính) và hệ thống sẽ
hiển thị thông tin liên quan đến sinh viên này. Tên Use case. Tìm kiếm sinh viên. Tác nhân. Người quản lý. Sự kiện kích
hoạt.
Người quản lý cần thông tin về một sinh viên nào đó. Input Mã thẻ KTX (hoặc họ tên, ngày sinh và giới tính). Output Thông tin liên quan đến sinh viên.
Luồng sự kiện chính:
Nhập mã thẻ (hoặc họ tên, ngày sinh và giới tính). Kiểm tra thông tin.
2.3.2.5.6.2. Cập nhật thông tin sinh viên.
Khi người quản lý cần thay đổi thông tin của sinh viên. Người quản lý sẽ tìm kiếm sinh viên này trong danh sách. Sau đó, sẽ nhập các thông tin thay đổi. Thông tin này sẽ được kiểm tra. Khi người quản lý chấp nhận thay đổi thì thông tin mới này sẽ được cập nhật vào hệ thống.
Tên Use case. Cập nhật thông tin sinh viên. Tác nhân. Người quản lý.
Sự kiện kích hoạt.
Thay đổi thông tin sinh viên. Input Yêu cầu cập nhật.
Output Thông tin đã được thay đổi. Luồng sự kiện chính:
Yêu cầu cập nhật.
Nhập thông tin thay đổi. Kiểm tra thông tin thay đổi. Cập nhật hông tin mới. Luồng sự kiện phụ:
Không tìm thấy sinh viên trong danh sách. Quay trở lại giao diện tìm kiếm.
Thông tin thay đổi không được chấp nhân. Quay trở về giao diện đăng nhập.
2.3.2.5.7. Hiển thị toàn bộ danh sách.
Người quản lý có thể xem danh sách của tất cả các sinh viên. Có thể lựa chọn xem theo các cách thống kê sinh viên như: Thống kê theo trường, theo giới tính, theo khu nhà, theo phòng.
Tên Use case. Hiển thị toàn bộ danh sách. Tác nhân. Người quản lý.
Sự kiện kích hoạt.
Người quản lý muốn xem danh sách tất cả các sinh viên.
Input Cách thống kê sinh viên người dùng muốn hiển thị. Output Danh sách sinh viên ứng với cách thống kê người
dùng chọn. Luồng sự kiện chính:
2.3.2.3. Loại sinh viên ra khỏi KTX. 2.3.2.3.1. Sinh viên buộc phải ra.
Với danh sách vi phạm kỷ luật. Người quản lý sẽ xem danh sách bắt buộc phải ra khỏi KTX. Với danh sách này, người quản lý sẽ cập nhật danh sách này vào danh sách Tạm, gửi thông tin hẹn gặp tới tập thể, cá nhân vi phạm này.
Tên Use case. Sinh viên ra buộc ra. Tác nhân. Người quản lý.
Sự kiện kích hoạt. Xem danh sách buộc phải ra khỏi KTX. Input Danh sách kỷ luật.
Output Danh sách buộc phải ra đã được kiểm tra và cập nhật vào danh sách Tạm.
Luồng sự kiện chính: Xem danh sách kỷ luật.
Duyệt danh sách và đưa ra danh sách bắt buộc ra. Kiểm tra danh sách, cập nhật vào danh sách Tạm. Gửi thông báo.
Luồng sự kiện phụ:
Thông báo không có đối tượng bắt buộc ra. Quay lại giao diện danh sách kỷ luật.
2.3.2.3.2. Thông tin sinh viên. (Tương tự như phần 2.5.2.5.4 ) 2.3.2.3.2.1. Tìm kiếm sinh viên.
2.3.2.3.2.2. Cập nhật thông tin sinh viên. 2.3.2.3.3. Cập nhật thẻ.
Khi sinh viên trả thể lại thẻ KTX. Người quản lý sẽ cập nhât thông tin về thẻ của sinh viên này trong cơ sở dữ liệu lưu trữ khi làm thẻ.
Tên Use case. Cập nhật thẻ. Tác nhân. Người quản lý.
Sự kiện kích hoạt. Người quản lý muốn cập nhật thông tin thẻ. Input Thẻ của người trả.
Output Thẻđã được xóa Luồng sự kiện chính:
Nhập mã thẻ.
2.5.2.6.7. Hiển thị toàn bộ danh sách. (Tương tự phần 2.5.2.5.5 ) 2.3.2.4. Thu chi.
2.3.2.4.1. Cập nhật danh mục thu chi.
Đến cuối tháng, người phụ trách thu ngân sẽ cập nhật các thông tin về thu chi trong tháng. Hệ thống hiển thị các danh mục để người dùng cập nhật thông tin. Sau đó hệ thống sẽđưa ra danh mục liệt kê về thu chi và tổng thu/ tổng chi. Kết quả này sẽđược cập nhật .
Tên Use case. Cập nhật thu chi. Tác nhân. Người quản lý. Sự kiện kích
hoạt.
Cần cập nhật thông tin các danh mục thu chi. Input Các danh mục đã nhập thông tin.
Output Danh sách các danh mục thu/chi và tổng thu/ tổng chi.
Luồng sự kiện chính:
1. Hiển thị các danh danh mục thu/ chi. 2. Nhập thông tin.
3. Hiển thị danh sách các danh mục và tổng thu/tổng chi. 4. Cập nhật
Luồng sự kiện phụ:
2.3.2.4.2. Báo cáo thu chi.
Khi người quản lý về thu ngân cần báo cáo thông tin thu chi trong tháng. Họ sẽ sử
dụng chức năng này để lấy thông tin về thu/ chi . Sau đó, hệ thống sẽ hiển thị dạng báo cáo xem và in báo cáo. Báo cáo này được cập nhật
Tên Use case. Báo cáo thu chi. Tác nhân. Người quản lý. Sự kiện kích
hoạt.
Xem và In báo cáo thu chi. Input Chọn kiểu bản báo cáo. Output Bản báo cáo thu/ chi. Luồng sự kiện chính:
Chọn kiểu bản báo cáo. Hiển thị bản báo cáo và In.
2.3.2.5. Điện nước.
2.3.2.5.1. Tính sốđiện nước phụ trội.
Cuối tháng, người quản lý sẽ nhập thông tin số điện, nước mới của các phòng. Hệ
thống sẽ tính sốđiện, nước tiêu thụ, số phụ trội nếu có, tiền phụ trội. Kết quả sẽđược cập nhật (trong bảng [Bảng Thông Tin Điện / Nước] ).
Tên Use case. Tính sốđiện nước phụ trội. Tác nhân. Người quản lý.
Sự kiện kích hoạt.
Nhập thông tin vềđiện, nước của các phòng. Input Số phòng, tháng thu, chỉ số mới, sốđược bao cấp. Output Sốđiện tiêu thụ, số phụ trội, số tiền phụ trội. Luồng sự kiện chính:
Nhập thông tin điện, nước.
Tính sốđiện, nước tiêu thụ, số phụ trội, số tiền phụ trội. 3 . Cập nhật .
Luồng sự kiện phụ:
2.3.2.5.2. Thống kê và in danh sách phụ trội.
Khi người quản lý muốn thông kê danh sách các phòng phụ trội để in hóa đơn. Người quản lý có thể sử dụng chức năng này để lấy danh sách các phòng có phụ trội từ
thông tin đã được lưu trữ trong hệ thống.
Tên Use case. Thống kê và in danh sách phụ trội. Tác nhân. Người quản lý.
Sự kiện kích hoạt.
Xem danh sách các phòng có phụ trội vềđiện nước. Input Yêu cầu thống kê các phòng có phụ trội.
Output Danh sách các phòng có phụ trội. Luồng sự kiện chính:
Yêu cầu thống kê danh sách phòng có phụ trội. Hiển thị danh sách phòng có phụ trội.
Cập nhật
In danh sách này. Luồng sự kiện phụ:
2.3.2.5.3. Tính số hao hụt.
Người quản lý sẽ nhập sốđiện, nước đồng hồ tổng của toàn KTX. Yêu cầu hệ thống hiển thị tổng sốđiện, nước của tất cả các phòng trong KTX. Hệ thống sẽ hiển thị số điện, nước bị hao hụt và thành tiền.
Tên Use case. Tính số hao hụt. Tác nhân. Người quản lý. Sự kiện kích
hoạt.
Muốn xem lượng điện nước hao hụt. Input Sốđiện, nước đồng hồ tổng.
Output Sốđiện, nước bị hao hụt, thành tiền. Luồng sự kiện chính:
Nhập sốđiện, nước đồng hồ tổng.
Hiển thị sốđiện, nước tổng của tất cả các phòng trong KTX.