コンテンツの起動回数に関係なく、ユーザーがクイズに合格するための試行回数を制限しようとしています。
前提条件ルールを見つけましたが、それは現在の起動試行のみのものだと思います。
誰もこれを成功させましたか?スコは魅了されています。
コンテンツの起動回数に関係なく、ユーザーがクイズに合格するための試行回数を制限しようとしています。
前提条件ルールを見つけましたが、それは現在の起動試行のみのものだと思います。
誰もこれを成功させましたか?スコは魅了されています。
どの LMS を使用していますか?
LMS によっては、試行回数を制限できる場合があります。
通常、SCORM 2004 では、imss:sequencing および imss:limitConditions を使用できます。例:
<imsss:sequencing>
<!-- Optional: Limit attempts (managed by LMS), and or attemptAbsoluteDurationLimit equates to cmi.max_time_allowed -->
<imsss:limitConditions attemptLimit="1" />
<imsss:objectives>
<imsss:primaryObjective satisfiedByMeasure="true">
<!-- equates to cmi.scaled_passing_score of 60% -->
<imsss:minNormalizedMeasure>0.6</imsss:minNormalizedMeasure>
</imsss:primaryObjective>
</imsss:objectives>
</imsss:sequencing>
LMS がこれをサポートしていない場合は、データを学生の試行内に配置する必要がありますが、これも危険です。理由は次のとおりです。学生または sco が 'cmi.exit' を ''、'normal'、'logout'、または 'timeout' に設定すると、事実上試行が終了します。SCORM 2004 では、LMS が新しい答案を作成する責任があり、現在の生徒データはリセットされます。つまり、これを確実に追跡するには、Cookie またはローカル ストレージの値を設定する必要があります。しかし、学生が別のデバイスを使用しているため、それは確実に機能することさえありません. ある意味では、これは私が「危険」と述べたとおりです。
SCORM 1.2 では、これは LMS ベンダーによって異なる方法で処理されました。仕様では、LMS がモードとステータスをどのように管理するかが明確にされていませんでした。非常に多くの方法が組み合わせて実行されているため、「レビュー」モードにある場合にどのように反応するかを理解するのが難しくなります。採点後も値を設定し続けます。ほとんどの LMS ベンダーは、自分で試行を管理するように指示し、試行を永遠に続けることさえあります。これについてはページごとに続けることができますが、ここでさらに詳細な情報が必要な場合はお知らせください。