Bỏ qua điều hướng
Kiến thức website

Tính điểm tổng Moodle: đọc thang điểm và trọng số

Một học viên được 7 điểm ở bài này và 8 điểm ở bài khác rồi hỏi vì sao điểm tổng không phải 7,5. Câu trả lời không nên bắt đầu bằng việc sửa…

Chia sẻFacebookLinkedInZalo
Máy tính khoa học và bút trên trang giấy có phép tính minh họa bối cảnh kiểm tra công thức
Nội dung bài viết

Một học viên được 7 điểm ở bài này và 8 điểm ở bài khác rồi hỏi vì sao điểm tổng không phải 7,5. Câu trả lời không nên bắt đầu bằng việc sửa số tổng. Trước tiên cần biết hai bài có cùng thang điểm, cùng trọng số và cùng nằm trong phạm vi tính hay không. Cách tính điểm tổng Moodle phản ánh một cấu hình tổng hợp, không đơn thuần là cộng những ô đang nhìn thấy trên màn hình.

Bài viết dùng tài liệu Grade aggregation của Moodle 5.0 làm nguồn cho cơ chế chuẩn hóa và các phương pháp mean, weighted mean. Phép tính dưới đây là ví dụ giả lập được trình bày để đối chiếu, không phải điểm của học viên thật hoặc quy định của một trường. Bài không hướng dẫn thay điểm production.

Đưa các thang điểm về cùng cơ sở

Hãy xét ba bài giả lập: bài A đạt 8 trên 10, bài B đạt 15 trên 20 và bài C đạt 30 trên 50. Các giá trị 8, 15 và 30 không thể được hiểu như ba số trên cùng một thang. Muốn so mức hoàn thành, ta đưa chúng về tỷ lệ tương ứng: 0,8; 0,75 và 0,6. Đây là bước giúp thấy rõ học viên đạt phần nào của mức tối đa mỗi bài.

Tài liệu Moodle mô tả việc chuyển điểm về tỷ lệ trước tổng hợp rồi đưa về khoảng điểm của mục tổng. Vì vậy, một phép kiểm cần giữ cả điểm đạt, điểm tối đa và thang của mục tổng. Nếu bảng xuất chỉ có các giá trị đạt mà không có cấu hình, người nhận có thể tính ra một con số hợp lý về số học nhưng không đúng cách hệ thống được thiết lập.

Với ba tỷ lệ giả lập trên, mean bằng tổng 2,15 chia ba, xấp xỉ 0,7167. Nếu mục tổng trên thang 10 thì kết quả trước quy tắc hiển thị là khoảng 7,1667. Cách làm tròn và số chữ số hiển thị cần được xác nhận riêng. Không lấy một ảnh chỉ hiện 7,17 để suy rằng hệ thống đã lưu đúng bằng con số làm tròn ấy.

Trọng số đổi câu hỏi đang được trả lời

Nếu cơ sở quyết định bài C quan trọng hơn, weighted mean có thể cho kết quả khác. Ví dụ giả lập chọn trọng số 1 cho A, 1 cho B và 2 cho C. Phép tính là tổng của 0,8 nhân 1, 0,75 nhân 1 và 0,6 nhân 2, sau đó chia tổng trọng số là 4. Kết quả bằng 0,6875, tương ứng 6,875 trên thang 10 trước quy tắc hiển thị.

Hai kết quả không mâu thuẫn. Mean đang coi ba bài có vai trò ngang nhau sau chuẩn hóa, còn ví dụ weighted mean đặt ảnh hưởng lớn hơn vào C. Vì học viên có tỷ lệ ở C thấp hơn, kết quả trọng số thấp hơn. Người giải thích nên nêu quyết định học thuật phía sau trọng số thay vì nói phần mềm tự chọn một con số khó hiểu.

Không nên chọn lại trọng số chỉ để khớp một bảng Excel đã có. Nếu bảng đó là nguồn chính sách được duyệt, cần đối chiếu cấu hình theo đúng nguồn. Nếu chưa có quy định rõ, cần người có thẩm quyền quyết định trước khi chỉnh. Một công thức hợp lệ về kỹ thuật không tự trở thành cách tính được cơ sở cho phép.

Ba tỷ lệ giả lập 0,8; 0,75; 0,6 cho mean 7,1667 và weighted mean 6,875 trên thang 10
Ví dụ biên tập bằng dữ liệu giả lập, không phải giao diện Moodle hoặc kết quả thử nghiệm.

Điểm tối đa không mặc định là trọng số đã duyệt

Người nhập thường nghĩ bài nhiều điểm tối đa hơn phải có ảnh hưởng lớn hơn. Nhưng đó còn phụ thuộc phương pháp tổng hợp. Nếu dùng mean sau chuẩn hóa, mỗi bài được đưa về tỷ lệ; việc thang của B lớn gấp đôi A không tự làm B quan trọng gấp đôi theo ví dụ ấy. Cần đọc tên phương pháp đang áp dụng thay vì suy từ độ rộng cột điểm.

Tài liệu còn mô tả simple weighted mean, có cách sử dụng điểm tối đa khác với weighted mean có trọng số riêng. Bài này không đi sâu mọi phương pháp, vì mục tiêu là giúp người phụ trách biết phải hỏi cấu hình nào trước khi tính lại. Không nên gọi chung mọi phép tổng hợp là “trung bình” rồi mong các bên có cùng cách hiểu.

Khi bàn giao cho nhóm website hoặc báo cáo, cần ghi phương pháp, phạm vi mục điểm và thang tổng. Nếu chỉ gửi câu “lấy trung bình ba cột”, đội tích hợp có thể thực hiện đúng câu chữ nhưng sai ý định học vụ. Một ví dụ số có đáp án được duyệt thường giúp làm rõ yêu cầu tốt hơn nhiều thuật ngữ viết tắt.

Ô trống không tự kể được câu chuyện

Tài liệu Grade aggregation nhắc rằng điểm trống có thể đến từ nhiều nguyên nhân: chưa nộp, chưa chấm hoặc dữ liệu từng bị xóa. Vì vậy, không nên nhìn ô trống rồi kết luận người học được 0. Cũng không nên mặc định bỏ qua ô đó để làm tổng tăng lên. Cách xử lý cần căn cứ cấu hình và quyết định học thuật đã được xác nhận.

Trong bộ QA, hãy thêm một trường hợp chưa chấm và một trường hợp có điểm bằng không thật sự. Nếu báo cáo hiển thị hai trường hợp giống nhau, người dùng có thể hiểu nhầm trạng thái công việc. Luồng tích hợp cần giữ khả năng phân biệt dữ liệu thiếu với giá trị có nghĩa, không chỉ ép cả hai về cùng một kiểu số cho tiện vẽ biểu đồ.

Nếu cần công bố điểm tạm tính, lời giải thích phải nói rõ mục nào chưa có kết quả và phép tính đang dựa trên phạm vi nào. Không đặt nhãn “kết quả cuối cùng” cho một tổng vẫn thay đổi khi giáo viên chấm thêm bài. Đây là yêu cầu truyền đạt thông tin, không phải khẳng định Moodle tự tạo thông báo phù hợp cho mọi trường hợp.

Tìm nguyên nhân theo một đường đối chiếu

Khi có khiếu nại về điểm tổng, chọn một hồ sơ QA hoặc một hồ sơ thực trong phạm vi được phép để đối chiếu. Ghi các mục đang nằm trong nhóm tính, giá trị đạt và tối đa, trọng số, phương pháp cùng thời điểm đọc. Sau đó tính độc lập một mẫu nhỏ. Không thay nhiều cấu hình cùng lúc rồi mất khả năng biết thay đổi nào giải quyết khác biệt.

Nếu phép tính mẫu khớp nhưng người học vẫn thấy khác, cần xem phạm vi hiển thị, nhóm điểm và dữ liệu đang được đọc. Một trang ngoài LMS có thể đang giữ bản cũ hoặc sử dụng công thức riêng. Đừng tự sửa gradebook để khớp giao diện bên ngoài trước khi xác định đâu là nguồn chính thức. Cần đọc lại từng hệ thống theo đúng quyền và thời điểm.

Nếu phép tính mẫu chưa khớp, ghi phần chưa giải thích được và chuyển cho người phụ trách. Có thể cần đọc thêm phương pháp ngoài phạm vi bài, cấu hình loại trừ hoặc chức năng bổ sung. Tài liệu này không tuyên bố bao phủ mọi plugin hay mọi loại thang. Giới hạn ấy nên xuất hiện trong kết quả bàn giao thay vì bị che bằng một ô PASS chung.

Công bố công thức bằng ngôn ngữ học viên hiểu

Một hướng dẫn tốt có thể nêu các bài được tính, mức ảnh hưởng và cách hiểu kết quả chưa đủ dữ liệu. Không nhất thiết đưa mọi trường quản trị lên cổng học viên. Người đọc cần hiểu vì sao điểm thay đổi, nơi hỏi lại và thời điểm kết quả có hiệu lực. Ví dụ minh họa nên dùng dữ liệu giả lập để tránh công khai điểm cá nhân.

Khi thay cách tính giữa kỳ, phải có quyết định và thông báo phù hợp của đơn vị. Bài không cho rằng cấu hình mới có thể áp ngược cho mọi đợt học mà không xem xét. Lịch sử thay đổi cần đủ giải thích một kết quả đã được công bố, nhất là khi dữ liệu còn được chuyển sang nơi khác phục vụ báo cáo hoặc hồ sơ học tập.

Nếu xây website và cổng thông tin đào tạo, hãy tách trang giới thiệu chương trình khỏi luồng điểm có phân quyền. Trước tích hợp, chuẩn bị ba bài QA với thang điểm và trọng số khác nhau, kèm kết quả mong đợi được duyệt. Sau đó có thể Nhận tư vấn & báo giá theo nguồn dữ liệu và cách đối chiếu. Giá: Liên hệ.

Nguồn kỹ thuật: Moodle 5.0 — Grade aggregation. Bài giải thích sự khác nhau của các quyết định tính điểm, không xác nhận cấu hình hiện hành của bất kỳ cơ sở nào và không thay quy định học vụ bằng công thức giả lập.

KHÁM PHÁ ONTER

Tìm kiếm trên Onter

Nhập từ khóa để tìm nội dung phù hợp

↑ ↓ chọn · Enter mở · Esc đóngXem tất cả kết quả →

Tài khoản Onter

Đăng nhập rồi tiếp tục việc đang làm.

Mở trang đăng nhập riêng nếu trình duyệt chưa hiển thị biểu mẫu.

Contact Me on Zalo