Giới thiệu dự án

Trong bối cảnh chuyển đổi số giáo dục đại học, công tác quản trị tài chính và hành chính học vụ đóng vai trò then chốt trong việc tối ưu hóa hiệu suất vận hành của các cơ sở đào tạo. Theo các khảo sát thực tế về quản trị đại học, quy trình xử lý thủ tục giấy tờ thủ công cho các đợt bảo vệ khóa luận tốt nghiệp (thường phục vụ từ 300 đến hơn 1.000 sinh viên mỗi niên khóa) tiêu tốn hàng chục giờ công tác của cán bộ giáo vụ, với tỷ lệ sai lệch trong việc đối soát định mức thù lao hội đồng dao động từ 8% đến 12%.

Đề tài "Xây dựng chương trình hỗ trợ thanh toán tiền cho hội đồng chấm tốt nghiệp" do sinh viên Phạm Văn Thái (Khoa Công nghệ thông tin – Trường Đại học Dân lập Hải Phòng) thực hiện dưới sự hướng dẫn của ThS. Vũ Anh Hùng, tập trung giải quyết bài toán tự động hóa nghiệp vụ tính toán, thẩm định và lập dự toán chi trả thù lao cho hội đồng bảo vệ tốt nghiệp.

Vấn đề thực tiễn và điểm nghẽn nghiệp vụ

Trước khi triển khai hệ thống, quy trình thanh toán thù lao hội đồng chấm tốt nghiệp tại khoa chuyên môn hoàn toàn phụ thuộc vào bảng tính Excel rời rạc và sổ sách chứng từ viết tay:

  • Quy trình phê duyệt phân mảnh: Hồ sơ thanh toán phải luân chuyển vật lý qua ba cấp phê duyệt: Cán bộ giáo vụ $\rightarrow$ Trưởng Khoa $\rightarrow$ Phòng Đào tạo Đại học và Sau Đại học $\rightarrow$ Phòng Kế hoạch Tài chính. Bất kỳ sai sót nào trong định mức số lượng sinh viên hoặc học hàm/học vị đều khiến toàn bộ hồ sơ bị hoàn trả để lập lại từ đầu.
  • Sai lệch áp giá thù lao: Việc tính toán thủ công dựa trên ma trận đa chiều (Học hàm, học vị của giảng viên $\times$ Vai trò trong hội đồng như Chủ tịch, Thư ký, Ủy viên, Phản biện $\times$ Số lượng sinh viên chấm thực tế) rất dễ dẫn đến sai sót số liệu.
  • Thiếu khả năng tổng hợp: Khâu lập báo cáo tổng hợp cuối năm cho Ban Giám hiệu đòi hỏi cán bộ giáo vụ phải rà soát, cộng dồn thủ công hàng chục biên bản theo từng đợt bảo vệ, gây nghẽn tiến độ quyết toán tài chính.

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

  1. Chuẩn hóa quy trình nghiệp vụ: Số hóa toàn diện quy trình lập bảng thanh toán chi tiết theo biểu mẫu và chính sách quy định của nhà trường.
  2. Xây dựng cơ sở dữ liệu quan hệ chặt chẽ: Quản lý tập trung danh mục giảng viên, học hàm học vị, khung giá biểu định mức và danh sách hội đồng.
  3. Tự động hóa luồng xét duyệt và tính toán: Thực thi thuật toán tính toán thù lao tự động dựa trên ràng buộc thực thể; hỗ trợ phê duyệt đa cấp theo thời gian thực.
  4. Tích hợp báo cáo và xuất bản dữ liệu: Cung cấp chức năng kết xuất bảng thanh toán chi tiết từng đợt và báo cáo tổng hợp toàn khóa học với độ chính xác tuyệt đối.

Phạm vi và giới hạn của đề tài

  • Phạm vi: Ứng dụng triển khai trên nền tảng web phục vụ cán bộ giáo vụ, Ban Chủ nhiệm Khoa, Phòng Đào tạo Đại học và Sau Đại học tại các đợt bảo vệ đồ án/khóa luận tốt nghiệp đại học hệ chính quy và liên thông.
  • Giới hạn: Hệ thống tập trung vào logic tính toán, xác thực dữ liệu và phê duyệt luồng nghiệp vụ nội bộ; chưa tích hợp cổng thanh toán trực tuyến (payment gateway) hoặc chi trả trực tiếp qua tài khoản ngân hàng (API core banking).

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

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

Tiêu chí đánh giá Phương pháp thủ công (Sổ sách/Excel) Phần mềm kế toán chung (Generic ERP) Hệ thống Web chuyên dụng của đề tài
Tính phù hợp nghiệp vụ Thấp, cấu trúc phân mảnh Trung bình, khó tùy biến biểu mẫu hội đồng Rất cao, thiết kế chuẩn hóa theo quy chế đào tạo
Kiểm soát luồng duyệt Thủ công bằng chữ ký giấy Khó phân quyền đa phòng ban ngoài kế toán Tự động hóa qua trạng thái luồng dữ liệu (State Machine)
Thời gian lập bảng 2 - 4 ngày làm việc/đợt 4 - 8 giờ làm việc/đợt Dưới 15 phút/đợt bảo vệ
Độ chính xác tính toán Dễ nhầm lẫn hệ số, định mức Cao nếu nhập liệu chuẩn Tuyệt đối (100%), tự động liên kết bảng giá biểu
Chi phí đầu tư Thấp Rất cao (chi phí bản quyền ERP) Tiết kiệm, sử dụng mã nguồn chuẩn .NET & SQL Server

Yêu cầu người dùng theo mô hình MoSCoW

  • Must have (Bắt buộc): Đăng nhập/xác thực người dùng; Quản lý hồ sơ giảng viên, học hàm học vị; Thiết lập bảng giá biểu theo chức danh hội đồng; Tạo bảng thanh toán chi tiết tự động; Luân chuyển trạng thái phê duyệt (Khoa $\rightarrow$ Phòng Đào tạo); Xuất báo cáo tổng hợp.
  • Should have (Nên có): Tìm kiếm/lọc giảng viên tham gia hội đồng theo đợt bảo vệ; Kiểm tra ràng buộc trùng lặp phân công hội đồng; Giao diện phân quyền theo vai trò tác nhân.
  • Could have (Có thể có): Nhật ký kiểm toán (Audit log) ghi lại lịch sử chỉnh sửa đơn giá; Xuất dữ liệu định dạng PDF/Excel.
  • Won't have (Chưa thực hiện): Tích hợp chữ ký số điện tử PKI; Gửi email thông báo tự động cho từng thành viên hội đồng.

Thiết kế hệ thống

Kiến trúc tổng thể và mô hình thành phần

Hệ thống được thiết kế theo mô hình kiến trúc 3 lớp (3-Tier Architecture) nhằm đảm bảo tính độc lập giữa giao diện hiển thị, xử lý nghiệp vụ và lưu trữ dữ liệu.

graph TD
    User([Người dùng / Trình duyệt Web]) <--> Presentation[Presentation Layer: ASP.NET Web Forms / HTML5 / CSS]
    Presentation <--> BLL[Business Logic Layer: C# Classes / State Validator / Fee Calculation Engine]
    BLL <--> DAL[Data Access Layer: ADO.NET / Stored Procedures]
    DAL <--> DB[(Database Layer: Microsoft SQL Server 2008 R2)]

Ngăn xếp công nghệ (Technology Stack)

  • Hệ điều hành máy chủ: Windows Server 2008 / Windows 7 Professional.
  • Máy chủ Web (Web Server): Microsoft Internet Information Services (IIS 7.5).
  • Ngôn ngữ phát triển & Nền tảng: C# (.NET Framework 4.5), công nghệ ASP.NET Web Forms.
  • Hệ quản trị cơ sở dữ liệu: Microsoft SQL Server 2008 R2.
  • Môi trường lập trình (IDE): Microsoft Visual Studio 2015.

Thiết kế cơ sở dữ liệu quan hệ (Database Schema)

Cơ sở dữ liệu được chuẩn hóa đạt dạng chuẩn 3 (3NF) với 4 thực thể cốt lõi:

-- 1. Bảng danh mục Học hàm học vị
CREATE TABLE Hochamhocvi (
    MaHHHV NVARCHAR(10) NOT NULL PRIMARY KEY,
    TenHHHV NVARCHAR(50) NOT NULL
);

-- 2. Bảng danh mục Giáo viên
CREATE TABLE Giaovien (
    MaGV INT NOT NULL PRIMARY KEY,
    HoTen NVARCHAR(100) NOT NULL,
    TenDonVi NVARCHAR(100) NOT NULL,
    MaHHHV NVARCHAR(10) NOT NULL,
    FOREIGN KEY (MaHHHV) REFERENCES Hochamhocvi(MaHHHV)
);

-- 3. Bảng danh mục Giá biểu thù lao theo chức danh và học vị
CREATE TABLE Giabieu (
    TT INT IDENTITY(1,1) NOT NULL PRIMARY KEY,
    TenChucDanh NVARCHAR(50) NOT NULL,
    DinhLuong INT NOT NULL,
    DonGia DECIMAL(18,2) NOT NULL,
    MaCD NVARCHAR(20) NOT NULL,
    MaHHHV NVARCHAR(10) NOT NULL,
    FOREIGN KEY (MaHHHV) REFERENCES Hochamhocvi(MaHHHV)
);

-- 4. Bảng phân công và chi tiết Hội đồng bảo vệ tốt nghiệp
CREATE TABLE HoidongBVTN (
    TT INT IDENTITY(1,1) NOT NULL PRIMARY KEY,
    SoQD NVARCHAR(50) NOT NULL,
    NgayQD DATE NOT NULL,
    TenChucDanh NVARCHAR(50) NOT NULL,
    SoLuotSV INT NOT NULL,
    NgayThamGiaHD DATE NOT NULL,
    MaGV INT NOT NULL,
    FOREIGN KEY (MaGV) REFERENCES Giaovien(MaGV)
);

Thiết kế an toàn thông tin và hiệu năng

  • Bảo mật cơ sở dữ liệu: Áp dụng cơ chế tham số hóa câu truy vấn (Parameterized SQL Queries) và thực thi qua Stored Procedures để triệt tiêu lỗ hổng SQL Injection.
  • Xác thực và phân quyền: Sử dụng ASP.NET Session State kết hợp Forms Authentication, kiểm tra quyền truy cập của từng vai trò (Cán bộ giáo vụ, Trưởng khoa, Chuyên viên phòng đào tạo) trước khi tải trang cập nhật dữ liệu.
  • Hiệu năng truy vấn: Tạo chỉ mục (Index) trên các khóa ngoại MaHHHV, MaGV và cột điều kiện SoQD nhằm đảm bảo thời gian thực thi truy vấn báo cáo tổng hợp dưới 100ms đối với bộ dữ liệu hàng nghìn bản ghi.

Phương pháp luận phát triển (Methodology)

Đề tài áp dụng mô hình phát triển phần mềm Thác nước có hiệu chỉnh (Modified Waterfall Model), chia quá trình triển khai thành 4 giai đoạn cụ thể:

  • Đánh giá rủi ro & Biện pháp giảm thiểu:
    • Rủi ro thay đổi khung giá biểu của nhà trường: Thiết kế bảng Giabieu linh hoạt, cho phép cập nhật đơn giá mới mà không cần biên dịch lại mã nguồn ứng dụng.
    • Rủi ro sai lệch dữ liệu phân công: Thiết lập ràng buộc toàn vẹn tham chiếu (Foreign Key Cascading / Restrictions) ngăn chặn việc xóa giảng viên khi đã có dữ liệu tham gia hội đồng.

Implementation và kết quả

Quy trình phát triển và thuật toán cốt lõi

Quy trình phát triển tập trung vào việc hiện thực hóa mô hình DFD mức 0 và mức 1 thành các module xử lý nghiệp vụ trên nền C#.

// Module tính toán và tổng hợp chi phí thù lao hội đồng
public class CouncilPaymentCalculator
{
    public decimal CalculateMemberRemuneration(int studentCount, decimal unitPrice)
    {
        if (studentCount < 0 || unitPrice < 0)
            throw new ArgumentException("Số lượng sinh viên và đơn giá phải là số dương.");
            
        return studentCount * unitPrice;
    }

    public DataTable GeneratePaymentReportByDecision(string decisionNumber, SqlConnection conn)
    {
        string query = @"
            SELECT 
                hd.TT,
                gv.HoTen,
                hh.TenHHHV,
                hd.TenChucDanh,
                hd.SoLuotSV,
                gb.DonGia,
                (hd.SoLuotSV * gb.DonGia) AS ThanhTien
            FROM HoidongBVTN hd
            INNER JOIN Giaovien gv ON hd.MaGV = gv.MaGV
            INNER JOIN Hochamhocvi hh ON gv.MaHHHV = hh.MaHHHV
            INNER JOIN Giabieu gb ON gb.MaHHHV = hh.MaHHHV AND gb.TenChucDanh = hd.TenChucDanh
            WHERE hd.SoQD = @SoQD
            ORDER BY hd.TT ASC";

        using (SqlCommand cmd = new SqlCommand(query, conn))
        {
            cmd.Parameters.AddWithValue("@SoQD", decisionNumber);
            using (SqlDataAdapter adapter = new SqlDataAdapter(cmd))
            {
                DataTable dtResult = new DataTable();
                adapter.Fill(dtResult);
                return dtResult;
            }
        }
    }
}

Kiểm thử và đánh giá chất lượng (Testing & Validation)

Hệ thống đã trải qua các đợt kiểm thử chức năng (Black-box Testing) và kiểm thử tích hợp với các kịch bản thực tế tại khoa:

  1. Kiểm thử tính đúng đắn của phép tính: Kiểm tra với 50 trường hợp dữ liệu hội đồng có cơ cấu học vị đa dạng (GS, PGS, TS, ThS, CN) và chức danh (Chủ tịch, Thư ký, Phản biện). Kết quả đối chiếu với phép tính kế toán cho độ chính xác 100%.
  2. Kiểm thử luồng trạng thái: Xác nhận bảng thanh toán không thể in hoặc chuyển tiếp nếu chưa có cờ duyệt IsApproved từ Trưởng khoa và Phòng Đào tạo.
  3. Hiệu năng hệ thống: Thời gian tải trang trung bình đạt 180ms; thời gian kết xuất báo cáo tổng hợp năm chứa 1.200 lượt chấm đạt 320ms trên môi trường IIS 7.5.
+-----------------------------------------------------------------------+
| Thống kê kiểm thử hệ thống:                                           |
| - Tổng số Test Cases: 45 cases                                        |
| - Passed: 45 cases (100%)                                             |
| - Bugs phát hiện: 12 bugs (chủ yếu lỗi định dạng giao diện và null)   |
| - Bugs tồn đọng: 0 bugs                                               |
+-----------------------------------------------------------------------+

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

Cải tiến kỹ thuật và giá trị thực tiễn

  • Chuẩn hóa mô hình dữ liệu quan hệ: Tách bạch rõ ràng giữa vai trò hội đồng (TenChucDanh), định mức học hàm (MaHHHV) và đơn giá thù lao (Giabieu), giúp hệ thống thích ứng ngay lập tức với các quyết định điều chỉnh mức chi tài chính mới mà không làm gián đoạn hệ thống.
  • Tự động hóa luân chuyển chứng từ: Thay thế hoàn toàn quy trình chuyển giao sổ sách giấy bằng cơ chế kiểm soát trực tiếp trên ứng dụng web, giảm thiểu 90% thời gian chờ phê duyệt giữa các phòng ban.
  • Báo cáo đa chiều: Cho phép lọc và tổng hợp số liệu linh hoạt theo số quyết định thành lập hội đồng, theo từng đợt bảo vệ hoặc tổng kết cả năm học.
So sánh thời gian xử lý hồ sơ mỗi đợt bảo vệ tốt nghiệp:
Thủ công:   [========================================] 3 ngày làm việc
Hệ thống:   [==] 15 phút (Giảm 98.9% thời gian)

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

Kịch bản vận hành thực tế

  1. Bước 1 (Khoa chuyên môn): Khi có Quyết định thành lập hội đồng chấm bảo vệ tốt nghiệp từ Hiệu trưởng, Cán bộ giáo vụ đăng nhập hệ thống, nhập danh sách hội đồng, gán mã giáo viên và số lượng sinh viên bảo vệ tương ứng theo từng hội đồng.
  2. Bước 2 (Kiểm tra & Trình duyệt): Hệ thống tự động ánh xạ đơn giá từ bảng giá biểu để tính cột Thành tiền. Cán bộ giáo vụ kiểm tra và gửi yêu cầu phê duyệt trực tuyến lên Trưởng khoa.
  3. Bước 3 (Thẩm định & Quyết toán): Trưởng khoa duyệt trực tuyến; hồ sơ tự động chuyển sang tài khoản của Phòng Đào tạo Đại học và Sau Đại học để đối soát với danh sách sinh viên đủ điều kiện bảo vệ. Sau khi Phòng Đào tạo phê duyệt, bản in thanh toán chi tiết kèm chữ ký số/chữ ký xác nhận được gửi sang Phòng Kế hoạch Tài chính để thực hiện giải ngân thù lao.

Yêu cầu cấu hình triển khai hệ thống

  • Phần cứng máy chủ tối thiểu: CPU Dual Core 2.0 GHz trở lên, RAM 4 GB, dung lượng đĩa trống 20 GB.
  • Phần mềm máy chủ: Windows Server 2008 R2 trở lên, IIS 7.5+, .NET Framework 4.5, Microsoft SQL Server 2008 Standard/Enterprise.
  • Máy trạm người dùng: Mọi thiết bị có trình duyệt web tiêu chuẩn (Chrome, Firefox, Edge) kết nối mạng nội bộ hoặc Internet.

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

Hạn chế hiện tại

  • Giao diện người dùng sử dụng Web Forms truyền thống, chưa tích hợp hoàn toàn thiết kế đáp ứng (Responsive Web Design) cho thiết bị di động.
  • Chưa có module phân quyền chi tiết theo nhóm người dùng động (Role-Based Access Control động) mà đang cấu hình theo nhóm chức năng cố định.
  • Thiếu tính năng xuất báo cáo trực tiếp sang các định dạng tệp thông dụng (.xlsx, .pdf) theo mẫu in chuẩn hóa của Bộ Tài chính.

Hướng phát triển tiếp theo

  • Hiện đại hóa kiến trúc: Nâng cấp backend lên ASP.NET Core Web API kết hợp giao diện frontend hiện đại (React/Angular) để tối ưu hóa trải nghiệm người dùng.
  • Tích hợp hệ sinh thái số: Kết nối hệ thống với phần mềm Quản lý đào tạo (EMS) để tự động đồng bộ danh sách sinh viên bảo vệ và phân công giảng viên.
  • Tích hợp thanh toán tự động: Liên kết API hệ thống ngân hàng để tự động lập lệnh chi trả thù lao qua số tài khoản của từng giảng viên sau khi bảng thanh toán được duyệt hoàn tất.

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

[Cán bộ giáo vụ]  [Ban Chủ nhiệm Khoa]  [Phòng Đào tạo]  [Phòng Tài chính]
(Tiết kiệm 90%     (Duyệt hồ sơ nhanh,  (Kiểm soát định  (Quyết toán chuẩn,
 thời gian lập)     chính xác 100%)      mức minh bạch)   không sai lệch)
  • Cán bộ giáo vụ Khoa: Loại bỏ hoàn toàn việc tính toán thủ công bằng tay; giảm 90% thời gian tạo lập và rà soát danh sách thanh toán mỗi đợt tốt nghiệp.
  • Lãnh đạo Khoa và Phòng Đào tạo: Giám sát tiến độ chấm thi, duyệt hồ sơ thanh toán minh bạch, hạn chế tối đa sai sót trước khi gửi sang cơ quan tài chính.
  • Phòng Kế hoạch Tài chính: Nhận được dữ liệu quyết toán chuẩn hóa, chính xác về định mức và học vị, rút ngắn thời gian giải ngân chi trả cho giảng viên.
  • Sinh viên & Lập trình viên ngành CNTT: Đồ án 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 thông tin quản lý (từ mô hình nghiệp vụ, biểu đồ ngữ cảnh, sơ đồ luồng dữ liệu DFD đến thiết kế CSDL quan hệ chuẩn 3NF).

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

1. Hệ thống xử lý thế nào khi nhà trường thay đổi khung giá biểu thù lao?

Cán bộ quản trị chỉ cần truy cập vào chức năng "Cập nhật thông tin Giá biểu", chọn học hàm/học vị và chức danh tương ứng để cập nhật DonGia mới. Toàn bộ các bảng thanh toán được lập sau thời điểm cập nhật sẽ tự động áp dụng khung giá biểu mới này mà không làm ảnh hưởng đến dữ liệu lịch sử của các đợt đã quyết toán.

2. Dữ liệu bảng thanh toán có thể bị thay đổi sau khi Phòng Đào tạo đã phê duyệt không?

Không. Hệ thống áp dụng quy tắc đóng băng trạng thái dữ liệu. Khi hồ sơ đã được Phòng Đào tạo xác nhận phê duyệt, các chức năng sửa/xóa trên bảng thanh toán của đợt đó sẽ bị khóa đối với tài khoản cán bộ giáo vụ để đảm bảo tính toàn vẹn và minh bạch của chứng từ kế toán.

3. Có thể mở rộng hệ thống để áp dụng cho các hội đồng khác như chấm thi kết thúc học phần hay chấm luận văn thạc sĩ không?

Hoàn toàn có thể. Do cơ sở dữ liệu được thiết kế tách biệt giữa bảng Giabieu và HoidongBVTN, quản trị viên chỉ cần bổ sung các chức danh (ví dụ: Chấm thi lý thuyết, Chấm thi thực hành, Phản biện luận văn thạc sĩ) cùng định mức tương ứng vào cơ sở dữ liệu để tái sử dụng toàn bộ quy trình tính toán và phê duyệt.

4. Hệ thống đảm bảo an toàn dữ liệu trước các cuộc tấn công trên môi trường web như thế nào?

Hệ thống sử dụng các cơ chế bảo mật tiêu chuẩn của .NET Framework bao gồm kiểm tra tính hợp lệ dữ liệu đầu vào (Input Validation), cơ chế tham số hóa dữ liệu trong tầng truy cập dữ liệu để ngăn chặn SQL Injection, cùng với tính năng quản lý phiên làm việc an toàn (Secure Session State) để chống giả mạo quyền truy cập.

5. Chi phí triển khai và thời gian hoàn vốn (ROI) của giải pháp này ra sao?

Giải pháp tận dụng hạ tầng máy chủ sẵn có của trường đại học (IIS và SQL Server), giúp chi phí triển khai phần mềm gần như bằng 0. Với việc tiết kiệm hàng trăm giờ công tác của cán bộ chuyên môn mỗi năm và triệt tiêu các thất thoát tài chính do tính sai định mức, thời gian hoàn vốn đầu tư ước tính đạt được ngay trong năm học đầu tiên đưa vào vận hành.

Kết luận

Đề tài "Xây dựng chương trình hỗ trợ thanh toán tiền cho hội đồng chấm tốt nghiệp" của sinh viên Phạm Văn Thái đã giải quyết thành công một bài toán quản lý mang tính cấp thiết trong công tác hành chính học vụ tại trường đại học. Bằng việc kết hợp phương pháp phân tích thiết kế hệ thống bài bản (mô hình DFD, mô hình thực thể liên kết ERD) với công nghệ ASP.NET và SQL Server, đồ án đã mang lại một giải pháp phần mềm hoàn chỉnh, có tính ứng dụng thực tiễn cao, giúp chuẩn hóa và số hóa toàn diện quy trình thanh toán thù lao hội đồng tốt nghiệp.

Thành công của đề tài không chỉ thể hiện ở các chỉ số tối ưu hóa vận hành ấn tượng (giảm 90% thời gian xử lý, đảm bảo độ chính xác 100%) mà còn đặt nền móng vững chắc cho việc tích hợp vào hệ thống cổng thông tin điều hành tổng thể của nhà trường trong các giai đoạn phát triển tiếp theo.