Đây là bản báo cáo bài tập lớn môn phân tích thiết kế hệ thống, bài này nhóm chúng mình đã lựa chọn hệ thống quản lý ký túc xá của trường ĐH CNTT TN để khảo sát phân tích và đề xuất hệ thống mới, các bạn có thể tải về tham khảo và hoàn thiện hơn về bài mình đang thực hiện, chúc các bạn qua môn với A++
KHẢO SÁT HỆ THỐNG
Khảo sát hiện trạng
1.1.1 Mô tả chi tiết về hệ thống:
Ký túc xá cho sinh viên ở nội trú tại trường.
KTX bao gồm 11 dãy nhà được đánh số từ A1 đến A11, với tổng cộng 198 phòng Mỗi dãy nhà có 18 phòng, bao gồm cả các phòng của ban quản lý và phòng y tế Hiện tại, KTX đang cung cấp chỗ ở cho gần 800 sinh viên nội trú.
- Các thiết bị trong phòng gồm có: Giường ngủ; quạt trần; các bóng đèn trong phòng; hệ thống công tắc, ổ cắm; phòng tắm, phòng vệ sinh;
Hàng năm, sinh viên có một đợt chính để đăng ký nội trú tại KTX, và nếu còn phòng trống, KTX sẽ tiếp tục nhận thêm sinh viên Trong quá trình đăng ký, sinh viên cần cung cấp thông tin cần thiết cho ban quản lý KTX và ký hợp đồng nội trú, hợp đồng này có giá trị cho đến khi sinh viên rời khỏi KTX.
-Mỗi phòng đều có thông tin về chi tiết về từng sinh viên:
Biểu mẫu thông tin phòng ở
-Quy định tính tiền phòng:
+, Đơn giá phòng thường: 640.000 đồng/phòng/tháng (tối đa 6 sinh viên)
+, Đơn giá phòng có điều hòa, bình nóng lạnh: 1.500.000 đồng/phòng/tháng (tối đa 6 sinh viên).
+, Thời hạn thuê là 01 năm (thu tiền 11 tháng).
- Nội quy và các quy định của BQL KTX:
Biểu mẫu nội quy và các quy định
- Giá cả dịch vụ sẽ được tính theo đơn giá:
Tiền nước được tính là 6.500đ/m³, trong khi chi phí sửa chữa sẽ phụ thuộc vào loại cơ sở vật chất được sửa chữa hoặc thay thế, cùng với biên bản sửa chữa để xác định các khoản phí phát sinh.
- Tiền điện và nước sinh hoạt theo quy định của ban quản lý (BQL) KTX thì sẽ được tính chung một hóa đơn
- Vệ sinh môi trường: Mỗi dãy nhà đều có 2 thùng rác riêng biệt để phân loại, đầu buổi sáng sẽ có lao công đến để xử lý rác.
Sinh viên sẽ thanh toán tiền thuê chỗ ở nội trú cho Ban Quản Lý (BQL) một lần bằng tiền mặt ngay sau khi ký hợp đồng Các khoản chi phí khác như tiền điện, tiền nước và dịch vụ sẽ được thanh toán hàng tháng theo quy định.
● Quản lý sửa chữa thiết bị
- Sinh viên nội trú có trách nhiệm báo cáo với BQL về những thiết bị trong phòng bị hỏng qua biểu mẫu
- Sau khi báo hỏng sẽ có nhân viên tới sửa chữa và lập biên bản sửa chữa.
- Hàng tháng BQL KTX sẽ thống kê điện, nước của từng phòng và thông báo tới các phòng
Biểu mẫu thống kê điện-nước
- Thống kê các phòng đang sử dụng, phòng còn trống, phòng đang yêu cầu sửa chữa, phòng có yêu cầu thêm thành viên.
1.1.2 Đánh giá hiện trạng hệ thống:
+ Không phải bỏ ra chi phí để đầu tư phần mềm quản lý.
+ Thời gian triển khai ban đầu nhanh.
+ Do quản lí bằng sổ sách nên tốn nhiều thời gian và công sức để nhập, tra cứu, tìm kiếm, thống kê thông tin
Sự gia tăng số lượng sổ sách và giấy tờ đang khiến diện tích lưu kho trở nên quá tải, đồng thời làm tăng chi phí cho các văn phòng phẩm như bút, mực, giấy, kẹp ghim và in ấn.
+ Việc nhập thông tin một cách thủ công nên khó tránh khỏi sai sót, nhầm lẫn, và khó quản lý một cách chính xác các thông tin
Tất cả thông tin trong quá trình quản lý được ghi chép trên sổ sách, dẫn đến nguy cơ mất mát và thất lạc thông tin theo thời gian, gây khó khăn trong việc khôi phục lại dữ liệu quan trọng.
Xác lập dự án
Để khắc phục những nhược điểm hiện tại, cần thiết phải triển khai một hệ thống quản lý mới ứng dụng công nghệ thông tin Hệ thống này không chỉ nâng cao hiệu quả quản lý ký túc xá mà còn tích hợp các tính năng mới, giúp công tác quản lý trở nên thuận tiện và năng suất hơn.
1.2.1 Hệ thống mới cần đáp ứng được những yêu cầu sau:
Yêu cầu chức năng của hệ thống:
Quản lý ký túc xá cần theo dõi tình hình sinh viên và quản lý hợp đồng nội trú một cách hiệu quả Họ cũng phải nắm rõ hiện trạng cơ sở vật chất của các phòng, đồng thời thống kê các khoản chi phí dịch vụ như tiền điện và nước sinh hoạt Bên cạnh đó, việc quản lý và xử lý phản hồi từ sinh viên cũng là một nhiệm vụ quan trọng để cải thiện chất lượng dịch vụ.
Sinh viên có thể dễ dàng truy cập thông tin và thông báo mới từ Ban Quản lý ký túc xá, theo dõi mức sử dụng điện và nước sinh hoạt của phòng Họ cũng có thể báo cáo sự cố đến BQL qua phần mềm, yêu cầu thay thế cơ sở vật chất, gửi ý kiến phản hồi, và thực hiện thanh toán phí dịch vụ như tiền điện, nước sinh hoạt hoặc gia hạn hợp đồng trực tiếp trên hệ thống.
Nhân viên bảo trì cần nắm bắt thông tin và thông báo từ Ban Quản lý ký túc xá, đồng thời theo dõi các yêu cầu sửa chữa và thay thế cơ sở vật chất Họ cũng có trách nhiệm báo cáo các vấn đề phát sinh cho Ban Quản lý và thống kê chi phí liên quan đến việc sửa chữa và thay thế cơ sở vật chất.
Yêu cầu phi chức năng của hệ thống:
- Đáp ứng về độ tin cậy, thời gian xử lí nhanh.
- Tiết kiệm được thời gian, công sức và chi phí.
- Lưu trữ dữ liệu được tốt, lâu dài, và ổn định.
- Dễ dàng sử dụng, giao diện thân thiện với người dùng.
PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG
Biểu đồ UC
2.1.1.Biểu đồ UC tổng quát:
- Tác nhân và Use case:
Tác nhân: Quản lý ký túc, Sinh viên, Nhân viên bảo trì.
Sinh Viên: xem thông tin, phản hồi, thanh toán.
Quản lý ký túc:Quản lý sinh viên (thêm sv, xóa sv, sửa sv), Quản lý phòng
Nhân viên bảo trì: Xem thông báo từ ban quản lý và tiến hành sửa chữa và báo cáo lại cho BQL.
2.1.2 Biểu đồ UC phân rã:
- Biểu đồ UC phân rã tác nhân:Quản lý ký túc:
- Biểu đồ UC phân rã tác nhân:Sinh Viên:
- Biểu đồ UC phân rã tác nhân: Nhân viên bảo trì:
2.1.3 Kịch bản của các UC:
Tên Use case: Đăng Nhập
Tác nhân chính: Quản lý ký túc, Sinh viên, NV Sửa chữa
Người chịu trách nhiệm Quản lý ký túc
Tiền điều kiện: Đảm bảo tối thiểu: Chưa đăng nhập thành công quay lại bước trước Đảm bảo thành công: Tác nhân đã đăng nhập thành công
Kích hoạt: Các tác nhân truy cập vào hệ thống
1 Hệ thống hiển thị form đăng nhập và yêu cầu các tác nhân đăng nhập
2 Các tác nhân nhập tài khoản và mật khẩu và nhấn đăng nhập.
3 Hệ thống kiểm tra và xác nhận.
4 Hệ thống báo đăng nhập thành công.
3.a Hệ thống báo tài khoản và mật khẩu không tồn tại
3.a.1 Hệ thống quay lại bước 1.
3.a.2 Các tác nhân tiến hành đăng nhập lại.
Tên Use case: Thêm sinh viên
Tác nhân chính: Quản lý ký túc
Người chịu trách nhiệm Quản lý ký túc
Để thực hiện việc thêm thông tin sinh viên mới, người dùng cần đảm bảo đã đăng nhập vào hệ thống Trong trường hợp không đạt yêu cầu, hệ thống sẽ tự động loại bỏ các thông tin đã thêm và quay lại bước trước Khi quá trình hoàn tất thành công, thông tin về sinh viên mới sẽ được cập nhật trong hệ thống.
Kích hoạt: Quản lý ký túc chọn chức năng quản lý sinh viên.
1 Hệ thống hiển thêm sinh viên và yêu cầu đưa vào thông tin sinh viên
2 Quản lý ký túc nhập thông tin về sinh viên mới và ấn submit.
3 Hệ thống kiểm tra thông tin sinh viên và xác nhận
4 Hệ thống nhập thông tin sinh viên mới vào CSDL.
5 Hệ thống báo đã nhập thành công.
6 Quản lý ký túc thoát khỏi chức năng.
3.a Hệ thống thông báo thông tin sinh viên vừa được nhập đã tồn tại.
3.a.1 Hệ thống quay lại bước 1.
3.a.2 Quản lý ký túc nhập lại thông tin sinh viên
Tên Use case: Xóa sinh viên
Tác nhân chính: Quản lý ký túc
Người chịu trách nhiệm Quản lý ký túc
Để thực hiện việc xóa thông tin sinh viên khỏi cơ sở dữ liệu, người dùng cần đăng nhập vào hệ thống Hệ thống sẽ đảm bảo rằng các thông tin đã bị xóa sẽ không còn xuất hiện và cho phép quay lại bước trước nếu cần thiết Sau khi hoàn tất, thông tin sinh viên sẽ được xóa hoàn toàn khỏi cơ sở dữ liệu.
Kích hoạt: Quản lý ký túc chọn chức năng quản lý sinh viên.
1 Hệ thống hiển thị form xóa sinh viên.
2 Quản lý ký chọn vào sinh viên muốn xóa và ấn submit.
3 Hệ thống xóa thông tin sinh viên khỏi CSDL.
4 Hệ thống báo xóa thành công.
5 Quản lý ký túc thoát khỏi chức năng.
Tác nhân chính: Quản lý ký túc
Người chịu trách nhiệm Quản lý ký túc
Để đảm bảo quá trình thêm nhân viên mới vào cơ sở dữ liệu diễn ra thành công, người dùng cần đăng nhập vào hệ thống Sau khi đã đăng nhập, nếu muốn quay lại bước trước, hãy loại bỏ các thông tin đã thêm trước đó Khi hoàn tất các bước, thông tin của nhân viên mới sẽ được bổ sung vào cơ sở dữ liệu một cách chính xác.
Kích hoạt: Quản lý ký túc chọn chức năng quản lý nhân viên.
1 Hệ thống hiển thị form thêm nhân viên và yêu cầu quản lý ký túc nhập thông tin nhân viên mới.
2 Quản lý ký túc nhập thông tin về nhân viên mới và ấn submit.
3 Hệ thống kiểm tra thông tin nhân viên mới và xác nhận hợp lệ
4 Hệ thống thêm nhân viên mới và CSDL.
5 Hệ thống thông báo thêm thành công.
6 Quản lý ký túc thoát khỏi chức năng thêm nhân viên.
3.a Hệ thống thông báo mã nhân viên đã tồn tại trong CSDL.
3.a.1 Hệ thống thông báo lỗi trùng mã nhân viên và yêu cầu quản lý nhập lại.
Tên Use case: Báo hỏng cơ sở vật chất
Tác nhân chính: Sinh viên
Người chịu trách nhiệm Quản lý ký túc
Để sử dụng chức năng báo hỏng, sinh viên cần đăng nhập vào hệ thống Sau khi đăng nhập, hệ thống sẽ tiếp nhận và lưu lại yêu cầu của sinh viên, đảm bảo rằng yêu cầu được xử lý thành công.
1 Hệ thống hiển thị form báo hỏng cơ sở vật chất trong phòng.
2 Sinh viên điền vào form và ấn submit.
3 Hệ thống thông báo gửi yêu cầu báo hỏng thành công.
4 Sinh viên thoát khỏi chức năng báo hỏng.
Tên Use case: Quản lý phòng
Tác nhân chính: Quản lý ký túc
Người chịu trách nhiệm Quản lý ký túc
Để đảm bảo quá trình cập nhật thông tin phòng diễn ra suôn sẻ, người dùng cần đăng nhập vào hệ thống Hệ thống sẽ tự động bỏ qua các bước cập nhật không cần thiết, giúp tiết kiệm thời gian Cuối cùng, thông tin của phòng sẽ được cập nhật thành công.
Kích hoạt: Quản lý ký túc chọn chức năng quản lý phòng
1 Hệ thống hiển thị danh sách các phòng.
2 Quản lý ký túc nhấp chọn vào một phòng để xem thông tin chi tiết của phòng đó.
3 Hệ thống hiển thị ra thông tin của phòng.
4 Quản lý ký túc sử dụng các chức năng (thêm, sửa, xóa ) để cập nhật thông tin của phòng.
5 Hệ thống cập nhật lại thông tin vào CSDL.
6 Quản lý ký túc thoát khỏi chức năng quản lý phòng.
4.a Quản lý ký túc không sử dụng bất kỳ chức năng nào.
4.a.1 Hệ thống bỏ qua bước 4 5
Tên Use case: Quản lý dịch vụ
Tác nhân chính: Quản lý ký túc
Người chịu trách nhiệm Quản lý ký túc
Để đảm bảo thành công trong việc cập nhật thông tin dịch vụ, người dùng cần phải đăng nhập vào hệ thống Hệ thống sẽ tự động bỏ qua các dịch vụ đã được cập nhật trước đó, giúp tối ưu hóa quá trình quản lý thông tin.
Kích hoạt: Quản lý ký túc chọn chức năng quản lý phòng
1 Hệ thống hiển thị danh sách các dịch vụ.
2 Quản lý ký túc nhấp chọn một dịch vụ.
3 Hệ thống hiển thị thông tin chi tiết của dịch vụ
4 Quản lý ký túc thực hiện các chức năng (thêm, sửa, xóa ) để cập nhật thông tin của dịch vụ.
5 Hệ thống cập nhật lại thông tin dịch vụ vào CSDL.
6 Quản lý ký túc thoát khỏi chức năng.
4.a Quản lý ký túc không sử dụng bất kỳ chức năng nào.
4.a.1 Hệ thống bỏ qua bước 4 5
Tên Use case: Quản lý phản hồi
Tác nhân chính: Quản lý ký túc
Người chịu trách nhiệm Quản lý ký túc
Để đảm bảo thành công trong việc gửi phản hồi của Ban Quản lý (BQL) cho sinh viên, người dùng cần đăng nhập vào hệ thống Sau khi đăng nhập, quản lý ký túc xá sẽ kích hoạt chức năng quản lý phản hồi để thực hiện quy trình này.
1 Hệ thống hiển thị danh sách các phản hồi.
2 Quản lý ký túc chọn một phản hồi.
3 Hệ thống hiển thị thông tin chi tiết của phản hồi.
4 Quản lý ký túc chọn chức năng trả lời phản hồi.
5 Hệ thống hiển thị form trả lời phản hồi.
6 Quản lý ký túc nhập câu trả lời và nhấn submit.
7 Hệ thống hiển thị thông báo thành công.
8 Quản lý ký túc thoát khỏi chức năng.
4.a Quản lý ký túc không sử dụng bất kỳ chức năng nào.
4.a.1 Hệ thống bỏ qua bước 4 5 6 7 .
Tên Use case: Thống kê
Tác nhân chính: Quản lý ký túc,NV_Bảo Trì.
Người chịu trách nhiệm Quản lý ký túc
Để kích hoạt chức năng thống kê trong hệ thống, người quản lý ký túc xá cần đảm bảo đã đăng nhập vào hệ thống Hệ thống sẽ tự động loại bỏ các thông tin thống kê không cần thiết và cập nhật lại thông tin vào cơ sở dữ liệu (CSDL) để đảm bảo thành công.
1 Hệ thống hiển thị danh sách các báo cáo thống kê.
2 Quản lý ký túc nhấp chọn một báo cáo thống kê.
3 Hệ thống hiện thị chi tiết thống kê vừa chọn.
4 Quản lý ký túc chọn in thống kê.
5 Hệ thống thực hiện in thống kê.
6 Quản lý ký túc thoát khỏi chức năng thống kê.
4.a Quản lý ký túc không sử dụng bất kỳ chức năng nào.
4.a.1 Hệ thống bỏ qua bước 4 5
Tên Use case: Phản hồi
Tác nhân chính: Sinh Viên
Người chịu trách nhiệm Quản lý ký túc
Để đảm bảo thành công trong việc gửi phản hồi của sinh viên cho Ban Quản Lý (BQL), người dùng cần phải đăng nhập vào hệ thống Nếu không có phản hồi nào được gửi từ hệ thống, điều này có thể cho thấy rằng yêu cầu không được thực hiện.
Kích hoạt: Sinh viên chọn chức năng phản hồi
1 Hệ thống hiển thị form gửi phản hồi.
2 Sinh viên nhập phản hồi và ấn submit.
3 Hệ thống gửi phản hồi cho BQL ký túc.
4 Hệ thống hiển thị thông báo thành công.
5 Sinh viên thoát khỏi chức năng phản hồi.
2.a Sinh viên không sử dụng bất kỳ chức năng nào.
2.a.1 Hệ thống bỏ qua bước 2 3 4.
Tên Use case: Xem thông tin
Tác nhân chính: Sinh Viên, Nhân viên bảo trì.
Người chịu trách nhiệm Quản lý ký túc
Tiền điều kiện: Đã đăng nhập vào hệ thống Đảm bảo tối thiểu: Đảm bảo thành công:
Kích hoạt: Các tác nhân chọn chức năng xem thông tin. Chuỗi sự kiện chính:
1 Hệ thống hiển thị danh sách các thông báo từ BQL ký túc.
2 Các tác nhân nhấp chọn một thông báo.
3 Hệ thống hiển thị thông tin chi tiết thông báo.
4 Tác nhân thoát khỏi chức năng xem thông báo.
2.a Tác nhân không sử dụng bất kỳ chức năng nào.
2.a.1 Hệ thống bỏ qua bước 2 3.
Tên Use case: Thanh toán phí dịch vụ
Tác nhân chính: Sinh Viên
Người chịu trách nhiệm Quản lý ký túc
Để thực hiện giao dịch, người dùng cần đăng nhập vào hệ thống Nếu giao dịch không thành công, hệ thống sẽ thông báo rõ ràng về việc này Ngược lại, khi giao dịch thành công, hệ thống cũng sẽ gửi thông báo xác nhận cho người dùng.
Kích hoạt: Sinh viên chọn chức năng thanh toán dịch vụ.
1 Hệ thống hiển thị danh sách các dịch vụ sắp hết hạn cần được thanh toán hoặc gia hạn
2 Sinh viên nhấp chọn một dịch vụ.
3 Hệ thống hiển thị thông tin chi tiết về dịch vụ.
4 Sinh viên chọn thanh toán.
5 Hệ thống hiển thị giao diện thanh toán.
6 Sinh viên chọn phương thức thanh toán và nhấn submit.
7 Hệ thống thông báo thanh toán thành công.
8 Sinh viên thoát khỏi chức năng thanh toán dịch vụ.
4.a Sinh viên không chọn thanh toán.
4.a.1 Hệ thống bỏ qua bước 4 5 6 7.
7.a Hệ thống thông báo thanh toán không thành công.
7.a.1 Hệ thống quay lại bước 3.
Tên Use case: Thêm hợp đồng
Tác nhân chính: Quản lý ký túc
Người chịu trách nhiệm Quản lý ký túc
Để thực hiện quy trình, người dùng cần đăng nhập vào hệ thống Nếu không thành công, hệ thống sẽ thông báo lỗi Ngược lại, khi thêm hợp đồng thành công, hệ thống sẽ hiển thị thông báo xác nhận Để kích hoạt tính năng này, quản lý ký túc xá cần chọn chức năng quản lý hợp đồng trong hệ thống.
1 Hệ thống hiển thị form điền thông tin sinh viên.
2 Quản lý ký túc nhập thông tin vào form và chọn submit.
3 Hệ thống hiển thị thông báo thành công.
4 Quản lý ký túc thoát khỏi chức năng quản lý hợp đồng.
2.a Nếu mã sinh viên vừa nhập đã có trong CSDL.
2.a.1 Hệ thống báo lỗi trùng mã sinh viên.
Biểu đồ trạng thái
Biểu đồ trạng thái UC: Đăng Nhập.
Biểu đồ trạng thái UC: Thêm sinh viên:
Biểu đồ trạng thái UC: Xóa sinh viên.
Biểu đồ trạng thái UC: Thêm nhân viên:
Biểu đồ trạng thái UC: Thống kê:
Biểu đồ trạng thái UC: Báo hỏng:
Biểu đồ trạng thái UC: Quản lý phòng:
Biểu đồ trạng thái UC: Quản lý dịch vụ:
Biểu đồ trạng thái UC: Quản lý phản hồi:
Biểu đồ trạng thái UC: Quản lý nhân viên:
Biểu đồ trạng thái UC: Báo hỏng :
Biểu đồ trạng thái UC: Thanh toán:
Biểu đồ trạng thái UC: Quản lý hợp đồng:
Biểu đồ trình tự
Biểu đồ trình tự UC: Đăng Nhập:
Biểu đồ trình tự UC: Thêm Sinh Viên:
Biểu đồ trình tự UC: Thêm Nhân Viên:
Biểu đồ trình tự UC; Quản lý phòng
Biểu đồ trình tự UC: Quản lý phản hồi
Biểu đồ trình tự UC: Quản lý dịch vụ
BIểu đồ trình tự UC: Thống kê
Biểu đồ trình tự UC: Phản hồi
Biểu đồ trình tự UC: Đăng ký dịch vụ
Biểu đồ trình tự UC: Báo hỏng
Biểu đồ trình tự UC: Xem thông tin
Biểu đồ trình tự UC: Thêm hợp đồng: