Giới thiệu dự án

Trong bối cảnh chuyển đổi số giáo dục đại học và nghiên cứu khoa học, việc số hóa quy trình quản trị học thuật đóng vai trò sống còn đối với uy tín của các cơ sở đào tạo. Theo thống kê từ Bộ Khoa học và Công nghệ, hơn 75% các tạp chí khoa học trong nước trước giai đoạn 2018 vẫn vận hành theo phương thức truyền thống hoặc bán tự động (sử dụng thư điện tử kết hợp Microsoft Word/Excel phân tán). Thực trạng này dẫn đến độ trễ xuất bản trung bình từ 4 đến 8 tháng cho một bài báo, tỷ lệ thất lạc tài liệu trong khâu phản biện lên tới 12%, và gây quá tải nghiêm trọng cho đội ngũ thư ký biên tập.

Tại Học viện Ngân hàng, Tạp chí Khoa học & Đào tạo Ngân hàng là cơ quan ngôn luận khoa học đầu ngành, tiếp nhận hàng trăm công trình nghiên cứu chuyên sâu mỗi năm về tài chính, ngân hàng, quản trị kinh doanh và công nghệ thông tin. Tuy nhiên, việc lưu trữ phân tán trên máy tính cá nhân của biên tập viên, hồ sơ giấy tại thư viện và qua email rời rạc đã bộc lộ những điểm nghẽn nghiêm trọng:

  • Thất lạc và phân mảnh dữ liệu: Không có cơ chế kiểm soát phiên bản (Version Control) đồng nhất giữa các bản thảo trước và sau chỉnh sửa.
  • Kéo dài vòng đời duyệt bài: Quy trình chuyển giao thủ công giữa Tác giả, Thư ký, Ban biên tập, Ban phản biện, Ban thiết kế và Tổng biên tập tạo ra độ trễ lớn.
  • Thiếu minh bạch và khó khăn trong tra cứu: Tác giả không thể theo dõi trạng thái bài viết theo thời gian thực (Real-time tracking), trong khi độc giả và sinh viên khó tiếp cận kho tri thức số.

Mục tiêu dự án

  1. Quy trình hóa toàn diện: Chuẩn hóa và tự động hóa chu trình khép kín gồm 6 giai đoạn: Nộp bài $\rightarrow$ Sơ duyệt $\rightarrow$ Phản biện $\rightarrow$ Biên tập $\rightarrow$ Dàn trang/Thiết kế $\rightarrow$ Phê duyệt xuất bản.
  2. Xây dựng cơ sở dữ liệu quan hệ chuẩn hóa (3NF): Thiết lập kiến trúc dữ liệu tập trung, đảm bảo tính toàn vẹn và bảo mật phân quyền cho 5 nhóm tác nhân chính.
  3. Tối ưu hóa hiệu năng và trải nghiệm người dùng (UI/UX): Phát triển giao diện Web tương thích cao, giảm thiểu tối đa các thao tác dư thừa của biên tập viên và tác giả.
  4. Minh bạch hóa hoạt động học thuật: Thiết lập hệ thống thông báo trạng thái tự động và quản lý lịch sử chỉnh sửa chi tiết.

Phương pháp tiếp cận và kết quả kỳ vọng

Dự án áp dụng phương pháp tiếp cận phân tích và thiết kế có cấu trúc kết hợp kiến trúc phần mềm phân lớp Model-View-Controller (MVC). Hệ thống chuyển đổi toàn bộ quy trình giấy tờ sang nền tảng web trực tuyến. Kết quả kỳ vọng đo lường được:

  • Rút ngắn thời gian xử lý phản biện và biên tập từ 60 ngày xuống còn dưới 18 ngày (giảm 70%).
  • Giảm 100% tình trạng thất lạc bản thảo và tài liệu phản biện.
  • Hỗ trợ truy xuất dữ liệu với thời gian phản hồi truy vấn dưới 200ms cho hơn 10.000 bản ghi bài báo.

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 quản lý xuất bản tại các trường đại học khối kinh tế cho thấy sự chênh lệch rõ rệt giữa các giải pháp công nghệ hiện hành:

Tiêu chí đánh giá Quản lý thủ công (Word/Excel/Email) Open Journal Systems (OJS) quốc tế Hệ thống Quản lý Tạp chí Khoa học & Đào tạo Ngân hàng
Chi phí triển khai Thấp (sử dụng công cụ có sẵn) Cao (chi phí máy chủ, tùy biến phức tạp) Tối ưu (phát triển đúng đặc thù đơn vị)
Tính tương thích nghiệp vụ Kém, quy trình rời rạc Khó tùy chỉnh theo quy chế nội bộ HVNH Tương thích 100% với quy chế xuất bản của HVNH
Kiểm soát phiên bản bài báo Không có, dễ ghi đè Có Có, gắn mã định danh phiên bản và vết sửa đổi
Bảo mật phân quyền Rất yếu, nguy cơ lộ danh tính phản biện Phức tạp trong cấu hình Phân quyền RBAC nghiêm ngặt theo 5 vai trò
Giao diện & Ngôn ngữ Tiếng Việt cơ bản Tiếng Anh (bản dịch Tiếng Việt hạn chế) Tiếng Việt chuẩn hóa, tối ưu hóa thao tác

Hệ thống yêu cầu được phân tích theo ma trận ưu tiên MoSCoW:

  • Must-have (Bắt buộc): Đăng ký/đăng nhập phân quyền, nộp bài trực tuyến, chuyển luồng phản biện kín, lưu vết phản biện/biên tập, phê duyệt xuất bản, quản lý mục lục số tạp chí.
  • Should-have (Nên có): Tự động gửi thông báo qua hệ thống khi có cập nhật trạng thái, lọc bài báo theo chuyên đề nghiên cứu, xuất báo cáo tiến độ.
  • Could-have (Có thể có): Quản lý chi trả nhuận bút và tài chính xuất bản (THANHTOAN), đính kèm file thiết kế bìa tạp chí (THIETKE).
  • Won't-have (Tạm hoãn): Tích hợp cổng kiểm tra trùng lặp tự động (Plagiarism checker API) và gán mã định danh DOI tự động qua Crossref.

Thiết kế hệ thống

Kiến trúc hệ thống được xây dựng trên mô hình 3 tầng (3-Tier Architecture) kết hợp mẫu hình kiến trúc Model-View-Controller (MVC):

  • Presentation Layer (View): Giao diện web xây dựng bằng HTML5, CSS3, JavaScript và Bootstrap, tương thích đa trình duyệt.
  • Application Logic Layer (Controller): Xử lý các quy tắc nghiệp vụ (Business Rules), điều phối luồng dữ liệu, xác thực quyền truy cập và kiểm tra tính hợp lệ của dữ liệu đầu vào.
  • Data Layer (Model): Hệ quản trị cơ sở dữ liệu quan hệ RDBMS (MySQL / Microsoft SQL Server) chịu trách nhiệm quản lý cấu trúc bảng, ràng buộc toàn vẹn và thực thi truy vấn.
+-----------------------------------------------------------------------+
|                       Presentation Layer (View)                       |
|           Giao diện Tác giả - Phản biện - Biên tập - Tổng biên tập    |
|                     Application Layer (Controller)                    |
|  - AuthController     - ArticleController    - ReviewController       |
|  - EditController     - IssueController      - DesignController       |
|                        Data Layer (Model / RDBMS)                     |
+-----------------------------------------------------------------------+

Thiết kế cơ sở dữ liệu vật lý và ràng buộc toàn vẹn (DDL)

Dữ liệu được chuẩn hóa về dạng chuẩn 3 (3NF) nhằm loại bỏ dư thừa dữ liệu và triệt tiêu các dị thường khi thêm, xóa, sửa (Insert/Delete/Update Anomalies).

-- Bảng tài khoản người dùng
CREATE TABLE TAIKHOAN (
    Tk_ID VARCHAR(10) PRIMARY KEY,
    Username VARCHAR(50) NOT NULL UNIQUE,
    Password VARCHAR(255) NOT NULL,
    Role VARCHAR(20) NOT NULL,
    Created_At DATETIME DEFAULT CURRENT_TIMESTAMP
);

-- Bảng thông tin chi tiết tác giả
CREATE TABLE TACGIA (
    Tac_gia_ID VARCHAR(10) PRIMARY KEY,
    Tk_ID VARCHAR(10) NOT NULL,
    Ten_tac_gia NVARCHAR(255) NOT NULL,
    Don_vi_cong_tac NVARCHAR(255),
    Linh_vuc_nghien_cuu NVARCHAR(255),
    Email VARCHAR(100) NOT NULL,
    Dien_thoai VARCHAR(20),
    Dia_chi NVARCHAR(255),
    CONSTRAINT FK_TacGia_TaiKhoan FOREIGN KEY (Tk_ID) REFERENCES TAIKHOAN(Tk_ID) ON DELETE CASCADE
);

-- Bảng trạng thái tiến trình bài báo
CREATE TABLE TRANGTHAI (
    Trang_thai_ID VARCHAR(10) PRIMARY KEY,
    Trang_thai NVARCHAR(100) NOT NULL
);

-- Bảng bài báo khoa học
CREATE TABLE BAIBAO (
    Bai_bao_ID VARCHAR(10) PRIMARY KEY,
    Tac_gia_ID VARCHAR(10) NOT NULL,
    Chu_de_ID VARCHAR(10) NOT NULL,
    Ten_bai_bao NVARCHAR(500) NOT NULL,
    Tom_tat NTEXT NOT NULL,
    Noi_dung NTEXT NOT NULL,
    Ngay_gui_bai DATE NOT NULL,
    Trang_thai_ID VARCHAR(10) NOT NULL,
    Tap_chi_ID VARCHAR(10) NULL,
    CONSTRAINT FK_BaiBao_TacGia FOREIGN KEY (Tac_gia_ID) REFERENCES TACGIA(Tac_gia_ID),
    CONSTRAINT FK_BaiBao_TrangThai FOREIGN KEY (Trang_thai_ID) REFERENCES TRANGTHAI(Trang_thai_ID)
);

-- Bảng chi tiết phản biện
CREATE TABLE PHANBIEN (
    Phan_bien_ID VARCHAR(10) PRIMARY KEY,
    Bai_bao_ID VARCHAR(10) NOT NULL,
    Tk_ID VARCHAR(10) NOT NULL, -- Định danh chuyên gia phản biện
    Thoi_gian_nhan_yeu_cau DATE NOT NULL,
    Thoi_gian_hoan_thanh DATE NULL,
    Ket_luan NVARCHAR(50), -- Chấp thuận, Yêu cầu sửa, Từ chối
    Y_kien_phan_bien NTEXT,
    Cac_diem_bo_sung NTEXT,
    CONSTRAINT FK_PhanBien_BaiBao FOREIGN KEY (Bai_bao_ID) REFERENCES BAIBAO(Bai_bao_ID),
    CONSTRAINT FK_PhanBien_TaiKhoan FOREIGN KEY (Tk_ID) REFERENCES TAIKHOAN(Tk_ID)
);

-- Bảng nhật ký biên tập bài viết
CREATE TABLE BIENTAP (
    Bien_tap_ID VARCHAR(10) PRIMARY KEY,
    Bai_bao_ID VARCHAR(10) NOT NULL,
    Tk_ID VARCHAR(10) NOT NULL,
    Thoi_gian_yeu_cau DATE NOT NULL,
    Thoi_gian_hoan_thanh DATE NULL,
    Noi_dung_bien_tap NTEXT,
    CONSTRAINT FK_BienTap_BaiBao FOREIGN KEY (Bai_bao_ID) REFERENCES BAIBAO(Bai_bao_ID),
    CONSTRAINT FK_BienTap_TaiKhoan FOREIGN KEY (Tk_ID) REFERENCES TAIKHOAN(Tk_ID)
);

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

Dự án áp dụng mô hình phát triển phần mềm thác nước kết hợp vòng lặp kiểm thử thích ứng (Iterative Waterfall Model):

  • Giai đoạn 1 (Tuần 1 - 3): Khảo sát thực tế nghiệp vụ tại Phòng Xuất bản Tổng hợp - Học viện Ngân hàng và Công ty iSEAS; thu thập biểu mẫu báo cáo, quy trình luân chuyển bản thảo.
  • Giai đoạn 2 (Tuần 4 - 6): Xây dựng biểu đồ ngữ cảnh, biểu đồ phân rã chức năng (BFD), biểu đồ luồng dữ liệu (DFD mức 0, mức 1 cho 5 tiến trình cốt lõi).
  • Giai đoạn 3 (Tuần 7 - 10): Thiết kế mô hình quan hệ thực thể (ERM), chuyển đổi sang lược đồ cơ sở dữ liệu vật lý và chuẩn hóa quan hệ.
  • Giai đoạn 4 (Tuần 11 - 14): Lập trình phát triển các module chức năng theo mô hình MVC; tích hợp giao diện người dùng.
  • Giai đoạn 5 (Tuần 15 - 16): Kiểm thử đơn vị (Unit Testing), kiểm thử tích hợp (Integration Testing) và đánh giá nghiệm thu người dùng (UAT).
+-----------------------------------+---------------------------------------------+----------------------------------------------+
| Rủi ro kỹ thuật / nghiệp vụ       | Mức độ | Biện pháp giảm thiểu               | Kết quả đạt được                             |
+-----------------------------------+---------------------------------------------+----------------------------------------------+
| Xung đột dữ liệu khi sửa đổi bài  | Cao    | Cơ chế khóa bản ghi (Optimistic Locking)   | Không xảy ra tình trạng mất dữ liệu bài viết |
| Rò rỉ thông tin phản biện kín     | Cao    | Tách biệt bảng dữ liệu, che giấu ID tác giả | Đảm bảo tính khách quan 100% trong thẩm định |
| Tải trọng file bản thảo lớn       | Vừa    | Giới hạn dung lượng upload, nén file lưu trữ| Tốc độ tải trang ổn định dưới 1.5 giây       |
+-----------------------------------+---------------------------------------------+----------------------------------------------+

Implementation và kết quả

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

Quy trình xử lý trạng thái bài báo là linh hồn của hệ thống, được điều khiển bằng máy trạng thái hữu hạn (Finite State Machine - FSM). Thuật toán đảm bảo một bài báo chỉ có thể chuyển sang trạng thái kế tiếp khi thỏa mãn các điều kiện biên nghiệp vụ.

<?php
namespace App\Controllers;

class ArticleWorkflowController {
    // Định nghĩa các hằng số trạng thái
    const STATUS_SUBMITTED       = 'ST01'; // Đã gửi bài mới
    const STATUS_SECRETARY_PASS  = 'ST02'; // Thư ký duyệt sơ loại
    const STATUS_REVIEWING       = 'ST03'; // Đang phản biện
    const STATUS_REVISION_REQ    = 'ST04'; // Yêu cầu chỉnh sửa
    const STATUS_EDITING         = 'ST05'; // Đang biên tập
    const STATUS_APPROVED        = 'ST06'; // Tổng biên tập duyệt
    const STATUS_DESIGNING       = 'ST07'; // Chuyển ban thiết kế
    const STATUS_PUBLISHED       = 'ST08'; // Đã xuất bản
    const STATUS_REJECTED        = 'ST09'; // Từ chối bài viết

    /**
     * Thuật toán chuyển trạng thái bài báo theo vai trò người dùng
     * Độ phức tạp thuật toán: O(1)
     */
    public function transitionState($articleId, $targetState, $userRole, $reviewData = []) {
        $article = $this->getArticleById($articleId);
        if (!$article) {
            return ['status' => false, 'message' => 'Bài báo không tồn tại.'];
        }

        switch ($userRole) {
            case 'SECRETARY':
                if ($article->Trang_thai_ID === self::STATUS_SUBMITTED && $targetState === self::STATUS_SECRETARY_PASS) {
                    $this->updateStatus($articleId, self::STATUS_SECRETARY_PASS);
                    return ['status' => true, 'message' => 'Sơ duyệt thành công, chuyển Ban biên tập.'];
                }
                break;

            case 'REVIEWER':
                if ($article->Trang_thai_ID === self::STATUS_REVIEWING) {
                    // Lưu đánh giá phản biện
                    $this->saveReviewResult($articleId, $reviewData);
                    $nextStatus = ($reviewData['decision'] === 'ACCEPT') ? self::STATUS_EDITING : self::STATUS_REVISION_REQ;
                    $this->updateStatus($articleId, $nextStatus);
                    return ['status' => true, 'message' => 'Đã gửi kết quả thẩm định.'];
                }
                break;

            case 'EDITOR_IN_CHIEF':
                if ($article->Trang_thai_ID === self::STATUS_EDITING && $targetState === self::STATUS_APPROVED) {
                    $this->updateStatus($articleId, self::STATUS_APPROVED);
                    $this->assignToIssue($articleId, $reviewData['issue_id']);
                    return ['status' => true, 'message' => 'Phê duyệt xuất bản thành công.'];
                }
                break;
        }

        return ['status' => false, 'message' => 'Thao tác không hợp lệ với vai trò hiện tại.'];
    }
}
?>

Kiểm thử và đánh giá thực nghiệm

Hệ thống đã trải qua 45 kịch bản kiểm thử chức năng (Functional Test Cases) và kiểm thử hiệu năng với công cụ Apache JMeter:

  • Kiểm thử chức năng: 100% các ca kiểm thử liên quan đến phân quyền (Tác giả không thể xem danh tính Phản biện, Phản biện không thể chỉnh sửa trực tiếp nội dung gốc) đều đạt kết quả chính xác (Pass).
  • Kiểm thử tải (Load Testing): Mô phỏng 150 người dùng đồng thời (Concurrent Users) thực hiện gửi bài, tra cứu và duyệt dữ liệu.
    • Thời gian phản hồi trung bình (Average Latency): 185 ms.
    • Tỷ lệ lỗi (Error Rate): 0.00%.
    • Thông lượng (Throughput): 420 requests/second.
+---------------------------------------------------------------------------------+
|                             KẾT QUẢ KIỂM THỬ HỆ THỐNG                           |
+-----------------------------------+--------------------+------------------------+
| Phân hệ chức năng                 | Số lượng Test Case | Tỷ lệ thành công (UAT) |
+-----------------------------------+--------------------+------------------------+
| Quản lý người dùng & Phân quyền   | 8                  | 100%                   |
| Quản lý hoạt động Tác giả         | 10                 | 98%                    |
| Quản lý hoạt động Phản biện       | 9                  | 96%                    |
| Quản lý hoạt động Biên tập        | 11                 | 97%                    |
| Quản lý Thiết kế & Xuất bản số báo| 7                  | 100%                   |
+-----------------------------------+--------------------+------------------------+

Kết quả đạt được so với mục tiêu ban đầu

+-----------------------------+------------------------------------+------------------------------------+
| Chỉ số đánh giá             | Kế hoạch đề ra ban đầu             | Kết quả thực tế đạt được           |
+-----------------------------+------------------------------------+------------------------------------+
| Chu trình xuất bản bài báo  | Giảm 50% thời gian xử lý           | Giảm 70% (từ 60 ngày còn 18 ngày)  |
| Khả năng lưu trữ phiên bản  | Lưu trữ ít nhất 2 phiên bản sửa đổi| Lưu trữ toàn bộ lịch sử không giới hạn |
| Độ trễ giao diện            | < 2.0 giây                         | < 1.2 giây                         |
| Chuẩn hóa dữ liệu (3NF)     | Hoàn thiện mô hình CSDL            | 10 bảng vật lý chuẩn hóa 100%      |
+-----------------------------+------------------------------------+------------------------------------+

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

  1. Mô hình hóa nghiệp vụ đặc thù ngành Ngân hàng: Đồ án đã giải quyết bài toán phức tạp trong việc phối hợp liên phòng ban tại Học viện Ngân hàng. Khác với các phần mềm mã nguồn mở cồng kềnh, giải pháp tập trung chính xác vào quy trình: Tác giả $\rightarrow$ Thư ký $\rightarrow$ Biên tập $\rightarrow$ Phản biện chuyên gia $\rightarrow$ Dựng mục lục $\rightarrow$ Thiết kế $\rightarrow$ Phê duyệt Tổng biên tập.
  2. Cơ chế lưu vết và kiểm soát phiên bản độc lập (SUA, PHANBIEN, BIENTAP): Mỗi bài báo khi trải qua các vòng chỉnh sửa đều được phân tách dữ liệu rõ ràng (NoiDungTruoc, NoiDungSau, CacDiemCanSua). Điều này giúp Ban biên tập dễ dàng so sánh sự tiến bộ của bản thảo mà không làm ghi đè dữ liệu gốc.
  3. Tối ưu hóa chi phí và tính chủ động công nghệ: Tiết kiệm 100% chi phí bản quyền phần mềm nước ngoài hàng năm, đồng thời cho phép đội ngũ kỹ thuật nội bộ dễ dàng nâng cấp, tích hợp thêm các cổng thanh toán nhuận bút hoặc hệ thống thư viện số của trường.

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

Kịch bản triển khai thực tế

  1. Kịch bản 1: Nộp bài và Phản biện kín (Double-blind Peer Review)
    • Tác giả tải lên bản thảo nghiên cứu dạng Word/PDF kèm tóm tắt và từ khóa.
    • Hệ thống tự động mã hóa thông tin tác giả, chỉ chuyển nội dung chuyên môn đến tài khoản của chuyên gia phản biện được chỉ định.
    • Chuyên gia nhập nhận xét theo các tiêu chí chuẩn hóa, chọn kết luận (Chấp thuận / Yêu cầu sửa / Từ chối) và gửi ngược lại hệ thống trong vòng 10 ngày.
  2. Kịch bản 2: Dựng mục lục và Thiết kế số tạp chí định kỳ
    • Sau khi Tổng biên tập phê duyệt các bài báo đạt chuẩn, Thư ký tiến hành gán bài viết vào cấu trúc số báo dự kiến (TAPCHI).
    • Ban thiết kế tiếp nhận danh sách, tải bản thảo đã biên tập để thực hiện dàn trang (InDesign), sau đó cập nhật số trang chính thức và file bìa lên hệ thống để xuất bản bản in/bản số.

Yêu cầu môi trường triển khai hệ thống

  • Phần cứng máy chủ (Server Hardware Requirements):
    • CPU: Tối thiểu 4 Cores (khuyến nghị 8 Cores Intel Xeon/AMD EPYC).
    • RAM: Tối thiểu 8 GB DDR4 (khuyến nghị 16 GB).
    • Ổ cứng: 100 GB SSD NVMe (đảm bảo tốc độ I/O đọc ghi tài liệu).
    • Băng thông mạng: 100 Mbps đối xứng.
  • Môi trường phần mềm (Software Environment):
    • Hệ điều hành: Ubuntu Server 20.04 LTS hoặc CentOS 7/8.
    • Web Server: Apache HTTP Server 2.4 / NGINX 1.18+.
    • Hệ quản trị CSDL: MySQL Server 5.7+ / MariaDB 10.3+ / MS SQL Server 2014+.
    • PHP Runtime: PHP 7.4 trở lên kèm các module mở rộng (pdo_mysql, mbstring, openssl, gd, zip).
+---------------------------------------------------------------------------------+
|                       LỘ TRÌNH TRIỂN KHAI VÀ ƯỚC TÍNH ROI                       |
+--------------------------+-----------------------+------------------------------+
| Giai đoạn                | Thời gian thực hiện   | Đầu ra bàn giao              |
+--------------------------+-----------------------+------------------------------+
| 1. Cài đặt hạ tầng & DB  | 02 tuần               | CSDL vật lý và cấu hình Web  |
| 2. Nhập liệu & Migrate   | 02 tuần               | Chuyển đổi dữ liệu 3 năm cũ  |
| 3. Đào tạo cán bộ        | 01 tuần               | Hướng dẫn sử dụng cho 5 role |
| 4. Vận hành thử nghiệm   | 04 tuần               | Xuất bản 01 số báo thử nghiệm|
| 5. Bàn giao chính thức   | 01 tuần               | Hệ thống vận hành 100% online|
+--------------------------+-----------------------+------------------------------+

Ước tính hiệu quả kinh tế (ROI): Tiết kiệm ước tính 120.000.000 VNĐ/năm chi phí in ấn bản thảo nháp, văn phòng phẩm và 400 giờ làm việc hành chính của đội ngũ biên tập viên.

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

Hạn chế kỹ thuật hiện tại

  • Hệ thống chưa tích hợp công cụ đọc và chuyển đổi tự động định dạng tài liệu khoa học sang XML (JATS XML) theo chuẩn quốc tế.
  • Chưa tích hợp cổng API phát hiện đạo văn (Turnitin / iThenticate) để tự động hóa khâu sơ loại bài viết.
  • Việc chỉ định người phản biện vẫn phụ thuộc hoàn toàn vào thao tác thủ công của biên tập viên, chưa có thuật toán gợi ý chuyên gia dựa trên từ khóa (Keyword Matching).

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

  • Tích hợp AI & Machine Learning: Ứng dụng xử lý ngôn ngữ tự nhiên (NLP) để tự động phân loại chủ đề bài viết và tự động đề xuất chuyên gia phản biện phù hợp nhất dựa trên lịch sử nghiên cứu.
  • Chuẩn hóa chỉ mục quốc tế: Nâng cấp hệ thống để kết nối định danh tự động ORCID của tác giả, gán DOI tự động thông qua Crossref API và liên kết chỉ mục Google Scholar/DOAJ.
  • Phát triển Mobile App: Xây dựng ứng dụng di động (Flutter / React Native) dành riêng cho Ban biên tập và Phản biện để duyệt bài nhanh chóng qua thông báo đẩy (Push Notifications).

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

  • Sinh viên & Học viên cao học: Tiếp cận kho học liệu điện tử chính thống của Học viện Ngân hàng nhanh chóng, hỗ trợ đắc lực cho hoạt động nghiên cứu khoa học và làm khóa luận tốt nghiệp.
  • Lập trình viên & Kỹ sư phần mềm: Nắm bắt trọn vẹn phương pháp luận phân tích thiết kế hệ thống thông tin hướng cấu trúc (DFD, ERM, chuẩn hóa dữ liệu 3NF) và kiến trúc điều khiển luồng công việc đa tác nhân.
  • Nhà trường & Ban Biên tập Tạp chí: Nâng cao tính chuyên nghiệp, minh bạch hóa toàn bộ quy trình công bố khoa học, tiết kiệm chi phí vận hành và chuẩn bị sẵn sàng hạ tầng số để hội nhập các chuẩn tạp chí quốc tế (ACI, Scopus).
  • Nhà khoa học & Tác giả nghiên cứu: Theo dõi tiến độ duyệt bài trực tiếp, giảm thiểu rủi ro chậm trễ công bố công trình và nhận phản hồi phản biện đa chiều, chất lượng.

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

1. Yêu cầu cấu hình tối thiểu để cài đặt và triển khai hệ thống là gì?

Hệ thống yêu cầu máy chủ cài đặt hệ điều hành Linux (Ubuntu/CentOS) hoặc Windows Server, tối thiểu 4 GB RAM, 2 CPU Cores, Web Server Apache/Nginx hỗ trợ PHP 7.4+ và hệ quản trị CSDL MySQL 5.7+ hoặc MS SQL Server. Phía người dùng chỉ cần trình duyệt web hiện đại (Chrome, Edge, Firefox) có kết nối Internet.

2. Hệ thống có đảm bảo tính bảo mật trong quy trình phản biện kín không?

Có. Hệ thống áp dụng cơ chế phân quyền dựa trên vai trò (RBAC) nghiêm ngặt kết hợp che giấu dữ liệu định danh. Trong bảng PHANBIEN, chuyên gia chỉ có thể truy cập nội dung bài báo và file tóm tắt mà không thể xem thông tin cá nhân của tác giả trong bảng TACGIA và ngược lại.

3. Hệ thống có khả năng mở rộng (Scalability) khi số lượng bài nộp tăng đột biến không?

Cơ sở dữ liệu được thiết kế đạt chuẩn 3NF với các chỉ mục (Index) được đánh tối ưu trên các khóa chính và khóa ngoại (Bai_bao_ID, Tac_gia_ID, Trang_thai_ID), cho phép hệ thống mở rộng lưu trữ hàng chục nghìn bài báo mà không suy giảm hiệu năng truy vấn.

4. Chi phí bảo trì và hỗ trợ vận hành hàng năm ước tính như thế nào?

Do hệ thống được xây dựng trên nền tảng công nghệ nguồn mở chuẩn hóa (PHP, MySQL, Bootstrap), chi phí bảo trì định kỳ rất thấp, chủ yếu bao gồm chi phí thuê máy chủ (Cloud VPS/Hosting) khoảng 2.000.000 – 5.000.000 VNĐ/năm và chi phí sao lưu dữ liệu tự động.

5. Dữ liệu các số tạp chí cũ trước đây có thể nhập vào hệ thống mới được không?

Hoàn toàn được. Hệ thống đã thiết kế sẵn module quản trị số tạp chí (TAPCHI) cho phép Admin tải lên các số báo lưu trữ trong quá khứ dưới dạng file PDF tổng hợp kèm mục lục chi tiết để phục vụ công tác tra cứu lịch sử của độc giả.

Kết luận

Đồ án khóa luận "Phát triển hệ thống quản lý tạp chí khoa học và đào tạo Ngân hàng" của tác giả Nguyễn Thị Phương (Học viện Ngân hàng) đã giải quyết triệt để bài toán chuyển đổi số trong quản lý xuất bản học thuật. Bằng việc kết hợp chặt chẽ giữa lý thuyết phân tích thiết kế hệ thống thông tin (DFD, ERM, 3NF) và kiến trúc phần mềm thực tiễn MVC, hệ thống đã chuẩn hóa thành công quy trình nghiệp vụ phức tạp của 5 ban chức năng, rút ngắn 70% thời gian xử lý bản thảo và loại bỏ hoàn toàn các điểm nghẽn của phương thức lưu trữ thủ công.

Đây không chỉ là một giải pháp công nghệ có giá trị ứng dụng thực tiễn cao tại Học viện Ngân hàng mà còn là tài liệu tham khảo chất lượng cho các sinh viên, kỹ sư hệ thống đang nghiên cứu về quy trình quản trị xuất bản và kiến trúc dữ liệu doanh nghiệp. Hãy bắt đầu chuẩn hóa và số hóa quy trình quản lý thông tin ngay hôm nay để tối ưu hóa nguồn lực và nâng tầm giá trị tri thức khoa học!