Hướng dẫnGiáo viên

Hướng Dẫn Dành Cho Giáo Viên

Hướng dẫn vận hành theo nhiệm vụ cho giáo viên trong Admin Portal. Các chức năng dưới đây yêu cầu vai trò admin hoặc superAdmin.

Bắt đầu cho giáo viên

Khi nào dùng

Khi bạn cần thiết lập quy trình vận hành từ đầu cho tài liệu, câu hỏi và đề thi mẫu.

Truy cập

Các bước thực hiện

  1. 1Đăng nhập bằng tài khoản có quyền admin/superAdmin.
  2. 2Kiểm tra nhanh cấu trúc thư mục, tài liệu, ngân hàng câu hỏi hiện có.
  3. 3Xác định thứ tự công việc: tài liệu -> câu hỏi -> ma trận -> đề thi.

Kết quả bạn nhận được

Bạn có quy trình làm việc thống nhất, tránh tạo đề khi dữ liệu nguồn chưa sẵn sàng.

Chuẩn bị tài liệu đúng chuẩn

Khi nào dùng

Khi bạn sắp tải mới hoặc cập nhật bộ tài liệu dùng để sinh câu hỏi.

Truy cập

Các bước thực hiện

  1. 1Chuẩn hóa file PDF với heading rõ ràng theo chương/mục.
  2. 2Đặt tên tài liệu và thư mục theo môn - lớp nhất quán.
  3. 3Kiểm tra kích thước, chất lượng scan và mức độ đọc được nội dung.

Kết quả bạn nhận được

Tài liệu đầu vào ổn định giúp pipeline xử lý và tạo câu hỏi có chất lượng tốt hơn.

Yêu cầu tài liệu trước khi tải lên

  • Định dạng bắt buộc: PDF.
  • Kích thước khuyến nghị: dưới 50MB mỗi tài liệu.
  • Nên có heading rõ (H1, H2, H3...) để phân tách chương/mục chính xác.
  • Tài liệu scan cần rõ chữ, hạn chế bóng/mờ để tránh lỗi phân tích.

Tải lên và theo dõi xử lý

Khi nào dùng

Khi bạn cần đưa tài liệu vào hệ thống và theo dõi đến trạng thái sẵn sàng.

Truy cập

Các bước thực hiện

  1. 1Tải tài liệu vào đúng thư mục môn/lớp.
  2. 2Theo dõi các giai đoạn parse -> build tree -> segment -> persist.
  3. 3Xác nhận trạng thái READY trước khi sử dụng cho bước tạo câu hỏi.

Kết quả bạn nhận được

Dữ liệu chương/mục/khái niệm được trích xuất đầy đủ để sinh câu hỏi tự động.

Đi đâu nếu gặp lỗi

Nếu tài liệu lỗi hoặc treo trạng thái, kiểm tra lại PDF đầu vào và tải lại bản đã chuẩn hóa.

5 giai đoạn xử lý tài liệu

  • PARSE (0-5%): đọc PDF, trích xuất heading, văn bản, danh sách, bảng.
  • BUILD_TREE (5-30%): xây dựng cây cấu trúc chủ đề -> chương -> mục.
  • SEGMENT (30-60%): tách section thành các khái niệm học tập có cấu trúc.
  • PERSIST (60-80%): lưu dữ liệu vào hệ thống và liên kết phân cấp.
  • COMPLETE (100%): tài liệu ở trạng thái READY và sẵn sàng cho bước tạo câu hỏi.

Cấu trúc dữ liệu sau khi xử lý

  • Thư mục -> Tài liệu gốc -> Tài liệu đã trích xuất.
  • Tài liệu đã trích xuất -> Chủ đề -> Chương -> Mục.
  • Mỗi mục có các khái niệm: định nghĩa, định lý, công thức, ví dụ, ứng dụng.

Kiểm soát chất lượng câu hỏi

Khi nào dùng

Khi câu hỏi đã được sinh tự động và bạn cần duyệt trước khi dùng vào đề thi.

Truy cập

Các bước thực hiện

  1. 1Lọc theo môn, phần thi, độ khó, trạng thái review.
  2. 2Duyệt theo lô để chuyển pending -> approved hoặc rejected.
  3. 3Đảm bảo phân bổ câu hỏi cân bằng theo mục tiêu ma trận.

Kết quả bạn nhận được

Ngân hàng câu hỏi đạt chất lượng vận hành, sẵn sàng cho tạo đề thi mẫu.

Bộ lọc quan trọng khi duyệt

  • Môn/lớp, chương, phần thi (I/II/III), mức độ nhận thức.
  • Loại câu hỏi (trắc nghiệm, đúng/sai, tự luận).
  • Độ khó và trạng thái review (pending/approved/rejected).
  • Tìm kiếm theo nội dung câu hỏi để rà soát nhanh.
Bulk actionÝ nghĩa
ApproveĐưa câu hỏi vào trạng thái sẵn sàng dùng cho tạo đề
RejectLoại khỏi luồng tạo đề, chờ sửa hoặc loại bỏ
ResetĐưa về pending để duyệt lại theo tiêu chí mới

Tạo đề thi mẫu

Khi nào dùng

Khi bạn muốn phát hành đề thi theo chuẩn phân bổ nội dung và mức độ nhận thức.

Truy cập

Các bước thực hiện

  1. 1Tạo/điều chỉnh ma trận theo chương, phần thi và mức độ.
  2. 2Sinh đề từ ma trận và rà soát nội dung bản draft.
  3. 3Đổi trạng thái sang active để học sinh thấy ở trang bài kiểm tra mẫu.

Kết quả bạn nhận được

Bạn phát hành đề thi có cấu trúc kiểm soát được và đồng nhất giữa các đợt luyện.

Luồng tạo đề đầy đủ

  • Tạo ma trận: đặt số câu, tổng điểm, phân bổ theo chương/phần/mức độ.
  • Sinh đề từ ma trận: lấy câu approved phù hợp điều kiện từng ô.
  • Rà soát bản draft: kiểm tra độ phủ nội dung và độ khó tổng thể.
  • Publish active: đề xuất hiện ở trang Bài kiểm tra mẫu cho học sinh.
Chức năngMục đích
Manual Question SelectorChọn câu thủ công khi cần kiểm soát chặt nội dung
Clone testNhân bản đề để tạo nhanh biến thể mới
Draft/ActiveQuản lý vòng đời đề thi trước và sau khi phát hành

Theo dõi phân tích và lịch sử bài làm

Khi nào dùng

Khi bạn cần đánh giá hiệu quả hệ thống và hiệu suất làm bài của học sinh.

Truy cập

Các bước thực hiện

  1. 1Theo dõi KPI, xu hướng điểm và mức độ tham gia ở analytics.
  2. 2Mở test-history để xem từng phiên làm bài chi tiết.
  3. 3Dùng dữ liệu này để tinh chỉnh ngân hàng câu hỏi và ma trận đề.

Kết quả bạn nhận được

Bạn có vòng lặp cải tiến liên tục giữa dữ liệu thực tế và cấu trúc đề thi.

Nội dung nên theo dõi ở Analytics

  • Tổng học sinh, tỷ lệ tham gia, điểm trung bình, tỷ lệ hoàn thành.
  • Xu hướng điểm theo thời gian và phân bổ hiệu suất theo môn.
  • Hiệu quả từng bài thi: lượt làm, pass rate, thời gian làm trung bình.

Nội dung nên theo dõi ở Test History

  • Trạng thái bài làm (đã hoàn thành/đang làm), thời gian bắt đầu/kết thúc.
  • Điểm số từng phiên và khả năng xem sâu theo từng bài làm.
  • Dữ liệu hành vi: tốc độ làm bài, thay đổi đáp án, chuyển tab, câu làm vội.

Vận hành hỗ trợ

Khi nào dùng

Khi học sinh gửi vấn đề cần hỗ trợ trong quá trình học và làm bài.

Truy cập

Các bước thực hiện

  1. 1Lọc ticket theo mức ưu tiên và trạng thái xử lý.
  2. 2Claim ticket, trao đổi với học sinh cho đến khi xử lý xong.
  3. 3Đóng ticket và ghi nhận nguyên nhân để giảm lặp lỗi.

Kết quả bạn nhận được

Thời gian phản hồi ngắn hơn, giảm gián đoạn học tập và tăng độ ổn định vận hành.

Vòng đời ticket hỗ trợ

  • Học sinh tạo ticket từ luồng chat khi cần hỗ trợ trực tiếp.
  • Giáo viên/admin claim ticket và chuyển sang in_progress.
  • Trao đổi 2 chiều cho đến khi xử lý xong rồi đóng ticket.
  • Ticket đã đóng vẫn lưu lịch sử để tra cứu và rút kinh nghiệm vận hành.
Vai tròQuyền chính
Học sinhTạo ticket, theo dõi ticket của mình, phản hồi bổ sung
Giáo viên/AdminXem tất cả ticket, claim, phản hồi, đóng ticket

Mẹo quản trị

Chuẩn hóa trước tự động hóa

Ổn định cấu trúc tài liệu và naming trước khi sinh câu hỏi để giảm lỗi downstream.

Duyệt theo lô

Review theo batch theo môn/chương để giữ tốc độ mà vẫn kiểm soát chất lượng.

Giữ ma trận ổn định theo kỳ

Chỉ chỉnh ma trận khi có dữ liệu mới rõ ràng, tránh thay đổi liên tục.

Đóng vòng phản hồi

Từ analytics và support ticket, cập nhật lại ngân hàng câu hỏi và đề thi.

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

Giáo viên có cần quyền admin để dùng các trang này không?

Có. Các tính năng vận hành ở đây thuộc Admin Portal và yêu cầu role admin hoặc superAdmin.

Khi nào nên publish đề thi mẫu?

Khi ma trận đã chốt và câu hỏi trong đề đều ở trạng thái approved, đã rà soát bản draft.

Vì sao nên duyệt câu hỏi theo lô?

Duyệt theo lô giúp giữ nhất quán tiêu chí chất lượng và tiết kiệm thời gian hơn duyệt rời rạc.

Analytics và test-history khác nhau thế nào?

Analytics cho bức tranh tổng hợp; test-history cho từng phiên làm bài chi tiết để điều tra sâu.

Cập nhật: 24/02/2026 · Phiên bản 2.0