XAPI спецификация: Деятельность типа cmi.interaction - «числовая»

Question

Что касается возможных моделей отклика для числового типа взаимодействия, мое понимание, что есть четыре возможные комбинации:

'2[:]4' // would mean a minimum of 2 and a maximum of 4 (response in the range of 2 to 4 would be correct) 
'4' // (no delimiter) means there is a single correct answer of 4 
'4[:]' // this means a minimum of 4 and no maximum (response in the range of 4 or above would be correct) 
'[:]4' // would mean no minimum but a maximum of 4. 

Мой вопрос относится к последнему пример. Будет ли приемлемым ответ 0 (ноль) или некоторое отрицательное число? Стандарт, как представляется, не предусматривает каких-либо положений для таких ситуаций, и я не знаю, были ли значения, равные нулю или меньше, в рамках созерцателя составителей спецификации. Обратите внимание, что шаблон ответа '-2[:]4' работает в SCORM Cloud LRS, но я не уверен, будут ли другие LRS принимать отрицательные значения диапазона.

Answer 1

Это действительно разбивается на несколько частей, какие значения соответствуют спецификациям и какому вашему предполагаемому варианту использования, а также тому, что мы на самом деле видим на рынке.

1) Спецификация xAPI очень свободно на этих данных. Строго говоря, любое значение будет приниматься как result.response или элемент в массиве correctResponsesPattern для строгих (после MUSTs) целей xAPI. Он остается до реализации LRS если они хотят быть более строгим, см:

ЛРП, при потребляя действительное interactionType, МОЖЕТ проверить остальные свойства, заданные для взаимодействия деятельности и может вернуться 400 Bad Request, если остальные свойства недействительны для операции взаимодействия.

(Ref: 2.4.4.1 https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Data.md#requirements-4)

SCORM Облако следует строгая модель таким образом, это будет только подтвердить, что эти свойства являются строками, и это не требует никаких дальнейших действий по содержанию этих строк (в это время). Другие LRS могут быть или не быть более строгими относительно значений, приведенных выше.

Оперативник текст здесь:

Эти типы взаимодействий были изначально основаны на типах взаимодействий, разрешенных к «cmi.interactions.n.type» в SCORM 2004 4-е издание Run-Time Environment.

(Ref: https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Data.md#interaction-types)

И важная фраза есть первоначально основанный на, другими словами, было решено, что, учитывая степень принятия модели данных CMI среди поставщиков LMS и соответствующий контент, который доминировал над ландшафтом в то время, когда было важно, по крайней мере, облегчить их использование, не мешая расширенному объему предлагаемых xAPI.

2) SCORM 2004 4-е издание более строгое. В описании RTE в нем указано:

Для взаимодействия требуется числовой ответ от учащегося. Ответ - это простое число с необязательной десятичной точкой.

Позже гласит:

Если значение Символьного является числовым диапазоном, то он должен обладать следующим форматом, где < мин> и < макс> оба имеют реальные (10, 7) данные тип.

Таким образом, численные значения должны быть представлены в наборе real(10, 7). На что ссылаются в другом месте:

Настоящий (10,7) тип данных обозначает действительное число с точностью до семи значащих цифр.

(Существует примечание после этого о том, как хранить значения, используя SQL и что обозначение соответствует ISO 11404)

Так что, если вы пытаетесь захватить данные, которые будут использоваться с SCORM 2004 информационной модели, тогда вы должны ограничить свое использование этим диапазоном значений.

3) На рынке до сих пор я думаю, что мы в основном видели людей, которые захватывают то, что им нужно для разумного захвата, а cmi.interactions используются для простых случаев, но не намного выше этого. Я бы не ожидал сильной проверки самого содержимого строки, поскольку LRS обычно предпочитали избегать попытки извлечь из них смысл, и для обеспечения такой проверки не существует большой причины для LRS (со строго спецификации). Лучше для нисходящих систем (таких как LMS и/или средства отчетности) обрабатывать данные, которые они распознают по своему усмотрению.