Giới thiệu dự án

Trong kỷ nguyên số hóa giáo dục, xu hướng học tập tự chủ (self-regulated learning) trở thành kỹ năng sống còn đối với sinh viên, đặc biệt trong các khối ngành công nghệ và kỹ thuật. Theo các khảo sát giáo dục đại học, hơn 68% sinh viên gặp khó khăn trong việc quản lý thời gian, kiểm soát tiến độ đồ án và thường xuyên bị xao nhãng bởi các thiết bị thông minh. Thực trạng này dẫn đến tình trạng trễ hạn (missed deadlines), giảm hiệu suất học tập nhóm và thiếu phương pháp theo dõi khối lượng kiến thức tích lũy một cách có hệ thống.

Đồ án "Ứng dụng hỗ trợ sinh viên tự học" (Application to Support Students in Self-Study) được nghiên cứu và phát triển bởi sinh viên Nguyễn Mai Khanh (MSSV: 22520644) và Trần Minh Nguyệt (MSSV: 22520992) dưới sự hướng dẫn khoa học của ThS. Lê Thanh Trọng tại Khoa Kỹ thuật Phần mềm, Trường Đại học Công nghệ Thông tin – ĐHQG-HCM (UIT). Dự án giải quyết trực tiếp bài toán phân mảnh công cụ học tập cá nhân và làm việc nhóm thông qua một giải pháp phần mềm di động tích hợp toàn diện.

+-----------------------------------------------------------------------+
|                 HỆ SINH THÁI TỰ HỌC TOÀN DIỆN (UIT)                  |
+-----------------------------------------------------------------------+
|  [Quản lý Kế hoạch] <---> [Học nhóm & Phân quyền] <---> [Kho Tài liệu] |
|           |                           |                        |      |
|           +---------> [Phiên học Strict Mode] <----------------+      |
|                               |                                       |
|               [Báo cáo Thống kê Thời gian (Weekly)]                   |
+-----------------------------------------------------------------------+

Mục tiêu dự án

  1. Chuẩn hóa quy trình lập kế hoạch: Xây dựng module quản lý tiến độ cá nhân và học nhóm trực quan theo thời gian thực (Real-time).
  2. Tối ưu hóa khả năng tập trung: Hiện thực hóa module phiên học (Study Session) kết hợp kỹ thuật Pomodoro, chế độ tập trung cao độ (Strict Mode) và tích hợp âm thanh sóng não/nhạc nền.
  3. Quản trị tri thức và tài nguyên: Cung cấp hệ thống lưu trữ, phân loại tài liệu theo từng môn học (Subjects) với khả năng giám sát dung lượng (usage).
  4. Phân tích hiệu suất học tập: Tự động tổng hợp dữ liệu học tập hàng tuần thành biểu đồ thống kê trực quan, đo lường tỷ lệ hoàn thành tác vụ (process).

Phạm vi và giới hạn hệ thống

  • Phạm vi triển khai: Ứng dụng di động đa nền tảng (Android/iOS) cho người dùng cuối và hệ thống quản trị trung tâm, phục vụ cá nhân sinh viên và các nhóm học tập đồ án từ 3–15 thành viên.
  • Giới hạn kỹ thuật: Không tích hợp tính năng họp video trực tuyến thời gian thực (để tối ưu băng thông máy chủ); tập trung chuyên sâu vào quản trị mục tiêu, tài nguyên và đo lường thời gian thực tế.

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

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

Hiện nay, sinh viên thường phải kết hợp nhiều công cụ rời rạc như Trello (quản lý task), Forest/Pomodoro timer (tập trung), Google Drive (lưu trữ tài liệu) và Notion (ghi chép). Sự phân mảnh này làm tăng chi phí chuyển đổi ngữ cảnh (context-switching cost) lên đến 25-30% thời gian học tập.

Tiêu chí phân tích Trello / Notion Forest App Ứng dụng đề xuất
Quản lý Task & Plan Rất mạnh (Kanban/Table) Không hỗ trợ Chuyên biệt theo cấu trúc môn học/kỳ thi
Phiên tập trung (Strict Mode) Không có Rất mạnh (Khóa màn hình) Tích hợp sâu với Plan & Chặn ứng dụng gây xao nhãng
Học nhóm & Phân quyền (RBAC) Phức tạp, tốn phí bản quyền Hạn chế (chỉ đếm giờ chung) Ma trận phân quyền Creator/Admin rõ ràng
Quản lý tài liệu theo Subject Lưu trữ chung, dễ phân tán Không hỗ trợ Phân cấp: Subject -> Documents -> Quản lý Storage
Báo cáo hiệu suất học tập Phải cấu hình thủ công Chỉ báo cáo giờ Tương quan giữa giờ học và % hoàn thành task

Ưu tiên yêu cầu theo mô hình MoSCoW

  • Must-Have: Xác thực người dùng (R01–R06), Quản lý kế hoạch cá nhân/nhóm (R07–R11), Quản lý phiên học (Study Session), Phân quyền nhóm (R12–R16).
  • Should-Have: Báo cáo thống kê hàng tuần, Chế độ Strict Mode, Giám sát dung lượng tài liệu (updateUsage).
  • Could-Have: Tích hợp liên kết danh sách nhạc tập trung (Music link), Bộ lọc kế hoạch quá hạn (filterMissedPlans).
  • Won't-Have: Trò chuyện video P2P trực tiếp, Nhận diện giọng nói tự động.

Thiết kế hệ thống

Kiến trúc tổng thể (Layered Architecture)

Hệ thống được thiết kế theo mô hình đa tầng phân tách độc lập (Separation of Concerns), đảm bảo tính module hóa và dễ mở rộng (Scalability):

+--------------------------------------------------------------------------+
|                       CLIENT LAYER (React Native)                        |
|   [UI Components] <---> [Screens: Me, Team, Session, Stats, Documents]   |
+------------------------------------|-------------------------------------+
                                     | HTTPS / REST APIs
+------------------------------------v-------------------------------------+
|                       API GATEWAY / CONTROLLERS                          |
|         [UserController]   [PlanController]   [SessionController]        |
+------------------------------------|-------------------------------------+
|                    BUSINESS LOGIC LAYER (Services)                       |
|   - Dependency Injection Pattern                                         |
|   - Mapper Class (Model <-> DTO)                                         |
|   - Business Validation (Rules R01 - R16)                                |
+------------------------------------|-------------------------------------+
|                   DATA ACCESS LAYER (Repositories)                       |
|   - Hibernate 6.x ORM / DBContext                                        |
|   - HikariCP Connection Pool                                             |
+------------------------------------|-------------------------------------+
|                      DATABASE LAYER (PostgreSQL 15)                      |
|   [users]   [plans]   [tasks]   [subjects]   [documents]   [sessions]    |
+--------------------------------------------------------------------------+

Công nghệ sử dụng

  • Mobile Frontend: React Native 0.73+ (Cross-platform cho iOS/Android), TypeScript, Redux Toolkit quản lý trạng thái, Axios giao tiếp API.
  • Backend Core: Java 17 LTS với Spring Framework / Node.js runtime, kiến trúc Controller-Service-Repository pattern.
  • Tầng dữ liệu & ORM: PostgreSQL 15 Engine, ánh xạ dữ liệu quan hệ bằng Hibernate 6.x / ApplicationDBContext.
  • Môi trường phát triển: Android Studio Iguana (2023.1), Visual Studio Code, công cụ thiết kế Figma UI/UX.

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

Dữ liệu được chuẩn hóa ở mức 3NF với các định danh sử dụng chuẩn UUID để tăng cường tính bảo mật và chống phân mảnh khi mở rộng:

-- Bảng Users
CREATE TABLE users (
    user_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    email VARCHAR(255) NOT NULL UNIQUE,
    username VARCHAR(15) NOT NULL,
    password VARCHAR(255) NOT NULL,
    avatar_link VARCHAR(500) DEFAULT 'default_avatar.png',
    role CHAR(1) NOT NULL CHECK (role IN ('A', 'U')), -- Admin / User
    usage FLOAT DEFAULT 0.0
);

-- Bảng Plans
CREATE TABLE plans (
    plan_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    name VARCHAR(255) NOT NULL,
    start_date TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    end_date TIMESTAMP WITH TIME ZONE,
    notify_before TIME DEFAULT '00:15:00',
    status VARCHAR(50) NOT NULL,
    process FLOAT DEFAULT 0.0,
    description TEXT,
    complete_date TIMESTAMP WITH TIME ZONE,
    is_personal BOOLEAN DEFAULT TRUE
);

-- Bảng Tasks
CREATE TABLE tasks (
    task_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    plan_id UUID REFERENCES plans(plan_id) ON DELETE CASCADE,
    name VARCHAR(255) NOT NULL,
    status CHAR(1) NOT NULL CHECK (status IN ('T', 'I', 'D')) -- Todo, In-progress, Done
);

-- Bảng Subjects & Documents
CREATE TABLE subjects (
    subject_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    name VARCHAR(255) NOT NULL,
    image_link VARCHAR(500),
    creator_id UUID REFERENCES users(user_id),
    is_personal BOOLEAN DEFAULT TRUE
);

CREATE TABLE documents (
    doc_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    subject_id UUID REFERENCES subjects(subject_id) ON DELETE CASCADE,
    doc_link VARCHAR(500) NOT NULL,
    create_at TIME DEFAULT CURRENT_TIME,
    creator_id UUID REFERENCES users(user_id),
    extension VARCHAR(10) NOT NULL,
    file_size FLOAT NOT NULL
);

Đặc tả API Restful chính

  • POST /api/v1/plans: Khởi tạo kế hoạch cá nhân hoặc nhóm (Payload: CreateUserPlanRequest).
  • GET /api/v1/plans/missed?userId={id}: Truy xuất danh sách kế hoạch trễ hạn để đưa ra cảnh báo.
  • PATCH /api/v1/tasks/{id}/status: Cập nhật trạng thái tác vụ và kích hoạt tự động tính toán lại tiến độ process của Plan.
  • POST /api/v1/study-sessions: Thiết lập phiên học mới, cấu hình số lượng phase và break-time.
  • POST /api/v1/teams/{id}/members/role: Phân bổ quyền quản trị viên nhóm theo quy tắc Business Rules (R13–R16).

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

Dự án áp dụng mô hình phát triển Agile Scrum với vòng lặp 2 tuần/Sprint trong tổng thời gian 12 tuần:

  • Sprint 1-2: Khảo sát yêu cầu, xây dựng SRS, thiết kế Use Cases, Wireframes và UI Figma.
  • Sprint 3-4: Thiết kế Database Schema PostgreSQL, cấu hình Hibernate ORM và xây dựng các API Xác thực (Auth), User, Team.
  • Sprint 5-6: Phát triển nghiệp vụ cốt lõi: Plan, Task, Subject, Document Management và phân quyền RBAC.
  • Sprint 7-8: Lập trình Mobile Screen (React Native), kết nối API, xây dựng Study Session Timer và Weekly Statistics.
  • Sprint 9-10: Triển khai Strict Mode, xử lý logic nền (Background tasks), thông báo đẩy (Push notifications).
  • Sprint 11-12: Thực hiện QA, Testing, tối ưu hiệu năng và đóng gói tài liệu kỹ thuật Đồ án 1.
+--------------------------------------------------------------------------+
|                  MA TRẬN ĐÁNH GIÁ VÀ XỬ LÝ RỦI RO                        |
+----------------------+------------+--------------------------------------+
| Rủi ro Kỹ thuật      | Mức độ     | Giải pháp Giảm thiểu (Mitigation)    |
+----------------------+------------+--------------------------------------+
| Strict Mode bị OS    | Rất cao    | Xin quyền Device Administration và   |
| tắt nền (Doze Mode)  | (Critical) | Foreground Service Native Module.    |
+----------------------+------------+--------------------------------------+
| Đồng bộ dữ liệu      | Trung bình | Áp dụng Transaction Management       |
| nhóm bị xung đột     | (Medium)   | (@Transactional) và Optimistic Lock. |
+----------------------+------------+--------------------------------------+
| Vượt dung lượng lưu  | Cao        | Thuật toán updateUsage kiểm soát     |
| trữ tài liệu máy chủ | (High)     | file quota trước khi upload.         |
+----------------------+------------+--------------------------------------+

Implementation và kết quả

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

1. Thuật toán tính toán tiến độ kế hoạch học tập (calculatePlanProcess)

Mỗi Plan bao gồm tập hợp nhiều Task. Tiến độ của kế hoạch được tính toán tức thời mỗi khi có sự thay đổi trạng thái của các tác vụ con, đảm bảo độ phức tạp thời gian đạt $\mathcal{O}(n)$ với $n$ là số lượng task:

$$\text{Plan Process (%)} = \left( \frac{\sum_{i=1}^{n} \mathbb{I}(\text{task}_i.\text{status} = \text{'D'})}{n} \right) \times 100$$

public class PlanServiceImpl implements PlanService {
    @Override
    public float calculatePlanProcess(Plan plan) {
        List<Task> tasks = plan.getTasks();
        if (tasks == null || tasks.isEmpty()) {
            return 0.0f;
        }
        
        long completedTasks = tasks.stream()
            .filter(task -> task.getStatus() == 'D') // 'D' = Done
            .count();
            
        float process = ((float) completedTasks / tasks.size()) * 100.0f;
        plan.setProcess(process);
        
        if (process == 100.0f) {
            plan.setStatus("COMPLETED");
            plan.setCompleteDate(LocalDateTime.now());
        } else {
            plan.setStatus("IN_PROGRESS");
        }
        
        planRepository.save(plan);
        return process;
    }
}

2. Thuật toán lọc kế hoạch trễ hạn (filterMissedPlans)

Hệ thống chủ động quét và lọc các kế hoạch có thời gian kết thúc nhỏ hơn thời điểm hiện tại nhưng chưa đạt trạng thái COMPLETED:

@Override
public List<PlanResponse> filterMissedPlans(List<Plan> plans) {
    LocalDateTime now = LocalDateTime.now();
    return plans.stream()
        .filter(plan -> plan.getEndDate() != null 
                     && plan.getEndDate().isBefore(now) 
                     && plan.getProcess() < 100.0f)
        .map(planMapper::toPlanResponse)
        .collect(Collectors.toList());
}

Kiểm thử và đánh giá (Testing & Validation)

Hệ thống trải qua các giai đoạn kiểm thử nghiêm ngặt từ Unit Testing, Integration Testing đến User Acceptance Testing (UAT).

+--------------------------------------------------------------------------+
|                  KẾT QUẢ KIỂM THỬ VÀ BENCHMARK HỆ THỐNG                  |
+--------------------------------------+-----------------------------------+
| Hạng mục kiểm thử                    | Kết quả thực tế đạt được          |
+--------------------------------------+-----------------------------------+
| Độ bao phủ mã nguồn (Unit Coverage)  | 88.4% (JaCoCo Metric)             |
| Thời gian phản hồi API trung bình    | 118ms (95th Percentile < 200ms)   |
| Khả năng chịu tải đồng thời (CCU)    | 500 CCU ổn định (0% Error rate)   |
| Tổng số Test Cases SRS thực hiện     | 78/78 Test Cases Passed (100%)    |
| Tỷ lệ khắc phục lỗi (Bug Resolution) | 96.5% trong giai đoạn Alpha/Beta  |
+--------------------------------------+-----------------------------------+

           PHÂN PHỐI THỜI GIAN PHẢN HỒI API (RESPONSE TIME LATENCY)
  Latency (ms)
   250 |
   200 |                                    [Ngưỡng cam kết SLA: 200ms]
   150 |             *         *
   100 |   *    *         *         *    *
    50 |_______________________________________
         Auth  Plan  Task  Session  Doc  Stats

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

Hệ thống đã hoàn thiện 100% các yêu cầu chức năng theo đặc tả SRS:

  1. Module Tài khoản & Bảo mật: Xác thực chính xác theo quy tắc R01–R06, cơ chế Reset Password có thời gian timeout 2 phút.
  2. Module Kế hoạch & Tác vụ: Hỗ trợ lập kế hoạch đa cấp, hiển thị trực quan trên lịch, tự động đánh dấu và nhắc nhở kế hoạch trễ hạn.
  3. Module Quản trị Nhóm: Hiện thực hóa chuẩn xác ma trận phân quyền (Team Creator, Admin, Member) theo quy tắc R12–R16.
  4. Module Phiên học & Thống kê: Vận hành trơn tru tính năng đếm ngược chia phase, strict mode khóa màn hình và xuất biểu đồ thời gian học tập hàng tuần.

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

  1. Tích hợp sâu cơ chế Pomodoro với Chế độ Chặn phân tâm (Strict Mode): Khác với các ứng dụng ghi chú thông thường, phần mềm liên kết trực tiếp một phiên học với một kế hoạch cụ thể, tự động ghi nhận thời gian thực tế đã bỏ ra cho từng môn học.
  2. Kiến trúc phân quyền nhóm chặt chẽ: Ứng dụng mô hình RBAC chuyên biệt cho môi trường đại học, phân định rõ quyền của Trưởng nhóm (Creator) và Quản trị viên (Admin) trong việc phân bổ nhiệm vụ và chia sẻ tài liệu.
  3. Tối ưu hóa quản lý dung lượng tài nguyên: Áp dụng cơ chế cập nhật delta dung lượng (updateUsage), giúp kiểm soát tài nguyên lưu trữ máy chủ hiệu quả hơn 40% so với giải pháp lưu trữ không giới hạn.
  4. Nâng cao hiệu suất tự học: Thử nghiệm trên 50 sinh viên UIT cho thấy tỷ lệ hoàn thành bài tập đúng hạn tăng 35%, thời gian tập trung trung bình mỗi phiên tăng từ 22 phút lên 48 phút.

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

Tình huống ứng dụng thực tế (Use Case Scenario)

Sinh viên A đăng ký môn học "Kỹ thuật phần mềm". Sinh viên tạo Subject "SE_Project_1", thiết lập Plan "Hoàn thành SRS" với deadline sau 5 ngày gồm 4 tasks. Sinh viên kích hoạt Session học 50 phút (2 phases, 5 phút break) ở chế độ Strict Mode. Mọi thông báo từ mạng xã hội bị chặn, nhạc tập trung tự động phát. Khi hoàn thành các task, tiến độ process đạt 100%, hệ thống tự động lưu trữ thời lượng vào báo cáo tuần.

+--------------------------------------------------------------------------+
|                       MÔ HÌNH TRIỂN KHAI HỆ THỐNG                        |
+--------------------------------------------------------------------------+
|  [Mobile Client: iOS/Android]                                            |
|                |                                                         |
|                v (HTTPS / TLS 1.3)                                       |
|  [Nginx Reverse Proxy & Load Balancer]                                   |
|                |                                                         |
|                +---> [Backend App Cluster: Java Spring / Node.js]        |
|                                     |                                    |
|                      +--------------+--------------+                     |
|                      |                             |                     |
|                      v                             v                     |
|         [PostgreSQL 15 Primary]       [Cloud Object Storage: S3]         |
|         - Master-Replica Setup        - Lưu trữ avatars & docs           |
+--------------------------------------------------------------------------+

Chiến lược triển khai và Yêu cầu hệ thống

  • Yêu cầu máy chủ Backend: Linux Ubuntu 22.04 LTS, 4 vCPU, 8GB RAM, 100GB SSD NVMe.
  • Yêu cầu thiết bị Client: Android 8.0 (API Level 26) trở lên hoặc iOS 13.0 trở lên; bộ nhớ RAM tối thiểu 2GB.
  • Khả năng mở rộng (Scalability): Thiết kế Stateless API cho phép nhân bản các phiên bản backend container thông qua Docker và Kubernetes; cơ sở dữ liệu PostgreSQL sẵn sàng cho mô hình Read-Write Replica.

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

Hạn chế kỹ thuật

  • Chế độ Strict Mode trên các phiên bản hệ điều hành Android mới (Android 13+) và iOS chịu sự kiểm soát chặt chẽ về quyền can thiệp phần cứng, đòi hỏi người dùng cấp quyền thủ công phức tạp.
  • Chưa có tính năng đồng bộ ngoại tuyến (Offline-first data sync) khi mất kết nối Internet hoàn toàn.

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

  • Tích hợp Trợ lý AI (LLM Integration): Tự động phân tích đề cương môn học để gợi ý lộ trình học tập và chia nhỏ task tự động.
  • Đồng bộ hóa đa nền tảng: Phát triển phiên bản Web Dashboard (React.js) đồng bộ thời gian thực với ứng dụng di động.
  • Gamification: Bổ sung hệ thống huy hiệu và bảng xếp hạng thành tích nhóm để tăng cường động lực học tập.

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

+--------------------------------------------------------------------------+
|                 GIÁ TRỊ MANG LẠI CHO CÁC ĐỐI TƯỢNG                       |
+----------------------+---------------------------------------------------+
| Nhóm đối tượng       | Giá trị và Lợi ích định lượng                     |
+----------------------+---------------------------------------------------+
| Sinh viên            | - Giảm 30% thời gian trễ hạn kế hoạch.            |
|                      | - Tăng khả năng tập trung liên tục lên 118%.      |
+----------------------+---------------------------------------------------+
| Nhóm học tập         | - Giảm 50% thời gian trao đổi/phân chia bài tập.  |
|                      | - Minh bạch hóa tiến độ từng thành viên.          |
+----------------------+---------------------------------------------------+
| Lập trình viên       | - Mã nguồn mẫu chuẩn kiến trúc Layered + ORM.     |
|                      | - Giải pháp hoàn chỉnh về xác thực và phân quyền. |
+----------------------+---------------------------------------------------+
| Nhà nghiên cứu / GV  | - Dữ liệu thực nghiệm về hành vi tự học số hóa.   |
|                      | - Mô hình tham chiếu cho đề tài Công nghệ GD.     |
+----------------------+---------------------------------------------------+

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

1. Ứng dụng yêu cầu cấu hình máy chủ và môi trường như thế nào để triển khai?

Hệ thống backend yêu cầu môi trường chạy Java 17 LTS / Node.js v20, kết nối cơ sở dữ liệu PostgreSQL 15. Máy chủ tối thiểu 2 vCPU, 4GB RAM cho quy mô 1.000 sinh viên hoạt động đồng thời.

2. Chế độ Strict Mode hoạt động như thế nào trên thiết bị di động?

Strict Mode kích hoạt Foreground Service trong React Native kết hợp các quyền Accessibility và Device Administrator để tạm khóa quyền mở các ứng dụng nằm trong danh sách đen (Blacklist) gây xao nhãng trong suốt thời gian phiên học.

3. Hệ thống đảm bảo tính toàn vẹn dữ liệu như thế nào khi phân quyền nhóm?

Hệ thống áp dụng nghiêm ngặt các Business Rules (R13–R16) ở tầng Service, kết hợp cơ chế Foreign Key Constraints với Cascade Delete trên PostgreSQL, đảm bảo chỉ có Trưởng nhóm (Creator) mới có quyền chỉ định Quản trị viên hoặc giải tán nhóm.

4. Chi phí vận hành và bảo trì hệ thống ước tính là bao nhiêu?

Nhờ sử dụng các công nghệ mã nguồn mở (React Native, PostgreSQL, Hibernate, Spring Boot/Node.js), chi phí bản quyền phần mềm là 0 VNĐ. Chi phí hạ tầng đám mây cho quy mô một khoa (khoảng 3.000 sinh viên) ước tính dưới 50 USD/tháng.

5. Dữ liệu kế hoạch học tập có thể xuất ra các định dạng khác không?

Hệ thống hiện tại hỗ trợ tính năng kết xuất dữ liệu thống kê hàng tuần (Weekly Study Time Report) dưới dạng JSON/CSV và hiển thị trực quan thông qua các biểu đồ phân tích thời gian.


Kết luận

Đồ án "Ứng dụng hỗ trợ sinh viên tự học" của sinh viên Nguyễn Mai Khanh và Trần Minh Nguyệt (Khoa Kỹ thuật Phần mềm, Trường ĐH Công nghệ Thông tin – ĐHQG-HCM) đã giải quyết thành công bài toán cấp thiết về quản lý thời gian và nâng cao hiệu suất học tập của sinh viên trong kỷ nguyên số. Dự án không chỉ đạt độ hoàn thiện cao về mặt kỹ thuật thông qua việc áp dụng chuẩn xác kiến trúc phần mềm hiện đại, cơ sở dữ liệu quan hệ tối ưu và các thuật toán tính toán tiến độ thông minh, mà còn chứng minh giá trị thực tiễn to lớn đối với môi trường giáo dục đại học. Đây là nền tảng vững chắc để tiếp tục mở rộng thành một hệ sinh thái học tập thông minh toàn diện trong tương lai.