Một giáo viên sửa cách diễn đạt trong ngân hàng câu hỏi rồi nhận ra câu ấy đang được dùng ở nhiều đề. Người khác lại muốn giữ nguyên đề đã duyệt cho một đợt đánh giá. Cả hai nhu cầu đều có lý do, nhưng không thể giải quyết bằng việc chỉ nhìn tên câu và ngày cập nhật. Cần biết câu được lưu ở đâu, đề nào tham chiếu và mỗi đề chọn phiên bản theo cách nào.
Bài viết tập trung vào quản lý phiên bản câu hỏi Moodle, dựa trên tài liệu Question banks của Moodle 5.0. Nó không xử lý số lượng câu ngẫu nhiên hay thực hiện chấm lại điểm. Các ví dụ về đề A, đề B và phiên bản dưới đây là giả lập, không phải cấu hình đã được Onter kiểm thử trên một hệ thống thật.
Dùng chung câu hỏi tạo ra một quan hệ cần quản lý
Việc chia sẻ câu giúp nhóm giảng dạy không phải nhập lại nội dung ở mỗi đề. Nhưng sự thuận tiện này đi cùng trách nhiệm theo dõi nơi sử dụng. Nếu người biên soạn chỉ nghĩ “đây là câu của tôi”, họ có thể không biết đồng nghiệp đang dựa vào cùng nguồn cho một đợt thi đã duyệt. Vấn đề không nằm ở một nút sửa mà ở phạm vi ảnh hưởng của quyết định.
Tài liệu Moodle 5.0 phân biệt ngân hàng dùng chung ở cấp khóa và ngân hàng riêng của quiz. Phạm vi tái sử dụng của hai loại không giống nhau. Vì vậy, trước khi sửa, cần xác định câu đang thuộc nguồn nào và người thao tác đang có quyền gì. Không suy quyền chỉnh từ việc nhìn thấy câu trong danh sách để thêm vào đề.
Một hồ sơ biên tập nhỏ nên ghi định danh câu, mục đích học thuật và những đề đang dùng theo phạm vi mà nhóm có thể xác nhận. Danh sách này không cần công khai cho học viên. Nó phục vụ phối hợp nội bộ để người sửa biết ai cần được hỏi trước khi thay đổi nội dung có ảnh hưởng.
Hai đề có thể chọn hai cách nhận cập nhật
Theo tài liệu Question banks, đề có thể giữ một phiên bản cụ thể hoặc chọn luôn bản mới nhất của câu. Đây là điểm cần đưa vào quyết định duyệt đề. Nếu đề A dùng bản mới nhất còn đề B cố định một bản, sửa ngân hàng không nên được diễn giải là cả hai đề chắc chắn đã nhận cùng nội dung mới.
Ví dụ giả lập: Q01 có bản 1 được dùng trong đề A và đề B. Nhóm tạo bản 2 để sửa cách diễn đạt. A được cấu hình nhận bản mới nhất; B giữ bản đã chọn cho một đợt đánh giá. Người kiểm tra cần đọc lại lựa chọn trên từng đề và so nội dung theo phạm vi được phép. Không dùng tên Q01 giống nhau làm bằng chứng rằng hai đề đang thể hiện cùng phiên bản.
Lựa chọn cố định có thể giúp một đợt đánh giá giữ nội dung đã duyệt, nhưng cũng đòi hỏi rà soát khi phát hiện lỗi quan trọng. Lựa chọn nhận cập nhật giảm thao tác chọn lại, nhưng cần quy trình phối hợp trước các lần sửa. Bài không tuyên bố cách nào tốt hơn cho mọi cơ sở. Điều cần rõ là người chịu trách nhiệm đã chọn cách nào và hiểu đánh đổi tương ứng.
Sửa lời văn khác thay mục tiêu đánh giá
Một lỗi dấu câu và một thay đổi đáp án đúng đều có thể được thực hiện trong màn hình biên tập, nhưng tác động học thuật khác nhau. Người duyệt nên phân loại thay đổi theo ý nghĩa: sửa trình bày, làm rõ câu hỏi, đổi phương án hoặc thay mục tiêu kiến thức. Không nên đặt mọi trường hợp vào nhãn “cập nhật nhỏ” để khỏi trao đổi với các bên đang dùng.
Nếu câu mới thực chất đo một vấn đề khác, nhóm cần xem có nên quản lý như một câu độc lập theo quy trình nội bộ hay không. Bài không quy định mã nào phải được tạo hoặc thao tác nào áp dụng trên mọi phiên bản. Nó yêu cầu quyết định có thể giải thích: bản mới còn cùng mục tiêu với bản cũ không, ai duyệt và các đề phụ thuộc cần xử lý ra sao.
Một ghi chú thay đổi có giá trị nên mô tả lý do, không chỉ ghi “sửa câu”. Ví dụ giả lập: làm rõ đơn vị đo nhưng không đổi mục tiêu hoặc thêm một điều kiện khiến cách trả lời thay đổi. Nhờ vậy, giáo viên đang dùng câu có căn cứ quyết định rà lại đề, thay vì đoán mức ảnh hưởng qua số lần lưu.
Quyền sử dụng không đồng nghĩa quyền biên tập
Chia sẻ ngân hàng có thể cho phép một giáo viên lấy câu để tạo đề mà không có nghĩa họ được tự sửa nội dung nguồn. Ngược lại, người được giao biên tập cần biết các đề đang phụ thuộc câu. Khi xây quy trình, hãy ghi rõ ai có quyền sử dụng, ai có quyền thay và ai chịu trách nhiệm phê duyệt học thuật; không cấp quyền rộng chỉ để bớt một bước trao đổi.
Tài liệu Moodle mô tả cách chia sẻ giữa giáo viên và vai trò, nhưng quyền thực tế còn phụ thuộc cấu hình và quá trình nâng cấp. Bài không xác nhận vai trò trên hệ thống của bạn đang giống bản cài mới. Nếu người dùng không thấy câu hoặc không thể thêm, cần kiểm trạng thái và quyền theo nguồn phù hợp, không yêu cầu họ dùng tài khoản người khác.
Một bài thử quyền nên có dữ liệu QA, một người chỉ dùng câu và một người được biên tập theo chính sách đã duyệt. Ghi những hành vi cần xác minh trước khi thử. Nếu chưa có môi trường hoặc tài khoản hợp lệ, kết quả vẫn là chưa kiểm chứng; không biến việc đọc tài liệu thành bằng chứng quyền production đã đúng.
Đừng trộn kiểm phiên bản với chấm lại
Biết đề đang nhận bản nào giúp quản lý nội dung, nhưng chưa trả lời các lượt làm cũ sẽ được xử lý thế nào khi chấm lại. Đó là một quyết định tiếp theo cần đối chiếu dữ liệu trả lời, loại câu và công cụ hỗ trợ. Không nên sửa câu xong rồi thông báo điểm cũ đã được cập nhật chỉ vì tên phiên bản mới xuất hiện.
Tương tự, đủ câu cho đề ngẫu nhiên là một câu hỏi khác. Một ngân hàng có nhiều phiên bản không nên bị đếm máy móc như nhiều câu độc lập đáp ứng mục tiêu của đề. Người soạn phải xác định những đối tượng mà công cụ lựa chọn đang dùng và giữ chất lượng nội dung. Bài này không hứa tăng số phiên bản sẽ tăng độ đa dạng của một kỳ thi.
Các ranh giới thời gian cũng không đổi chỉ vì câu được sửa. Bài giờ đóng bài và thời lượng làm bài Moodle xử lý cấu hình thời gian riêng. Nếu sửa trong lúc một kỳ thi đang diễn ra, cần người có trách nhiệm đánh giá phạm vi và cách thông báo; không tự xóa lượt làm hoặc mở lại lịch để đồng bộ nội dung cho tiện.
Bàn giao một thay đổi có thể đối chiếu
Trước khi cho phép sử dụng bản mới, nhóm có thể chọn hai đề QA cố tình có cách nhận phiên bản khác nhau. Ghi trước nội dung mong đợi ở mỗi đề, đọc lại sau thay đổi được phép và lưu kết quả theo đúng phiên bản. Đây là kế hoạch nghiệm thu đề xuất, không phải lời khẳng định bài viết đã thực hiện ca thử này.
Nếu phát hiện một đề đang dùng bản khác dự kiến, giữ bằng chứng và tìm quyết định đã duyệt. Có thể bản cố định là có chủ ý, cũng có thể cấu hình bị bỏ sót. Không chuyển mọi đề sang “mới nhất” chỉ để làm danh sách đồng nhất. Một hệ thống có hai phiên bản được quản lý rõ ràng có thể đúng hơn một hệ thống chỉ còn một phiên bản nhưng không ai biết vì sao.
Trong bàn giao thường ngày, người nhận cần biết câu nào đổi, lý do, phiên bản được duyệt, đề cần rà và việc nào còn chờ. Không cần sao chép toàn bộ ngân hàng lên một thư mục chia sẻ rộng. Thông tin vừa đủ giúp phối hợp tốt hơn đồng thời giảm việc phát tán câu hỏi hoặc dữ liệu đánh giá ngoài phạm vi.
Đối với đơn vị đang thiết kế website và hệ thống hỗ trợ đào tạo, hãy tách trang chương trình khỏi nghiệp vụ quản trị ngân hàng câu hỏi. Khi cần tích hợp hoặc báo cáo, chuẩn bị một câu QA và hai đề có quy tắc phiên bản khác nhau để Nhận tư vấn & báo giá. Giá: Liên hệ. Không gửi đề thi thật hoặc tài khoản quản trị qua biểu mẫu tư vấn.
Nguồn kỹ thuật: Moodle 5.0 — Question banks. Cơ chế ở phiên bản cũ hơn, plugin bổ sung hoặc quyền tùy chỉnh cần được xác minh riêng trước khi áp dụng cách tổ chức này.
