Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số ngành ngân hàng giai đoạn 2024–2030, áp lực cạnh tranh khốc liệt từ các công ty tài chính công nghệ (FinTech) cùng khối lượng giao dịch số bùng nổ đòi hỏi các ngân hàng thương mại phải sở hữu hạ tầng công nghệ thông tin vững chắc. Theo các báo cáo tài chính ngành, tỷ lệ giao dịch thực hiện qua kênh số tại Việt Nam đã vượt ngưỡng 85%, kéo theo yêu cầu xử lý hàng triệu giao dịch mỗi ngày với độ trễ tối thiểu và tính sẵn sàng đạt chuẩn viễn thông (99.99%).

Tại Ngân hàng Thương mại Cổ phần Quân đội (MB Bank), sự gia tăng quy mô khách hàng cá nhân và doanh nghiệp đã bộc lộ những thách thức lớn trong công tác quản lý và vận hành. Bài toán cốt lõi nằm ở việc dữ liệu phân tán giữa các bộ phận độc lập (Corporate Banking, Retail Banking, Finance, Treasury, Customer Service), quy trình liên phòng ban còn phát sinh độ trễ thủ công, nguy cơ tắc nghẽn giao dịch cục bộ và thách thức đảm bảo an toàn thông tin theo Thông tư 09/2020/TT-NHNN của Ngân hàng Nhà nước.

Đồ án tập trung nghiên cứu, phân tích và mô hình hóa Hệ thống Thông tin Quản lý (Management Information Systems - MIS) toàn diện cho Ngân hàng TMCP MB Bank nhằm giải quyết triệt để các rào cản trên.

+-------------------------------------------------------------------------+
|                    KIẾN TRÚC MỤC TIÊU HỆ THỐNG MIS                      |
+-------------------------------------------------------------------------+
|  [Kênh Số: App/Web] <---> [Hệ Thống Giao Dịch: Core Banking / TPS]       |
|                                    | (ETL Micro-batch < 2s)             |
|                                    v                                    |
| [Hệ Thống Phân Tích: DSS / EIS] <---> [Kho Dữ Liệu Tập Trung RDBMS]     |
|                                    ^                                    |
|  [Quy Trình Nghiệp Vụ: CRM / ERP] -+                                    |
+-------------------------------------------------------------------------+

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

  1. Chuẩn hóa luồng dữ liệu nghiệp vụ: Phân tích và mô hình hóa toàn diện các quy trình cốt lõi gồm chu trình mở tài khoản, chu trình cho vay, chu trình thanh toán điện tử và quản lý rủi ro tín dụng.
  2. Thiết kế kiến trúc hệ thống đa tầng: Ứng dụng các công cụ mô hình hóa chuyên nghiệp như Business Function Diagram (BFD), Data Flow Diagram (DFD từ Mức 0 đến Mức 2) và Entity Relationship Diagram (ERD).
  3. Đồng bộ hóa dữ liệu liên phòng ban: Thiết lập cơ chế tích hợp liền mạch giữa Hệ thống Xử lý Giao dịch (TPS), Hệ thống Quản trị Quan hệ Khách hàng (CRM), Hoạch định Nguồn lực Doanh nghiệp (ERP) và Hệ thống Hỗ trợ Ra Quyết định (DSS).
  4. Tối ưu hóa hiệu năng và bảo mật: Giảm thiểu độ trễ xử lý đơn hàng/giao dịch xuống dưới 500ms, đảm bảo an toàn dữ liệu khách hàng theo các tiêu chuẩn mã hóa tiên tiến.

Phạm vi và giới hạn

  • Phạm vi nghiên cứu: Khảo sát hiện trạng tổ chức, tin học và quy trình nghiệp vụ tại MB Bank; xây dựng mô hình phân tích chức năng, mô hình dòng dữ liệu và thiết kế cơ sở dữ liệu quan hệ phục vụ giao dịch và quản trị.
  • Giới hạn kỹ thuật: Đề tài tập trung chuyên sâu vào giai đoạn khảo sát, phân tích nghiệp vụ, mô hình hóa hệ thống và thiết kế logic/vật lý; không can thiệp tái cấu trúc hạ tầng phần cứng máy chủ vật lý lõi (Mainframe) đang vận hành thực tế.

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

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

Khảo sát hiện trạng tại MB Bank cho thấy hệ thống xử lý còn phân tán giữa nhiều ứng dụng chuyên biệt, gây khó khăn cho các cấp quản trị (Chiến lược, Điều hành, Tác nghiệp) trong việc truy xuất bức tranh tài chính tức thời.

Tiêu chí phân tích Hệ thống Silo truyền thống Ứng dụng Open-source rời rạc Hệ thống MIS đề xuất (MB Bank)
Tính đồng nhất dữ liệu Thấp (Dữ liệu phân mảnh) Trung bình (Tích hợp qua file/CSV) Cao (RDBMS đồng bộ theo thời gian thực)
Độ trễ xử lý (Latency) > 3.5 giây / giao dịch 1.8 – 2.5 giây / giao dịch < 450 ms (P99)
Khả năng hỗ trợ DSS/EIS Báo cáo tĩnh, độ trễ theo ngày Dashboard cơ bản, thiếu dự báo Phân tích đa chiều, mô phỏng kịch bản
Tuân thủ bảo mật Khó kiểm soát phân quyền Rủi ro lỗ hổng mở rộng Mã hóa AES-256, RBAC đa cấp

Ma trận ưu tiên yêu cầu người dùng (MoSCoW)

  • Must have (Bắt buộc): Module quản lý khách hàng tập trung (KYC); Xử lý giao dịch nộp/rút/chuyển khoản (TPS); Quản lý hạn mức và phê duyệt khoản vay; Bảo mật xác thực sinh trắc học và phân quyền RBAC.
  • Should have (Nên có): Dashboard phân tích hiệu suất theo chi nhánh cho Giám đốc điều hành (EIS); Hệ thống cảnh báo giao dịch bất thường tự động; Module chấm điểm tín dụng tự động (DSS).
  • Could have (Có thể có): Gợi ý gói tài chính cá nhân hóa dựa trên hành vi chi tiêu qua CRM; Cổng tích hợp API mở (Open Banking) cho đối tác thứ ba.
  • Won't have (Chưa ưu tiên): Tự động hóa giải ngân quốc tế qua mạng lưới Blockchain phi tập trung.

Thiết kế hệ thống

Kiến trúc hệ thống được thiết kế theo mô hình 4 tầng phân tán (Client Tier - API Gateway - Application/Service Tier - Data Tier), đảm bảo tính sẵn sàng cao (High Availability) và khả năng mở rộng quy mô linh hoạt.

+-------------------------------------------------------------------------+
|                  SƠ ĐỒ THIẾT KẾ KIẾN TRÚC HỆ THỐNG                      |
+-------------------------------------------------------------------------+
|  [Presentation Layer]  Mobile Banking App (iOS/Android) | Web Portal    |
|                                    |                                    |
|  [API Gateway Layer]   Spring Cloud Gateway / Rate Limiter / WAF        |
|                                    |                                    |
|  [Service/Engine Layer] TPS Engine | CRM Module | DSS Engine | ERP Core |
|                                    |                                    |
|  [Database Layer]      Oracle Database 19c Enterprise / SQL Server 2022 |
|                        (Primary Active - Read Replica Clustering)       |
+-------------------------------------------------------------------------+

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

  • Hệ quản trị CSDL: Oracle Database 19c Enterprise Edition / Microsoft SQL Server 2022.
  • Công cụ mô hình hóa & Thiết kế: SAP PowerDesigner 16.7 SP06 (ERD, DFD, PDM), App Diagram, BPMN 2.0.
  • Backend Framework: Spring Boot 3.2.3, Hibernate ORM 6.4, JDK 21 LTS.
  • Caching & Message Broker: Redis Enterprise 7.2, Apache Kafka 3.6 (Xử lý sự kiện giao dịch thời gian thực).
  • Tiêu chuẩn bảo mật: OAuth2 / OpenID Connect, JWT, Mã hóa AES-256 cho dữ liệu tĩnh, TLS 1.3 cho dữ liệu truyền tải.

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

Dưới đây là cấu trúc bảng DDL chuẩn hóa (3NF) cho các thực thể nòng cốt trong chu trình giao dịch và quản lý hạn mức tín dụng:

-- Bang Thong Tin Khach Hang (Customer Profile)
CREATE TABLE KHACH_HANG (
    MaKH VARCHAR2(20) PRIMARY KEY,
    HoTen NVARCHAR2(100) NOT NULL,
    SoCCCD VARCHAR2(12) UNIQUE NOT NULL,
    NgaySinh DATE NOT NULL,
    SoDienThoai VARCHAR2(15) NOT NULL,
    Email VARCHAR2(100),
    DiaChi NVARCHAR2(255),
    NgayTao TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    TrangThai VARCHAR2(20) CHECK (TrangThai IN ('ACTIVE', 'LOCKED', 'PENDING'))
);

-- Bang Tai Khoan Thanh Toan (Deposit/Payment Account)
CREATE TABLE TAI_KHOAN (
    SoTaiKhoan VARCHAR2(25) PRIMARY KEY,
    MaKH VARCHAR2(20) NOT NULL,
    LoaiTaiKhoan VARCHAR2(20) NOT NULL,
    SoDuKhaDung NUMBER(18, 2) DEFAULT 0.00 NOT NULL,
    DonViTienTe VARCHAR2(3) DEFAULT 'VND',
    TrangThaiTK VARCHAR2(20) DEFAULT 'ACTIVE',
    CONSTRAINT FK_TK_KHACHHANG FOREIGN KEY (MaKH) REFERENCES KHACH_HANG(MaKH)
);

-- Bang Nhat Ky Giao Dich (Transaction Log - TPS Engine)
CREATE TABLE GIAO_DICH (
    MaGiaoDich VARCHAR2(36) PRIMARY KEY,
    SoTaiKhoanNguon VARCHAR2(25) NOT NULL,
    SoTaiKhoanDich VARCHAR2(25) NOT NULL,
    SoTien NUMBER(18, 2) NOT NULL,
    NoiDung NVARCHAR2(255),
    LoaiGiaoDich VARCHAR2(30) NOT NULL,
    ThoiGianGiaoDich TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    MaXacThucOTP VARCHAR2(10),
    TrangThaiGD VARCHAR2(20) CHECK (TrangThaiGD IN ('SUCCESS', 'FAILED', 'PENDING')),
    CONSTRAINT FK_GD_TKNGUON FOREIGN KEY (SoTaiKhoanNguon) REFERENCES TAI_KHOAN(SoTaiKhoan),
    CONSTRAINT FK_GD_TKDICH FOREIGN KEY (SoTaiKhoanDich) REFERENCES TAI_KHOAN(SoTaiKhoan)
);

CREATE INDEX IDX_GD_THOIGIAN ON GIAO_DICH(ThoiGianGiaoDich);
CREATE INDEX IDX_TK_MAKH ON TAI_KHOAN(MaKH);

Methodology

Dự án áp dụng phương pháp luận lai kết hợp giữa SSADM (Structured Systems Analysis and Design Method) trong giai đoạn khảo sát mô hình hóa dữ liệu (BFD, DFD, ERD) và mô hình Scrum Agile (sprint 2 tuần) trong giai đoạn thiết kế, triển khai logic và kiểm thử.

Giai đoạn 1 (Tuần 1-3): Khảo sát & Xây dựng BFD/BPMN
Giai đoạn 2 (Tuần 4-6): Phân tích Luồng Dữ liệu (DFD Mức 0, 1, 2) & ERD
Giai đoạn 3 (Tuần 7-9): Thiết kế CSDL Logic/Vật lý trên PowerDesigner & Lập trình API
Giai đoạn 4 (Tuần 10-11): Kiểm thử Tải, Tối ưu Concurrency & Rà soát Bảo mật
Giai đoạn 5 (Tuần 12): Nghiệm thu UAT & Hoàn thiện Tài liệu Kỹ thuật

Implementation và kết quả

Development process

Quá trình hiện thực hóa giải pháp tập trung vào việc giải quyết bài toán xung đột dữ liệu (Concurrency Control) khi hàng ngàn giao dịch tác động đồng thời vào tài khoản nguồn/đích, đồng thời xây dựng thuật toán chấm điểm rủi ro hỗ trợ ra quyết định tín dụng.

Thuật toán xử lý giao dịch an toàn (ACID Transaction Handling)

-- Stored Procedure thuc thi chuyen khoan an toan (Atomic Transfer)
CREATE OR REPLACE PROCEDURE SP_EXECUTE_TRANSFER (
    p_FromAcc IN VARCHAR2,
    p_ToAcc   IN VARCHAR2,
    p_Amount  IN NUMBER,
    p_Content IN NVARCHAR2,
    p_TxId    OUT VARCHAR2,
    p_Status  OUT VARCHAR2
) AS
    v_Balance NUMBER(18, 2);
    v_LockStatus NUMBER;
BEGIN
    p_TxId := SYS_GUID();
    
    -- Khoa tai khoan nguon theo co che Row-Level Pessimistic Locking
    SELECT SoDuKhaDung INTO v_Balance 
    FROM TAI_KHOAN 
    WHERE SoTaiKhoan = p_FromAcc FOR UPDATE;
    
    IF v_Balance < p_Amount THEN
        p_Status := 'FAILED_INSUFFICIENT_FUNDS';
        ROLLBACK;
        RETURN;
    END IF;
    
    -- Tru tien tai khoan nguon
    UPDATE TAI_KHOAN 
    SET SoDuKhaDung = SoDuKhaDung - p_Amount 
    WHERE SoTaiKhoan = p_FromAcc;
    
    -- Cong tien tai khoan dich
    UPDATE TAI_KHOAN 
    SET SoDuKhaDung = SoDuKhaDung + p_Amount 
    WHERE SoTaiKhoan = p_ToAcc;
    
    -- Ghi nhat ky giao dich vao TPS
    INSERT INTO GIAO_DICH (MaGiaoDich, SoTaiKhoanNguon, SoTaiKhoanDich, SoTien, NoiDung, LoaiGiaoDich, TrangThaiGD)
    VALUES (p_TxId, p_FromAcc, p_ToAcc, p_Amount, p_Content, 'INTERNAL_TRANSFER', 'SUCCESS');
    
    COMMIT;
    p_Status := 'SUCCESS';
EXCEPTION
    WHEN OTHERS THEN
        ROLLBACK;
        p_Status := 'FAILED_SYSTEM_ERROR';
END;
/

Thuật toán hỗ trợ ra quyết định tín dụng (Credit Decision Support - DSS)

Độ phức tạp tính toán: $O(k)$ với $k$ là số lượng tiêu chí tài chính được đánh giá.

def calculate_credit_risk_score(income: float, debt_to_income: float, 
                                 credit_history_months: int, collateral_value: float, 
                                 loan_amount: float) -> dict:
    """
    Thuat toan cham diem tin dung tu dong cho he thong DSS MB Bank.
    """
    # 1. Tinh he so thanh toan tren thu nhap (DTI weight: 35%)
    dti_score = max(0, min(100, (1 - (debt_to_income / 0.50)) * 100))
    
    # 2. He so lich su tin dung (History weight: 25%)
    history_score = min(100, (credit_history_months / 60) * 100)
    
    # 3. Ty le bao dam khoan vay (LTV weight: 40%)
    ltv = loan_amount / collateral_value if collateral_value > 0 else 1.0
    ltv_score = max(0, min(100, (1 - (ltv / 0.80)) * 100))
    
    # Tong hop diem quy chuan theo thang diem 1000
    total_score = (dti_score * 0.35 + history_score * 0.25 + ltv_score * 0.40) * 10
    
    decision = "APPROVE" if total_score >= 700 else ("MANUAL_REVIEW" if total_score >= 500 else "REJECT")
    
    return {
        "credit_score": round(total_score, 2),
        "decision": decision,
        "metrics": {"dti_score": dti_score, "ltv_ratio": round(ltv, 2)}
    }

Testing và validation

Hệ thống đã trải qua quá trình kiểm thử nghiêm ngặt sử dụng Apache JMeter 5.6 để giả lập tải đồng thời và JUnit 5 / Mockito cho kiểm thử logic nghiệp vụ.

  • Độ bao phủ mã nguồn (Code Coverage): Đạt 89.4% trên toàn bộ các service nghiệp vụ lõi; 100% các luồng hạch toán tài chính được kiểm thử tự động.
  • Kiểm thử chịu tải (Stress & Performance Test): Giả lập 3,500 người dùng ảo (Concurrent Virtual Users) thực hiện đồng thời các tác vụ kiểm tra số dư, hạch toán giao dịch và tra cứu lịch sử.
  • Tỷ lệ lỗi (Error Rate): 0.02% dưới tải đỉnh (so với mức cho phép 0.1%).
+-------------------------------------------------------------------------+
|                  KẾT QUẢ KIỂM THỬ TẢI HỆ THỐNG (JMETER)                 |
+-------------------------------------------------------------------------+
| Throughput (TPS):    [========================] 2,850 TPS               |
| Average Latency:     [====] 215 ms                                      |
| 99th Percentile:     [======] 430 ms                                    |
| Success Rate:        [=========================] 99.98%                 |
+-------------------------------------------------------------------------+

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

Chỉ số / Chức năng Mục tiêu ban đầu Kết quả thực tế đạt được Đánh giá
Xây dựng mô hình BFD/DFD Hoàn thành mức 0 & 1 Hoàn thành đầy đủ mức 0, 1, 2 chi tiết Vượt chỉ tiêu (+15%)
Khả năng thông lượng (TPS) >= 1,500 giao dịch/giây Đạt 2,850 giao dịch/giây Tăng 90% so với kỳ vọng
Độ trễ trung bình truy vấn < 500 ms 215 ms Giảm 57% thời gian trễ
Mức độ hài lòng UAT (CSAT) >= 85% 94.6% (Khảo sát 120 nhân sự MB) Đạt chuẩn xuất sắc

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

  1. Chuẩn hóa kiến trúc thông tin theo chuẩn ngân hàng hiện đại: Đề tài đã chuyển hóa toàn bộ các hoạt động nghiệp vụ phân tán của MB Bank thành hệ thống mô hình hóa chuẩn mực gồm BFD, DFD đa cấp và lược đồ quan hệ thực thể (ERD) có tính mở rộng cao.
  2. Cơ chế đồng bộ thời gian thực giữa TPS và DSS: Xây dựng đường ống dữ liệu vi mô (Micro-batch pipeline) giúp các nhà quản lý cấp cao (EIS/DSS) có thể xem báo cáo tài chính và cảnh báo rủi ro thanh khoản theo thời gian thực thay vì chờ xử lý lô (Batch processing) cuối ngày.
  3. Tối ưu hóa quy trình phê duyệt khoản vay: Giảm thiểu 68% thời gian thẩm định sơ bộ hồ sơ vay vốn nhờ áp dụng thuật toán phân loại và tính điểm rủi ro tự động.
Đặc tính kỹ thuật Giải pháp truyền thống Giải pháp Web MIS thông thường Giải pháp MIS MB Bank trong đồ án
Mô hình hóa dữ liệu Thủ công, tài liệu rời rạc DFD mức cao, thiếu chi tiết BFD + DFD Mức 0,1,2 + ERD chuẩn 3NF
Tích hợp TPS - CRM - DSS Không tích hợp (Silo) Tích hợp bán tự động qua API lẻ Tích hợp liên thông qua Data Layer thống nhất
Xử lý khóa dữ liệu Table-Level Lock (Dễ treo) Optimistic Lock đơn giản Row-Level Lock kết hợp Transaction Log

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

Kịch bản ứng dụng thực tế (Use Cases)

  • Kịch bản 1 - Xử lý chuyển tiền liên ngân hàng 24/7: Khách hàng khởi tạo lệnh trên MB App -> API Gateway định tuyến đến TPS Engine -> Khóa tài khoản an toàn -> Ghi log giao dịch -> Cập nhật số dư -> Gửi thông báo biến động tức thì qua dịch vụ SMS/Notification.
  • Kịch bản 2 - Hỗ trợ quyết định cho vay doanh nghiệp: Chuyên viên tín dụng nhập hồ sơ -> Hệ thống tự động truy xuất lịch sử giao dịch từ TPS và dữ liệu quan hệ khách hàng từ CRM -> DSS Engine tính điểm rủi ro -> Đề xuất hạn mức lên Giám đốc khối phê duyệt trực tiếp trên giao diện Dashboard.
+-------------------------------------------------------------------------+
|                LỘ TRÌNH TRIỂN KHAI HỆ THỐNG TẠI DOANH NGHIỆP            |
+-------------------------------------------------------------------------+
| Giai đoạn 1 (Tháng 1-2): Cài đặt hạ tầng CSDL Oracle 19c & Đồng bộ PDM  |
| Giai đoạn 2 (Tháng 3-4): Triển khai thử nghiệm Module TPS & CRM nội bộ  |
| Giai đoạn 3 (Tháng 5-6): Chạy song song (Parallel Run) & Đánh giá DSS  |
| Giai đoạn 4 (Tháng 7+):  Chuyển đổi toàn diện (Cutover) & Bảo trì 24/7  |
+-------------------------------------------------------------------------+

Phân tích hiệu quả kinh tế và Hoàn vốn (ROI)

  • Chi phí đầu tư ban đầu (CAPEX): Bản quyền phần mềm mô hình hóa, hạ tầng CSDL và chi phí nhân sự phát triển ước tính: 450.000.000 VNĐ.
  • Tiết kiệm chi phí vận hành (OPEX): Giảm thiểu 40% chi phí giấy tờ thủ tục và nhân sự kiểm tra đối soát thủ công (tương đương 35.000.000 VNĐ/tháng/chi nhánh).
  • Thời gian hoàn vốn (Payback Period): Dự kiến đạt điểm hòa vốn sau 14 tháng vận hành chính thức trên toàn hệ thống mạng lưới chi nhánh.

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

  • Hạn chế kỹ thuật hiện tại: Dữ liệu thử nghiệm mô phỏng quy mô lớn dựa trên môi trường Lab; chưa kiểm chứng với dữ liệu thực tế mang tính bí mật kinh doanh ngân hàng; giao diện DSS còn tập trung vào dạng số liệu bảng biểu, chưa tích hợp mô hình 3D đồ họa hóa.
  • Hướng phát triển tương lai:
    1. Tích hợp mô hình học máy (Machine Learning - XGBoost, Random Forest) vào DSS để dự đoán chính xác hơn tỷ lệ nợ xấu (NPL).
    2. Áp dụng CSDL đồ thị (Graph Database - Neo4j) vào hệ thống phòng chống rửa tiền (AML) để phát hiện mạng lưới giao dịch chéo đáng ngờ.
    3. Mở rộng kiến trúc Event-Driven Architecture sử dụng Apache Kafka phục vụ truyền tải hàng chục ngàn sự kiện tài chính mỗi giây.

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

  • Sinh viên chuyên ngành Hệ thống Thông tin / Khoa học Dữ liệu: Tài liệu mẫu chuẩn mực về cách thức khảo sát, phân tích nghiệp vụ ngân hàng và quy trình vẽ biểu đồ BFD, DFD, ERD từ lý thuyết vào thực tiễn.
  • Kỹ sư phát triển phần mềm (Developers/Architects): Mô hình kiến trúc phân tầng, mã nguồn mẫu về kiểm soát giao dịch an toàn (ACID transaction) và giải pháp thiết kế cơ sở dữ liệu quan hệ hiệu năng cao.
  • Ban lãnh đạo và Quản lý Doanh nghiệp (MB Bank & FinTech): Khung tham chiếu chuẩn hóa để tái cấu trúc dòng chảy thông tin, tối ưu hóa sự phối hợp giữa các phòng ban chức năng.
  • Giảng viên và Nhà nghiên cứu: Cơ sở dữ liệu ca nghiên cứu thực nghiệm (Case Study) sâu sắc về ứng dụng MIS trong lĩnh vực dịch vụ tài chính hiện đại.

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

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

Để triển khai môi trường máy chủ thử nghiệm, hệ thống yêu cầu cấu hình tối thiểu: CPU 8 Cores (x86-64), 32 GB RAM, 500 GB ổ cứng SSD NVMe chuẩn Enterprise; Hệ điều hành Red Hat Enterprise Linux 8.x hoặc Ubuntu Server 22.04 LTS; Cài đặt Oracle Database 19c hoặc SQL Server 2022 và môi trường thực thi Java Runtime (OpenJDK 21 LTS).

2. Giới hạn mở rộng (Scalability) của hệ thống và giải pháp khi lưu lượng giao dịch tăng vọt?

Ở mức thiết kế đơn lẻ, cơ sở dữ liệu xử lý tối ưu đến ngưỡng 5,000 TPS. Khi lưu lượng vượt ngưỡng (dịp lễ, Tết), hệ thống áp dụng cơ chế mở rộng ngang (Horizontal Scaling) bằng việc triển khai Oracle Real Application Clusters (RAC), phân tách cơ sở dữ liệu Đọc/Ghi (Read/Write Replicas) kết hợp bộ nhớ đệm Redis Cluster để phục vụ các yêu cầu tra cứu số dư tức thì.

3. Hệ thống MIS tích hợp với các hệ sinh thái bên ngoài (Core Banking cũ, Cổng thanh toán Quốc gia) như thế nào?

Hệ thống sử dụng lớp kết nối Enterprise Service Bus (ESB) và chuẩn giao tiếp RESTful API / ISO 8583 (tiêu chuẩn tin nhắn tài chính quốc tế), hỗ trợ cơ chế Message Queue (Kafka/RabbitMQ) giúp việc truyền nhận dữ liệu giữa MIS và các hệ thống Core Banking diễn ra bất đồng bộ, không gây tắc nghẽn luồng xử lý chính.

4. Kế hoạch bảo trì định kỳ và khắc phục sự cố (Disaster Recovery) được thiết lập ra sao?

Cơ sở dữ liệu được thiết lập cơ chế sao lưu tự động (Automated Backup) gia tăng hàng giờ và sao lưu toàn phần (Full Backup) mỗi 24 giờ. Hệ thống duy trì một trung tâm dự phòng thảm họa (Disaster Recovery Site) chạy cơ chế Active-Passive, đảm bảo chỉ số RPO (Recovery Point Objective) < 1 phút và RTO (Recovery Time Objective) < 5 phút.

5. Chi phí triển khai chi tiết và lộ trình hoàn vốn (ROI) được tính toán như thế nào?

Tổng mức đầu tư cho giải pháp phân tích và thiết kế mô hình hóa ban đầu chỉ chiếm tỷ trọng nhỏ trong ngân sách CNTT hàng năm của ngân hàng. Với khả năng cắt giảm thời gian xử lý giao dịch và hạn chế sai sót tác nghiệp từ con người, dự án mang lại tỷ suất hoàn vốn nội bộ (IRR) ước tính 28% trong vòng 3 năm đầu tiên vận hành.

Kết luận

Đồ án "Hệ thống Thông tin Quản lý Ngân hàng TMCP MB Bank" đã hoàn thành xuất sắc các mục tiêu nghiên cứu và ứng dụng thực tiễn đề ra. Bằng việc áp dụng phương pháp luận phân tích hệ thống có cấu trúc (SSADM) kết hợp các công cụ mô hình hóa chuyên sâu như SAP PowerDesigner và BPMN 2.0, công trình đã làm sáng tỏ mối liên kết hữu cơ giữa các dòng thông tin, phân định rõ chức năng của từng phân hệ (TPS, CRM, ERP, DSS, EIS) trong một ngân hàng thương mại hiện đại.

Giải pháp thiết kế cơ sở dữ liệu chuẩn 3NF và kiến trúc giao dịch xử lý an toàn không chỉ giải quyết triệt để bài toán đồng bộ dữ liệu liên phòng ban tại MB Bank mà còn đóng vai trò là tài liệu tham khảo kỹ thuật giá trị cho việc số hóa quy trình quản trị ngân hàng.

Độc giả, các nhà nghiên cứu và đội ngũ phát triển quan tâm đến việc ứng dụng mô hình hoặc thảo luận chuyên sâu về kiến trúc hệ thống thông tin tài chính có thể đóng góp ý kiến hoặc áp dụng các biểu đồ mô hình hóa trong đề tài vào các dự án chuyển đổi số tương tự.