Tin tức Thisme
SCORM là gì? Chuẩn SCORM trong e-learning, khác biệt 1.2 và 2004, cách kiểm tra gói trước khi chuyển nền tảng
SCORM là bộ quy chuẩn kỹ thuật cho bài giảng e-learning. Bộ quy chuẩn này quy định cách đóng gói bài giảng thành một tệp nén có tệp mô tả imsmanifest.xml. Nó cũng quy định cách bài giảng trao đổi dữ liệu với nền tảng quản lý học tập, thường gọi là LMS, tức phần mềm nơi đơn vị xếp khóa, ghi danh và theo dõi người học. Dữ liệu đó gồm việc đã xong bài chưa, đạt bao nhiêu điểm, học bao lâu và đang dừng ở đâu. Nhờ vậy, cùng một bài giảng có thể đưa lên nhiều hệ thống khác nhau. Dù vậy, bạn vẫn phải thử gói trên nền tảng đích, nhất là lúc đổi hệ thống, để không mất điểm hay tiến độ của người học.[1][4]
SCORM là gì, viết tắt của cụm từ nào?
Tên đầy đủ là Sharable Content Object Reference Model, tạm dịch là mô hình tham chiếu cho đối tượng nội dung dùng chung. Chuẩn này do sáng kiến Advanced Distributed Learning (ADL) thuộc Bộ Quốc phòng Mỹ xây dựng. Mục tiêu là để bài giảng làm một lần nhưng chạy được ở nhiều nơi.[1]
Bộ quy chuẩn lo hai việc. Việc đầu tiên là đóng gói: nội dung được gom thành một tệp nén theo cấu trúc thống nhất để hệ thống nào cũng đọc được. Việc thứ hai là môi trường chạy (run-time): khi người học mở bài, bài giảng gọi tới nền tảng để báo kết quả và lưu tiến độ.[1]
Chuẩn này dùng để làm gì trong e-learning?
- Dùng lại bài giảng: một gói đã đóng đúng chuẩn có thể đưa lên nhiều nền tảng mà không phải làm lại từ đầu.
- Theo dõi người học: hệ thống biết ai đã mở bài, đã xong hay chưa, đạt bao nhiêu điểm và đang dừng ở trang nào.
- Không bắt buộc: chỉ cần khi bạn muốn bài chạy trong một nền tảng có ghi nhận kết quả.
Khác với một video hay tệp trình chiếu đăng lên mạng, gói bài giảng chuẩn biết trao đổi với hệ thống: nó gửi về trạng thái, điểm và vị trí dừng. Một video thường chỉ cho biết có lượt xem. Giới hạn cần biết: gói chạy tốt ở nền tảng này chưa chắc hiển thị và lưu dữ liệu giống hệt ở nơi khác. Mỗi hệ thống hiểu chuẩn theo cách riêng ở vài chi tiết, nên lần nào mang gói sang chỗ mới cũng nên thử lại.
Một gói bài giảng chuẩn chứa những gì?
Về hình thức, gói là một tệp nén .zip. Ở thư mục gốc của tệp nén phải có imsmanifest.xml, tệp mô tả cấu trúc khóa, danh sách tài nguyên và thứ tự các phần nội dung. Nền tảng đọc tệp này trước tiên để biết mở bài từ đâu.[1]
- imsmanifest.xml: tệp mô tả, nằm ngay ở gốc tệp nén.
- Trang HTML và tệp JavaScript: hiển thị bài và gọi tới nền tảng để gửi dữ liệu.
- Hình ảnh, video, âm thanh, phông chữ mà bài giảng dùng.
- Các SCO (sharable content object): những đơn vị nội dung mà nền tảng có thể theo dõi riêng.
Khi rà một kho bài cũ, những lỗi đóng gói thường gặp là: nén thừa một cấp thư mục nên imsmanifest.xml không còn nằm ở gốc; thiếu tệp media vì người xuất chỉ chép một phần thư mục; đường dẫn trong bài trỏ ra ngoài gói, chạy được trên máy người soạn nhưng trắng trang khi tải lên.
Bài giảng đóng gói được tạo ra như thế nào?
Thường thì gói được xuất từ công cụ soạn bài giảng. Lúc xuất, công cụ cho chọn phiên bản chuẩn và quy tắc hoàn thành. Hãy chốt quy tắc đó ngay từ đầu: xong khi xem hết các trang, khi qua bài kiểm tra, hay cần cả hai. Chọn sai ở bước này là nguyên nhân quen thuộc của chuyện người học đã làm xong mà hệ thống vẫn báo chưa.
Với đội sản xuất học liệu, chuẩn đóng gói nên là quyết định của dự án chứ không để đến phút cuối. Ở Studio học liệu AI của Thisme, chuẩn đóng gói nội dung và nơi sẽ nhận nội dung được hai bên chốt theo từng dự án. Trước khi phát hành, bộ kiểm tra chất lượng rà liên kết, bố cục, nguồn và phiên bản.
Phiên bản 1.2 và 2004 khác nhau ở dữ liệu theo dõi nào?
Hai phiên bản còn dùng nhiều là 1.2 và 2004; bản 2004 có nhiều ấn bản, mới nhất là ấn bản thứ tư. Khác biệt mà người làm vận hành cảm nhận rõ nhất nằm ở cách ghi nhận trạng thái của người học.[1]
- Trạng thái: bản 1.2 gộp “đã xong” và “đạt hay không đạt” vào một trường; bản 2004 tách thành completion_status (đã học xong chưa) và success_status (đạt hay chưa).
- Dữ liệu lưu tạm (suspend_data), nơi bài ghi vị trí và các lựa chọn đang dở: bản 2004 cho dung lượng lớn hơn hẳn. Bài dài hoặc nhiều tương tác đóng theo 1.2 có thể vượt giới hạn, khiến người học quay lại thì mất chỗ đang học.
- Trình tự và điều hướng: bản 2004 bổ sung quy tắc sequencing, cho phép đặt điều kiện mở phần sau hoặc buộc học theo thứ tự.
- Mức hỗ trợ: bản 1.2 vẫn phổ biến vì gần như nền tảng nào cũng nhận; các tính năng của 2004 thì mỗi hệ thống hỗ trợ một mức.
Nên chọn bản nào? Hỏi nền tảng đích hỗ trợ gì trước, rồi mới xét quy tắc theo dõi bạn cần. Nếu chỉ cần biết xong hay chưa và điểm bao nhiêu, bản 1.2 thường đủ và ít rắc rối. Nếu cần tách “học xong” với “đạt”, bài dài nhiều tương tác, hoặc cần khóa thứ tự học, hãy cân nhắc bản 2004.[1]
Khi nào cần xuất bài giảng theo chuẩn, khi nào không?
Nên đóng gói khi bài giảng phải chạy trong hệ thống quản lý học tập và cần ghi nhận hoàn thành hoặc điểm. Lý do càng rõ nếu đơn vị có thể đổi nền tảng trong tương lai, hoặc định bán, chia sẻ bài giảng cho đơn vị khác: gói chuẩn là thứ bên nhận dễ đưa vào hệ thống của họ nhất.
Có thể bỏ qua khi bạn chỉ chia sẻ một video hay tài liệu đọc không cần theo dõi, hoặc khi nền tảng cho soạn bài trực tiếp và bạn không định mang bài đi nơi khác. Đóng gói lúc ấy chỉ thêm một bước xuất và thêm một chỗ có thể lỗi.
Cách kiểm tra gói bài giảng trước khi mở cho người học
- Mở tệp nén, xác nhận imsmanifest.xml nằm ngay ở gốc và phiên bản khai báo đúng với bản bạn định dùng; người phụ trách học liệu làm việc này ngay khi nhận gói.
- Tải gói lên môi trường thử của nền tảng đích, chưa gắn vào lớp đang học.
- Học thử như một người học thật: thoát giữa chừng rồi vào lại xem có quay về đúng chỗ, làm bài kiểm tra, sau đó xem điểm và trạng thái được ghi nhận ra sao.
- Thử trên điện thoại và trên từng trình duyệt mà đơn vị hỗ trợ.
- Ghi lỗi vào một danh sách kèm người xử lý và hạn sửa; chỉ mở cho người học sau khi người phụ trách đã duyệt.
Dấu hiệu gói đang có vấn đề
- Người học phải học lại từ đầu sau mỗi lần thoát.
- Điểm không về hệ thống, hoặc trạng thái kẹt ở “chưa hoàn thành” hay “đang học” dù đã làm hết.
- Bài bị trắng trang, thiếu hình hoặc mất tiếng.
Đổi hệ thống: làm sao không mất điểm và tiến độ của bài giảng SCORM?
Tải lại gói lên hệ thống mới không mang theo lịch sử học cũ. Điểm, tiến độ và ngày hoàn thành nằm trong dữ liệu của nền tảng cũ, không nằm trong tệp nén. Cấu trúc khóa học, tài khoản người dùng, trạng thái hoàn thành, chứng nhận và quyền truy cập cũng có thể khác nhau giữa hai bên. Vì vậy, chuyển nền tảng không đơn giản là xuất dữ liệu từ hệ cũ rồi nhập vào hệ mới.
- Kiểm kê trước: liệt kê các gói, phiên bản của từng gói, khóa học chứa gói, người học đang học dở, lịch sử và báo cáo cần giữ, các kết nối và yêu cầu lưu giữ.
- Phân loại từng hạng mục: chuyển nguyên trạng, chuyển có điều chỉnh, xây lại, lưu để tra cứu hoặc loại bỏ, theo quyết định đã duyệt.
- Ghép trường dữ liệu, tài khoản và quyền giữa hai nền tảng; ghi rõ phần nào hệ thống mới không hỗ trợ tương đương.
- Chuyển thử một nhóm dữ liệu đại diện để đo thời gian và tìm lỗi; đối chiếu số lượng, nội dung mẫu và các quy tắc như hoàn thành, chứng nhận, quyền xem.
- Lập kế hoạch chuyển chính thức: thời điểm ngừng cập nhật hệ cũ, cách sao lưu, điều kiện tiếp tục và phương án quay lại khi có sự cố.
- Nghiệm thu theo tiêu chí hai bên đã thống nhất cho nội dung, dữ liệu, lịch sử học và quyền truy cập, không chỉ đếm số tệp đã sao chép.
Có phải chuyển toàn bộ cùng một lúc không?
Không nhất thiết. Có thể lập kế hoạch theo từng đợt, chọn một nhóm khóa ưu tiên trước, chốt thời điểm lấy dữ liệu và phần vẫn tiếp tục vận hành. Hệ cũ có thể giữ thêm một thời gian để tra cứu lịch sử. Thời gian gián đoạn bao lâu chỉ xác định được sau khi khảo sát hệ thống thật.
Nếu bạn đang dựng một cổng học mới, cũng không cần đưa hết nội dung và người học vào ngay lần đầu. Học viện trực tuyến của Thisme có thể làm nền chính hoặc làm cổng trải nghiệm phía trước hệ thống đang dùng; dữ liệu cũ và các kết nối chỉ đưa vào sau khi kiểm tra phạm vi.
xAPI khác chuẩn cũ thế nào, có nên chuyển không?
xAPI (Experience API) là chuẩn ghi mỗi hoạt động học thành một câu lệnh dạng “ai, đã làm gì, với nội dung nào”, rồi gửi tới kho lưu bản ghi học tập (LRS). Vì không phụ thuộc vào việc bài được mở trong một nền tảng cụ thể, xAPI theo dõi được cả hoạt động bên ngoài như ứng dụng di động, mô phỏng hay buổi học trực tiếp.[2][3]
Kho bài giảng đóng theo chuẩn cũ mà đang chạy tốt thì không bắt buộc phải chuyển. Cân nhắc xAPI khi bạn cần theo dõi việc học ngoài nền tảng, cần dữ liệu chi tiết hơn mức xong, điểm và vị trí dừng, đồng thời hệ thống đích có hỗ trợ. Không chuẩn nào tốt tuyệt đối; chọn theo điều bạn cần đo.
Bước tiếp theo cho đơn vị đã có kho bài giảng
- Lập danh sách gói, phiên bản và nơi đang chạy từng gói; người phụ trách học liệu hoặc giáo vụ giữ bảng này.
- Chọn vài gói đại diện, gồm một bài ngắn, một bài dài nhiều tương tác và một bài có kiểm tra, rồi thử theo các bước ở phần kiểm tra.
- Nếu sắp đổi nền tảng, làm kiểm kê và chuyển thử trước khi chốt lịch, đừng để sau.
Bạn đang chuẩn bị đổi nền tảng và lo các gói bài giảng SCORM bị mất điểm hay tiến độ của người học? Hãy đăng ký buổi khảo sát. Chúng ta sẽ cùng kiểm kê kho bài giảng, chọn một nhóm gói đại diện để chuyển thử và thống nhất tiêu chí đối chiếu trước khi chuyển chính thức.