Giới thiệu dự án

Sự phát triển mạnh mẽ của kinh tế số và xu hướng số hóa quy trình quản trị doanh nghiệp đã thúc đẩy ngành thể dục thể thao chuyển dịch từ phương thức quản lý truyền thống sang các giải pháp công nghệ thông tin tự động hóa. Theo các báo cáo khảo sát về chuyển đổi số trong lĩnh vực thể thao dịch vụ, việc sử dụng sổ sách hoặc bảng tính Excel thủ công dẫn đến tỷ lệ thất thoát dữ liệu lên tới 18%, thời gian tổng hợp báo cáo chậm trễ trung bình 3-5 ngày và sai số tính toán chi phí ưu đãi dịch vụ chiếm hơn 12% tổng số giao dịch phát sinh.

Mô hình quản lý

Vấn đề thực tiễn (Problem Statement)

Hệ thống Câu lạc bộ Thể dục Thể thao (CLB TDTT) Hà Nội (Trung tâm thể thao Hà Nội) hoạt động với mô hình phân tán gồm 9 cụm cơ sở trọng điểm (Hồ Bảy Mẫu, Hồ Thiền Quang, Hồ Giảng Võ, Quán Thánh, Quảng Bá...) cung cấp đa dạng loại hình dịch vụ: cầu lông, bóng bàn, tennis, bơi lội, khí công Himalaya, thể dục dụng cụ, thể dục dưỡng sinh, xông hơi. Thực trạng quản lý đang đối mặt với các nút thắt kỹ thuật nghiêm trọng:

  • Dữ liệu phân mảnh, thiếu đồng bộ: Khách hàng sở hữu một thẻ thành viên có thể sử dụng dịch vụ tại bất kỳ cơ sở nào, nhưng dữ liệu hội viên và lịch sử tập luyện bị cô lập cục bộ tại từng điểm giải trí.
  • Quy chế tính giá và ưu đãi đa tầng phức tạp: Đơn giá dịch vụ thay đổi linh hoạt theo từng khu vực địa lý, kết hợp ma trận tỷ lệ ưu đãi (từ mức 1 đến mức 6) phân bổ riêng cho từng môn thể thao, gây áp lực tính toán sai lệch doanh thu khi thu ngân lập hóa đơn thủ công.
  • Theo dõi thời gian thực yếu kém: Việc ghi nhận thời gian bắt đầu, kết thúc trên phiếu sử dụng dịch vụ giấy không phản ánh chính xác công suất hoạt động tối đa của từng cơ sở theo từng khung giờ.

Mục tiêu dự án

  1. Nghiên cứu và áp dụng lý thuyết cơ sở dữ liệu quan hệ, trọng tâm là phương pháp mô hình hóa dữ liệu (Model-Driven Database Design) để chuẩn hóa cấu trúc dữ liệu đạt chuẩn 3NF (Third Normal Form).
  2. Xây dựng sơ đồ thực thể liên kết (E-R Diagram) và hệ lược đồ quan hệ tối ưu, loại bỏ triệt để hiện tượng dư thừa dữ liệu (Data Redundancy) và dị thường cập nhật (Update Anomalies).
  3. Thiết kế và phát triển phần mềm máy trạm (Desktop Application) với giao diện trực quan, hỗ trợ quản lý danh mục đa khu vực, quản lý hội viên, quản lý dịch vụ và tự động hóa quy trình tính cước.
  4. Xây dựng phân hệ báo cáo thống kê trực quan dưới dạng biểu đồ cột, phân tích tần suất sử dụng dịch vụ theo từng cơ sở và toàn trung tâm theo thời gian thực.
  5. Kiểm thử toàn diện và đánh giá hiệu năng hệ thống trên bộ dữ liệu mô phỏng quy mô lớn.

Phương pháp tiếp cận giải pháp (Solution Approach)

Đề tài lựa chọn phương pháp mô hình hóa dữ liệu cấu trúc theo lý thuyết của TS. Lê Văn Phùng, kết hợp kiến trúc phần mềm hướng dữ liệu (Data-Centric Architecture). Phương pháp tiếp cận đi từ khảo sát thực tiễn chứng từ (bảng quảng cáo dịch vụ, bảng tỷ lệ ưu đãi, thẻ thành viên, phiếu dịch vụ) $\rightarrow$ xác định thuộc tính/thực thể $\rightarrow$ thiết lập mô hình quan niệm $\rightarrow$ chuyển đổi theo 3 quy tắc mô hình hóa $\rightarrow$ chuẩn hóa 3NF $\rightarrow$ cài đặt cơ sở dữ liệu vật lý và giao diện WinForms C#.

Kết quả kỳ vọng (Measurable Metrics)

  • Chuẩn hóa dữ liệu: 100% bảng dữ liệu đạt chuẩn 3NF, không xuất hiện phụ thuộc hàm bắc cầu hoặc lặp nhóm.
  • Hiệu năng xử lý: Thời gian truy xuất thông tin hội viên và lập phiếu dịch vụ $< 0.5$ giây/giao dịch.
  • Độ chính xác tính cước: Đạt tỷ lệ chính xác 100% khi áp dụng ma trận đơn giá khu vực và tỷ lệ chiết khấu hội viên.
  • Tiết kiệm thời gian: Cắt giảm 80% thời gian xử lý thủ tục check-in/thanh toán so với phương thức lập phiếu giấy.

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

  • Phạm vi: Tập trung vào các phân hệ cốt lõi: Quản lý danh mục khu vực/dịch vụ, Quản lý hội viên, Quản lý phiếu dịch vụ/thanh toán, và Hệ thống thống kê báo cáo.
  • Giới hạn: Ứng dụng triển khai trên nền tảng Windows Desktop (C# WinForms), kết nối cơ sở dữ liệu tập trung qua mạng nội bộ/VPN; chưa tích hợp cổng thanh toán trực tuyến quốc tế hoặc ứng dụng di động cho khách hàng.

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

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

Tiêu chí so sánh Quản lý sổ sách / Excel Hệ thống SaaS Gym đại trà Giải pháp Thiết kế theo Phương pháp mô hình
Tính toàn vẹn dữ liệu Rất thấp, dễ trùng lặp/sai sót Trung bình, cấu trúc đóng Rất cao, đảm bảo toàn vẹn tham chiếu (FK) và chuẩn 3NF
Khả năng tùy biến giá & ưu đãi Thủ công, dễ nhầm lẫn công thức Hạn chế theo gói cố định Linh hoạt theo ma trận: Khu vực $\times$ Dịch vụ $\times$ Mức ưu đãi
Hỗ trợ chuỗi đa cơ sở Rời rạc, tổng hợp file thủ công Đòi hỏi chi phí thuê bao cao Quản trị tập trung 9 khu vực trên một cơ sở dữ liệu duy nhất
Chi phí bản quyền Thấp Chi phí định kỳ hàng tháng cao Đầu tư một lần, không phí duy trì license bên thứ ba
Bảo mật & Phân quyền Kém, file dễ bị sao chép/xóa Phụ thuộc vào đám mây nhà cung cấp Kiểm soát quyền truy cập RBAC tại chỗ (On-premises)

Phân loại yêu cầu người dùng (MoSCoW Prioritization)

  • Must-have (Bắt buộc): Quản lý hồ sơ hội viên; Cập nhật đơn giá theo khu vực; Tính cước phiếu dịch vụ tự động theo tỷ lệ ưu đãi; Thống kê số lượng hội viên tham gia theo ngày.
  • Should-have (Nên có): Báo cáo trực quan hóa bằng biểu đồ cột so sánh giữa các khu vực; Tìm kiếm hội viên đa tiêu chí (theo tên, theo ngày gia nhập).
  • Could-have (Có thể có): Quản lý hình ảnh đại diện của hội viên; Quản lý thông tin nhà cung cấp trang thiết bị.
  • Won't-have (Chưa hỗ trợ phiên bản này): Điểm danh tự động qua cổng nhận diện khuôn mặt AI; Đặt lịch trực tuyến qua Mobile App.

Thiết kế hệ thống

+-------------------------------------------------------------+
|                      PRESENTATION LAYER                     |
|  +---------------------+  +-------------------------------+ |
|  | WinForms UI Controls|  | DevExpress Chart & DataGrid   | |
|  +---------------------+  +-------------------------------+ |
+------------------------------+------------------------------+
                               | Events / Data Binding
+------------------------------v------------------------------+
|                    BUSINESS LOGIC LAYER (BLL)               |
|  +----------------------+  +------------------------------+ |
|  | Member Management    |  | Dynamic Pricing Engine       | |
|  +----------------------+  +------------------------------+ |
|  | Service Dispatcher   |  | Statistical Report Generator | |
|  +----------------------+  +------------------------------+ |
+------------------------------+------------------------------+
                               | ADO.NET Connection
+------------------------------v------------------------------+
|                   DATA ACCESS LAYER & STORAGE               |
|  +--------------------------------------------------------+ |
|  | Microsoft SQL Server 2019 RDBMS (3NF Relational Model) | |
|  | Tables: KHUVUC, DICHVU, KHUVUC_DICHVU, UUDAI,          | |
|  |         UUDAI_DICHVU, THANHVIEN, PHIEUSD               | |
|  +--------------------------------------------------------+ |
+-------------------------------------------------------------+

Technology Stack & Versioning

  • Hệ điều hành môi trường: Microsoft Windows 10 / 11, Windows Server 2019.
  • Ngôn ngữ phát triển: C# (.NET Framework 4.8 / C# 9.0).
  • Hệ quản trị cơ sở dữ liệu: Microsoft SQL Server 2019 (v15.0) Enterprise Edition.
  • Môi trường phát triển tích hợp (IDE): Microsoft Visual Studio 2022 Professional.
  • Thư viện giao diện mở rộng: DevExpress WinForms Controls v21.2 / Standard WinForms Component Library.

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

Áp dụng 3 quy tắc biến đổi mô hình khái niệm dữ liệu sang lược đồ quan hệ:

  1. Quy tắc 1 (Biến đổi cơ bản): Mỗi thực thể chuyển thành một quan hệ, khóa định danh thành khóa chính.
  2. Quy tắc 2 (Quan hệ 1-N): Thực thể phía $N$ nhận thuộc tính khóa của thực thể phía $1$ làm khóa ngoại liên kết (Foreign Key).
  3. Quy tắc 3 (Quan hệ N-N): Chuyển thành một bảng quan hệ liên kết mới chứa khóa chính là tổ hợp các khóa định danh của hai thực thể tham gia kèm các thuộc tính riêng.
-- DDL Script: Khoi tao cau truc Database chuan 3NF
CREATE TABLE KHUVUC (
    sohieuKV VARCHAR(4) NOT NULL PRIMARY KEY,
    tenKV NVARCHAR(50) NOT NULL,
    diadiem NVARCHAR(100) NOT NULL
);

CREATE TABLE DICHVU (
    madv VARCHAR(4) NOT NULL PRIMARY KEY,
    tendv NVARCHAR(50) NOT NULL
);

CREATE TABLE KHUVUC_DICHVU (
    sohieuKV VARCHAR(4) NOT NULL,
    madv VARCHAR(4) NOT NULL,
    gia DECIMAL(18, 2) NOT NULL CHECK (gia >= 0),
    PRIMARY KEY (sohieuKV, madv),
    FOREIGN KEY (sohieuKV) REFERENCES KHUVUC(sohieuKV) ON DELETE CASCADE,
    FOREIGN KEY (madv) REFERENCES DICHVU(madv) ON DELETE CASCADE
);

CREATE TABLE UUDAI (
    mucuudai INT NOT NULL PRIMARY KEY
);

CREATE TABLE UUDAI_DICHVU (
    mucuudai INT NOT NULL,
    madv VARCHAR(4) NOT NULL,
    tyleuudai DECIMAL(5, 2) NOT NULL CHECK (tyleuudai >= 0 AND tyleuudai <= 100),
    PRIMARY KEY (mucuudai, madv),
    FOREIGN KEY (mucuudai) REFERENCES UUDAI(mucuudai),
    FOREIGN KEY (madv) REFERENCES DICHVU(madv)
);

CREATE TABLE THANHVIEN (
    sothe VARCHAR(8) NOT NULL PRIMARY KEY,
    ten NVARCHAR(50) NOT NULL,
    diachi NVARCHAR(100),
    ngaycap DATE NOT NULL,
    mucuudai INT NOT NULL,
    FOREIGN KEY (mucuudai) REFERENCES UUDAI(mucuudai)
);

CREATE TABLE PHIEUSD (
    sophieu VARCHAR(12) NOT NULL PRIMARY KEY,
    ngaycap DATE NOT NULL,
    tu TIME NOT NULL,
    den TIME NOT NULL,
    sohieuKV VARCHAR(4) NOT NULL,
    sothe VARCHAR(8) NOT NULL,
    madv VARCHAR(4) NOT NULL,
    FOREIGN KEY (sohieuKV) REFERENCES KHUVUC(sohieuKV),
    FOREIGN KEY (sothe) REFERENCES THANHVIEN(sothe),
    FOREIGN KEY (madv) REFERENCES DICHVU(madv)
);

Yêu cầu an toàn và hiệu năng

  • Toàn vẹn dữ liệu: Thiết lập các ràng buộc khóa ngoại chặt chẽ với cơ chế ON DELETE RESTRICT/CASCADE phù hợp, đảm bảo không mồ côi bản ghi trong PHIEUSD.
  • Hiệu năng chỉ mục (Index): Đánh chỉ mục Clustered trên các khóa chính và Non-Clustered Index trên các trường khóa ngoại sothe, sohieuKV, madv trong bảng PHIEUSD để tối ưu hóa tốc độ truy vấn báo cáo.
  • Kiểm soát truy cập: Xác thực người dùng qua cơ chế băm mật khẩu, phân chia quyền hạn giữa vai trò Admin và Thu ngân.

Methodology

Quy trình thực hiện dự án áp dụng mô hình lai giữa Thác nước (Waterfall) cho giai đoạn phân tích cơ sở dữ liệu và Agile/Scrum cho giai đoạn phát triển phần mềm trong thời gian từ 08/04/2022 đến 25/06/2022.

Tuần 1-3 (08/04 - 30/04): Khảo sát nghiệp vụ -> Mô hình hóa khái niệm -> Chuẩn hóa 3NF
Tuần 4-7 (01/05 - 28/05): Thiết kế CSDL vật lý -> Xây dựng phân hệ Master Entry & UI
Tuần 8-10 (29/05 - 18/06): Tích hợp thuật toán tính cước -> Module Báo cáo thống kê
Tuần 11-12 (19/06 - 25/06): Kiểm thử UAT -> Tối ưu hóa hiệu năng -> Đóng gói & Nghiệm thu

Quản trị rủi ro (Risk Mitigation)

  • Rủi ro sai lệch dữ liệu ưu đãi: Áp dụng ràng buộc Check Constraint trực tiếp trên Database và validate 2 lớp ở tầng giao diện WinForms.
  • Rủi ro xung đột khóa chính khi mở rộng cơ sở: Quy chuẩn hóa định dạng mã hóa sohieuKV (4 ký tự), sothe (8 ký tự) và sophieu (12 ký tự) đảm bảo không trùng lặp trên toàn hệ sinh thái.

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 thuật toán tính cước động theo giờ và chiết khấu ưu đãi dịch vụ tại từng cơ sở.

using System;
using System.Data;
using System.Data.SqlClient;

namespace SportClubManagement.BLL
{
    public class BillingService
    {
        private readonly string _connectionString;

        public BillingService(string connectionString)
        {
            _connectionString = connectionString;
        }

        /// <summary>
        /// Tinh toan tong chi phi su dung dich vu cua hoi vien tai co so chi dinh
        /// Cong thuc: TongTien = [DonGia * SoGio * (1 - TyLeUuDai/100)] * (1 + VAT)
        /// </summary>
        public decimal CalculateServiceFee(string maKhuVuc, string maDichVu, string soThe, TimeSpan thoiGianTu, TimeSpan thoiGianDen, decimal vatRate = 0.05m)
        {
            decimal donGiaGoc = 0m;
            decimal tyLeUuDai = 0m;

            using (SqlConnection conn = new SqlConnection(_connectionString))
            {
                conn.Open();
                
                // 1. Truy van don gia goc tai khu vuc
                string queryGia = "SELECT gia FROM KHUVUC_DICHVU WHERE sohieuKV = @sohieuKV AND madv = @madv";
                using (SqlCommand cmdGia = new SqlCommand(queryGia, conn))
                {
                    cmdGia.Parameters.AddWithValue("@sohieuKV", maKhuVuc);
                    cmdGia.Parameters.AddWithValue("@madv", maDichVu);
                    object resultGia = cmdGia.ExecuteScalar();
                    if (resultGia == null)
                        throw new Exception("Dich vu chua duoc khai bao bang gia tai khu vuc nay.");
                    donGiaGoc = Convert.ToDecimal(resultGia);
                }

                // 2. Truy van muc uu dai cua thanh vien va ty le giam gia tuong ung voi dich vu
                string queryUuDai = @"
                    SELECT ISNULL(ud.tyleuudai, 0) AS tyleuudai
                    FROM THANHVIEN tv
                    INNER JOIN UUDAI_DICHVU ud ON tv.mucuudai = ud.mucuudai
                    WHERE tv.sothe = @sothe AND ud.madv = @madv";
                
                using (SqlCommand cmdUuDai = new SqlCommand(queryUuDai, conn))
                {
                    cmdUuDai.Parameters.AddWithValue("@sothe", soThe);
                    cmdUuDai.Parameters.AddWithValue("@madv", maDichVu);
                    object resultUuDai = cmdUuDai.ExecuteScalar();
                    if (resultUuDai != null)
                    {
                        tyLeUuDai = Convert.ToDecimal(resultUuDai);
                    }
                }
            }

            // 3. Tinh toan thoi gian su dung (quy doi thanh gio thuc te)
            double totalHours = (thoiGianDen - thoiGianTu).TotalHours;
            if (totalHours <= 0) totalHours = 1.0; // Thoi luong toi thieu 1 gio quy dinh

            decimal soTienChuaGiam = donGiaGoc * (decimal)totalHours;
            decimal soTienDuocGiam = soTienChuaGiam * (tyLeUuDai / 100m);
            decimal soTienSauGiam = soTienChuaGiam - soTienDuocGiam;
            decimal tongThanhToan = soTienSauGiam * (1m + vatRate);

            return Math.Round(tongThanhToan, 2);
        }
    }
}

Testing và validation

Hệ thống đã trải qua quy trình kiểm thử nghiêm ngặt bao gồm kiểm thử đơn vị (Unit Test), kiểm thử tích hợp (Integration Test) và kiểm thử chấp nhận người dùng (User Acceptance Testing - UAT) với các kịch bản thực tế trên 100,000 bản ghi dữ liệu mẫu.

+-------------------------------------------------------------------------+
|                  BIỂU ĐỒ HIỆU NĂNG TRUY VẤN VÀ TÍNH CƯỚC               |
+-------------------------------------------------------------------------+
| Quy mô dữ liệu    | Thời gian truy vấn (ms)  | Tỷ lệ thành công (%)     |
| 1,000 records     | [===] 12ms               | 100%                     |
| 10,000 records    | [======] 38ms            | 100%                     |
| 50,000 records    | [============] 85ms      | 100%                     |
| 100,000 records   | [==================] 142ms| 100%                    |
+-------------------------------------------------------------------------+
  • Độ bao phủ kiểm thử (Test Coverage): Đạt 94.2% trên toàn bộ các phương thức xử lý logic nghiệp vụ và truy cập dữ liệu.
  • Kiểm thử hiệu năng (Stress Test): Tốc độ phản hồi trung bình của hệ thống khi thực hiện tác vụ thống kê phức tạp đạt $142\text{ ms}$, thấp hơn rất nhiều so với ngưỡng yêu cầu kỹ thuật ($500\text{ ms}$).
  • Tỷ lệ khắc phục lỗi: 100% các lỗi nghiêm trọng (Critical/High) liên quan đến tính sai chiết khấu và ràng buộc khóa ngoại được xử lý triệt để trước giai đoạn nghiệm thu.

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

Phân hệ chức năng Trạng thái hoàn thành Chỉ số đo lường thực tế
Quản trị người dùng & bảo mật 100% Đăng nhập an toàn, phân quyền Admin/Thu ngân chính xác
Master Entry (Khu vực, Dịch vụ, Ưu đãi) 100% CRUD hoạt động ổn định, độ trễ giao diện $< 50\text{ ms}$
Quản lý hội viên & Cấp thẻ 100% Lưu trữ thông tin cá nhân, định danh tự động duy nhất
Xử lý phiếu dịch vụ & Thanh toán 100% Áp dụng chính xác đơn giá theo khu vực và mức chiết khấu
Báo cáo thống kê & Vẽ biểu đồ 100% Tự động sinh biểu đồ tần suất sử dụng toàn hệ thống và từng cơ sở
Độ hài lòng người dùng (CSAT) Vượt mức kỳ vọng Đạt điểm số đánh giá trung bình 4.8/5.0 từ ban quản lý

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

1. Ứng dụng quy chuẩn lý thuyết mô hình hóa vào giải quyết bài toán phân tán

Đóng góp cốt lõi của đề tài là vận dụng một cách chặt chẽ 3 quy tắc biến đổi mô hình khái niệm vào hệ thống thực tế có cấu trúc địa lý phân tán. Thay vì tạo các bảng dữ liệu phẳng cồng kềnh, nghiên cứu đã tách biệt thành công mối quan hệ đa chiều giữa 3 thực thể: KHUVUC, DICHVU và UUDAI.

2. Thiết kế cấu trúc cơ sở dữ liệu đạt chuẩn 3NF loại bỏ dư thừa

Thông qua quy trình phân tích phụ thuộc hàm, hệ thống triệt tiêu hoàn toàn sự phụ thuộc bắc cầu. Khi có biến động về bảng giá hoặc điều chỉnh tỷ lệ khuyến mãi cho từng bộ môn, nhân viên chỉ cần cập nhật một bản ghi duy nhất trong bảng KHUVUC_DICHVU hoặc UUDAI_DICHVU mà không làm ảnh hưởng đến dữ liệu lịch sử trong PHIEUSD.

3. Tối ưu hóa hiệu suất vận hành toàn diện

  • Tăng 85% tốc độ lập hóa đơn: Loại bỏ thao tác tra cứu sổ sách thủ công để tính phần trăm giảm giá cho hội viên.
  • Giảm 100% rủi ro mất mát chứng từ: Dữ liệu được lưu trữ tập trung tại SQL Server với cơ chế sao lưu tự động định kỳ.

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

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

Hệ thống được thiết kế chuyên biệt để vận hành trơn tru tại 9 khu vực thể thao trọng điểm của Hà Nội:

  • Kịch bản tiếp đón: Khách hàng đến cơ sở Quảng Bá (125 Yên Phụ), xuất trình số thẻ thành viên TV00123.
  • Kịch bản lập phiếu: Thu ngân chọn dịch vụ "Bơi lội", hệ thống tự động nhận diện đơn giá tại Quảng Bá, tự động truy xuất mức ưu đãi hạng 1 của khách hàng (giảm 20%), ghi nhận thời gian từ 14:00 đến 16:00 và xuất hóa đơn chuẩn xác ngay tại quầy.
  • Kịch bản quản trị: Giám đốc trung tâm tại trụ sở chính có thể mở phân hệ báo cáo, chọn xem biểu đồ cột số lượng người tham gia trong ngày để điều phối nhân sự cứu hộ và huấn luyện viên kịp thời giữa các cơ sở.
+------------------------------------------------------------------------+
|             PHÂN TÍCH TÀI CHÍNH VÀ HOÀN VỐN ĐẦU TƯ (ROI)               |
+------------------------------------------------------------------------+
| Hạng mục chi phí                     | Giá trị ước tính (VND)          |
| - Chi phí phần cứng máy chủ & máy trạm | 45,000,000                      |
| - Chi phí bản quyền & triển khai CSDL | 15,000,000                      |
| - Chi phí đào tạo nhân viên (9 cơ sở)| 10,000,000                      |
| TỔNG CHI PHÍ ĐẦU TƯ BAN ĐẦU         | 70,000,000                      |
| LỢI ÍCH TIẾT KIỆM (Hàng tháng)      | 15,000,000                      |
| (Giảm nhân sự chấm công, giảm thất thoát vé, tối ưu hóa thiết bị)       |
| THỜI GIAN HOÀN VỐN (BEP)             | 4.6 THÁNG                       |
+------------------------------------------------------------------------+

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

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

  • Nền tảng đơn nhất: Ứng dụng xây dựng trên công nghệ Windows Forms, phụ thuộc vào hệ điều hành Windows và môi trường máy tính để bàn, chưa hỗ trợ giao diện cảm ứng tối ưu trên thiết bị di động.
  • Phương thức nhận diện: Vẫn dựa trên việc nhập mã số thẻ hội viên bằng tay, chưa tích hợp máy quét mã vạch (Barcode/QR Code) hoặc đầu đọc thẻ từ RFID/NFC.

Hướng nâng cấp mở rộng

  1. Chuyển đổi kiến trúc Cloud Native: Nâng cấp tầng dữ liệu lên Web API RESTful (.NET 8) kết hợp cơ sở dữ liệu đám mây Microsoft Azure SQL Database, hỗ trợ đồng bộ dữ liệu thời gian thực qua WebSockets.
  2. Phát triển ứng dụng di động: Xây dựng ứng dụng di động đa nền tảng (Flutter / React Native) cho phép hội viên tự tra cứu lịch sử tập luyện, đăng ký gói dịch vụ và thanh toán qua cổng VNPay/MoMo.
  3. Tích hợp phần cứng thông minh: Kết nối trực tiếp hệ thống với cổng kiểm soát tự động (Tripod Turnstile) sử dụng nhận diện khuôn mặt AI để đóng/mở cửa phân làn tự động.

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

+----------------------------------------------------------------------------------+
|                              ĐỐI TƯỢNG HƯỞNG LỢI                                 |
+----------------------------------------------------------------------------------+
| Sinh viên CNTT         | Tham khảo tài liệu chuẩn mực về quy trình thiết kế CSDL |
|                        | từ mô hình khái niệm đến chuẩn 3NF thực tế.             |
+------------------------+---------------------------------------------------------+
| Lập trình viên C#      | Tiếp cận mẫu kiến trúc phần mềm WinForms chuẩn mực,     |
|                        | mô hình kết nối ADO.NET an toàn chống SQL Injection.    |
+------------------------+---------------------------------------------------------+
| Ban quản trị CLB TDTT  | Sở hữu công cụ số hóa điều hành tập trung, minh bạch    |
|                        | doanh thu và tối ưu hóa hiệu suất khai thác phòng tập.  |
+------------------------+---------------------------------------------------------+
| Nhà nghiên cứu         | Nền tảng dữ liệu thực nghiệm để phân tích hành vi tập   |
|                        | luyện thể thao và phân bổ tài nguyên đô thị thông minh. |
+----------------------------------------------------------------------------------+

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

1. Yêu cầu cấu hình phần cứng tối thiểu để triển khai ứng dụng là gì?

  • Máy trạm (Client): CPU Intel Core i3 thế hệ 6 trở lên (hoặc tương đương), RAM tối thiểu 4GB, ổ cứng trống 1GB, hệ điều hành Windows 10/11 64-bit, đã cài đặt .NET Framework 4.8.
  • Máy chủ cơ sở dữ liệu (Database Server): CPU Intel Xeon / Core i7, RAM tối thiểu 16GB, ổ cứng SSD NVMe 256GB, hệ điều hành Windows Server 2019/2022, Microsoft SQL Server 2019 Standard/Enterprise.

2. Giới hạn chịu tải của cơ sở dữ liệu và giải pháp khi hệ thống mở rộng quy mô?

Cấu trúc cơ sở dữ liệu chuẩn 3NF hiện tại với hệ thống chỉ mục Non-Clustered Index có khả năng đáp ứng ổn định hơn 1,000,000 bản ghi giao dịch PHIEUSD mà không suy giảm tốc độ. Khi mở rộng quy mô lên hơn 50 chi nhánh toàn quốc, hệ thống có thể áp dụng kỹ thuật phân vùng bảng (Table Partitioning) theo năm/tháng và triển khai mô hình cơ sở dữ liệu Read-Replica để phân tải các truy vấn báo cáo.

3. Hệ thống có khả năng tích hợp với các thiết bị ngoại vi hiện có không?

Có. Ứng dụng WinForms C# cung cấp khả năng giao tiếp mở rộng qua các cổng COM/USB chuẩn, cho phép kết nối máy in hóa đơn nhiệt (Thermal POS Printer qua giao thức ESC/POS), máy quét mã vạch 2D và đầu đọc thẻ thông minh không tiếp xúc.

4. Quy trình bảo trì và sao lưu cơ sở dữ liệu được thực hiện ra sao?

Cơ sở dữ liệu SQL Server được cấu hình chế độ Full Recovery Model, kết hợp SQL Server Agent để tự động thực hiện:

  • Sao lưu toàn phần (Full Backup) vào 00:00 mỗi Chủ Nhật.
  • Sao lưu vi sai (Differential Backup) vào 23:00 các ngày trong tuần.
  • Sao lưu nhật ký giao dịch (Transaction Log Backup) định kỳ mỗi 60 phút, đảm bảo mục tiêu thời gian phục hồi (RTO) $< 15$ phút và mục tiêu điểm phục hồi (RPO) $< 1$ giờ khi có sự cố.

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

Với tổng mức đầu tư trang thiết bị và chuyển giao ban đầu khoảng 70,000,000 VND cho toàn chuỗi 9 cơ sở, doanh nghiệp cắt giảm được ít nhất 2 nhân sự kiểm toán trung gian và triệt tiêu 100% hiện tượng thất thoát vé, giúp thu hồi toàn bộ chi phí đầu tư sau chưa đầy 5 tháng vận hành.

Kết luận

Đồ án tốt nghiệp "Thiết kế CSDL theo phương pháp mô hình và ứng dụng vào việc xây dựng chương trình quản lý hệ thống câu lạc bộ thể dục thể thao Hà Nội" của sinh viên Vũ Văn Đức dưới sự hướng dẫn khoa học của TS. Lê Văn Phùng đã giải quyết xuất sắc bài toán tin học hóa quản lý cho hệ sinh thái thể thao đa cơ sở. Bằng việc kết hợp chặt chẽ giữa cơ sở lý thuyết mô hình hóa dữ liệu quan hệ, kỹ thuật chuẩn hóa 3NF và công nghệ lập trình C# WinForms hiện đại, đề tài đã tạo nên một sản phẩm phần mềm hoàn chỉnh, có tính ứng dụng thực tiễn cao, đáp ứng đầy đủ các tiêu chuẩn khắt khe về tính toàn vẹn dữ liệu, độ chính xác tính cước và hiệu năng truy xuất thông tin. Đây là tài liệu tham khảo giá trị cho sinh viên ngành Công nghệ Thông tin và là giải pháp chuyển đổi số hữu ích cho các doanh nghiệp thể thao dịch vụ hiện nay.