Phân tích thiết kế hướng đối tượng uml quản lý ký túc xá trường đại học công nghiệp Hà Nội

Bài tập lớn hệ thống quản lý ký túc xá trường Đại Học Công Nghiệp Hà Nội Nhóm 29: 1.Nguyễn Quang Linh. 2.Hoàng Văn Quân. 3.Nguyễn Hữu Trường. Mục Lục: I.Tuần 1: 1.1.Biểu đồ Use Case: Hình 1: Biểu đồ Use Case 1 Hình 2 : Biểu đồ Use Case 2 1.2.Biểu đồ lớp lĩnh vực: Hình 3 : Biểu đồ lớp lĩnh vực (Nguyễn Hữu Trường) 1.3.Đặc tả một số Use case: Use Case: DangKyOKTX Tóm tắt: Use case này cho phép người dùng đăng ký ở KTX. Tiền điều kiện: Không có Luồng sự kiện chính: 1. Trên giao diện chính người dụng chọn chức năng đăng ký ở KTX. 2. Hệ thống hiển thị giao diện đăng ký ở KTX. 3. Người dùng nhập các thông tin cần thiết . 4. Hệ thống tiếp nhận thông tin, kiểm tra xem các thông tin có hợp lệ không. 5. Nếu hợp lệ, hệ thống chấp nhận và thông báo đăng ký thành công và nhắc nhở người dùng in ra hợp đồng. 6. Người dùng chọn chức năng in hợp đồng. 7. Kết thúc Use Case. Luồng sự kiện rẽ nhánh: Luồng 1: 1. Tại giao diện đăng ký ở KTX, người dùng không muốn tiếp tục, chọn hủy bỏ. 2. Kết thúc Use Case. Luồng 2: 1. Hệ thống kiếm tra thông tin nhập vào không hợp lệ. 2. Hệ thống từ chối đăng ký, hiển thị thông báo. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: 1 sinh viên được đăng ký vào danh sách ở KTX Actor: SinhVien. Use Case: GiaHanHD - Tóm tắt: Use case này cho phép người dùng gia hạn hợp đồng ở KTX. - Tiền điều kiện: Không có. - Luồng sự kiện chính: 1. Từ giao diện chính người dùng chọn chức năng gia hạn hợp đồng. 2. Hệ thống hiển thị giao diện gia hạn hợp đồng. 3. Người dùng nhập mã số sinh viên cần gia hạn hợp đồng. 4. Hệ thống tiếp nhận thông tin, kiểm tra xem thông tin mà người dùng nhập có đúng hay không. 5. Nếu mã số sinh viên mà người dùng nhập vào là hợp lệ, hệ thống hiển thị các tùy chọn để gia hạn hợp đồng như gia hạn 1 kỳ, gia hạn 1 năm. 6. Người dùng lựa chọn 1 trong các tùy chọn gia hạn hợp đồng. 7. Hệ thống chấp nhân và thông báo thành công. 8. Kết thúc Use case. - Luồng sự kiện rẽ nhánh: Luồng 1: 1. Tại giao diện gia hạn hợp đồng, người dùng không muốn tiếp tục. Chọn hủy bỏ 2. Kết thúc Use case Luồng 2: 1. Hệ thống kiểm tra mã sinh viên người dùng nhập vào không có trong CSDL. 2. Hệ thống hiển thị thông báo. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: 1 Sinh viên được gia hạn hợp đồng ở KTX. Actor: SinhVien. UseCase: DangNhap Tóm tắt: Use case này cho phép người dùng ( Cán bộ quản lý) đăng nhập vào hệ thống. Tiền điều kiện: Không có. Luồng sự kiện chính: 1. Tại giao diện chính, người dùng chọn chức năng đăng nhập. 2. Hệ thống hiển thị giao diện đăng nhập, yêu cầu người dùng nhập username và password. 3. Người dùng nhập username, password, chọn đồng ý đăng nhập. 4. Hệ thống tiếp nhận thông tin, kiểm tra username và password của người dùng. 5. Nếu hợp lệ, hệ thống chấp nhận đăng nhập, hiển thị thông báo đăng nhập thành công. 6. Kết thúc UseCase. Luồng sự kiện rẽ nhánh Luồng 1: 1. Tại giao diện đăng nhập, người dùng không muốn tiếp tục, chọn hủy bỏ. 2. Kết thúc UseCase. Luồng 2: 1. Hệ thống kiểm tra thông tin đăng nhập không chính xác. 2. Hệ thống từ chối đăng nhập, hiển thị thông báo. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện kiểm tra được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: Người dùng đăng nhập vào hệ thống. Actor: CanBoQuanLy. Use case: ThuTienPhong Tóm tắt: Use case này cho phép Cán bộ quản lý có thể thu tiền phòng của sinh viên. Tiền điều kiện: Cán bộ quản lý đã đăng nhập vào hệ thống. Luồng sự kiện chính: Người dùng chọn chức năng thu tiền phòng từ giao diện chính của hệ thống. Hệ thống hiển thị giao diện thu tiền phòng, yêu cầu người dùng nhập vào mã sinh viên cần nộp tiền hoặc lựa chọn từ danh sách. Người dùng nhập vào mã sinh viên cần nộp tiền phòng hoặc lựa chọn từ danh sách các sinh viên. Lựa chọn hình thức nộp. (Theo tháng, theo kỳ) Hệ thống tiếp nhận thông tin, kiểm tra thông tin. Nếu thông tin hợp lệ, hệ thống thông báo thành công, hiển thị ra thông tin sinh viên vừa nộp tiền và nhắc người dùng in hóa đơn. Người dùng chọn chức năng in ra hóa đơn. Kết thúc Use case. Luồng sự kiện rẽ nhánh: Luồng 1: 1. Tại giao diện thu tiền sinh viên, người dùng chọn thoát. 2. Kết thúc Use case. Luồng 2: 1. Hệ thống kiểm tra thông tin người dùng cung cấp không chính xác. 2. Hệ thống hiển thị thông báo lỗi. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện kiểm tra được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: Sinh viên nộp tiền thành công. Actor: CanBoQuanLy, SinhVien. Use case: DanhGiaSinhVien Tóm tắt: Use case này cho phép cán bộ quản lý có thể đánh giá xếp loại hạnh kiểm của sinh viên ở trong KTX. Tiền điều kiện: Cán bộ quản lý đã đăng nhập vào hệ thống. Luồng sự kiện chính Người dùng chọn chức năng đánh giá sinh viên từ giao diện chính của hệ thống. Hệ thống hiển thị giao diện đánh giá sinh viên, yêu cầu người dùng nhập vào mã sinh viên hoặc lựa chọn từ danh sách sinh viên. Người dùng nhập vào mã sinh viên hoặc lựa chọn từ danh sách sinh viên, lựa chọn loại để xếp cho sinh viên. Hệ thống tiếp nhận thông tin, kiểm tra thông tin. Nếu thông tin hợp lệ, hệ thống thông báo thành công và hiển thị ra thông tin về sinh viên vừa được đánh giá. Kết thúc Use case. Luồng sự kiện rẽ nhánh: Luồng 1: 1. Tại giao diện đánh giá sinh viên, người dùng chọn thoát. 2. Kết thúc Use case. Luồng 2: 1. Hệ thống kiểm tra thông tin người dùng cung cấp không chính xác. 2. Hệ thống hiển thị thông báo lỗi. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện kiểm tra được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: xếp loại 1 sinh viên thành công. Actor: CanBoQuanLy. Use case: TraCuuThongTinSinhVien Tóm tắt: Use case này cho phép cán bộ quản lý có thể tra cứu thông tin của 1 sinh viên. Tiền điều kiện: Cán bộ quản lý đã đăng nhập vào hệ thống. Luồng sự kiện chính: Từ giao diện chính của hệ thống, người dùng chọn chức năng tra cứu thông tin sinh viên. Hệ thống hiển thị giao diện tra cứu thông tin sinh viên. Yêu cầu người dùng nhập mã sinh viên hoặc họ tên sinh viên cần tra cứu. Người dùng nhập mã sinh viên hoặc họ tên sinh viên cần tra cứu. Hệ thống tiếp nhận, kiểm tra thông tin. Nếu thông tin hợp lệ, hệ thống hiển thị ra thông tin sinh viên cần tra cứu. Kết thúc Use case. Luồng sự kiện rẽ nhánh: Luồng 1: 1. Tại giao diện tra cứu thông tin sinh viên, người dùng chọn thoát. 2. Kết thúc Use case. Luồng 2: 1. Hệ thống kiểm tra thông tin người dùng cung cấp không chính xác. 2. Hệ thống hiển thị thông báo lỗi. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện kiểm tra được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: cán bộ quản lý tra cứu được thông tin của sinh viên. Actor: CanBoQuanLy. Use Case: CapNhapSinhVien Tóm tắt: Use case này cho phép cán bộ quản lý có thể thêm, sửa, xóa danh sách sinh viên ở trong KTX Tiền sự kiện: Cán bộ quản lý đã đăng nhập vào hệ thống. Luồng sự kiện chính: Từ giao diện chính của hệ thống, người dùng chọn chức năng cập nhập sinh viên. Hệ thống hiển thị giao diện cập nhập sinh viên. Người dùng chọn các chức năng: Thêm, sửa , xóa sinh viên. Người dùng nhập thông tin sinh viên cần thêm, sửa. Chọn sinh viên cần xóa. Hệ thống tiếp nhận và kiểm tra thông tin của người dùng nhập vào. Nếu thông tin hợp lệ, hệ thống thông báo thành công và hiển thị danh sách sinh viên vừa được cập nhập. Kết thúc Use case. Luồng sự kiện rẽ nhánh: Luồng 1: 1. Tại giao diện cập nhập sinh viên, người dùng chọn thoát. 2. Kết thúc Use case. Luồng 2: 1. Hệ thống kiểm tra thông tin người dùng cung cấp không chính xác. 2. Hệ thống hiển thị thông báo lỗi. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện kiểm tra được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: cán bộ quản lý cập nhập thành công danh sách sinh viên. Actor: CanBoQuanLy. Use case: CapNhapPhong Tóm tắt: Use case này cho phép cán bộ quản lý thêm, sửa, xóa danh sách phòng trong KTX. Tiền điều kiện: Cán bộ quản lý đã đăng nhập vào hệ thống. Luồng sự kiện chính: Từ giao diện chính người dùng chọn chức năng cập nhập phòng, Hệ thống hiển thị giao diện cập nhập phòng. Người dùng chọn các chức năng thêm, sửa, xóa phòng. Người dùng nhập vào phòng cần thêm, sửa thông tin. Hoặc chọn phòng cần xóa. Hệ thống tiếp nhận và kiểm tra thông tin của người dùng nhập vào. Nếu thông tin hợp lệ, hệ thống thông báo thành công và hiển thị danh sách phòng vừa được cập nhập . Kết thúc Use case. Luồng sự kiện rẽ nhánh: Luồng 1: 1. Tại giao diện cập nhập phòng, người dùng chọn thoát. 2. Kết thúc Use case. Luồng 2: 1. Hệ thống kiểm tra thông tin người dùng cung cấp không chính xác. 2. Hệ thống hiển thị thông báo lỗi. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện kiểm tra được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: cán bộ quản lý cập nhập thành công danh sách phòng. Actor: CanBoQuanLy Use case: TraCuuThongTinPhong Tóm tắt: Use case này cho phép cán bộ quản lý có thể tra cứu thông tin của 1 phòng trong KTX. Tiền điều kiện: Cán bộ quản lý đã đăng nhập vào hệ thống. Luồng sự kiện chính: Từ giao diện chính của hệ thống, người dùng chọn chức năng tra cứu thông tin Phòng. Hệ thống hiển thị giao diện tra cứu thông tin sinh viên. Yêu cầu người dùng nhập mã phòng hoặc tên cần tra cứu. Người dùng nhập mã phòng hoặc tên phòng cần tra cứu. Hệ thống tiếp nhận, kiểm tra thông tin. Nếu thông tin hợp lệ, hệ thống hiển thị ra thông tin phòng cần tra cứu. Kết thúc Use case. Luồng sự kiện rẽ nhánh: Luồng 1: 1. Tại giao diện tra cứu thông tin phòng, người dùng chọn thoát. 2. Kết thúc Use case. Luồng 2: 1. Hệ thống kiểm tra thông tin người dùng cung cấp không chính xác. 2. Hệ thống hiển thị thông báo lỗi. Luồng 3: 1. Hệ thống kết nối CSDL để kiểm tra thông tin, quá trình kết nối không thành công, không thực hiện kiểm tra được. 2. Hiển thị thông báo lỗi. Hậu điều kiện: cán bộ quản lý tra cứu được thông tin của phòng cần tra cứu. Actor: CanBoQuanLy. II.Tuần 2: Các Biểu đồ lớp cho ca sử dụng, biểu đồ trình tự và biểu đồ trạng thái 2.1. DangKyOKTX Sinh viên lập phiếu đăng ký để được chấp nhận ở KTX 1. Mô tả kịch bản chính cho ca sử dụng DangKyOKTX. Ban đầu Sinh Viên vào giao diện chính của là W_SinhVien. Ở đây, nếu sinh viên muốn đăng ký ở KTX thì có thể nhấn Đăng Ký ở KTX. Màn hình đăng ký hiện ra: W_DangKyOKTX. Sinh Viên nhập thông tin vào phiếu đăng ký chọn đăng ký. Hệ thống tiến hành thêm phiếu, kiểm tra phiếu và chấp nhận phiếu rồi lưu vào cơ sở dữ liệu là kho PhieuDangKyOKTX. 2.1.1 Kịch bản con cho ca sử dụng DangKyOKTX Hủy bỏ phiếu Đăng Ký ( HuyBoPhieu) Trong quá trình thêm phiếu và kiểm tra phiếu đăng ký, nếu gặp lỗi như: điền thiếu thông tin, sai thông tin vào phiếu, hoặc sai quy định thì hệ thống tiến hành hủy bỏ phiếu và yêu cầu nhập lại thông tin. Hình 1: Biểu đồ lớp cho ca sử dụng DangKyOKTX (Người thực hiện: Hoàng Văn Quân) 2.1.2. Biểu đồ trình tự cho ca sử dụng DangKyOKTX Hình 2: Biểu đồ trình tự cho ca sử dụng DangKyOKTX (Người thực hiện: Hoàng Văn Quân) 2.1.3. Biểu đồ trạng thái cho ca sử dụng DangkyOKTX Hình 3: Biểu đồ trạng thái cho ca sử dụng DangkyOKTX (Người thực hiện: Hoàng Văn Quân) 2.2. GiaHanHD Sinh Viên muốn tiếp tục ở ký túc xá khi hết thời hạn hợp đồng cần phải gia hạn hợp đồng 2.2.1.Kịch bản chính cho ca sử dụng GiaHanHD: Trong trường hợp Sinh viên đã hết hạn đồng nhưng vẫn muốn ở ký túc xá thì có thể GiaHanHD, ở giao diện W_GiaHanHD Sinh viên chọn Gia Hạn Hợp Đồng rồi điền các thông tin cá nhân theo mẫu trong PhieuGiaHanHD sau đó có chọn GiaHanHD, hệ thống tiến hành ChonHD, Kiểm Tra HD và tiếp nhận hợp đồng rồi lưu thông tin và cơ sở dữ liệu HopDong 2.2.2. Kịch bản con cho ca sử dụng GiaHanHD. Hủy Hợp Đồng Trong quá trình kiểm tra PhieuGiaHanHD, Nếu phát hiện ra sai sót hệ thống sẽ tiến hành Hủy Hợp Đồng và trở lại màn hình chính để thông báo lỗi và đòi hỏi SinhVien nhập lại thông tin chính xác. Hình 4: Biểu đồ lớp cho ca sử dụng GiaHanHD (Người thực hiện: Hoàng Văn Quân) 2.2.3.Biểu đồ trình tự cho ca sử dụng GiaHanHD Hình 5: Biểu đồ trình tự cho ca sử dụng GiaHanHD (Người thực hiện: Hoàng Văn Quân) 2.2.4.Biểu đồ trạng thái cho ca sử dụng GiaHanHD Hình 6: Biểu đồ trạng thái cho ca sử dụng GiaHanHD (Người thực hiện: Hoàng Văn Quân) 2.3. QuanLySinhVien: Cán bộ quản lý đăng nhập để thực hiện quản lý sinh viên: 2.3.1 Mô tả Kịch bản chính cho ca sử dụng QuanLySinhVien. Chức năng này chỉ dành riêng cho CanBoQuanLy. Khi đăng nhập vài hệ thống Cán bộ Quản Lý chọn Quản Lý Sinh Viên màn hình W_QuanLySinhVien Hiện ra, Trong đó, Cán bộ quản lý có thể Thêm, Sửa, Xóa sinh viên… sau khi hoàn tất hệ thống sẽ tiến hành tiếp nhận các thông tin này và lưu kết quả vào kho SinhVien. 2.3.2. Kịch bản con cho ca sử dụng QuanLySinhVien. BuocRoiKhoiKTX Hệ thống lưu lại toàn bộ những lần vi phạm kỷ luật của từng Sinh Viên. Đến một giới hạn nào đó hệ thống sẽ đưa ra cảnh báo quyết định thôi học. cán bộ quản lý xem xét đánh giá và đưa ra quyết định chính thức. Hình 7: biểu đồ lớp cho ca sử dụng QuanLySinhVien (Người thực hiện: Hoàng Văn Quân) 2.3.2. Biểu đồ trình tự cho ca sử dụng DangKyOKTX Hình 8: Biểu đồ trình tự cho ca sử dụng DangKyOKTX (Người thực hiện: Hoàng Văn Quân) 2.4. ThanhToan: cuối tháng hoặc quý Sinh Viên phải Đăng Nhập vào hệ thống để Thanh Toán Hóa đơn của mình: 2.4.1.Kịch bản chính cho ca sử dụng ThanhToan: Đến thời hạn thanh toán, Sinh Viên đăng nhập vào hệ thống chọn Thanh Toán. Màn hình hiện thì giao diện W_ThanhToan yêu cầu Sinh Viên nhập thông tin, hệ thống hiện hóa đơn của sinh viên. Sinh viên xem hóa đơn và trả tiền. Hệ thống xác nhận thông tin và lưu vào Hóa Đơn. 2.4.2. Kịch bản con cho ca sử dụng ThanhToan: GhiPhieuNo Nếu Sinh viên chưa có tiền nộp ngay có thể ghi nợ. Hệ thống sẽ đưa ra phiếu ghi nợ sinh viên điền thông tin và số ngày thiếu nợ ( nếu quá thời gian này sẽ bị kỷ luật) Hình 9: biểu đồ lớp cho ca sử dụng ThanhToan (Người thực hiện: Hoàng Văn Quân) 2.4.3. Biểu đồ trình tự cho ca sử dụng ThanhToan: Hình 10: biểu đồ trình tự cho ca sử dụng ThanhToan (Người thực hiện: Hoàng Văn Quân) 2.4.4. Biểu đồ trạng thái cho ca sư dụng ThanhToan Hình 11: Biểu đồ trạng thái cho ca sư dụng ThanhToan (Hoàng Văn Quân) III.Tuần 3: 3.1.Biểu đồ lớp chi tiết: Hình 12: Biểu đồ lớp chi tiết. (Nguyễn Quang Linh) 3.2.Biểu đồ hoạt động: (Nguyễn Quang Linh) Hình 13: Đăng Ký ở Ký túc xá Hình 14: Gia Hạn hợp đồng Hình 15: Quản Lý Sinh Viên Hình 16: Thanh Toán IV.Tuần 4: Biểu đồ thành phần + triển khai + phát sinh mã trình 4.1Sơ Đồ Thành Phần: Sơ Đồ Thành Phần Nhóm khác: 4.2.Biểu đồ Triển Khai: Biểu đồ triển khai ( Nguyễn Hữu Trường) 4.3Phát Sinh Mã Trình: Cán Bộ Quản Lý //Source file: C:\\Users\\littleboy\\Desktop\\BTL UML\\PhatSinhMaTrinh\\CanBoQuanLy.java public class CanBoQuanLy extends NguoiDung { private String MaCanBo; private String HoTen; private Date NgaySinh; private boolean GioiTinh; private String ChucVu; private String DienThoai; private String DiaChi; public KyTucXa theKyTucXa; /** * @roseuid 4D00D7880147 */ public CanBoQuanLy() { } } Hợp Đồng //Source file: C:\\Users\\littleboy\\Desktop\\BTL UML\\PhatSinhMaTrinh\\HopDong.java public class HopDong extends SinhVien { private Date NgayBatDauO; private Date NgayRa; private Date NgayKyHD; private String MaHopDong; /** * @roseuid 4D00D78801CF */ public HopDong() { } } Phiếu //Source file: C:\\Users\\littleboy\\Desktop\\BTL UML\\PhatSinhMaTrinh\\Phieu.java public class Phieu { private String MaPhieu; private String TenPhieu; private String MaSinhVien; private String TenSinhVien; private String MaSoPhong; private String TenCanBo; private Date NgayLap; /** * @roseuid 4D00D788024B */ public Phieu() { } } Phiếu Kỷ Luật //Source file: C:\\Users\\littleboy\\Desktop\\BTL UML\\PhatSinhMaTrinh\\PhieuKyLuat.java public class PhieuKyLuat extends Phieu { private String HinhThucViPham; private String ThoiGianViPham; private String HinhThucKyLuat; /** * @roseuid 4D00D78802B2 */ public PhieuKyLuat() { } } Phiếu Kết Thúc Hợp Đồng //Source file: C:\\Users\\littleboy\\Desktop\\BTL UML\\PhatSinhMaTrinh\\PhieuKetThucHD.java public class PhieuKetThucHD extends SinhVien { private String MaPhieuKetThucHD; private int NgayVietPhieu; /** * @roseuid 4D00D788028D */ public PhieuKetThucHD() { } } Hóa Đơn //Source file: C:\\Users\\littleboy\\Desktop\\BTL UML\\PhatSinhMaTrinh\\HoaDon.java public class HoaDon extends SinhVien { private String MaHoaDon; private String TenHoaDon; private Float TienPhong; private Float TienNuoc; private Float TongTien; private Date NgayThu; /** * @roseuid 4D00D788018B */ public HoaDon() { } } Người Dùng //Source file: C:\\Users\\littleboy\\Desktop\\BTL UML\\PhatSinhMaTrinh\\NguoiDung.java public class NguoiDung { private String TenNguoiDung; private String TenDangNhap; private String MatKhau; /** * @roseuid 4D00D7880211 */ public NguoiDung() { } } Sinh Viên //Source file: C:\\Users\\littleboy\\Desktop\\BTL UML\\PhatSinhMaTrinh\\SinhVien.java public class SinhVien extends NguoiDung { private String MaSinhVien; private String MaHopDong; private String MaSoPhong; private String HoTen; private boolean GioiTinh; private Date NgaySinh; private String QueQuan; private String LopHoc; private Int KhoaHoc; private String Khoa; private String HeDaoTao; private String SoDienThoai; /** * @roseuid 4D00D78802F7 */ public SinhVien() { } }.