Bài Báo Cáo Kết Thúc Học Phần Công Nghệ Phần Mềm Về Quản Lý Học Sinh

• Trường học: Trường Đại Học Công Nghệ Thông Tin
• Chuyên ngành: Công Nghệ Phần Mềm
• Đề tài: Quản Lý Học Sinh: Bài Báo Cáo Kết Thúc Học Phần Công Nghệ Phần Mềm
• Loại tài liệu: báo cáo
• Năm xuất bản: 2023
• Địa điểm: Thành Phố Hồ Chí Minh

Mục lục chi tiết

• 1. YÊU CẦU
• 1.1. Mô hình cơ cấu tổ chức
• 1.2. Ý nghĩa các bộ phận
• 1.3. Nhu cầu người dùng và Yêu cầu của phần mềm (NGHIỆP VỤ)
• 1.4. Quy định
• 1.5. Danh sách yêu cầu
• 1.5.1. Danh sách yêu cầu nghiệp vụ
• 1.5.2. Danh sách yêu cầu tiến hóa
• 1.5.3. Danh sách yêu cầu hiệu quả
• 2. LAB 2 - MÔ HÌNH HÓA YÊU CẦU
• 2.1. Sơ đồ mức tổng quát
• 2.2. Sơ đồ chi tiết: Quản lý đơn đặt hàng
• 2.3. Sơ đồ chi tiết: Quản lý bán hàng
• 2.4. Đặc tả Usecase
• 2.4.1. Usecase Lập hóa đơn bán hàng cho khách đặt hàng trước
• 2.4.2. Usecase đặt phòng
• 2.5. Quy trình Lập hóa đơn bán hàng cho khách đã đặt hàng
• 2.6. Quy trình đặt phòng
• 2.7. Sơ đồ khai thác hệ thống (Deployment Diagram)
• 2.8. Cách thức triển khai
• 2.9. Sơ đồ triển khai
• 3. LAB 3: THIẾT KẾ DỮ LIỆU
• 3.1. Chi tiết các bảng
• 3.2. Nội dung bảng tham số
• 3.3. Các thuộc tính tối ưu tốc độ xử lý
• 3.4. Các cấu SQL theo biểu mẫu
• 4. LAB 4: THIẾT KẾ GIAO DIỆN
• 4.1. Tiêu chuẩn thiết kế giao diện
• 4.2. Sơ đồ giao diện tổng quát
• 4.3. Giao diện chi tiết
• 5. LAB 1 - XÁC ĐỊNH YÊU CẦU
• 5.1. Mô hình cơ cấu tổ chức
• 5.2. Sơ đồ tổ chức Trường THPT Nguyễn Du
• 5.3. Ý nghĩa các bộ phận

Tóm tắt

I. Tổng Quan Báo Cáo Quản Lý Học Sinh Môn CNPM Chi Tiết

Bài viết này phân tích sâu vào nội dung của báo cáo kết thúc học phần Công nghệ Phần mềm với đề tài "Quản Lý Học Sinh", một sản phẩm nghiên cứu của sinh viên Khoa Công nghệ Thông tin, Trường Đại học Ngoại ngữ - Tin học TP.HCM. Báo cáo này không chỉ là một đồ án môn học thông thường mà còn là một tài liệu tham khảo giá trị, thể hiện quy trình đầy đủ từ khâu khảo sát, phân tích đến thiết kế và định hướng triển khai một hệ thống phần mềm thực tiễn. Mục tiêu chính của đề tài là xây dựng một công cụ phần mềm nhằm số hóa và tối ưu hóa các nghiệp vụ quản lý trong môi trường học đường, từ quản lý thông tin sinh viên, quản lý điểm số, cho đến quản lý lịch học và hạnh kiểm. Tài liệu gốc đã trình bày một cách hệ thống các bước phát triển phần mềm, bắt đầu từ việc xác định các yêu cầu phức tạp của người dùng (như học sinh, giáo viên, phòng giáo vụ) và chuyển hóa chúng thành các yêu cầu chức năng và yêu cầu phi chức năng cụ thể. Thông qua việc ứng dụng các kiến thức về phân tích thiết kế hệ thống, báo cáo đã xây dựng được một bộ khung vững chắc cho việc phát triển phần mềm sau này. Các mô hình và sơ đồ được sử dụng không chỉ minh họa cho giải pháp đề xuất mà còn là công cụ giao tiếp hiệu quả giữa đội ngũ phát triển và các bên liên quan, đảm bảo sản phẩm cuối cùng đáp ứng đúng nhu-cầu thực tế.

1.1. Bối cảnh và mục tiêu cốt lõi của đồ án môn học

Bối cảnh thực hiện đồ án môn học này xuất phát từ nhu cầu cấp thiết của các cơ sở giáo dục trong việc hiện đại hóa công tác quản lý. Các quy trình thủ công như quản lý hồ sơ giấy, nhập điểm, xếp thời khóa biểu thường tốn nhiều thời gian và dễ xảy ra sai sót. Mục tiêu cốt lõi của dự án là giải quyết những thách thức này bằng một hệ thống thông tin tập trung, đáng tin cậy. Cụ thể, hệ thống hướng đến việc tự động hóa các tác vụ lặp đi lặp lại, cung cấp khả năng truy xuất thông tin nhanh chóng, chính xác cho mọi đối tượng người dùng. Đối với học sinh, hệ thống là kênh tra cứu điểm số, thời khóa biểu minh bạch. Đối với giáo viên, đây là công cụ hỗ trợ nhập điểm, quản lý lớp học và theo dõi tiến độ học tập. Đối với phòng giáo vụ, phần mềm giúp quản lý tổng thể thông tin toàn trường, từ đó đưa ra các báo cáo thống kê nhanh chóng và hiệu quả. Mục tiêu cuối cùng là tạo ra một môi trường quản lý giáo dục chuyên nghiệp, giảm thiểu gánh nặng hành chính và nâng cao chất lượng dạy và học.

1.2. Phạm vi và các đối tượng nghiên cứu trong báo cáo

Phạm vi của báo cáo tập trung vào việc phân tích thiết kế hệ thống cho một trường Trung học Phổ thông (THPT) điển hình. Các đối tượng nghiên cứu chính bao gồm ba nhóm người dùng cốt lõi: Học sinh, Giáo viên (bao gồm giáo viên bộ môn và giáo viên chủ nhiệm), và Phòng Giáo vụ (bao gồm nhân viên giáo vụ và giám thị). Mỗi đối tượng có những nhu cầu và vai trò riêng biệt, được tài liệu mô tả chi tiết trong phần "Nhu cầu người dùng và Yêu cầu của phần mềm". Ví dụ, nghiệp vụ của học sinh xoay quanh việc tra cứu thông tin, trong khi giáo viên tập trung vào việc nhập và quản lý điểm số. Phòng giáo vụ lại đảm nhiệm các vai trò quản trị cấp cao hơn như tạo lập danh sách lớp, xếp lịch và quản lý thông tin toàn hệ thống. Việc xác định rõ phạm vi và đối tượng giúp giới hạn các chức năng cần xây dựng, đảm bảo dự án khả thi trong khuôn khổ một học phần.

II. Thách Thức Trong Nghiệp Vụ Quản Lý Học Sinh Hiện Tại

Trước khi có một hệ thống phần mềm chuyên dụng, công tác quản lý học sinh tại các trường học thường đối mặt với nhiều thách thức lớn. Việc quản lý dựa trên hồ sơ giấy và các công cụ rời rạc như Excel dẫn đến tình trạng dữ liệu phân mảnh, khó đồng bộ và tiềm ẩn nguy cơ sai sót cao. Theo khảo sát trong tài liệu gốc, các nghiệp vụ như điểm danh, nhập điểm, hay lập báo cáo tổng kết cuối kỳ thường tốn rất nhiều thời gian và công sức của giáo viên và phòng giáo vụ. Một thách thức khác là việc đảm bảo tính bảo mật và toàn vẹn của thông tin. Dữ liệu học sinh, điểm số là những thông tin nhạy cảm, nhưng khi được lưu trữ thủ công, chúng rất dễ bị thất lạc hoặc truy cập trái phép. Ngoài ra, việc giao tiếp và cung cấp thông tin giữa nhà trường, giáo viên, học sinh và phụ huynh còn nhiều hạn chế. Học sinh khó có thể chủ động tra cứu kết quả học tập của mình một cách nhanh chóng, còn phụ huynh thì thiếu kênh thông tin chính thức để theo dõi tình hình của con em. Việc xây dựng một phần mềm quản lý học sinh chính là giải pháp để giải quyết triệt để những vấn đề này, hướng tới một hệ thống quản lý tập trung, minh bạch và hiệu quả.

2.1. Phân tích yêu cầu chức năng và nghiệp vụ người dùng

Để giải quyết các thách thức, bước đầu tiên và quan trọng nhất là xác định rõ yêu cầu chức năng. Tài liệu báo cáo đã thực hiện rất tốt công đoạn này bằng cách liệt kê chi tiết 38 nhu cầu nghiệp vụ từ các nhóm người dùng khác nhau. Ví dụ, học sinh có nhu cầu 'Tra cứu thời khóa biểu' (UC01), 'Xem điểm kiểm tra' (UC04). Giáo viên cần 'Nhập điểm học sinh' (UC15), 'Điểm danh học sinh' (UC20). Phòng giáo vụ chịu trách nhiệm 'Lập danh sách lớp', 'Sắp xếp thời khóa biểu'. Mỗi yêu cầu này được phân loại và mô tả rõ ràng, tạo thành nền tảng vững chắc để thiết kế các chức năng phần mềm tương ứng. Việc phân tích kỹ lưỡng này đảm bảo rằng hệ thống khi xây dựng sẽ bám sát vào thực tiễn, giải quyết đúng và đủ các vấn đề nghiệp vụ mà người dùng cuối đang gặp phải.

2.2. Các yêu cầu phi chức năng cần thiết cho hệ thống

Bên cạnh các chức năng, yêu cầu phi chức năng cũng đóng vai trò quyết định đến sự thành công của phần mềm. Báo cáo đã chỉ ra các yêu cầu quan trọng như hiệu quả (tốc độ xử lý), tiện dụng (dễ học, dễ sử dụng), bảo mật, an toàn và tương thích. Ví dụ, về hiệu quả, hệ thống phải xử lý được 500 đơn liên hệ trong 2 giờ. Về bảo mật, báo cáo định nghĩa rõ quyền truy cập cho từng nhóm người dùng: học sinh chỉ có quyền 'Xem', trong khi giáo viên có quyền 'Thêm, xóa, sửa' trên dữ liệu điểm số. Đây là những ràng buộc kỹ thuật quan trọng, đảm bảo phần mềm không chỉ hoạt động đúng chức năng mà còn phải nhanh, ổn định, an toàn và dễ dàng tích hợp với các công cụ khác như Google Form hay máy in.

III. Hướng Dẫn Phân Tích Thiết Kế Hệ Thống Quản Lý Học Sinh

Sau khi xác định yêu cầu, giai đoạn phân tích thiết kế hệ thống là bước chuyển hóa các yêu cầu đó thành một bản thiết kế kỹ thuật chi tiết. Báo cáo đã áp dụng phương pháp luận của công nghệ phần mềm một cách bài bản, sử dụng Ngôn ngữ Mô hình hóa Hợp nhất (UML) làm công cụ chính. Quá trình này giúp trực quan hóa cấu trúc, hành vi và sự tương tác giữa các thành phần trong hệ thống. Các sơ đồ không chỉ là tài liệu kỹ thuật cho lập trình viên mà còn giúp các bên liên quan (stakeholders) hiểu rõ hơn về cách hệ thống sẽ hoạt động. Báo cáo đã trình bày một cách logic, bắt đầu từ cái nhìn tổng quan nhất với sơ đồ use case mức tổng quát, sau đó đi sâu vào chi tiết hóa từng chức năng. Cách tiếp cận này giúp đảm bảo tính nhất quán và đầy đủ của bản thiết kế, giảm thiểu rủi ro phải sửa đổi lớn trong giai đoạn lập trình. Việc áp dụng các mô hình phát triển phần mềm như mô hình thác nước được thể hiện rõ qua từng bước, từ phân tích yêu cầu đến thiết kế, cho thấy sự chuẩn bị kỹ lưỡng của nhóm thực hiện.

3.1. Mô hình hóa yêu cầu với sơ đồ Use Case tổng quát

Để mô hình hóa yêu cầu, sơ đồ use case là công cụ được lựa chọn hàng đầu. Trong báo cáo, sơ đồ mức tổng quát đã xác định rõ các tác nhân (Actors) chính của hệ thống bao gồm Học sinh, Giáo viên, và Giáo vụ. Sơ đồ này minh họa các tương tác chính mà mỗi tác nhân có thể thực hiện, ví dụ: Học sinh có thể 'Tra cứu thời khóa biểu', 'Xem điểm'; Giáo viên có thể 'Quản lý điểm của học sinh'; Giáo vụ thực hiện 'Quản lý giáo viên', 'Quản lý học sinh'. Sơ đồ này cung cấp một cái nhìn bao quát về phạm vi chức năng của hệ thống, giúp xác định các module chính cần phát triển và là điểm khởi đầu cho việc chi tiết hóa các kịch bản sử dụng sau này.

3.2. Đặc tả chi tiết các Usecase nghiệp vụ quan trọng

Từ sơ đồ tổng quát, báo cáo đi sâu vào đặc tả chi tiết từng Usecase. Một ví dụ điển hình là Usecase 'Quản lý điểm của học sinh' (UC10). Đặc tả này mô tả rõ các thông tin như Tác nhân (Giáo viên), Mục đích, Điều kiện tiên quyết (Giáo viên đã đăng nhập), Luồng sự kiện chính (chọn lớp, chọn môn, nhập điểm, lưu), và các Luồng sự kiện thay thế (nhập sai định dạng, hủy thao tác). Việc đặc tả chi tiết như vậy giúp làm rõ mọi kịch bản có thể xảy ra, là cơ sở để đội ngũ lập trình hiện thực hóa chức năng và đội ngũ kiểm thử phần mềm xây dựng các test case tương ứng. Tổng cộng, báo cáo đã xác định 43 Usecase, bao phủ toàn bộ nghiệp vụ đã khảo sát.

3.3. Áp dụng sơ đồ tuần tự và sơ đồ lớp class diagram

Để làm rõ hơn sự tương tác giữa các đối tượng bên trong hệ thống, báo cáo cần bổ sung sơ đồ tuần tự (sequence diagram) cho các use case phức tạp. Sơ đồ này sẽ mô tả trình tự các thông điệp được gửi giữa các đối tượng để hoàn thành một chức năng. Song song đó, sơ đồ lớp (class diagram) là công cụ không thể thiếu để mô tả cấu trúc tĩnh của hệ thống. Nó định nghĩa các lớp (ví dụ: HocSinh, GiaoVien, LopHoc, DiemSo), các thuộc tính của chúng (ví dụ: HocSinh có maHS, hoTen, ngaySinh) và mối quan hệ giữa chúng (ví dụ: một LopHoc có nhiều HocSinh). Đây là bản thiết kế nền tảng cho việc thiết kế cơ sở dữ liệu và viết mã nguồn sau này.

IV. Phương Pháp Thiết Kế Cơ Sở Dữ Liệu Và Giao Diện Tối Ưu

Thiết kế cơ sở dữ liệu và giao diện là hai trụ cột quan trọng trong việc xây dựng một hệ thống phần mềm hoàn chỉnh. Báo cáo đã dành riêng LAB 3 và LAB 4 để trình bày chi tiết về hai phần này. Về thiết kế cơ sở dữ liệu, nhóm tác giả đã xác định các thực thể chính, các thuộc tính và mối quan hệ giữa chúng, từ đó xây dựng mô hình quan hệ thực thể (ERD). Dựa trên mô hình này, các bảng dữ liệu trong một hệ quản trị CSDL (ví dụ: SQL Server, MySQL) được tạo ra. Báo cáo đã mô tả chi tiết cấu trúc của 10 bảng quan trọng như GiaoVien, HocSinh, Lop, Diem, TaiKhoan,... bao gồm tên thuộc tính, kiểu dữ liệu, và các ràng buộc. Một cơ sở dữ liệu được thiết kế tốt sẽ đảm bảo tính toàn vẹn dữ liệu, hiệu suất truy vấn và khả năng mở rộng trong tương lai. Về thiết kế giao diện (UI/UX), mục tiêu là tạo ra một hệ thống dễ sử dụng và thân thiện với người dùng. Báo cáo đề ra các tiêu chuẩn thiết kế rõ ràng cho màn hình, font chữ, màu sắc và các thành phần tương tác, đảm bảo sự nhất quán trên toàn bộ ứng dụng, giúp người dùng dễ dàng học và thao tác mà không cần hướng dẫn nhiều.

4.1. Chi tiết các bảng dữ liệu và mô hình quan hệ thực thể

Phần thiết kế cơ sở dữ liệu trong báo cáo đã định nghĩa chi tiết 10 bảng dữ liệu cốt lõi. Ví dụ, bảng HocSinh chứa các trường như MAHS (khóa chính), HOTENHS, GIOITINH, NGAYSINH, MALOP (khóa ngoại tham chiếu đến bảng Lop). Bảng Diem có cấu trúc phức tạp hơn, chứa các khóa ngoại MAHS, MAMH, MALOP để liên kết thông tin điểm với học sinh, môn học và lớp học cụ thể. Các mối quan hệ được xác định rõ: một Lop có nhiều HocSinh, một HocSinh có nhiều Diem. Việc xây dựng sơ đồ ERD trước khi tạo bảng giúp trực quan hóa các mối quan hệ này, đảm bảo logic dữ liệu chặt chẽ và tránh dư thừa thông tin, là nền tảng cho một hệ quản trị CSDL hoạt động hiệu quả.

4.2. Tiêu chuẩn thiết kế giao diện UI UX cho phần mềm

Báo cáo nhấn mạnh tầm quan trọng của thiết kế giao diện (UI/UX) thông qua việc xây dựng bộ tiêu chuẩn chi tiết. Các tiêu chuẩn này áp dụng cho mọi yếu tố trên màn hình, từ kích thước, cách canh lề, đến việc sử dụng font chữ và màu sắc. Ví dụ, báo cáo đề xuất Sơ đồ giao diện tổng quát để thể hiện luồng điều hướng giữa các màn hình chính. Sau đó, các giao diện chi tiết cho từng chức năng như 'Nhập liệu', 'Tra cứu', 'Báo cáo' được phác thảo. Mục đích là tạo ra một trải nghiệm người dùng đồng nhất, giảm thiểu tỷ lệ mắc lỗi khi thao tác (được đề cập trong phần 'Danh sách yêu cầu tiện dụng'). Một giao diện được thiết kế tốt không chỉ đẹp mắt mà còn phải giúp người dùng hoàn thành công việc của họ một cách nhanh chóng và dễ dàng.

V. Kết Quả Triển Khai Trong Báo Cáo Kết Thúc Học Phần CNPM

Tuy báo cáo chủ yếu tập trung vào giai đoạn phân tích và thiết kế, nó cũng đã vạch ra một lộ trình rõ ràng cho việc triển khai và hiện thực hóa hệ thống. Phần 'Danh sách yêu cầu công nghệ' đã đề xuất các công nghệ sử dụng phù hợp cho việc phát triển, ví dụ như ReactJS/NodeJS cho ứng dụng web và SQL Server 2019 cho cơ sở dữ liệu. Lựa chọn này cho thấy sự cập nhật với xu hướng công nghệ hiện đại, hướng tới việc xây dựng một hệ thống có khả năng tái sử dụng và dễ bảo trì. Sơ đồ triển khai (Deployment Diagram) cũng được đề cập, mô tả cách ứng dụng sẽ được cài đặt trên các máy chủ và máy trạm, cho thấy một cái nhìn toàn diện về vòng đời của sản phẩm. Kết quả của báo cáo kết thúc học phần này là một bộ tài liệu thiết kế hoàn chỉnh, sẵn sàng để đội ngũ lập trình viên tiếp nhận và phát triển thành một sản phẩm phần mềm thực thụ. Các chức năng cốt lõi như quản lý điểm số, quản lý thông tin sinh viên, và điểm danh đều đã được mô tả chi tiết, đảm bảo rằng sản phẩm cuối cùng sẽ đáp ứng đầy đủ các nghiệp vụ đã được khảo sát ban đầu.

5.1. Các công nghệ sử dụng và sơ đồ triển khai hệ thống

Việc lựa chọn công nghệ sử dụng là một quyết định chiến lược. Báo cáo đề xuất một ngăn xếp công nghệ hiện đại bao gồm ReactJS, NodeJS, CSS, HTML cho phần front-end và back-end của ứng dụng web, cùng với hệ quản trị CSDL là SQL Server 2019. Sự lựa chọn này mang lại nhiều lợi ích: ReactJS giúp xây dựng giao diện người dùng tương tác và linh hoạt; NodeJS cho phép xử lý các yêu cầu phía máy chủ một cách hiệu quả. Sơ đồ triển khai hệ thống (Deployment Diagram) mô tả kiến trúc client-server, trong đó ứng dụng web được triển khai trên một web server, giao tiếp với một database server riêng biệt. Mô hình này đảm bảo tính ổn định, bảo mật và khả năng mở rộng của hệ thống khi số lượng người dùng tăng lên.

5.2. Chức năng quản lý điểm số và quản lý thông tin sinh viên

Hai trong số các chức năng quan trọng nhất được phân tích là quản lý điểm số và quản lý thông tin sinh viên. Chức năng quản lý điểm cho phép giáo viên nhập điểm miệng, 15 phút, 1 tiết, và điểm học kỳ. Hệ thống sẽ tự động tính điểm trung bình môn dựa trên công thức đã định sẵn (ví dụ: TBM = (Điểm hệ số 1 + Điểm hệ số 2*2 + Điểm HK*3)/6). Chức năng quản lý thông tin sinh viên cho phép phòng giáo vụ thêm mới, cập nhật và xóa thông tin học sinh một cách dễ dàng. Các thông tin chi tiết như sơ yếu lý lịch, thông tin phụ huynh đều được lưu trữ một cách có hệ thống, giúp việc tra cứu và lập báo cáo trở nên thuận tiện hơn bao giờ hết.

VI. Tổng Kết Đồ Án Quản Lý Học Sinh Và Hướng Phát Triển Mới

Báo cáo kết thúc học phần về đề tài Quản lý học sinh đã hoàn thành xuất sắc nhiệm vụ đặt ra: xây dựng một bản phân tích và thiết kế hệ thống chi tiết, bài bản và có tính ứng dụng cao. Tài liệu đã trình bày một cách khoa học toàn bộ quy trình phát triển phần mềm theo lý thuyết, từ việc khảo sát nghiệp vụ, đặc tả yêu cầu, mô hình hóa bằng UML, đến thiết kế cơ sở dữ liệu và giao diện. Đây là một nền tảng vững chắc, một kim chỉ nam rõ ràng cho giai đoạn hiện thực hóa sản phẩm. Điểm mạnh của báo cáo nằm ở sự chi tiết và logic trong việc phân tích yêu cầu, đảm bảo rằng mọi chức năng được thiết kế đều xuất phát từ nhu cầu thực tế của người dùng. Mặc dù đây chỉ là một đồ án môn học, nhưng giá trị mà nó mang lại vượt xa khuôn khổ một bài tập trên lớp. Nó cung cấp một cái nhìn tổng quan và sâu sắc về cách áp dụng kiến thức công nghệ phần mềm vào giải quyết một bài toán thực tiễn. Hướng phát triển trong tương lai cho hệ thống này là rất rộng mở, hứa hẹn sẽ trở thành một công cụ không thể thiếu trong công tác quản lý giáo dục hiện đại.

6.1. Đánh giá tổng quan ưu và nhược điểm của giải pháp

Ưu điểm lớn nhất của giải pháp được đề xuất trong báo cáo là tính toàn diện và hệ thống. Việc phân tích kỹ lưỡng 38 nghiệp vụ và 43 use case đảm bảo hệ thống bao phủ gần như toàn bộ các tác vụ quản lý cơ bản tại một trường học. Việc thiết kế dựa trên các mô hình chuẩn hóa như UML giúp tài liệu dễ đọc, dễ hiểu và dễ chuyển giao. Tuy nhiên, một nhược điểm tiềm tàng có thể là báo cáo chưa đi sâu vào phần kiểm thử phần mềm và các kịch bản test case chi tiết. Ngoài ra, các yêu cầu về hiệu năng và khả năng chịu tải của hệ thống khi có hàng ngàn người dùng truy cập đồng thời cũng cần được xem xét kỹ hơn trong giai đoạn triển khai thực tế.

6.2. Tiềm năng tái sử dụng và hướng nâng cấp trong tương lai

Hệ thống được thiết kế có tiềm năng tái sử dụng và mở rộng rất lớn. Với kiến trúc module hóa, việc thêm các chức năng mới trong tương lai sẽ không ảnh hưởng nhiều đến các thành phần đã có. Các hướng nâng cấp tiềm năng bao gồm: phát triển ứng dụng di động (mobile app) cho phụ huynh và học sinh để nhận thông báo đẩy; tích hợp module quản lý tài chính, học phí; xây dựng hệ thống học tập trực tuyến (e-learning) ngay trên nền tảng; và ứng dụng AI để phân tích dữ liệu học tập, đưa ra các cảnh báo sớm cho học sinh có kết quả yếu kém. Với một nền tảng thiết kế tốt, việc phát triển source code và nâng cấp hệ thống sẽ trở nên thuận lợi và hiệu quả hơn.