SCORM İlerleme Takibi

İlerleme Nasıl Raporlanır

SecureCodingHub hem SCORM 1.2 hem de SCORM 2004 (3. ve 4. sürüm) raporlama modellerini uygular; böylece aynı içerik paketi standarda uyan herhangi bir LMS içinde çalışır. Aktif bir oturum sırasında oynatıcı, LMS'in başlatmada enjekte ettiği SCORM API bağdaştırıcısı aracılığıyla LMS ile çalışma zamanı verisi alışverişinde bulunur ve bu alışveriş, yöneticilerin not defterlerinde veya tamamlanma raporlarında gördüğü dört veri noktasını üretir. Aşağıdaki alanlar, her commit'te yazdığımız standart settir; belirli LMS satıcıları bunları farklı sütun etiketleri altında gösterir ama temel değerler aynıdır.

Bir öğrenci eğitimi tamamladığında, SCORM köprüsü aşağıdaki verileri LMS'e geri gönderir:

• Tamamlanma durumu (tamamlanmadı → tamamlandı)
• Puan (0-100)
• Oturum süresi
• Devam etmek için yer imi

Bunların her biri belirli bir SCORM veri modeli öğesine eşlenir. Tamamlanma durumu, SCORM 2004'te cmi.completion_status ve SCORM 1.2'de cmi.core.lesson_status alanına yazılır. Puan, her iki sürümde de cmi.score.raw alanına yazılır ve ölçekli eşdeğer yalnızca 2004'te cmi.score.scaled alanında bulunur (1.2'de ölçekli alan yoktur). Oturum süresi cmi.session_time alanında ISO 8601 süre biçiminde birikir ve devam etme yer imi cmi.suspend_data alanına dizilir. Köprü bu öğeleri aktif bir oturum sırasında her kalp atışı tikinde yeniden commit eder; böylece kesintiye uğrayan bir oturum bile LMS'in görüntüleyebileceği kısmen raporlanmış bir durum üretir.

Tamamlanma Kriterleri

Bir SCORM oturumu, öğrencinin kurumundaki tüm zorunlu atamaları bitirdiğinde veya — bekleyen zorunlu atama yoksa — kayıtlı herhangi bir ilerlemeye sahip olduğunda tamamlanmış olarak işaretlenir. Bugün eşik atama bazında veya paket bazında yapılandırılamaz; aynı mantık platform tarafından üretilen her SCORM paketinde gönderilir.

SCORM 2004, tamamlanma (öğrenci etkinliği bitirdi mi) ile başarı (geçti mi) arasında ayrım yapar. Köprü her ikisini de raporlar: cmi.completion_status etkinliğin bitip bitmediğini yansıtır ve cmi.success_status ortalama geçme puanı eşiğinin karşılanıp karşılanmadığını yansıtır. SCORM 1.2'de ayrı tamamlanma / başarı ayrımı yoktur — köprü, tamamlanma true olduğunda cmi.core.lesson_status alanına passed veya failed yazar, aksi takdirde incomplete yazar.

Puan Hesaplaması

LMS'in aldığı puan, öğrencinin pratik ilerlemesinden sunucu tarafında hesaplanır. Dahili puan ölçeği görev başına 0 ile 160 arasında çalışır (Aşama 1 + Aşama 2; her aşama, ilk deneme ipucusuz tamamlama için 100'e kadar değerlidir). SCORM uyumlu bir 0-100 sayısı üretmek için köprü, öğrencinin tamamlanan görevlerindeki pratik puanlarının ortalamasını alır ve 1.6'ya böler, sonra sonucu 100 ile sınırlar. Dönüşüm sabittir; bu sürümde paket veya atama bazlı ağırlıklandırma yoktur.

Devam Etme / Askıya Alma

Bir öğrenci tamamlamadan oturumu kapatırsa:

• Mevcut konum yer imi olarak kaydedilir
• Sonraki başlatma yer iminden devam eder
• Oturum kalp atışı, aktif kullanım sırasında oturumu canlı tutar

Tam yer imi — öğrencinin hangi konuda, hangi görevde, hangi aşamada olduğu ve hangi ipuçlarını açtığı — SCORM paketinin içinde değil, SecureCodingHub oturum kaydında sunucu tarafında yaşar. Köprünün cmi.suspend_data alanına gerçekte koyduğu şey, yalnızca SecureCodingHub oturum kimliğini içeren küçük bir JSON zarfıdır (örneğin {"sid":"..."}); devam ederken köprü o kimliği geri okur, SecureCodingHub oturum endpoint'ini çağırır ve sunucu tarafı durumunu oynatıcıyı yeniden doldurmak için kullanır. LMS, bu nedenle hiçbir zaman görev içeriği, cevap geçmişi veya ipucu durumu tutmaz.

SCORM, 1.2 belirtiminde cmi.suspend_data için 64KB tavan zorlar ve birçok 2004 uygulamasında bu limit pratik olarak aynıdır. Köprü yalnızca bir oturum kimliğini LMS'e geri yazdığından, askıya alma yükü atamanın ne kadar uzun olduğuna veya öğrencinin kaç kez askıya aldığına ve devam ettiğine bakılmaksızın bir kilobaytın çok altında kalır.

Kalp Atışı

Öğrenci SCORM oynatıcısını açık tuttuğu sürece, başlatıcı her 60 saniyede bir SecureCodingHub backend'ine POST /api/sch/scorm/heartbeat adresine bir kalp atışı gönderir; bu mesaj oturum kimliğini, mevcut yer imini ve birikmiş oturum süresini taşır. Aynı tik, LMS tarafında SCORM veri modelini yeniden commit eder; böylece tamamlanma, puan, oturum süresi ve askıya alma verisi açık kayıt olayları beklemeden senkron kalır.

İlerlemeyi Görüntüleme

Yöneticiler SCORM oturumlarını şuralardan görüntüleyebilir:

SecureCodingHub yönetici görünümü, ince ayrıntılı analizler için doğruluğun kaynağıdır: görev başına denemeler, ipucu kullanımı, görev başına süre ve öğrencinin seçtiği belirli iyileştirmeler. LMS not defteri SCORM özetini görür — tamamlanma, puan, oturum süresi — ve uyumluluk raporlama ile sertifika düzenleme için doğru yüzeydir, ancak altta yatan adım adım veriye görünürlüğü yoktur. Çoğu yönetici her iki görünümü birlikte kullanır: "öğrenci bitirdi ve geçti mi" raporlaması için LMS ve "grup nerede zorlanıyor ve neyi ayarlamalıyız" kararları için SecureCodingHub kontrol paneli. Derinlemesine analiz iş akışı ve panelde yönetici rol izinlerinin nasıl ayarlanacağı için yönetici kontrol paneli dokümantasyonu ve eşlik eden roller ve izinler kılavuzu kaynaklarına bakın.

xAPI yayını yol haritasındadır ve bugün mevcut değildir. Yayına alındığında, SecureCodingHub aynı görev başına olayları (ipucu açılışları, yanlış denemeler, görev geçişleri) bir Öğrenme Kayıt Deposuna SCORM commit'leri ile birlikte gönderebilecektir. O zamana kadar SCORM commit seti, hazır LMS yüzeyinin tek seçeneğidir ve SecureCodingHub yönetici kontrol paneli, olay bazlı detayı görmenin tek yeridir.