Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số giáo dục đại học, việc chuyển đổi từ mô hình đào tạo niên chế sang học chế tín chỉ đòi hỏi hạ tầng công nghệ thông tin phải có năng lực xử lý giao dịch thời gian thực với độ chính xác tuyệt đối. Trường Đại học Khoa học Tự nhiên – Đại học Quốc gia TP.HCM (ĐHKHTN) là cơ sở đào tạo khoa học cơ bản và ứng dụng hàng đầu phía Nam với 9 khoa chuyên ngành (Toán - Tin học, Công nghệ Thông tin, Vật lý, Hóa học, Sinh học, Địa chất, Môi trường, Điện tử - Viễn thông, Khoa học Vật liệu) và 15 ngành đào tạo. Hàng năm, nhà trường tiếp nhận và đào tạo hơn 10.000 đến 15.000 sinh viên, cung cấp trên 2.000 cử nhân và gần 80 thạc sĩ, tiến sĩ cho thị trường lao động.

                    +------------------------------------------+
                    |  HỆ THỐNG ĐĂNG KÝ HỌC PHẦN TRƯỜNG ĐHKHTN |
                    +------------------------------------------+
                                         |
         +-------------------------------+-------------------------------+
         |                                                               |
         v                                                               v
+------------------+                                           +------------------+
| PHÒNG ĐÀO TẠO    |                                           | SINH VIÊN        |
| - Quản lý CSDL   |                                           | - Đăng nhập/Đổi MK|
| - Thêm/Sửa/Xóa SV|                                           | - Xem môn mở     |
| - Lập lịch học   |                                           | - ĐK Lý thuyết/TH|
| - Thống kê/SQL   |                                           | - Xuất file Excel|
+------------------+                                           +------------------+

Sự gia tăng quy mô đào tạo cùng sự đa dạng hóa chương trình (Chính quy và Cử nhân tài năng) đặt ra thách thức lớn đối với công tác tổ chức đăng ký học phần:

  • Điểm nghẽn xử lý giao dịch đồng thời: Vào các đợt mở cổng đăng ký đầu học kỳ, lưu lượng truy cập tăng đột biến gây nghẽn mạng, xung đột khóa dữ liệu (deadlock) khi hàng nghìn sinh viên cùng ghi danh vào các lớp học giới hạn chỉ tiêu.
  • Ràng buộc học vụ phức tạp: Hệ thống tín chỉ yêu cầu kiểm soát chặt chẽ các điều kiện tiên quyết (Prerequisites), giới hạn số tín chỉ tối đa (không vượt quá 40 tín chỉ/học kỳ), phân luồng lịch học theo 3 yếu tố: Khoa, Niên khóa và Hệ đào tạo (Chính quy - CQ / Cử nhân tài năng - CNTN).
  • Thao tác thủ công cồng kềnh: Phòng Đào tạo đối mặt với khối lượng dữ liệu lịch học khổng lồ, dễ phát sinh sai sót khi phân bổ phòng học, giảng viên và ca học nếu thiếu công cụ tự động hóa kiểm tra ràng buộc.

Đồ án "Phân tích thiết kế hệ thống đăng ký học phần trường Đại học Khoa học Tự nhiên" do nhóm tác giả Bùi Minh Quân và Trịnh Tấn Đạt thực hiện dưới sự hướng dẫn của Thầy Nguyễn Gia Tuấn Anh, tập trung giải quyết bài toán này thông qua phương pháp phân tích thiết kế hệ thống thông tin bài bản.

Mục tiêu cụ thể của dự án:

  1. Chuẩn hóa quy trình nghiệp vụ đăng ký học phần theo đúng quy chế đào tạo tín chỉ của Trường ĐHKHTN.
  2. Xây dựng mô hình thực thể kết hợp (ERD) và chuyển đổi sang mô hình cơ sở dữ liệu quan hệ đạt chuẩn Chuẩn hóa Boyce-Codd (BCNF).
  3. Thiết kế giải thuật kiểm soát đăng ký tối ưu, ngăn chặn vượt sỉ số, trùng lịch học và vi phạm môn tiên quyết.
  4. Xây dựng giao diện tương tác trực quan cho 2 phân hệ: Phòng Đào tạo (quản trị, lập lịch, thống kê) và Sinh viên (đăng ký, tra cứu, hiệu chỉnh).

Hệ thống được kỳ vọng đạt hiệu năng xử lý phản hồi dưới 200ms cho mỗi thao tác đăng ký, loại bỏ 100% tình trạng trùng lịch học của sinh viên và giảm thiểu 85% thời gian tổng hợp danh sách lớp của Phòng Đào tạo. Phạm vi đồ án tập trung vào phân tích nghiệp vụ, mô hình hóa dữ liệu quan hệ, thiết kế thuật toán logic và giao diện ứng dụng chuyên biệt cho quy chế đào tạo của Trường ĐHKHTN.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Khảo sát hệ thống đào tạo tín chỉ tại Trường ĐHKHTN cho thấy quy trình đăng ký học phần bao gồm nhiều thực thể liên kết chặt chẽ: sinh viên, giảng viên, môn học, ca học, phòng học và chương trình đào tạo.

Tiêu chí Hệ thống thủ công / Bán tự động Hệ thống phân tán theo Khoa Hệ thống đề xuất (BCNF Centralized)
Tính toàn vẹn dữ liệu Kém, dễ sai sót khi nhập liệu Dữ liệu cục bộ, khó đồng bộ toàn trường Chuẩn BCNF, toàn vẹn tham chiếu tuyệt đối
Kiểm tra môn tiên quyết Kiểm tra thủ công hậu kiểm Tự động mức cơ bản, dễ bỏ sót Tự động hóa thời gian thực trước khi ghi nhận
Tối ưu hóa bộ nhớ Lưu trữ chuỗi tự do, lãng phí Không chuẩn hóa độ dài trường Tối ưu kiểu dữ liệu số nguyên (1 - 4 bytes)
Xung đột ca học Dễ trùng lặp phòng và lịch giảng viên Khó kiểm soát lịch liên khoa Khóa liên kết đa chiều (Ca, Phòng, Lớp, Giảng viên)

Phân loại yêu cầu hệ thống theo mô hình MoSCoW:

  • Must Have (Bắt buộc): Xác thực tài khoản MSSV; Đăng ký/Hủy môn học lý thuyết và thực hành; Kiểm tra số tín chỉ tối đa (≤ 40 TC); Kiểm tra ràng buộc môn tiên quyết; Quản lý hạn ngạch lớp (Sỉ số tối đa); Lập lịch học theo Khoa/Khóa/Chương trình.
  • Should Have (Nên có): Thống kê sinh viên, giảng viên, lịch học theo dạng ma trận lưới (Grid); Xuất kết quả đăng ký ra tập tin định dạng bảng tính (Excel); Truy vấn động qua cửa sổ SQL Console tích hợp.
  • Could Have (Có thể có): Gợi ý lộ trình học tập cá nhân hóa; Tự động phân bổ lịch học dựa trên phòng trống.
  • Won't Have (Chưa triển khai): Cổng thanh toán học phí trực tuyến; Đăng ký học phần liên trường trong khối ĐHQG-HCM.

Thiết kế hệ thống

Kiến trúc giải pháp được xây dựng theo mô hình 3 tầng (Three-Tier Architecture), tách biệt giữa tầng giao diện người dùng, tầng xử lý logic nghiệp vụ và tầng lưu trữ dữ liệu.

+-------------------------------------------------------------------------+
|                        TẦNG TRÌNH DIỄN (PRESENTATION TIER)               |
|   +---------------------------------+ +-------------------------------+ |
|   | Giao diện Phân hệ Phòng Đào tạo | | Giao diện Phân hệ Sinh viên   | |
|   | (Quản lý CSDL, Lập lịch, Grid)  | | (Đăng ký môn, Tra cứu, Excel) | |
|   +---------------------------------+ +-------------------------------+ |
+-------------------------------------------------------------------------+
                                     |
                                     v
+-------------------------------------------------------------------------+
|                      TẦNG XỬ LÝ NGHIỆP VỤ (LOGIC TIER)                  |
|   +-------------------+ +---------------------+ +---------------------+ |
|   | Validation Engine | | Scheduling Engine   | | Query/Report Engine | |
|   | - Môn tiên quyết  | | - Phân nhóm Khoa/Hệ | | - Thống kê ma trận  | |
|   | - Tín chỉ (<=40)  | | - Khóa phòng/ca     | | - SQL Executor      | |
|   +-------------------+ +---------------------+ +---------------------+ |
+-------------------------------------------------------------------------+
                                     |
                                     v
+-------------------------------------------------------------------------+
|                       TẦNG DỮ LIỆU (DATA ACCESS TIER)                   |
|   +-----------------------------------------------------------------+   |
|   | Cơ sở dữ liệu quan hệ chuẩn Boyce-Codd (BCNF)                   |   |
|   | [SINHVIEN, MONHOC, GIANGVIEN, LICH, DANGKY, CA, LOP, KHOA...]   |   |
|   +-----------------------------------------------------------------+   |
+-------------------------------------------------------------------------+

Hệ thống công nghệ được định danh cụ thể:

  • Ngôn ngữ phát triển: Java SE Development Kit (JDK 1.8)
  • Môi trường phát triển tích hợp (IDE): NetBeans IDE 8.2 / Swing GUI Builder
  • Công cụ mô hình hóa: SmartDraw (ERD Modeling Tool)
  • Hệ quản trị cơ sở dữ liệu: RDBMS tương thích chuẩn ANSI SQL (MySQL 5.7 / MS SQL Server)
  • Kết nối dữ liệu: JDBC Driver v4.2

Cơ sở dữ liệu bao gồm 13 bảng quan hệ đã được chứng minh đạt chuẩn BCNF (mọi phụ thuộc hàm đều có vế trái là siêu khóa):

-- Cấu trúc các bảng cốt lõi của Hệ thống Đăng ký Học phần ĐHKHTN
CREATE TABLE QUEQUAN (
    MSQQ TINYINT PRIMARY KEY,
    TenQQ VARCHAR(15) NOT NULL
);

CREATE TABLE CHUONGTRINHDAOTAO (
    MSCTDT TINYINT PRIMARY KEY,
    TenCTDT VARCHAR(15) NOT NULL
);

CREATE TABLE KHOA (
    MSK TINYINT PRIMARY KEY,
    TenKhoa VARCHAR(20) NOT NULL
);

CREATE TABLE SINHVIEN (
    MSSV INT PRIMARY KEY,
    MaSV VARCHAR(7) NOT NULL UNIQUE,
    HoSV VARCHAR(7) NOT NULL,
    TenDemSV VARCHAR(20),
    TenSV VARCHAR(7) NOT NULL,
    GioiTinh VARCHAR(3) NOT NULL,
    NgaySinh DATE NOT NULL,
    Email VARCHAR(30),
    MatKhau VARCHAR(20) NOT NULL,
    MSQQ TINYINT REFERENCES QUEQUAN(MSQQ),
    MSCTDT TINYINT REFERENCES CHUONGTRINHDAOTAO(MSCTDT),
    MSK TINYINT REFERENCES KHOA(MSK)
);

CREATE TABLE MONHOC (
    MSMH INT PRIMARY KEY,
    MaMH VARCHAR(7) NOT NULL UNIQUE,
    TenMH VARCHAR(30) NOT NULL,
    SoTinChi TINYINT NOT NULL,
    MSK TINYINT REFERENCES KHOA(MSK)
);

CREATE TABLE TIENQUYET (
    MSMH INT REFERENCES MONHOC(MSMH),
    MSMHTQ INT REFERENCES MONHOC(MSMH),
    PRIMARY KEY (MSMH, MSMHTQ)
);

CREATE TABLE LICH (
    MSMH INT,
    MSGV SMALLINT,
    MSTG TINYINT,
    MSL TINYINT,
    MSC TINYINT,
    MSK TINYINT,
    MSCTDT TINYINT,
    SoLuongToiDa SMALLINT NOT NULL,
    DoiTuongSV VARCHAR(15),
    PRIMARY KEY (MSMH, MSGV, MSTG, MSL, MSC, MSK, MSCTDT)
);

CREATE TABLE DANGKY (
    MSSV INT REFERENCES SINHVIEN(MSSV),
    MSMH INT,
    MSGV SMALLINT,
    MSTG TINYINT,
    MSL TINYINT,
    MSC TINYINT,
    MSK TINYINT,
    MSCTDT TINYINT,
    PRIMARY KEY (MSSV, MSMH, MSGV, MSTG, MSL, MSC, MSK, MSCTDT),
    FOREIGN KEY (MSMH, MSGV, MSTG, MSL, MSC, MSK, MSCTDT) 
        REFERENCES LICH(MSMH, MSGV, MSTG, MSL, MSC, MSK, MSCTDT)
);

Chi tiết tối ưu dung lượng lưu trữ của hệ thống:

  • Bảng SINHVIEN: Kích thước 111 bytes/bản ghi. Với 10.000 - 15.000 sinh viên, dung lượng lưu trữ tương ứng 1.11MB - 1.22MB.
  • Bảng LICH: Kích thước 28 bytes/bản ghi. Với 20.000 - 30.000 lịch mở, dung lượng tương ứng 560KB - 840KB.
  • Bảng DANGKY: Kích thước 15 bytes/bản ghi. Với 80.000 - 100.000 lượt đăng ký, dung lượng tương ứng 1.20MB - 1.50MB.
  • Tổng dung lượng cơ sở dữ liệu toàn trường cho một năm học dao động từ 3.2MB đến 4.5MB, cho phép nạp toàn bộ chỉ mục vào bộ nhớ RAM máy chủ để tối ưu tốc độ truy xuất.

Methodology

Phương pháp luận của dự án kết hợp giữa Phân tích thiết kế hệ thống có cấu trúc (SSAD) và quy trình phát triển lặp (Iterative Development) qua 6 giai đoạn:

Tuần 1-2: Khảo sát hiện trạng (ĐHKHTN, 9 Khoa, Quy chế tín chỉ)
       |
       v
Tuần 3-4: Thiết kế mô hình ERD & Chứng minh chuẩn BCNF
       |
       v
Tuần 5-6: Xây dựng Từ điển dữ liệu & Đặc tả bảng quan hệ
       |
       v
Tuần 7-9: Thiết kế Form UI (NetBeans Java Swing) & Menu tương tác
       |
       v
Tuần 10-11: Đặc tả và cài đặt giải thuật nghiệp vụ (Thêm, Sửa, Lập lịch, ĐK)
       |
       v
Tuần 12: Đánh giá tối ưu bộ nhớ, kiểm thử biên & đóng gói đồ án

Đánh giá rủi ro và giải pháp khắc phục:

  • Rủi ro dư thừa dữ liệu và dị thường cập nhật: Kiểm soát bằng việc chuẩn hóa 100% quan hệ lên BCNF.
  • Rủi ro khóa chết dữ liệu (Deadlock) khi tranh chấp sỉ số: Áp dụng cơ chế kiểm tra sỉ số trước khi thực hiện giao dịch ghi nhận (Atomic Registration Transaction).
  • Rủi ro sai lệch dữ liệu khóa ngoại: Thiết lập ràng buộc toàn vẹn mức cơ sở dữ liệu kết hợp kiểm tra ở tầng ứng dụng.

Implementation và kết quả

Development process

Quá trình phát triển tập trung vào việc hiện thực hóa các giải thuật cốt lõi bảo đảm tính toàn vẹn nghiệp vụ học vụ.

Dưới đây là mã nguồn thuật toán kiểm tra ràng buộc và xử lý đăng ký môn học lý thuyết:

public class DangKyHocPhanController {
    
    /**
     * Thuật toán đăng ký môn học lý thuyết với kiểm tra ràng buộc đa tầng
     * @param mssv Mã số sinh viên (Surrogate Key)
     * @param selectedCourses Danh sách các lịch học được chọn từ Checkbox
     * @return Kết quả đăng ký và thông báo trạng thái
     */
    public RegistrationResult dongYDangKyMonLyThuyet(int mssv, List<LichHocDTO> selectedCourses) {
        int currentCredits = calculateCurrentRegisteredCredits(mssv);
        int additionalCredits = 0;
        
        // 1. Kiểm tra tổng số tín chỉ đăng ký không vượt quá giới hạn 40 TC
        for (LichHocDTO lich : selectedCourses) {
            additionalCredits += lich.getSoTinChi();
        }
        
        if (currentCredits + additionalCredits > 40) {
            return new RegistrationResult(false, "Lỗi: Tổng số tín chỉ vượt quá giới hạn cho phép (Tối đa 40 TC).");
        }
        
        // 2. Duyệt qua từng môn học để kiểm tra điều kiện tiên quyết và sỉ số
        for (LichHocDTO lich : selectedCourses) {
            // Kiểm tra môn tiên quyết
            if (hasPrerequisite(lich.getMsmh())) {
                List<Integer> prereqList = getPrerequisites(lich.getMsmh());
                for (int prereqMsmh : prereqList) {
                    if (!isCoursePassed(mssv, prereqMsmh)) {
                        return new RegistrationResult(false, "Lỗi: Sinh viên chưa hoàn thành môn tiên quyết cho môn: " + lich.getTenMh());
                    }
                }
            }
            
            // Kiểm tra sỉ số tối đa của lớp học
            int currentEnrolled = countCurrentEnrolled(lich);
            if (currentEnrolled >= lich.getSoLuongToiDa()) {
                return new RegistrationResult(false, "Lỗi: Lớp " + lich.getMaLop() + " môn " + lich.getTenMh() + " đã hết chỉ tiêu.");
            }
            
            // Kiểm tra trùng ca học (Thứ, Tiết bắt đầu, Tiết kết thúc)
            if (isTimeConflict(mssv, lich.getCaHoc())) {
                return new RegistrationResult(false, "Lỗi: Trùng lịch học vào " + lich.getCaHoc().getThu() + " (Tiết " + lich.getCaHoc().getTietBD() + "-" + lich.getCaHoc().getTietKT() + ").");
            }
        }
        
        // 3. Thực hiện ghi nhận đăng ký vào CSDL (Bảng DANGKY)
        for (LichHocDTO lich : selectedCourses) {
            insertDangKyRecord(mssv, lich);
        }
        
        return new RegistrationResult(true, "Đăng ký học phần thành công!");
    }
}

Giải thuật thêm mới một lịch học từ phân hệ Phòng Đào tạo:

public boolean themLichHoc(LichHocInput input) {
    // Kiểm tra tính hợp lệ của thời gian ca học
    if (input.getTietBD() < 1 || input.getTietBD() >= 12 || 
        input.getTietKT() <= input.getTietBD() || input.getTietKT() > 12) {
        throw new IllegalArgumentException("Tiết học không hợp lệ. Phải thỏa mãn: 1 <= TietBD < TietKT <= 12.");
    }
    
    // Kiểm tra trùng phòng học trong cùng một ca
    if (isRoomOccupied(input.getPhong(), input.getMsc(), input.getMstg())) {
        return false; // Phòng học đã được phân bổ cho lớp khác
    }
    
    // Ghi nhận vào bảng LICH
    return lichDAO.insert(input);
}

Testing và validation

Hệ thống được kiểm thử thông qua ma trận kịch bản kiểm thử biên và kiểm thử tải trên tập dữ liệu mô phỏng 15.000 sinh viên.

Kịch bản kiểm thử Dữ liệu đầu vào / Điều kiện Kết quả mong đợi Kết quả thực tế Trạng thái
Kiểm tra giới hạn tín chỉ Sinh viên đã ĐK 38 TC, chọn thêm môn 3 TC Chặn thao tác, báo vượt 40 TC Báo lỗi chính xác, không ghi CSDL Đạt (100%)
Kiểm tra môn tiên quyết ĐK "Toán rời rạc nâng cao" khi chưa qua "Toán rời rạc" Báo vi phạm môn tiên quyết Từ chối đăng ký, hiển thị môn thiếu Đạt (100%)
Kiểm tra vượt sỉ số lớp Đăng ký vào lớp có Sỉ số hiện tại = Sỉ số tối đa Khóa Checkbox hoặc báo hết chỗ Giao dịch bị từ chối an toàn Đạt (100%)
Kiểm tra trùng lịch học ĐK 2 môn cùng Thứ 2, Tiết 1-4 Phát hiện xung đột thời khóa biểu Cảnh báo trùng ca học Đạt (100%)
Tìm kiếm sinh viên đa tiêu chí Tìm kiếm không đầy đủ theo Họ tên + Ngành Trả về danh sách Grid tương ứng Grid hiển thị chính xác kết quả Đạt (100%)

Kết quả đạt được

Hệ thống đã hoàn thành toàn bộ các yêu cầu thiết kế đặt ra trong mục tiêu ban đầu:

[Mục tiêu thiết kế]               [Hiện thực hóa]             [Đánh giá kết quả]
Chuẩn hóa CSDL BCNF -------------> 13 Bảng quan hệ -----------> 100% Không dị thường
Tối ưu hóa khóa chính -----------> Int Surrogate Key (4B) ----> Giảm 50% Size Khóa
Kiểm soát học vụ tín chỉ ---------> Validation Engine ---------> Chặn 100% lỗi vi phạm
Giao diện quản trị & SV ---------> Java NetBeans GUI ---------> Phản hồi < 200ms
  • Mức độ hoàn thành chức năng: 100% các chức năng quản lý CSDL, quản lý thực thể (Sinh viên, Môn học, Giảng viên), lập lịch học, phân quyền đăng ký theo thời gian và xuất dữ liệu đều hoạt động chính xác.
  • Tối ưu hóa hiệu năng lưu trữ: Chuyển đổi mã sinh viên tự nhiên (dạng chuỗi 7-8 ký tự) sang mã số nguyên 4 bytes (MSSV) giúp giảm 50% kích thước khóa chính trong các bảng trung gian như DANGKY, đồng thời hỗ trợ không gian định danh lên đến $2^{31}-1 = 2.147.483.647$ bản ghi.

Đổi mới và đóng góp

Các giải pháp cải tiến kỹ thuật

  1. Kiến trúc Khóa kép Thay thế (Dual Surrogate-Natural Key Pattern): Trong hệ thống quản lý đào tạo truyền thống, mã số sinh viên dạng chuỗi ký tự (như 0611177, 0611302) thường được dùng trực tiếp làm khóa chính. Đồ án đưa ra giải pháp tách biệt: sử dụng số nguyên 4 bytes (MSSV) làm khóa chính đại diện (Surrogate Key) nội bộ, đồng thời duy trì mã định danh tự nhiên (MaSV) để hiển thị.

    • Hiệu quả: Giảm kích thước khóa chính từ 8 bytes xuống 4 bytes (tiết kiệm 50% bộ nhớ trên mỗi liên kết khóa ngoại). Trong bảng DANGKY với 100.000 dòng, giải pháp này giúp giảm đáng kể kích thước cây chỉ mục B-Tree và tăng tốc độ xử lý phép nối (JOIN) lên gấp 2 lần.

  2. Cơ chế phân nhóm điều kiện đăng ký 3 lớp (3-Factor Authorization Matrix): Lịch học được cấu trúc phân quyền động dựa trên ma trận ràng buộc: $$\text{Điều kiện hiển thị} = (\text{Khoa} = \text{MSK}) \land (\text{Niên khóa} = \text{Batch}) \land (\text{Hệ đào tạo} \in {\text{CQ}, \text{CNTN}})$$ Điều này giúp sinh viên chỉ thấy danh sách môn học phù hợp với chương trình của mình (ví dụ: các lớp Cử nhân tài năng có mã lớp bắt đầu bằng tiền tố N), ngăn ngừa hoàn toàn tình trạng đăng ký nhầm chương trình.

                    +--------------------------------+
                    |  MA TRẬN LỌC ĐĂNG KÝ HỌC PHẦN  |
                    +--------------------------------+
                                     |
         +---------------------------+---------------------------+
         |                           |                           |
         v                           v                           v
+------------------+        +------------------+        +------------------+
|      KHOA        |        |    NIÊN KHÓA     |        |   CHƯƠNG TRÌNH   |
| (Toán-Tin, CNTT, |        | (Khóa 05, 06,    |        | (Chính quy - CQ, |
|  Vật lý, Hóa...) |        |  Khóa 07, 08...) |        |  Cử nhân TN - N) |
+------------------+        +------------------+        +------------------+
  1. Thiết kế CSDL đạt chuẩn BCNF thuần nhất: Tách rời thực thể QUEQUAN, CHUONGTRINHDAOTAO, LOP ra khỏi bảng dữ liệu chính, giải quyết triệt để vấn đề dư thừa chuỗi ký tự tên tỉnh/thành phố (giảm từ 15 bytes/sinh viên xuống còn 1 byte mã MSQQ), tiết kiệm hàng trăm kilobyte bộ nhớ đệm.

So sánh với các giải pháp hiện hành

Đặc tính kỹ thuật Hệ thống phần mềm đóng gói cũ Hệ thống Portal Web thế hệ 1 Giải pháp đồ án ĐHKHTN
Cấu trúc khóa chính String (Varchar 10-15) String UUID / Varchar Integer Surrogate Key (4 Bytes)
Chuẩn hóa dữ liệu 2NF / 3NF (Còn dư thừa) 3NF Chuẩn hóa hoàn toàn BCNF
Phân luồng chương trình Cấu hình thủ công Lọc qua View cơ sở dữ liệu Kiểm soát trực tiếp tại tầng quan hệ LICH
Dung lượng DB / 15.000 SV > 25MB (Do chuỗi lặp) ~15MB ~3.8MB (Tối ưu hóa kiểu dữ liệu)
Kiểm tra tiên quyết Xử lý Batch cuối ngày Kiểm tra tuần tự trên Web Kiểm tra ma trận TIENQUYET thời gian thực

Ứng dụng thực tế và triển khai

Tình huống ứng dụng thực tế

Hệ thống được thiết kế để giải quyết trực tiếp bài toán vận hành tại Trường ĐHKHTN:

  • Kịch bản 1: Mở cổng đăng ký học phần đầu kỳ: Phòng Đào tạo cấu hình tham số năm học, học kỳ, thời gian bắt đầu và kết thúc trên giao diện chính, sau đó ấn "Thực hiện" để mở cổng truy cập đồng loạt cho sinh viên.
  • Kịch bản 2: Tự động hủy học phần không đủ điều kiện mở lớp: Sau khi kết thúc thời gian đăng ký, hệ thống tự động lọc các lịch học có sỉ số đăng ký $< 10$ sinh viên để Phòng Đào tạo quyết định hủy lớp và mở đợt đăng ký bổ sung.
  • Kịch bản 3: Sinh viên quản lý và xuất kết quả học tập: Sinh viên chọn các môn lý thuyết và thực hành, theo dõi trực quan số tín chỉ tích lũy trong kỳ và xuất danh sách môn đã đăng ký ra tập tin Excel để lưu trữ đối chiếu.
[Phòng Đào tạo]              [Cơ sở dữ liệu BCNF]             [Sinh viên ĐHKHTN]
       |                              |                                |
       |--- Thiết lập thời gian ĐK -->|                                |
       |--- Mở cổng đăng ký --------->|                                |
       |                              |<--- Đăng nhập (MSSV/Pass) -----|
       |                              |<--- Tải danh sách môn mở ------|
       |                              |--- Kiểm tra (<=40TC, Tiên quyết, Sỉ số)
       |                              |<--- Xác nhận ĐK (Lý thuyết/TH)-|
       |                              |---> Cập nhật bảng DANGKY ------|
       |--- Thống kê sỉ số lớp (<10)->|                                |
       |--- Đóng cổng đăng ký ------->|                                |

Yêu cầu triển khai hạ tầng và chi phí

  • Cấu hình máy chủ ứng dụng (Application Server):
    • CPU: Quad-Core 2.5 GHz trở lên
    • RAM: 8GB DDR4 (đáp ứng lưu trữ toàn bộ chỉ mục CSDL trong bộ nhớ đệm)
    • Hệ điều hành: Red Hat Enterprise Linux / Ubuntu Server 20.04 LTS hoặc Windows Server
    • Môi trường thực thi: Java Runtime Environment (JRE 8 trở lên)
  • Cấu hình máy trạm (Client Workstation):
    • Mọi máy tính kết nối mạng nội bộ trường có cài đặt Java Desktop Runtime.
  • Ước tính hiệu quả đầu tư (ROI):
    • Giảm thiểu 90% lượng giấy tờ in ấn danh sách đăng ký thủ công.
    • Tiết kiệm hơn 300 giờ làm việc của chuyên viên Phòng Đào tạo mỗi kỳ tuyển sinh/đăng ký.
    • Thời gian hoàn vốn đầu tư ước tính dưới 6 tháng dựa trên việc cắt giảm chi phí vận hành và nhân sự hỗ trợ kỹ thuật.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  1. Ràng buộc môi trường Desktop: Ứng dụng xây dựng trên nền tảng Java Swing dành cho máy trạm, đòi hỏi môi trường cài đặt cục bộ và chưa tối ưu hóa cho truy cập trên thiết bị di động.
  2. Kiểm tra tải biên thực tế: Đồ án hoàn thiện xuất sắc khâu phân tích thiết kế, mô hình hóa và kiểm thử thuật toán trên môi trường phát triển, nhưng cần tiếp tục thử nghiệm đo lường hiệu năng chịu tải khi có đồng thời 5.000 - 10.000 kết nối đồng thời vào cùng một giây trên hạ tầng phần cứng vật lý phân tán.

Hướng phát triển

  • Chuyển đổi sang kiến trúc Web & Microservices: Tái cấu trúc tầng giao diện sang nền tảng Web hiện đại (React/Vue.js) kết hợp tầng Backend Spring Boot RESTful API.
  • Ứng dụng hàng đợi phân tán: Tích hợp Redis Cache và Apache Kafka để xử lý hàng đợi đăng ký theo cơ chế FIFO (First-In, First-Out), đảm bảo không xảy ra nghẽn cổ chai khi lưu lượng đạt hàng trăm nghìn yêu cầu/giây.
  • Tích hợp cổng thanh toán học phí tự động: Liên kết với cổng thanh toán ngân hàng (NAPAS, VNPay) để tự động hóa toàn bộ quy trình từ đăng ký môn học đến quyết toán học phí.

Đối tượng hưởng lợi

+-------------------------------------------------------------------------+
|                       ĐỐI TƯỢNG HƯỞNG LỢI HỆ THỐNG                      |
+-------------------------------------------------------------------------+
       |                     |                     |                     |
       v                     v                     v                     v
+---------------+     +---------------+     +---------------+     +---------------+
|   SINH VIÊN   |     | PHÒNG ĐÀO TẠO |     | LẬP TRÌNH VIÊN|     | NHÀ NGHIÊN CỨU|
| - Chủ động TKB|     | - Tự động hóa |     | - Mã nguồn mẫu|     | - Tài liệu SSAD|
| - ĐK tức thì  |     | - Giảm 85% giờ|     | - Cấu trúc    |     | - BCNF chuẩn  |
| - Xuất Excel  |     |   xử lý thủ   |     |   chuẩn BCNF  |     |   trong thực  |
| - Không trùng |     |   công        |     |   tối ưu bộ   |     |   tiễn đào tạo|
|   lịch học    |     | - Khóa lớp    |     |   nhớ (bytes) |     |   tín chỉ     |
+---------------+     +---------------+     +---------------+     +---------------+
  • Sinh viên: Chủ động 100% trong việc lập kế hoạch học tập cá nhân, đăng ký môn học nhanh chóng, không gặp tình trạng trùng lịch học và có thể xuất dữ liệu lịch học ra Excel tức thì.
  • Phòng Đào tạo: Tự động hóa quy trình phân bổ lịch học, quản lý hạn ngạch lớp, giảm thiểu 85% khối lượng công việc tổng hợp danh sách thủ công, quản lý sinh viên và giảng viên đồng bộ.
  • Kỹ sư phần mềm & Sinh viên CNTT: Cung cấp tài liệu tham khảo hoàn chỉnh về quy trình phân tích thiết kế hệ thống từ bài toán thực tế, kỹ thuật mô hình hóa ERD sang quan hệ đạt chuẩn BCNF và phương pháp tối ưu dung lượng cơ sở dữ liệu ở mức byte.
  • Cán bộ nghiên cứu giáo dục: Cung cấp mô hình chuẩn hóa quy chế đào tạo học chế tín chỉ cho các trường đại học tại Việt Nam.

Câu hỏi thường gặp

1. Yêu cầu kỹ thuật tối thiểu để triển khai hệ thống là gì?

Hệ thống yêu cầu máy chủ cài đặt Java Runtime Environment (JRE 1.8 trở lên) và hệ quản trị cơ sở dữ liệu tương thích SQL (MySQL 5.7+ hoặc MS SQL Server 2012+). Phía máy trạm người dùng chỉ cần thiết bị có khả năng chạy ứng dụng Java với RAM tối thiểu 2GB.

2. Làm thế nào hệ thống giải quyết tình trạng nhiều sinh viên cùng đăng ký vào vị trí cuối cùng của lớp học?

Hệ thống sử dụng cơ chế kiểm tra sỉ số tức thời kết hợp khóa dòng (Row-level Locking) hoặc giao dịch cô lập (Isolated Transaction) ở mức CSDL. Khi số lượng sinh viên đã ghi nhận đạt bằng SoLuongToiDa, mọi giao dịch gửi đến sau sẽ nhận được thông báo lớp đã hết chỉ tiêu và tự động hủy bỏ phiên ghi.

3. Hệ thống có tương thích với cơ sở dữ liệu sinh viên hiện có của trường không?

Có. Nhờ thiết kế tách biệt giữa MSSV (khóa chính số nguyên) và MaSV (mã số thực tế của sinh viên), hệ thống cho phép nhập dữ liệu hàng loạt từ các bảng dữ liệu có sẵn thông qua các tập tin CSV hoặc truy vấn SQL trung gian mà không làm thay đổi cấu trúc mã định danh hiện hành.

4. Chi phí bảo trì và vận hành hệ thống định kỳ bao gồm những gì?

Chi phí vận hành định kỳ rất thấp do cơ sở dữ liệu được tối ưu hóa dung lượng (chỉ khoảng 3.8MB/năm học). Công tác bảo trì định kỳ chủ yếu là sao lưu dự phòng CSDL (thực hiện tự động qua menu Lưu/Khôi phục CSDL) và cập nhật danh mục môn học trước mỗi học kỳ mới.

5. Cấu trúc chuẩn hóa BCNF mang lại lợi thế kỹ thuật gì vượt trội so với chuẩn 3NF thông thường?

Chuẩn BCNF loại bỏ hoàn toàn các phụ thuộc hàm mà vế trái không phải là siêu khóa. Điều này đảm bảo triệt tiêu tất cả các dị thường khi thêm, xóa và sửa dữ liệu (Insert/Delete/Update Anomalies), đặc biệt trong các mối quan hệ đa khóa phức tạp như bảng phân công LICH và bảng đăng ký DANGKY.

Kết luận

Đồ án "Phân tích thiết kế hệ thống đăng ký học phần trường Đại học Khoa học Tự nhiên" của nhóm tác giả Bùi Minh Quân và Trịnh Tấn Đạt đã hoàn thành xuất sắc mục tiêu xây dựng một giải pháp tin học hóa toàn diện cho quy trình đăng ký tín chỉ đại học. Dự án giải quyết trọn vẹn bài toán từ khâu khảo sát thực tế 9 khoa chuyên ngành, mô hình hóa dữ liệu đạt chuẩn Boyce-Codd (BCNF), đến thiết kế thuật toán kiểm soát học vụ chặt chẽ và xây dựng giao diện tương tác công thái học.

Những đóng góp kỹ thuật nổi bật:

  • Tối ưu hóa bộ nhớ và tốc độ xử lý thông qua mô hình khóa đại diện số nguyên 4 bytes.
  • Chuẩn hóa 13 bảng quan hệ đạt BCNF loại bỏ triệt để dư thừa dữ liệu.
  • Hiện thực hóa thành công các giải thuật kiểm soát điều kiện tiên quyết, giới hạn 40 tín chỉ và xung đột lịch học đa chiều.

Công trình là tài liệu tham khảo có giá trị học thuật và thực tiễn cao cho sinh viên, giảng viên và các nhà phát triển hệ thống thông tin quản lý đào tạo. Bạn đọc và các nhà phát triển quan tâm có thể tiếp cận mô hình kiến trúc này để ứng dụng, mở rộng sang nền tảng Web Cloud và phát triển các hệ thống quản trị đại học thông minh trong tương lai.