Bàn giao ngân hàng chưa phải điểm kết thúc. Sau đó cần biết câu nào đã vào đề nào, ai có quyền sửa hoặc cho phép dùng và khi nào phải mở hồ sơ kiểm lại. Một sổ khai thác gọn nhưng đúng đơn vị đếm giúp người vận hành trả lời các câu hỏi ấy mà không phải lần tìm qua nhiều tệp riêng.
Sổ khai thác nối một lần dùng với đúng bản câu
Một bản ghi sử dụng cần nối được mã lượt hoặc đợt, mã đề và phiên bản, mã câu và phiên bản, ngữ liệu liên quan, mục đích và trạng thái dùng. Không nhất thiết đưa thông tin nhận diện học sinh vào sổ tổng hợp. Khi cần dữ liệu cá nhân để xử lý một vấn đề, việc truy cập cần theo trách nhiệm và phạm vi đã được giao.
Hướng dẫn bảo mật của ITC đề cập theo dõi mức tiếp xúc với nội dung và ghi nhận quyền kiểm soát, truy cập, thay đổi [1]. Đơn vị có thể thiết kế sổ phù hợp quy mô của mình. Điều quan trọng là các trường được hiểu giống nhau và có thể đối chiếu với gói thực sự phát, không chỉ với danh sách dự kiến.
Một mẫu sổ ngắn vẫn cần phân biệt các con số
Bảng sau hoàn toàn tự dựng, không phải nhật ký thi thật. Mỗi dòng tổng hợp một câu trong một đợt dùng mã đề; cột được giao ghi số lượt người–câu theo phân công, còn cột đã hiển thị ghi số lượt hệ thống xác nhận câu đã được đưa lên cho người làm. Các số được gán để tập đọc sổ, không mô tả chức năng đang có của một phần mềm cụ thể.
Kéo ngang bảng để xem đầy đủ các cột.
| Bản ghi | Câu và bản | Đề và bản | Lượt được giao | Lượt đã hiển thị |
|---|---|---|---|---|
| E001 | Q651 v1.0 | F12 v1.0 | 120 | 118 |
| E002 | Q651 v1.0 | F14 v1.0 | 100 | 100 |
| E003 | Q652 v2.0 | F14 v1.0 | 100 | 100 |
Q651 v1.0 có tổng cộng 220 lượt được giao và 218 lượt đã hiển thị trong mẫu. Không được gọi 218 là số học sinh riêng, vì một người có thể xuất hiện ở cả hai lượt. Cũng không cộng dòng Q652 để nói Q651 đã được gặp nhiều hơn. Nếu muốn đếm người riêng, cần khóa người phù hợp và quy tắc loại trùng được xác định.
Lượt đã hiển thị chưa bằng phản hồi dùng được để phân tích. Một người có thể bỏ trống, gặp sự cố hoặc thuộc trường hợp bị loại theo quy tắc dữ liệu. Vì vậy, N phân tích của câu nên được lưu ở hồ sơ phân tích và nối về lượt gốc. Nếu hệ thống chưa ghi được việc hiển thị, trường ấy cần ghi chưa xác định, không tự lấy số được giao thay vào.
Phân quyền theo công việc có thể được kiểm tra
Mẫu phân quyền dưới đây là đề xuất minh họa, không phải cơ cấu nhân sự hiện có của Song Pa Lab hoặc Empire. Một người có thể đảm nhiệm nhiều vai trò khi quy mô nhỏ, nhưng các bước cần kiểm độc lập vẫn phải có người phù hợp kiểm. Quyền truy cập kỹ thuật và quyền kết luận học thuật không nên bị hiểu là một.
| Vai trò trong mẫu | Phạm vi quyền được giao | Việc không tự chuyển thành quyền đó |
|---|---|---|
| Biên soạn | Xem và sửa nháp được phân công; đề nghị tạo phiên bản | Không ghi đè bản đã chốt hoặc tự cho phép phát hành |
| Phân tích đo lường | Đọc bản câu đã chốt và dữ liệu được phân quyền; lưu kết quả phân tích | Không tự sửa nội dung đang dùng hoặc bỏ qua thẩm định |
| Thẩm định độc lập | Xem hồ sơ được giao, ghi nhận xét và xác nhận phần đã kiểm | Không coi việc mở được tệp là đủ căn cứ duyệt toàn bộ |
| Người chốt sử dụng | Quyết định trạng thái/phạm vi dựa trên hồ sơ và trách nhiệm được giao | Không dùng nhãn duyệt để thay phần bằng chứng còn thiếu |
| Quản trị kỹ thuật | Quản lý tài khoản, sao lưu và khôi phục theo quy trình | Không tự có quyền xác nhận câu đúng hay tham số phù hợp |
Cần ghi cả thời điểm cấp và thu hồi quyền, phạm vi dữ liệu, lịch sử thay đổi và người xác nhận. Khi đổi người phụ trách hoặc kết thúc phản biện, quyền tạm thời cần được rà lại. Không nên dùng chung một tài khoản cho mọi thao tác rồi cố suy ai đã sửa từ thời gian tệp.
Đặt lịch theo loại việc và có đường xử lý sớm
Một lịch khởi đầu có thể là đối soát sau mỗi lượt dùng; rà cảnh báo câu và quyền truy cập hằng tháng; xem độ phủ, giới hạn sử dụng và kế hoạch bổ sung mỗi quý. Đây là lịch đề xuất để đơn vị điều chỉnh theo số lượt, mức hệ trọng và nguồn lực. Không phải yêu cầu chung của tài liệu ITC, cũng không phải lịch thi của một chương trình.
Sau một lượt, công việc gần nhất là xác nhận gói đã dùng, số được giao, phản hồi nhận được và sự cố. Đến lượt rà câu, người phụ trách mở các dấu hiệu nội dung, thống kê và mức tiếp xúc. Ở lượt rà ngân hàng, cần xem còn tạo được những loại đề dự kiến nào. Một ý kiến có căn cứ về sai khóa phải được xử lý sớm, không chờ đến kỳ rà quý.
Bàn giao cả cách duy trì sổ
Một bộ bàn giao nên có từ điển trường, danh sách quyền, người chịu trách nhiệm từng bước, lịch rà, mẫu ghi sự cố và cách khôi phục bản chốt. Có thể thử một tình huống: chỉ từ mã lượt, người tiếp nhận có truy được đề, câu, khóa và quyết định tương ứng không? Nếu chưa, sổ vẫn thiếu một liên kết quan trọng.
ITC về kiểm soát chất lượng nhấn mạnh phân công trách nhiệm, kiểm độc lập và ghi nhận hoạt động [2]. Các bảng trong bài cụ thể hóa cách tổ chức công việc theo một tình huống nhỏ. Với học sinh, giá trị của việc ấy thể hiện ở khả năng nhận được lời giải thích đúng bản đã làm và việc xử lý phản hồi có thể truy lại, thay vì chỉ được trả một con số không có hồ sơ hỗ trợ.
Nguồn tham khảo
[1] International Test Commission (2014). International Guidelines on the Security of Tests, Examinations, and Other Assessments, Version 1.0, Phần 2, các mục 8, 13 và 15, tr. 16–18. Xem tài liệu
[2] International Test Commission (2014). ITC Guidelines on Quality Control in Scoring, Test Analysis, and Reporting of Test Scores. International Journal of Testing, 14(3), 195–217, các mục 1.2, 1.6–1.7. DOI 10.1080/15305058.2014.918040. Xem tài liệu