SCORM-felsökning

I denna xml har vi en enda organisation, och i den organisationen är vi en enda resurs, en enda SCO. Det finns fem filer som krävs för att resursen ska fungera korrekt. Scorm.html-filen laddas först. Det laddar tre externa js-filer och en swf.

Vad du behöver göra nu är att gå till katalogen som innehåller imsmanifest.xml, och kontrollera att alla de listade filerna är tillgängliga på rätt väg från imsmanfiest.xml, som listas i imsmanifest.xml. Om någon av dessa filer saknas (särskilt html-filen eller swf), eller om sökvägarna i imsmanifest.xml är felaktiga, så är det mycket troligt att SCORM-objektet inte kommer att kunna laddas alls.

Ibland saknas inte filerna, men de är helt enkelt felnamngivna i manifestet eller placerade i fel katalog. Du kan åtgärda detta genom att flytta filerna till rätt platser eller uppdatera deras namn så att imsmanifest och de faktiska filnamnen matchar varandra. Vid en namngiven fil, ändra manifestet snarare än de faktiska filnamnen, eftersom filerna också refererar till varandra på andra ställen.

Rensa ett försök

Så här rensar du en elevs försök:

1. Gå till SCORM-aktiviteten och välj länken Visa rapporter för x användare .
2. Markera det eller de försök som du vill rensa med hjälp av kryssrutan.
3. Välj Ta bort i listrutan längst ned på sidan.

Hantering av flera försök

SCORM är utformat så att en deltagare kan avsluta och återvända vid ett senare tillfälle till samma punkt som han/hon lämnade. Detta innebär att varje gång de går in i SCORM använder de samma försök. Vissa SCORM-paket är intelligenta när det gäller att hantera återinträde, många är inte det. Vad detta innebär är att om eleven åter skriver in ett befintligt försök, om SCORM-innehållet inte har intern logik för att undvika att skriva över cmi.core.lesson_status och cmi.core.score.raw, kan de skrivas över med en lägre poäng, vilket förvirrar eleven.

När en SCORM ställer in cmi.core.lesson_status-värdet på ”slutfört”, ”godkänt” eller ”misslyckat” så tillåter Totara användaren att skapa ett nytt försök genom att lägga till en kryssruta för Starta nytt försök på inmatningssidan. Om cmi.core.lesson_status är inställd på "ofullständig", "bläddrad" eller "inteattempted" kan deltagaren bara ange det befintliga försöket igen. Om du använder inställningssidan för att hoppa över innehåll kommer denna kryssruta aldrig att visas för användaren.

Totara tillhandahåller en rad inställningar för att detta ska kunna kontrolleras, vissa av dessa inställningar är dolda som avancerade alternativ.

• Antal försök: Detta gör det möjligt för läraren att ställa in hur många SCORM-försök eleven kan skapa. Detta är inte hur många gånger en elev kan skriva in ett SCORM-försök igen.
• Betygsättning av försök: Detta gör det möjligt för utbildaren att ställa in hur flera SCORM-försök (inte omregistreringar) ska betygsättas. Det är viktigt att notera att en "misslyckad" cmi.core_lesson_status tillåter att ett nytt försök genereras men försöksgraderingsinställningen senast slutförda försök endast inkluderar "slutförda" och "godkända" värden i beräkningarna.
• Visa försöksstatus: Detta visar en användares SCORM-försök och hur deras slutbetyg beräknas på SCORM-inmatningssidan och My Totara-sidan för deltagaren.
• Force genomförd: Detta är en inställning som kan användas för att tvinga ett SCORM-paket att rapportera en ”slutförd” cmi.core.lesson_status om den inte ställer in värdet för närvarande.
• Tvinga nytt försök: Detta döljer kryssrutan Starta nytt försök och kommer att tvinga ett nytt försök om det föregående försöket har cmi.core.lesson_status-värde till ”slutfört”, ”godkänt” eller ”misslyckat”. Den här inställningen kan också användas för att se till att ett nytt försök genereras när inställningen för sidan för att hoppa över innehåll används.
• Lås efter sista försöket: Detta förhindrar åtkomst till SCORM efter att det totala antalet försök har använts. Om detta inte är inställt kan deltagaren ange sitt senaste försök igen och eventuellt ändra/skriva över sina poäng varje gång beroende på hur SCORM-paketet stöder flera omregistreringar.

Minska laddningstiden med Captivate

Ändra procenten som måste laddas ner innan innehållet börjar spelas upp. I Captivate 4 finns det en inställning i: Inställningar > Projekt > Start och slut > Förladdning . Minska detta till 50%.

Om du använder ljud i din Cp-fil (som bakgrunds- eller elementbilaga), försök att placera ett mellanrum på 0,1 sekund i början av varje element inklusive ljud på dina bilder. Om du inte gör det, Cp slå samman alla ljudfiler i en stor ljudfil som den behöver ladda ner innan du spelar projektet. Detta problem har rapporterats många gånger från Cp-gemenskapen.

Totara ändrar cmi.core.lesson_status från 'slutförd' eller 'godkänd' till 'misslyckad'

Många SCORM authorware-sviter genererar en mastery score nod i imsmanifest.xml som standard. Denna nod är inte nödvändig för XML-filen. Men när det finns där, så betecknar SCORM-standarden specifikt beteende med avseende på det värde som anges där.

Du kan ta reda på mer om effekterna av SCORM-behärskningspoängen på SCORM-supportwebbplatsen . 

Behärskningspoängen kan resultera i vissa funktioner som du inte avser. Du kan åtgärda problemet genom att ta bort mastery score node från din imsmanifest.xml-fil. Du kommer också att vilja ta reda på vilka alternativ du har, inom din authorware-svit, för att skriva den noden i manifestfilen och ändra din författarprocess därefter.

Andra artiklar

• Om ett problem med att visa tecken uppstår korrekt kan det vara en felkonfiguration av webbplatsens server. Kontrollera att både httpd.conf (när Apache används) och php.ini är inställda på DefaultCharacterset = utf8 eller växla sändning av ett standardtecken som är avstängt.
• Ett SCORM-paket måste innehålla en fil med namnet imsmanifest.xml som definierar SCORM-kursstrukturen  i zip-roten.