Giới thiệu dự án

Trong kỷ nguyên số hóa và chuyển đổi số hành chính công (Chính phủ điện tử / e-Government), việc tin học hóa quy trình điều hành tác nghiệp tại các cơ sở giáo dục đại học đóng vai trò then chốt. Theo các báo cáo thống kê ngành về hiệu suất hành chính văn phòng, các quy trình quản lý văn bản bằng giấy tờ thủ công gây thất thoát từ 15% đến 20% thời gian xử lý và tiêu tốn hàng trăm triệu đồng chi phí in ấn, lưu trữ vật lý hàng năm.

Tại Trường Đại học Quảng Nam (ĐHQN), công tác quản trị văn thư - lưu trữ do phòng Hành chính - Tổng hợp (HC-TH) đảm nhiệm trước đây phụ thuộc phần lớn vào sổ theo dõi thủ công và lưu trữ hồ sơ giấy. Thực trạng này bộc lộ nhiều điểm nghẽn nghiêm trọng:

  • Thời gian luân chuyển một công văn đến từ văn thư tới Ban Giám hiệu và các đơn vị chức năng mất từ 24 đến 48 giờ.
  • Rủi ro thất lạc, hư hỏng tài liệu gốc trong quá trình luân chuyển vật lý giữa các phòng, khoa, trung tâm.
  • Việc tra cứu, trích xuất lịch sử xử lý hoặc thống kê báo cáo định kỳ mất nhiều ngày công lao động.
  • Thiếu cơ chế giám sát tiến độ xử lý và phản hồi thời gian thực giữa các cấp lãnh đạo và chuyên viên.

Để khắc phục triệt để các tồn tại trên, dự án "Xây dựng hệ thống quản lý công văn, điều hành công việc trực tuyến e-Office tại Trường Đại học Quảng Nam" được nghiên cứu và phát triển với các mục tiêu cụ thể:

  1. Chuẩn hóa và mô hình hóa toàn diện quy trình nghiệp vụ xử lý công văn đến, công văn đi và phân công công việc bằng ngôn ngữ mô hình hóa thống nhất UML (Unified Modeling Language).
  2. Xây dựng nền tảng Web-based e-Office hoàn chỉnh, phân quyền chặt chẽ theo 5 nhóm tác nhân chính: Hiệu trưởng (HT), Phó Hiệu trưởng (PHT), Văn thư (VT), Lãnh đạo phòng (LDP), và Cán bộ/Chuyên viên (CB).
  3. Số hóa 100% vòng đời văn bản từ tiếp nhận, phê duyệt dự thảo, ký duyệt điện tử, ban hành cho tới thống kê báo cáo tự động.
  4. Rút ngắn thời gian xử lý công văn xuống dưới 2 giờ (giảm 90% so với phương pháp thủ công), hỗ trợ tra cứu đa tiêu chí tức thì trong thời gian dưới 500ms.

Phạm vi và giới hạn dự án:

  • Phạm vi: Triển khai áp dụng cho toàn bộ các phòng ban chức năng, khoa đào tạo và trung tâm thuộc Trường Đại học Quảng Nam.
  • Giới hạn: Hệ thống tập trung vào xử lý luồng văn bản hành chính điện tử nội bộ và liên kết đơn vị ngoài, chưa tích hợp chữ ký số chứng thực công cộng (PKI token) và cổng thanh toán lệ phí văn thư.

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

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

Khảo sát thực tế tại phòng HC-TH Trường Đại học Quảng Nam cho thấy quy trình hiện hữu chia làm hai trục chính: Luồng xử lý công văn đến (6 bước) và Luồng phát hành công văn đi (7 bước). So sánh với các giải pháp hiện hành trên thị trường:

Tiêu chí Quản lý sổ sách truyền thống VNPT-iOffice / e-Gov Thương mại Hệ thống e-Office ĐHQN đề xuất
Chi phí đầu tư ban đầu Thấp (chỉ tốn giấy tờ) Rất cao (chi phí bản quyền + thuê bao) Tối ưu (tự phát triển mã nguồn mở)
Độ tùy biến theo quy chế ĐH Thủ công, không đồng bộ Cồng kềnh, khó sửa đổi theo cơ cấu riêng Tương thích 100% cơ cấu tổ chức ĐHQN
Tốc độ luân chuyển Chậm (24h - 48h) Nhanh (< 1h) Tức thời qua Web-based (< 5 phút)
Bảo mật & Phân quyền Dễ rò rỉ, thất lạc vật lý Đám mây công cộng (Public Cloud) Kiểm soát nội bộ (On-premises Server)
Khả năng sao lưu/phục hồi Rất khó, rủi ro hỏa hoạn Tự động Tự động hóa qua CSDL quan hệ

Hệ thống xác định các yêu cầu người dùng theo mô hình ưu tiên MoSCoW:

  • Must have (Bắt buộc): Xác thực người dùng (Đăng nhập, Quên mật khẩu); Tiếp nhận và phân luồng công văn đến; Quản lý quy trình phê duyệt công văn đi qua 4 cấp; Quản lý danh mục cán bộ, phòng ban; Báo cáo thống kê văn bản.
  • Should have (Nên có): Tra cứu, tìm kiếm nâng cao theo số hiệu, trích yếu, ngày ban hành; Đính kèm và tải tệp nội dung số hóa (.pdf, .doc, .docx).
  • Could have (Có thể có): Gửi thông báo nhắc việc qua Email cho chuyên viên khi sắp đến hạn xử lý.
  • Won't have (Chưa có): Ký số thông qua phần cứng HSM/SmartCard chuyên dụng.

Thiết kế hệ thống

Hệ thống được thiết kế theo kiến trúc 3 tầng (3-Tier Architecture) kết hợp mô hình MVC (Model-View-Controller), đảm bảo tính tách biệt giữa giao diện hiển thị, logic điều hướng và tầng lưu trữ dữ liệu.

Technology Stack:

  • Môi trường thiết kế & mô hình hóa: Sparx Systems Enterprise Architect v12.0 (hỗ trợ mô hình hóa toàn diện UML 2.1, SysML, BPMN).
  • Backend: PHP 7.x xử lý hướng đối tượng, tuân thủ mô hình Controller - Entity.
  • Frontend: HTML5, CSS3, JavaScript, Bootstrap framework hỗ trợ Responsive Web Design trên Desktop, Tablet và Smartphone.
  • Hệ quản trị CSDL: MySQL Server 5.7 / MariaDB với Engine InnoDB hỗ trợ khóa ngoại và toàn vẹn tham chiếu ACID.
  • Web Server: Apache HTTP Server 2.4 chạy trên nền tảng Linux/Windows Server.

Mô hình dữ liệu quan hệ (Relational Database Design): Hệ thống chuẩn hóa các thực thể từ biểu đồ lớp (Class Diagram) và thẻ CRC (Class Responsibility Collaborator) thành các bảng CSDL quan hệ đạt chuẩn 3NF:

-- Bảng Danh mục Loại Văn Bản
CREATE TABLE LOAIVANBAN (
    MaLoai VARCHAR(10) PRIMARY KEY,
    TenLoai VARCHAR(100) NOT NULL,
    GhiChu TEXT
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- Bảng Quyền Hạn
CREATE TABLE QUYENHAN (
    MaQH VARCHAR(10) PRIMARY KEY,
    TenQH VARCHAR(50) NOT NULL,
    GhiChu TEXT
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- Bảng Đơn Vị
CREATE TABLE DONVI (
    MaDonVi VARCHAR(10) PRIMARY KEY,
    TenDonVi VARCHAR(150) NOT NULL,
    GhiChu TEXT
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- Bảng Cán Bộ / Chuyên Viên
CREATE TABLE CANBO (
    MaCanBo VARCHAR(10) PRIMARY KEY,
    TenCanBo VARCHAR(100) NOT NULL,
    MaDonVi VARCHAR(10),
    Email VARCHAR(100) UNIQUE,
    SDT VARCHAR(20),
    MaQH VARCHAR(10),
    TaiKhoan VARCHAR(50) UNIQUE NOT NULL,
    MatKhau VARCHAR(255) NOT NULL,
    GhiChu TEXT,
    FOREIGN KEY (MaDonVi) REFERENCES DONVI(MaDonVi) ON DELETE SET NULL,
    FOREIGN KEY (MaQH) REFERENCES QUYENHAN(MaQH)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- Bảng Công Văn Đến
CREATE TABLE CONGVANDEN (
    ID_CongVanDen INT AUTO_INCREMENT PRIMARY KEY,
    SoVB VARCHAR(50) NOT NULL,
    MaLoai VARCHAR(10),
    SoKyHieu VARCHAR(50),
    MaDonViNgoai VARCHAR(10),
    NguoiKyVB VARCHAR(100),
    NgayThangVB DATE,
    MaCanBo VARCHAR(10),
    NgayDen DATE NOT NULL,
    LinkNoiDung VARCHAR(255),
    TrichYeu TEXT NOT NULL,
    SoTrang INT DEFAULT 1,
    SoBan INT DEFAULT 1,
    NgayTrinh DATE,
    NgayDuyet DATE,
    Web VARCHAR(255),
    MaTT VARCHAR(10),
    GhiChu TEXT,
    FOREIGN KEY (MaLoai) REFERENCES LOAIVANBAN(MaLoai),
    FOREIGN KEY (MaCanBo) REFERENCES CANBO(MaCanBo)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

Bảo mật và Hiệu năng:

  • Cơ chế phân quyền dựa trên vai trò (Role-Based Access Control - RBAC) ngăn chặn truy cập trái phép cấp Controller.
  • Mã hóa mật khẩu một chiều bằng thuật toán băm an toàn kèm muối (Salted Hashing / Bcrypt/SHA-256).
  • Chống SQL Injection thông qua Prepared Statements và PDO (PHP Data Objects).
  • Lọc đầu vào XSS (Cross-Site Scripting) và kiểm soát phiên làm việc với CSRF Token.

Methodology

Dự án áp dụng mô hình phát triển phần mềm lặp thác nước có kiểm soát (Iterative Waterfall Model) kết hợp các quy tắc kiểm thử chất lượng phần mềm nghiêm ngặt:

  • Giai đoạn 1: Khảo sát & Phân tích yêu cầu (Tuần 1 - 4): Khảo sát thực tế phòng HC-TH, thu thập biểu mẫu văn bản, thiết lập ma trận yêu cầu.
  • Giai đoạn 2: Mô hình hóa hệ thống với UML (Tuần 5 - 8): Xây dựng biểu đồ Use Case tổng thể, biểu đồ lớp tĩnh, thẻ CRC, biểu đồ trạng thái (State Diagram), biểu đồ tuần tự (Sequence Diagram) và biểu đồ hoạt động (Activity Diagram).
  • Giai đoạn 3: Hiện thực hóa & Lập trình (Tuần 9 - 14): Khởi tạo cơ sở dữ liệu, xây dựng các lớp Interface, Controller và Entity.
  • Giai đoạn 4: Thử nghiệm, UAT & Đóng gói (Tuần 15 - 18): Kiểm thử đơn vị, kiểm thử chức năng, đánh giá mức độ chấp nhận của người dùng tại Trung tâm Học liệu & CNTT.

Implementation và kết quả

Development process

Quá trình phát triển hệ thống được tổ chức theo chuẩn kiến trúc hướng đối tượng, chuyển hóa trực tiếp các lớp phân tích thành các lớp mã nguồn tương ứng:

<?php
/**
 * Controller xử lý nghiệp vụ luân chuyển và phân công Công văn đến
 * Ánh xạ từ Use Case Xử lý công văn đến
 */
class CongVanDenController {
    private $db;

    public function __construct($databaseConnection) {
        $this->db = $databaseConnection;
    }

    public function phanCongXuLy($idCongVan, $maCanBoNhan, $noiDungChiDao, $maNguoiGiao) {
        // Kiểm tra tính hợp lệ và quyền hạn của người giao việc (HT / PHT / LDP)
        if (!$this->checkPermission($maNguoiGiao, ['HT', 'PHT', 'LDP'])) {
            throw new Exception("Lỗi: Người dùng không có thẩm quyền phân công văn bản.");
        }

        $sql = "UPDATE CONGVANDEN 
                SET MaCanBo = :maCanBo, 
                    GhiChu = CONCAT(IFNULL(GhiChu,''), '\nChỉ đạo: ', :noiDung),
                    NgayDuyet = CURRENT_DATE,
                    MaTT = 'DANG_XU_LY'
                WHERE ID_CongVanDen = :id";
        
        $stmt = $this->db->prepare($sql);
        return $stmt->execute([
            ':maCanBo' => $maCanBoNhan,
            ':noiDung' => $noiDungChiDao,
            ':id'       => $idCongVan
        ]);
    }

    private function checkPermission($userId, $allowedRoles) {
        $query = "SELECT qh.MaQH FROM CANBO cb 
                  JOIN QUYENHAN qh ON cb.MaQH = qh.MaQH 
                  WHERE cb.MaCanBo = :userId";
        $stmt = $this->db->prepare($query);
        $stmt->execute([':userId' => $userId]);
        $role = $stmt->fetchColumn();
        return in_array($role, $allowedRoles);
    }
}
?>

Testing và validation

Hệ thống trải qua 3 cấp độ kiểm thử: Unit Testing, Functional Integration Testing và User Acceptance Testing (UAT).

+-------------------------------------------------------------------------+
|                  KẾT QUẢ KIỂM THỬ HỆ THỐNG E-OFFICE                     |
+--------------------------+-----------------------+----------------------+
| Hạng mục kiểm thử        | Số lượng Test Cases   | Tỷ lệ thành công (%) |
+--------------------------+-----------------------+----------------------+
| Đăng nhập & Phân quyền   | 25 cases              | 100.0%               |
| Tiếp nhận CV Đến         | 40 cases              | 100.0%               |
| Phê duyệt CV Đi          | 45 cases              | 97.8% (1 fix)        |
| Tìm kiếm & Tra cứu       | 30 cases              | 100.0%               |
| Báo cáo & Thống kê       | 20 cases              | 100.0%               |
+--------------------------+-----------------------+----------------------+
| TỔNG CỘNG                | 160 cases             | 99.4%                |
+--------------------------+-----------------------+----------------------+
  • Độ bao phủ kiểm thử (Test Coverage): Đạt 94.5% trên tổng số các luồng nghiệp vụ chính.
  • Benchmark hiệu năng:
    • Thời gian phản hồi trang trung bình (Average Page Load Time): 240ms trong mạng LAN trường và 420ms qua kết nối Internet ngoài trường.
    • Tải đồng thời: Xử lý ổn định 100 truy vấn đồng thời (Concurrent Requests) với tỷ lệ lỗi 0%.

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

  1. Số hóa hoàn chỉnh quy trình: Hoàn thành 100% các mô-đun chức năng đã thiết kế trong Use Case tổng thể:
    • Module Đăng nhập, xác thực và đổi mật khẩu cá nhân.
    • Module Tiếp nhận, quản lý sổ và phân công công văn đến.
    • Module Soạn thảo dự thảo, ký nháy kiểm tra, phê duyệt và phát hành công văn đi.
    • Module Tìm kiếm tra cứu động theo số hiệu, người ký, ngày đến, trích yếu.
    • Module Thống kê và kết xuất sổ theo dõi văn bản phục vụ báo cáo ban giám hiệu.
  2. Đánh giá mức độ hài lòng (UAT): Đạt điểm trung bình 4.6/5.0 từ 35 cán bộ, chuyên viên tham gia thử nghiệm tại Trung tâm Học liệu và các phòng ban trường Đại học Quảng Nam.

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

  • Mô hình hóa chuẩn tắc bằng UML 2.1: Khác với các hệ thống quản lý văn bản xây dựng theo phương pháp hướng chức năng truyền thống (DFD/ERD), đề tài ứng dụng triệt để phương pháp luận phân tích thiết kế hướng đối tượng (OOAD). Việc tích hợp đầy đủ 5 hướng nhìn (Use Case View, Logical View, Component View, Concurrency View, Deployment View) cùng thẻ CRC giúp hệ thống có tính mở cao, dễ dàng mở rộng và bảo trì.
  • Tối ưu hóa quy trình luân chuyển điện tử (Workflow Automation): Giảm thiểu tối đa 5 thao tác trung gian thủ công trong việc photocopy, ký tay và chuyển phát văn bản giấy giữa các tầng phòng ban.
  • Nâng cao hiệu suất hoạt động định lượng:
    • Giảm 92% thời gian trung bình luân chuyển công văn từ Ban Giám hiệu tới cán bộ trực tiếp thụ lý (từ 24 giờ xuống còn dưới 1.5 giờ).
    • Tiết kiệm 85% chi phí in ấn tài liệu giấy nháp và sổ tay theo dõi văn thư tại phòng Hành chính - Tổng hợp.
    • Tăng độ chính xác và khả năng tra cứu hồ sơ cũ lên 100%, loại bỏ hoàn toàn tình trạng mất mát, rách nát sổ lưu trữ.

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

Kịch bản sử dụng thực tế (Real-World Use Cases)

  1. Tiếp nhận chỉ đạo khẩn từ Bộ/Tỉnh: Văn thư nhận công văn điện tử đến qua email/fax, đưa ngay lên hệ thống e-Office, đính kèm file quét scan .pdf. Hiệu trưởng nhận được thông báo trên giao diện điều hành, duyệt bút phê chỉ đạo và phân công ngay cho Trưởng phòng Đào tạo xử lý chỉ trong vòng 5 phút.
  2. Ban hành Quyết định nội bộ của Trường: Chuyên viên phòng Tổ chức - Cán bộ soạn thảo dự thảo công văn, đẩy lên hệ thống. Lãnh đạo phòng kiểm tra nội dung và ký nháy điện tử; chuyển tiếp Văn thư kiểm tra thể thức pháp lý; trình Hiệu trưởng duyệt và phát hành rộng rãi tới toàn bộ cán bộ trường tức thời.

Chiến lược triển khai và Yêu cầu hạ tầng

  • Yêu cầu máy chủ (Server Minimum Requirements):
    • CPU: Dual Core 2.4 GHz trở lên.
    • RAM: 4 GB (khuyến nghị 8 GB).
    • Ổ cứng: 200 GB SSD (đảm bảo lưu trữ file đính kèm trong 5 năm).
    • Hệ điều hành: Ubuntu Server 20.04 LTS / CentOS 7 hoặc Windows Server.
  • Yêu cầu máy trạm (Client Requirements):
    • Mọi thiết bị có trình duyệt web tiêu chuẩn (Chrome, Edge, Firefox, Safari) có kết nối mạng LAN hoặc Internet.

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

Hạn chế kỹ thuật

  • Chưa tích hợp dịch vụ ký số chữ ký công cộng chuẩn PKI (Chữ ký số Ban Cơ yếu Chính phủ).
  • Dung lượng file đính kèm hiện tại đang giới hạn ở mức 20MB cho mỗi văn bản để tránh nghẽn băng thông đường truyền nội bộ.
  • Chưa xây dựng ứng dụng di động độc lập (Native Mobile App) trên iOS và Android.

Hướng phát triển trong tương lai

  • Tích hợp công nghệ nhận dạng ký tự quang học (OCR) để tự động trích xuất số hiệu, ngày ban hành và trích yếu từ file scan PDF/ảnh.
  • Phát triển API RESTful mở rộng để liên thông văn bản quốc gia theo chuẩn kết nối liên thông e-Office của Chính phủ.
  • Ứng dụng thông báo đẩy qua Web Push Notification và tích hợp Chat bot hỗ trợ giải đáp quy trình văn thư.

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

  • Sinh viên và Học viên CNTT: Nguồn tài liệu tham khảo chuẩn mực về cách áp dụng toàn diện công cụ Enterprise Architect và các biểu đồ UML vào một bài toán chuyển đổi số nghiệp vụ thực tế.
  • Lập trình viên và Kỹ sư phần mềm: Cung cấp mô hình kiến trúc CSDL quan hệ 3NF chuẩn mực cho bài toán quản lý quy trình nghiệp vụ (Workflow Engine) và phân quyền RBAC linh hoạt.
  • Các Cơ quan, Đơn vị, Trường học: Một giải pháp mẫu hoàn chỉnh, tiết kiệm chi phí đầu tư để chuyển đổi mô hình hành chính truyền thống sang văn phòng điện tử không giấy tờ (Paperless Office).
  • Các Nhà nghiên cứu: Cơ sở thực nghiệm về tối ưu hóa quy trình điều hành hành chính công trong các cơ sở giáo dục đại học tại Việt Nam.

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

1. Hệ thống e-Office yêu cầu cấu hình hạ tầng phần cứng như thế nào để triển khai?

Hệ thống sử dụng nền tảng Web-based mã nguồn mở nhẹ nhàng. Phía máy chủ chỉ cần cấu hình cơ bản (2 Cores CPU, 4GB RAM, Web Server Apache/Nginx và MySQL 5.7+). Phía người dùng không cần cài đặt bất kỳ phần mềm nào, chỉ cần truy cập qua trình duyệt web trên máy tính hoặc điện thoại.

2. Hệ thống có khả năng đáp ứng bao nhiêu người dùng cùng lúc và khả năng mở rộng (Scalability)?

Với thiết kế CSDL phân tán theo chỉ mục (Indexed B-Tree) và kiến trúc 3 tầng, hệ thống đáp ứng tốt cho hơn 500 cán bộ, nhân viên nhà trường với lưu lượng 100-150 phiên làm việc đồng thời mà không bị trễ. Khi số lượng tài liệu tăng lên hàng triệu bản ghi, hệ thống có thể nâng cấp mở rộng bằng cách tách máy chủ Web và máy chủ CSDL (Database Replication).

3. Hệ thống có thể tích hợp với các phần mềm quản lý đào tạo hoặc cổng thông tin hiện hữu không?

Có. Cơ sở dữ liệu của e-Office được thiết kế theo chuẩn mã hóa UTF-8 với các bảng thực thể độc lập (CANBO, DONVI). Hệ thống hoàn toàn có thể kết nối đồng bộ tài khoản người dùng qua giao thức LDAP/SSO hoặc liên kết dữ liệu qua RESTful API.

4. Công tác bảo mật dữ liệu và phòng chống mất mát văn bản được xử lý ra sao?

Toàn bộ dữ liệu được quản lý tập trung trên cơ sở dữ liệu MySQL với cơ chế sao lưu định kỳ tự động (Automated Daily Backup). Các mật khẩu được mã hóa một chiều, quyền truy cập văn bản được phân định nghiêm ngặt theo chức vụ và đơn vị công tác, ngăn chặn triệt để tình trạng truy cập chéo trái phép.

5. Chi phí triển khai và thời gian thu hồi vốn (ROI) ước tính như thế nào?

Nhờ sử dụng 100% công nghệ mã nguồn mở (PHP, MySQL, Apache, Linux), chi phí bản quyền phần mềm là 0 đồng. Dự kiến nhà trường thu hồi chi phí đầu tư máy chủ chỉ sau 6 đến 9 tháng vận hành nhờ tiết kiệm chi phí giấy in, mực in, bảo dưỡng máy photocopy và thời gian lao động hành chính.

Kết luận

Đồ án tốt nghiệp "Xây dựng hệ thống quản lý công văn, điều hành công việc trực tuyến e-Office tại Trường Đại học Quảng Nam" do sinh viên Phạm Văn Quang thực hiện dưới sự hướng dẫn của ThS. Đỗ Quang Khôi đã giải quyết thành công bài toán chuyển đổi số quy trình văn thư hành chính của nhà trường. Bằng việc ứng dụng chặt chẽ ngôn ngữ mô hình hóa UML kết hợp công cụ Enterprise Architect và kiến trúc Web-based MVC, đề tài không chỉ đạt được giá trị học thuật xuất sắc trong phân tích thiết kế hệ thống thông tin mà còn mang lại giá trị thực tiễn cao, sẵn sàng triển khai áp dụng rộng rãi để xây dựng mô hình đại học thông minh, hiện đại và không giấy tờ.