Trên màn hình, học sinh chọn D ở câu 28. Trong ngân hàng, đó là phương án opt_2 của câu C017_v2. Trong kết quả thi, câu được nhận diện bằng tham chiếu B_Q28 của đề B. Nếu ba tên này không có đường nối, tệp “đúng 1” vẫn có thể được ghép vào nhầm câu hoặc nhầm bộ tham số. Trao đổi dữ liệu tốt phải giữ được ý nghĩa của bản ghi xuyên suốt các hệ thống.
Chốt những gì được trao đổi và cách nhận diện
QTI là chuẩn trao đổi nội dung đánh giá, dữ liệu sử dụng và kết quả do 1EdTech phát triển [1]. Nó cung cấp cấu trúc để các hệ thống hiểu câu, phản hồi và cách chấm; mức hỗ trợ thực tế còn tùy phần mềm và phạm vi triển khai. Trước khi tích hợp, các bên cần thống nhất một profile, tức tập thành phần và quy tắc trao đổi mà hai phía thực sự hỗ trợ, rồi kiểm sau nhập.
Không nên dùng một cột “mã câu” cho mọi loại định danh. Mã nội dung nhận diện câu được chuyển; mã tham chiếu nhận diện lần đặt câu trong đề; mã phiên nhận diện lượt làm trong ngữ cảnh hệ thống cấp. Trong QTI Results Reporting, với một kết quả thuộc test, itemResult.identifier tương ứng với identifier của assessmentItemRef trong đề [2]. Bảng ánh xạ mới dẫn từ tham chiếu ấy về đúng câu trong ngân hàng.
Ba bộ hồ sơ của một câu minh họa
Toàn bộ định danh và tình huống dưới đây tự dựng. K2 là mã quản trị bản quy tắc chấm của ví dụ, không phải tên một thuộc tính bắt buộc của QTI. C017_v2 và P007_v1 lần lượt chỉ nội dung câu và ngữ liệu phát hành; phía nhận phải lưu được quan hệ với các phiên bản quản trị gốc.
| Dòng trao đổi | Nội dung minh họa | Quan hệ phải giữ |
|---|---|---|
| Ngân hàng → hệ thống thi | Gói PKG03: C017_v2, ngữ liệu P007_v1, phương án đúng opt_2, quy tắc chấm K2; đề B tham chiếu bằng B_Q28 | Tài nguyên/ảnh đầy đủ; tham chiếu B_Q28 trỏ đúng C017_v2; bản phát hành được khóa |
| Hệ thống thi → phân tích | Phiên S0005, nguồn cấp SP_delivery; B_Q28; thứ tự hiển thị 28; lần làm 1; chọn opt_2, trên giao diện mang nhãn D; SCORE=1 | Giữ định danh phương án và thứ tự đã hiển thị; không chỉ lưu chữ D hoặc chỉ lưu 0/1 |
| Phân tích → ngân hàng | AN07 dùng RESP04 cho đúng C017_v2/K2; bộ CAL07 kèm mô hình, quy ước, thang, ước lượng/độ bất định, kết quả kiểm và quyết định | Kết quả gắn với đúng dữ liệu/phiên bản; hồ sơ hiệu chuẩn và thang được trao đổi đủ theo thỏa thuận |
Ở dòng thứ hai, SCORE=1 là kết quả chấm câu trong ví dụ, chưa phải theta hay điểm tổng IRT. Khai báo phản hồi mô tả kiểu câu trả lời; correctResponse có thể nêu đáp án đúng; response processing quy định cách xử lý phản hồi thành kết quả [1]. Khi xáo phương án, định danh opt_2 vẫn giúp biết người học chọn nội dung nào, còn chữ D chỉ là nhãn đã thấy trong lần hiển thị ấy.
Gói nội dung và hồ sơ hiệu chuẩn có liên quan nhưng khác vai trò
imsmanifest.xml mô tả tài nguyên và quan hệ trong gói nội dung. Nó không tự thay toàn bộ nhật ký duyệt hoặc lịch sử phiên bản. Tương tự, thuộc tính tool-version mô tả phiên bản công cụ tạo câu, không phải bản khóa chấm. Các trường quản trị bổ sung cần được định nghĩa và kiểm tra rõ, tránh để hai bên cùng ghi “version” nhưng hiểu hai thứ khác nhau.
QTI có cơ chế Usage Data/Item Statistics; hướng dẫn có ví dụ về tham số câu cùng bối cảnh, cỡ mẫu và sai số chuẩn [1]. Vì thế, không nên nói QTI hoàn toàn không chứa thông tin IRT. Vấn đề thực tế là một gói bất kỳ chưa bảo đảm hai hệ thống đã trao đổi đủ mô hình, hệ số quy ước, thang tham chiếu, liên kết và độ bất định cần cho mục đích đang dùng. Các trường này phải được chốt trong profile và đối soát sau chuyển.
Nghiệm thu bằng những ca có thể phát hiện lỗi
| Ca kiểm tự dựng | Dữ kiện thử | Kết quả mong đợi trong ví dụ |
|---|---|---|
| Phương án đã xáo | Giao diện D ánh xạ opt_2 của C017_v2; K2 chấm opt_2 đúng | Giữ opt_2 và nhãn/thứ tự hiển thị; xuất SCORE=1 |
| Thiếu ánh xạ tham chiếu | Có B_Q28 nhưng không có quan hệ về câu ngân hàng | Báo chưa ghép được; không đoán rằng đó là câu số 28 trong kho |
| Sai phiên bản tham số | Dữ liệu C017_v1 nhưng CAL07 chỉ xác nhận cho C017_v2 | Chặn việc tự gắn tham số; yêu cầu đối soát trước phân tích |
| Bản ghi bị gửi lặp | Hai dòng cùng nguồn phiên, S0005, B_Q28 và lần làm 1 | Phát hiện trùng theo khóa đã thống nhất; không đếm hai lượt như hai người |
Khóa chống trùng của ví dụ cần được điều chỉnh nếu hệ thống cho phép nhiều lần trình bày, nhiều lần làm hoặc cập nhật kết quả trong cùng phiên. SessionIdentifier đi cùng sourceID giúp xác định hệ thống cấp mã [2]; quy tắc lưu bản cập nhật và xử lý trùng phải được các bên mô tả riêng. Không dùng một cách ghép tắt mà bỏ mất ngữ cảnh của lượt làm.
Bàn giao đủ để khôi phục một kết quả
Một bộ trao đổi sử dụng được nên có từ điển trường, quy ước định danh/phiên bản, bảng ánh xạ, gói mẫu và báo cáo chạy các ca kiểm. Nên kiểm cả chiều xuất rồi nhập lại: ngữ liệu, phương án, cách chấm và quan hệ mã còn nguyên hay không. Dữ liệu người học cần được tách và phân quyền theo mục đích; minh họa kỹ thuật không cần đem hồ sơ cá nhân thật vào mẫu công khai.
Với đơn vị tổ chức đề luyện HSA, V-ACT hoặc TSA, đích đến là tái hiện được đường đi từ câu học sinh đã thấy đến phản hồi và kết quả phân tích. Khi đường đi ấy còn nguyên, việc sửa khóa, cập nhật câu và giải thích điểm có nền dữ liệu chắc hơn. Hợp định dạng trao đổi là một điều kiện kỹ thuật; chất lượng đo và quyết định sử dụng vẫn cần những thẩm định tương ứng.
Nguồn tham khảo
[1] 1EdTech (2024). QTI 3 Best Practices and Implementation Guide, spec 3.0.1, document v2.0, các mục 3.1,3.4,6.1 và 6.5. Kiểm tra 31/10/2026. Xem tài liệu
[2] 1EdTech (2022). QTI Results Reporting Information Model and XSD Binding Version 3.0, document v1.0,01/11/2022, trạng thái Candidate Final Public; các mục Context và ItemResult. Kiểm tra 31/10/2026. Xem tài liệu