Русский
Русский
English
Статистика
Реклама

Ims

XAPI и IMS Caliper. Или ADL против IMS?

02.07.2020 10:04:35 | Автор: admin
image

Появление xAPI (ADL) не было неожиданным событием. Очень продолжительное время велись обсуждения TinCan'а, огромное количество открытых форумов кипели при обсуждении новой спецификации. И только после достаточного обсуждения, ADL выпустила релиз спецификации. Затем, уже после практической работы многих компаний с xApi, появилась CMI5.

И тут появилась аналогичная спецификация IMS Global Learning Consortium под названием Caliper.
Заметное сходство между xAPI и Caliper побудило разработчиков и поставщиков контента прояснить различия в реализации одной или обеих спецификаций (обе из которых в настоящее время нацелены на стандартизацию).

Оба сообщества, поддерживающие xAPI и Caliper, выразили обеспокоенность по поводу возможности экономически эффективной поддержки обеих спецификаций, что привело к запросам как к ADL, так и к IMS о том, возможно ли их согласование.



Вот краткий ответ IMS (http://personeltest.ru/aways/www.imsglobal.org/initial-xapicaliper-comparison)

a) Caliper and xAPI have very different origins. The core xAPI is to enable any type of experience and evidence tracking, both electronic and physical performance and not limited to just web-based courses (as is the case for SCORM). Caliper is the manifestation of the IMS Learning Analytics Framework and the Sensor API and Metric Profile(s) are the first two components of that framework. xAPI and Caliper are NOT equivalent. Adoption should not be one-or-the-other, instead it is a horses-for-courses decision;

b) While both xAPI (Actor/Verb/Object) and Caliper (Actor/Action/Activity) use a data model based upon a triple statement structure there are considerable differences in the detailed structure and usage of the Object and Activity definitions. However, it should be possible for each specification to make use of the others Verb/Action;


Вот краткий ответ ADL (http://personeltest.ru/aways/adlnet.gov/news/2016/07/25/adl-experience-api-and-ims-caliper-discovery-review/)

As xAPI has matured, so too has a similar specification from the IMS Global Learning Consortium called Caliper. There are notable similarities between xAPI and Caliper, which has caused adopters and vendors to clarify implementation differences of one or both specifications (both of which are now targeting standardization). Both communities supporting xAPI and Caliper have expressed concerns about being able to cost-effectively support both specs, which led to inquiries to both ADL Initiative and IMS about whether alignment of the two would be possible.


xAPI (Actor / Verb / Object) и Caliper (Actor / Action / Activity) используют модель данных, основанную на структуре тройного оператора, существуют значительные различия в подробной структуре и использовании определений Object и Activity. Видимо Actor и Verb/Action совпадают, отличаются только Object/Activity?

Я достаточно давно работаю с xAPI, но Caliper мне не был знаком. Пришлось немного изучить документацию (http://personeltest.ru/aways/www.imsglobal.org/sites/default/files/caliper/v1p1/caliper-spec-v1p1/caliper-spec-v1p1.html и www.imsglobal.org/caliper/caliperv1p0/ims-caliper-analytics-implementation-guide)

Скажу сразу, я не нашел значительных лично для меня отличий. То что называется в xAPI statement (Activites) в Caliper называется Event.



image

Я обратил внимание на наличие так называемой метрики в Caliper, но описание достаточно абстрактное, примеров практического использования мне найти не удалось.

The Caliper information model defines a number of metric profiles, each of which models a learning activity or a supporting activity that helps facilitate learning. A metric profiles raison detre is to encourage vocabulary standardization and re-use among application providers delivering complementary, albeit competing capabilities that collect learning activity data. Each profile provides a domain-specific set of terms and concepts that application designers and developers can draw upon to describe common user interactions in a consistent manner using a shared vocabulary. Annotating a reading, playing a video, taking a test, or grading an assignment submission represent a few examples of the many activities or events that Calipers metric profiles attempt to describe.

Think of each metric profile as a stand-alone, logical container, or collection of one or more Caliper events that together help describe a set of inter-related activities. Each Event type included in a metric profile place constraints on the various entities and actions that can be utilized to describe a learning activity. Vocabulary restrictions are outlined in each profile description under the following headings


На сайте IMS есть очень много красивых картинок, но они еще более усиливают ощущение того, что разница минимальна.

С точки зрения механизма авторизации и хранения (LRS), разницы практически нет, отличие JSON в xApi и JSON-LD в Caliper для меня не существенно. т.е. и в этих вопросах разницы нет.

Давайте посмотрим примеры JSON xApi и Caliper
xApi
{
actor: {
name: Sally Glider,
mbox: mailto:sally@example.com
},
verb: {
id: adlnet.gov/expapi/verbs/completed,
display: { en-US: completed }
},
object: {
id: example.com/activities/hang-gliding-test,
definition: {
type: adlnet.gov/expapi/activities/assessment,
name: { en-US: Hang Gliding Test },
description: {
en-US: The Solo Hang Gliding test, consisting of a timed flight from the peak of Mount Magazine
},
extensions: {
example.com/gliderClubId: test-435
}
}
},
result: {
completion: true,
success: true,
score: {
scaled: 0.95
},
extensions: {
example.com/flight/averagePitch: 0.05
}
},
context: {
instructor: {
name: Irene Instructor,
mbox: mailto:irene@example.com
},
contextActivities:{
parent: { id: example.com/activities/hang-gliding-class-a }
grouping: { id: example.com/activities/hang-gliding-school }
},
extensions: {
example.com/weatherConditions: rainy
}
},
timestamp: 2012-07-05T18:30:32.360Z,
stored: 2012-07-05T18:30:33.540Z,
authority: {
name: Irene Instructor,
mbox: mailto:irene@example.com
}
}


Caliper
{
sensor: example.edu/sensors/1,
sendTime: 2018-11-15T11:05:01.000Z,
dataVersion: purl.imsglobal.org/ctx/caliper/v1p1,
data: [
{
"@context": purl.imsglobal.org/ctx/caliper/v1p1,
id: example.edu/users/554433,
type: Person,
dateCreated: 2018-08-01T06:00:00.000Z,
dateModified: 2018-09-02T11:30:00.000Z
},
{
"@context": purl.imsglobal.org/ctx/caliper/v1p1,
id: example.edu/terms/201801/courses/7/sections/1/assess/1?ver=v1p0,
type: Assessment,
name: Quiz One,
items: [
{
id: example.edu/terms/201801/courses/7/sections/1/assess/1/items/1,
type: AssessmentItem
},
{
id: example.edu/terms/201801/courses/7/sections/1/assess/1/items/2,
type: AssessmentItem
},
{
id: example.edu/terms/201801/courses/7/sections/1/assess/1/items/3,
type: AssessmentItem
}
],
dateCreated: 2018-08-01T06:00:00.000Z,
dateModified: 2018-09-02T11:30:00.000Z,
datePublished: 2018-08-15T09:30:00.000Z,
dateToActivate: 2018-08-16T05:00:00.000Z,
dateToShow: 2018-08-16T05:00:00.000Z,
dateToStartOn: 2018-08-16T05:00:00.000Z,
dateToSubmit: 2018-09-28T11:59:59.000Z,
maxAttempts: 2,
maxScore: 15.0,
maxSubmits: 2,
version: 1.0
},
{
"@context": purl.imsglobal.org/ctx/caliper/v1p1,
id: example.edu,
type: SoftwareApplication,
version: v2
},
{
"@context": purl.imsglobal.org/ctx/caliper/v1p1,
id: example.edu/terms/201801/courses/7/sections/1,
type: CourseSection,
academicSession: Fall 2018,
courseNumber: CPS 435-01,
name: CPS 435 Learning Analytics, Section 01,
category: seminar,
subOrganizationOf: {
id: example.edu/terms/201801/courses/7,
type: CourseOffering,
courseNumber: CPS 435
},
dateCreated: 2018-08-01T06:00:00.000Z
},
{
"@context": purl.imsglobal.org/ctx/caliper/v1p1,
id: urn:uuid:c51570e4-f8ed-4c18-bb3a-dfe51b2cc594,
type: AssessmentEvent,
actor: example.edu/users/554433,
action: Started,
object: example.edu/terms/201801/courses/7/sections/1/assess/1?ver=v1p0,
generated: {
id: example.edu/terms/201801/courses/7/sections/1/assess/1/users/554433/attempts/1,
type: Attempt,
assignee: example.edu/users/554433,
assignable: example.edu/terms/201801/courses/7/sections/1/assess/1?ver=v1p0,
count: 1,
dateCreated: 2018-11-15T10:15:00.000Z,
startedAtTime: 2018-11-15T10:15:00.000Z
},
eventTime: 2018-11-15T10:15:00.000Z,
edApp: example.edu,
group: example.edu/terms/201801/courses/7/sections/1,
membership: {
id: example.edu/terms/201801/courses/7/sections/1/rosters/1,
type: Membership,
member: example.edu/users/554433,
organization: example.edu/terms/201801/courses/7/sections/1,
roles: [ Learner ],
status: Active,
dateCreated: 2018-08-01T06:00:00.000Z
},
session: {
id: example.edu/sessions/1f6442a482de72ea6ad134943812bff564a76259,
type: Session,
startedAtTime: 2018-11-15T10:00:00.000Z
}
},
{
"@context": purl.imsglobal.org/ctx/caliper/v1p1,
id: urn:uuid:dad88464-0c20-4a19-a1ba-ddf2f9c3ff33,
type: AssessmentEvent,
actor: example.edu/users/554433,
action: Submitted,
object: example.edu/terms/201801/courses/7/sections/1/assess/1?ver=v1p0,
generated: {
id: example.edu/terms/201801/courses/7/sections/1/assess/1/users/554433/attempts/1,
type: Attempt,
assignee: example.edu/users/554433,
assignable: example.edu/terms/201801/courses/7/sections/1/assess/1?ver=v1p0,
count: 1,
dateCreated: 2018-11-15T10:15:00.000Z,
startedAtTime: 2018-11-15T10:15:00.000Z,
endedAtTime: 2018-11-15T10:55:12.000Z,
duration: PT40M12S
},
eventTime: 2018-11-15T10:25:30.000Z,
edApp: example.edu,
group: example.edu/terms/201801/courses/7/sections/1,
membership: {
id: example.edu/terms/201801/courses/7/sections/1/rosters/1,
type: Membership,
member: example.edu/users/554433,
organization: example.edu/terms/201801/courses/7/sections/1,
roles: [Learner],
status: Active,
dateCreated: 2018-08-01T06:00:00.000Z
},
session: {
id: example.edu/sessions/1f6442a482de72ea6ad134943812bff564a76259,
type: Session,
startedAtTime: 2018-11-15T10:00:00.000Z
}
},
{
"@context": purl.imsglobal.org/ctx/caliper/v1p1,
id: urn:uuid:a50ca17f-5971-47bb-8fca-4e6e6879001d,
type: GradeEvent,
actor: {
id: example.edu/autograder,
type: SoftwareApplication,
version: v2
},
action: Graded,
object: {
id: example.edu/terms/201801/courses/7/sections/1/assess/1/users/554433/attempts/1,
type: Attempt,
assignee: example.edu/users/554433,
assignable: example.edu/terms/201801/courses/7/sections/1/assess/1?ver=v1p0,
count: 1,
dateCreated: 2018-11-15T10:15:00.000Z,
startedAtTime: 2018-11-15T10:15:00.000Z,
endedAtTime: 2018-11-15T10:55:12.000Z,
duration: PT40M12S
},
eventTime: 2018-11-15T10:57:06.000Z,
edApp: example.edu,
generated: {
id: example.edu/terms/201801/courses/7/sections/1/assess/1/users/554433/attempts/1/scores/1,
type: Score,
attempt: example.edu/terms/201801/courses/7/sections/1/assess/1/users/554433/attempts/1,
maxScore: 15.0,
scoreGiven: 10.0,
scoredBy: example.edu/autograder,
comment: auto-graded exam,
dateCreated: 2018-11-15T10:56:00.000Z
},
group: example.edu/terms/201801/courses/7/sections/1
}
]
}


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

Фраза
IMS Learning Analytics Framework and the Sensor API and Metric Profile(s) are the first two components of that framework
говорит о том, что видимо стоит ожидать появление Framework. Но информации по нему я не смог найти.

Я не знаю причин по которым две уважаемые организации представили, по моему личному мнению, сходные спецификации. Предыдущая история сосуществования SCORM (ADL) и IMS CP например показывала, что стандарты могут дополнять друг друга. В этот раз я не вижу такого дополнения.

Подробнее..

Управление информацией объектов капитального строительства

20.12.2020 18:08:28 | Автор: admin

Настоящий обзор основан на практике примененияISO 15926 иCFIHOS для объектов нефтегазового и нефтехимического хозяйства. Рекомендовано для объектов, схожих по объему и типу проектных решений, из других отраслей.

Введение

CFIHOS Capital Facilities HandOver Specification.Дословно переводится как инструкция или стандарт по передаче данных объектов капитального строительства. Это промышленный стандарт, разработанный для улучшения того, как информация передается между компаниями, которые владеют, эксплуатируют, возводят установки для перерабатывающей (непрерывное производство) и энергетической отраслей. Является практическим применениемISO15926-4.

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

Актуальная версия стандарта 1.4. Разработчик организацияUSPI, учрежденная компаниейShell в 2012 году. В составUSPI входит более 70 международных инжиниринговых и софтверных компаний.

В основеCFIHOS лежит так называемая библиотека справочных данных RDL, определяющая в качестве стандарта правила наименования оборудования, его атрибутов, дисциплин и документов. Версия 1.4 включает:

  • Перечень классов для тэгов и оборудования (что оборудование из себя представляет и что осуществляет)

  • Перечень свойств (атрибуты, характеристики, измерения)

  • Перечень требований по классам (требования к данным и документам)

  • Стандарт уникальной кодификации данных для облегчения цифрового проектирования и других работ

  • Перечень типов документов

  • Перечень дисциплин

В настоящее времяCFIHOS покрывает только обмен структурированной информацией и документами.

Концепция

ВCFIHOS принят следующий цветовой стандарт для определения источника данных:

Важным определением в данной методологии является тэг (tag) дословно декомпозиция верхнеуровневой функции перерабатывающей установки в более детальную подфункцию. Тэг представляет специфическую функцию завода с его логическим местоположением, определенным номером тэга. Таким образом, свойства тэга относятся к функции. Примером тэга служит Р-001 - конкретный насос, относящийся к классу тэга насос.

Оборудование представляет физический производственный фонд или актив (asset), удовлетворяющий конкретной функции, представленной тегом. Таким образом, свойства оборудования относятся к свойствам актива, такие как серийный номер, производитель и фактическая дата покупки.

Типы тэгов могут быть категоризированы,

  • Тэги без оборудования что-то, называемое мягкими тэгами, например,DCS(АСУТП) тэги

  • Теги связанные с оборудованием что-то, называемое твердыми тэгами.

Информация объекта капитального строительства включает в себя данные и документы, необходимые для эксплуатации и обслуживания этого объекта, включая,но не ограничиваясь следующими:

  • Планы проекта и процедуры

  • Результаты проектирования, включая те,что поставляются Поставщиками/Производителями

  • Проектные документы

  • Проектные чертежи

  • Документы поставок

  • Документы СМР

  • Документы ПНР

  • Документы качества

  • Другие документы, запрашиваемые заказчиком

Стандарт описывает то, как должен быть устроенMDR (Master Document Register), какие должны быть свойства у документов, индексный файл, типы шаблонов документов, шифрование, сжатие и парольную политику документов.

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

Данные об объекте капитального строительства составляют следующее:

  • Географическое описание (Площадка и Зона)

  • Функция (Завод-Установка-Тэг)

  • Структура декомпозиция завода

  • Объект ПНР-Система ПНР-Тэг

  • Объект обслуживания -Система обслуживания Тэг и оборудование

  • Строительная сборка тэг

  • Установка оборудование

  • Физическая связь тэга

  • Коррозия (Тип коррозионной петли Коррозионная петля)

  • Первичные данные (Компания Заявка на закупку Свойство)

Кроме того, стандарт определяет классы и свойства для тэгов и оборудования. Чтобы отличить тэг от оборудования, достаточно иметь ввиду, что Р-001 - это тэг, а центрифужный насос весом 35 кг и габаритами 187х65х77 и относящийся к классу центрифужных насосов будет оборудованием.

CFIHOS отмечает, что обязательно должен бытьMTRmaster tag register полный перечень тэгов, передаваемый заказчику от подрядчика, а также установлены шаблоны данных и файлы данных,определены порядки предоставления данных, рассмотрения и ревизии.

Отдельным вопросом при управления информацией должен быть рассмотрена политика информационной безопасности.

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

  • Как определять источник данных и информации (данные сырая информация, информация данные в определенном контексте)

  • Как создавать, выделять, накапливать и проверять данные и информацию из разных источников

  • Как получать и передавать данные и информацию на всем жизненном цикле

  • Как управлять информацией третьих сторон

  • Связанные корпоративные нормативные документы и планы

  • Использование подходящей системы управления данными и процедура интеграции с другими системами и процедурами подрядчика

  • Как отслеживать и формировать отчеты качества данных и информации

  • Как аудировать процессы управления информацией

  • Структура управления информацией и зоны ответственности

Для того, чтобы ответить на вопрос, какая информация нужна на этапе проектирования, следует выделить следующие критерии:

  • Требуется ли эта информация для определения технических решений или предоставляемых результатов?

  • Требуется ли эта информация для координирования работ по реализации проекта

  • Требуется ли эта информация для обеспечения предоставления требуемых результатов или технической целостности?

  • Требуется ли эта информация для определения технических решений или предоставляемых результатов?

  • Требуется ли эта информация для координирования работ по реализации проекта?

  • Требуется ли эта информация для обеспечения предоставления требуемых результатов или технической целостности?

Для этапа эксплуатации:

  • Является ли информация необходимой частью для получения лицензии на эксплуатацию? Требование ли это законодательства?

  • Требуется ли эта информация для управления работой или целостностью объекта?

  • Требуется ли эта информация для определения способов или методов эксплуатации объекта, или работ, связанныхс ремонтом, будущих модификаций объекта?

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

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

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru