База ГОСТовallgosts.ru » 03. УСЛУГИ. ОРГАНИЗАЦИЯ ФИРМ, УПРАВЛЕНИЕ И КАЧЕСТВО. АДМИНИСТРАЦИЯ. ТРАНСПОРТ. СОЦИОЛОГИЯ. » 03.100. Организация фирм и управление ими

ГОСТ Р ИСО/МЭК 19778-1-2011 Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства

Обозначение: ГОСТ Р ИСО/МЭК 19778-1-2011
Наименование: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства
Статус: Действует

Дата введения: 07/01/2012
Дата отмены: -
Заменен на: -
Код ОКС: 03.100.30, 35.240.99
Скачать PDF: ГОСТ Р ИСО/МЭК 19778-1-2011 Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства.pdf
Скачать Word:ГОСТ Р ИСО/МЭК 19778-1-2011 Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства.doc


Текст ГОСТ Р ИСО/МЭК 19778-1-2011 Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства



ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТРИСО/МЭК19778-1-

2011

Информационная технология

ОБУЧЕНИЕ, ОБРАЗОВАНИЕ И ПОДГОТОВКА. ТЕХНОЛОГИЯ СОТРУДНИЧЕСТВА. ОБЩЕЕ РАБОЧЕЕ ПРОСТРАНСТВО

Часть 1

Модель данных общего рабочего пространства

ISO/IEC 19778-1:2008

Information technology — Learning, education and training — Collaborative technology — Collaborative workplace — Part 1: Collaborative workplace data

model

(IDT)

Издание официальное

Москва

Стандарты нформ 2012


Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N9184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0—2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    ПОДГОТОВЛЕН Государственным образовательным учреждением высшего профессионального образования Московским государственным технологическим университетом аСтанкин» на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 461 «Информационно-коммуникационные технологии в образовании (ИКТО)»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 13 декабря 2011 г. № 1206-ст

4    Настоящий стандарт идентичен международному стандарту ИСО /МЭК19778-1:2008 «Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства» {ISO/IEC19778-1:2008 «Information technology — Learning, education and training — Collaborative technology — Collaborative workplace — Part 1: Collaborative workplace data model»).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации и действующие в этом качестве межгосударственные стандарты, сведения о которых приведены в дополнительном приложении ДА

5    ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты». а текст изменений и поправок — е ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе #Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

© Стандартинформ, 2012

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

Содержание

1.2    Объекты и аспекты, не рассматриваемые е текущей редакции серии стандартов

1.3    Объекты и аспекты стандартизации, исключенные из серии стандартов ИСО/МЭК 19778 . . . 2

3.2    Термины и определения, используемые для описания элементов модели данных настоящего

5.4    Дополнительная информация об элементах модели данных модели данных общего рабочего

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

in

Введение

ИСО (Международная организация по стандартизации) и МЭК (Международная электротехничес-кая комиссия) формируют специализированную систему всемирной стандартизации. Национальные организации — члены ИСО или МЭК принимают участие в разработке международных стандартов посредством технических комитетов, основанных соответствующими организациями и предназначен* ных для работы в закрепленных за ними отраслях технический деятельности. Сотрудничество техни* ческих комитетов лежит в сфере общих интересов. Другие международные организации, как государственные так и коммерческие, поддерживают связь с ИСО и МЭК и также участвуют в их работе. 8 сфере информационных технологий ИСО и МЭК создали объединенный технический комитет—ИСО/МЭК СТК 1.

Международные стандарты разрабатывают в соответствии с правилами, описанными в Директивах ИСО/МЭК. часть 2.

Гпавная задача объединенного технического комитета — подготовка международных стандартов. Предварительные проекты международных стандартов, утвержденные объединенным техническим комитетом, передают в государственные организации для голосования. Для выпуска международного стандарта требуется, как минимум. 75 % голосов организаций, участвующих в голосовании.

Особое внимание следует уделять ситуации, когда некоторые части документа могут быть субъектом патентного права. ИСО и МЭК не несут ответственности за идентификацию некоторых или всех патентных прав.

Международный стандарт ИСО/МЭК 19778-1 подготовлен объединенным техническим комитетом ИСО/МЭК СТК 1 «Информационные технологии», подкомитетом ПК 36 «Информационная технология для обучения, образования и подготовки».

Серия стандартов ИСО/МЭК 19778 содержит следующие части, объединенные общим групповым наименованием «Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство:

•    Часть 1. Модель данных общего рабочего пространства.

•    Часть 2. Модель данных среды взаимодвйстеия.

•    Часть 3. Модель данных группы взаимодействия.

Многие виды деятельности в области обучения, образования и подготовки по существу проявляются во взаимодействии участников и состоят, в том числе, из опросов или обсуждений, которые могут происходить между участниками в течение различных периодов времени, распределенных в диапазоне от нескольких секунд до целых человеческих поколений. Например, на вопрос, отправленный в текстовом сообщении или электронном письме, ответ может быть получен за несколько секунд, минут или часов; примечание к исторически важному тексту может быть создано в течение несколько месяцев, лет или даже поколений после написания основного текста. Типичный акт взаимодействия между участниками может быть инициирован одним из участников путем рассылки информации остальным участникам и включать в себя последующую реакцию на это информационное сообщение. Совместная деятельность может осуществляться в широчайшем диапазоне условий с использованием различных форм коммуникаций и типов информации.

Международные стандарты по технологии сотрудничества в обучении, образовании и подготовке сфокусированы на конкретном подмножестве видов совместной деятельности. (Следует обратить внимание на то. что все термины, специально определенные в этих стандартах, выделены курсивом во всех частях ИСО/МЭК 19778.) Это подмножество видов деятельности характеризуется следующим:

•    обменом информации в больших или маленьких группах взаимодействия (как правило, от двух до нескольких десятков участников), которые сотрудничают в течение относительно короткого периода времени (как правило, от нескольких дней до нескольких месяцев);

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

•    коротким интервалом отклика на сообщение или инструкцию (от нескольких секунд до нескольких часов);

•    обменом относительно небольшими блоками информации (от одного слова до нескольких параграфов);

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

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

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

ИСО/МЭК 19778 состоит из трех частей:

Часть 1. Модель данных общего рабочего пространства обеспечивает представление формата для подробного описания модели данных и е целом определяет структуру модели данных и элементы модели данных для общего рабочего пространства.

Часть 2. Модель данных среды взаимодействия определяет структуру модели данных и элементы модели данных для технической инфраструктуры общего рабочего пространства.

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

На рисунке 1 показаны связи между тремя вышеописанными физическими объектами. Любое общее рабочее пространство представляет собой комбинацию конкретной общей среды и группы взаимодействия. Физическая реализация общего рабочего пространства должна содержать данные среды взаимодействия и группы взаимодействия, при этом конкретная реализация модели данных может представлять каждую из этих сущностей в виде отдельных информационных объектов.

Среда

Группа

взаимодействия

взаимодействия

Рисунок 1 — Объекты, определенные е серии стандартов ИСО/МЭК 1977В

Общее рабочее пространство


Модели данных, определенные в серии стандартов ИСО/МЭК 19778, представляют структуру информации и множество понятий в целях:

•    понимания необходимости применять идеи общего рабочего пространства и его компонентов:

•    облегчения развертывания, поддержки общего рабочего пространства и управления им;

•    обеспечения соответствия техническим требованиям ИСО/МЭК 19778 для конкретных реализаций модели данных и ее элементов;

•    обеспечения технической совместимости между существующими реализациями модели данных или ее элементами на базе серии стандартов ИСО/МЭК 19778 и будущими реализациями модели данных или ее элементов.

Отношения между общим рабочим пространством, средой взаимодействия и группой взаимодействия. их совместной реализацией модели данных и соответствующими техническими характеристиками моделей данных ИСО/МЭК 19778 представлены схемой на рисунке 2.

Настоящий стандарт детально описывает модель данных, которая содержит информацию относительно общего рабочего пространства (см. рисунок 2. крайняя рамка слева). Общее рабочее пространство включает е себя техническую инфраструктуру (ИСО/МЭК 19778. Часть 2. Среда взаимодействия) и характеристики группы соучастников взаимодействия (ИСО/МЭК 19778. Часть 3. Гоуппа взаимодействия).

Рисунок 2 — Отношения между общий рабочим пространством, общей средой и группой взаимодействия. совместной реализацией модели данных и техническими характеристиками моделей данных а соответствии

с серией стандартов ИСО/МЭК 19778

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ОБУЧЕНИЕ. ОБРАЗОВАНИЕ И ПОДГОТОВКА.

ТЕХНОЛОГИЯ СОТРУДНИЧЕСТВА. ОБЩЕЕ РАБОЧЕЕ ПРОСТРАНСТВО

Часть 1

Модель данных общего рабочего пространства

Information technology. Learning, education and training. Collaborative technology. Collaborative workplace.

Part 1. Collaborative workplace data model

Дата введения — 2012—07—01

1 Область применения

1.1    Объекты и аспекты стандартизации серии стандартов ИСО/МЭК 19778

1.1.1    Область применения серии стандартов ИСО/МЭК 19778

Стандарты серии ИСО/МЭК 19778 предназначены для применения в целях стандартизации технологий сотрудничества, используемых для поддержания информационного обмена между учащимися. инструкторами и другими участниками образовательного процесса, и конкретно информационно-коммуникационных технологий. Внедрение и использование данных технологий влечет за собой появление информации, связанной с группами участников и средами взаимодействия, функциями и средствами, устанавливаемыми для этих групп и ими же используемыми. Настоящий стандарт совместно с последующими частями определяет модели данных, которые позволяют обеспечить переносимость и повторное использование информации в интегрированной форме и допускает возможности замены, хранения, восстановления, повторного использования или анализа реализаций модели данных для множества систем.

Примечание 1 — Типичный случай повторного использования конкретной реализации модели данных общего рабочего пространстве (и взаимосвязанных с ней реализаций модели данных среды взаимодействия и группы взаимодействия) — это автоматическая конфигурация новых общих рабочих мест с использованием спецификаций в реализациях модели данных а качестве шаблонов.

Примечание 2 — Причина создания спецификации, позволяющей использовать несколько моделей данных и их реализации для общего рабочего пространства, заключается в обеспечении гибкости дальнейшего развития комплекса стандартов в последующих версиях. Благодаря предоставлению дополнительных ссылок на разрабатываемые спецификации или стандарты этот подход позволяет выйти далеко за рамки частей ИСО /МЭК 19778 и ограниченного количества информации, указываемой ими.

1.1.2    Область применения настоящего стандарта

Настоящий стандарт определяет основанную на таблицах методику создания спецификации моделей данных, используемой для формирования модели данных общего рабочего пространства. Указанная спецификация модели данных также использована в ИСО/МЭК 19778-2 и ИСО/МЭК 19778-3 для определения подобных компонентов общей среды (ИСО/МЭК 19778-2) и группы взаимодействия участников (ИСО/МЭК 19778-3) в отдельных моделях данных.

Примечание 1 — Указанная спецификация модели данных также использованв в ИСО/МЭК 19780.

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

Издание официальное

Любая созданная по стандарту реализация модели данных общего рабочего пространства описывает или устанавливает конкретное общее рабочее лространстео, с которым она связана.

Примечание 2 — Осуществление взаимосвязи конкретной реализации «одело денных общего рабочего пространстве и конкретного общего рабочего пространстве находится за рамками ИСО/МЭК 19778-1 (так как зависит от реализации используемой системы взаимодействия).

Любая созданная по стандарту реализация модели данных общего рабочего пространства содержит:

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

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

Примечание 3 — Модели данных ИСО/МЭК 19778 и реализации модели данных или элемента модели данных базируются на положениях ИСО/МЭК 19780. который описывает форматы хранения данных для записи коммуникационных сообщений и сопутствующих этим сообщениям данных (связь сообщений друг с другом, время отправки. источники т.д.):

•    запись о времени функционирования соответствующего общего рабочего пространства:

-    при необходимости, имя и текстовое описание соответствующего общего рабочего пространства. что важно для обеспечения полнотекстового поиска.

1.2    Объекты и аспекты, не рассматриваемые в текущей редакции серии стандартов

ИСО/МЭК 19778

Ожидается дальнейшее расширение серии стандартов и выпуск новых версий существующих частей ИСО/МЭК 19778. Они будут предусматривать следующие объекты и аспекты стандартизации:

•    интернационализацию (например, национальные альтернативы для значений текстовых, описательных элементов данных):

•    связь между моделями данных 1.2 и 3-й частей стандарта:

•    проработанные методические рекомендации по применению 1. 2 и 3-й частей стандарта;

•    возможность параллельного использования нескольких международных языков в 1,2 и 3-й частях стандарта:

•    отражение практического опыта использования 1.2 и 3-й частей стандарта в следующих версиях этих частей.

1.3    Объекты и аспекты стандартизации, исключенные из серии стандартов

ИСО/МЭК 19778

Работа органов по сертификации или органов по стандартизации вынесена за рамки ИСО/МЭК 19778. В дальнейшем, возможно, будут разработаны стандарты и спецификации, необходимые для проведения сертификации, однако в настоящее время они отсутствуют. Эти методики сертификации или стандарты будут либо использовать ИСО/МЭК 19778. либо, где возможно, устанавливать конкретные множества значения для элементов данных моделей данных ИСО/МЭК 19778, либо будут содержать расширения ИСО/МЭК 19778. включающие в себя ссылки на модель данных, дополненные примечаниями.

Объекты и аспекты, которые не рассмотрены в серии стандартов ИСО/МЭК 19778. но которые, возможно, будут в дальнейшем описаны в виде спецификаций или стандартов:

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

•    спецификация инструментов езаимодейстеия и их функций взаимодействия, определяющая их технические возможности и ограничения:

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

1.4    Объекты и аспекты, рассматриваемые во взаимосвязанных стандартах

ИСО/МЭК 19778 подобен стандарту ИСО/МЭК 19780-1. Этот международный стандарт устанавливает форму информационного наполнения сообщений или выражений, выработанных в ходе совместной деятельности в целях переноса и повторного использования. Методика, с помощью которой формируются и записываются эти данные, использует понятия общего рабочего простран• стеа. группы езаимодейстеия и среды езаимодейстеия.

2    Нормативные ссылки

Приведенные ниже нормативные документы необходимы для введения в действие настоящего стандарта. При указании версии ссылочного документа применяют ссылочный документ только указанной версии. Для ссылок без указания версии применяют последнюю версию упоминаемого стандарта (включая любые поправки).

ИСО 8601:2004 Элементы данных и форматы для обмена информацией. Обмен информацией. Представление дат и времени (ISO 8601:2004. Data elements and interchange formats — Information interchange — Representation of dates and times)

ИСО/МЭК 10646:2003 Информационные технологии. Универсальный многоокгетный набор кодированных символов (ISO/IEC 10646:2003. Information technology — Universal Multiple-Octet Coded Character Set (UCS))

ИСО/МЭК 11404:2007 Информационные технологии. Типы данных общего назначения (ISO/IEC 11404:2007. Information technology — General — Purpose Datatypes (GPD))

3    Термины и определения

8 настоящем стандарте применены следующие термины с соответствующими определениями.

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

Примечание 2 — в приложении А приведен алфавитный указатель терминов, определенных е 3.1

и 3.2.

3.1    Термины и определения, используемые для описания модели данных

Примечание — 8 настоящем подрвзделе определены термины, примененные е методике описания модели данных в ИСО/МЭК 19778.

3.1.1    составной элемент (Aggregating Element: АЕ): Элемент модели данных, не являющийся ни вершиной, ни узлом в древовидной структуре модели данных и представляющий собой единицу данных, для которой в качестве атрибутов элемента модели данных используют идентификатор, обозначение, определение, статус обязательности и значение множественности.

Примечание — Составные элементы предоставляют важное средство структурирования модели данных. а также содержат важную семантическую информацию.

3.1.2    стандарты технологии взаимодействия участников (Collaborative Technology standards: СТ standards): Семейство международных стандартов в сфере «Информационные технологии. Обучение. образование и подготовка. Технологии взаимодействия участников».

Примечание — Многие стандарты в этой сфере тесно взаимосвязаны, что подразумевает необходимость гармонизации взаимосвязанных стандартов.

3.1.3    условно обязательные элементы модели данных (conditionally mandatory): Элементы данного статуса, необходимые при определенных специфицированных условиях.

Примечание 1 — Это одно из четырех допустимых значений статуса обязательности элементе модели данных. См. также условно выбираемый, обязательный, выбираемый значения статуса обязательности.

Примечание 2 — При установлении такого значения статуса обязательности апемента модели данных следует перечислить «условия», при которых требуется обеспечение значения статуса «обязательный».

3.1.4    условно выбираемые элементы модели данных (conditionally optional): Для данного значения статуса обязательности элемента модели данных установлен список рекомендуемых, но не обязательных значений.

Примечание 1 — Это одно из четырех допустимых значений статуса обязательности элемента модели данных. См. также условно обязательный, обязательный и выбираемый значения статуса обязательности элементов.

Примечание 2 — При указании такого значений статуса обязательности элемента модели данных следует перечислить «условия», при которых требуется обеспечение значения статуса «выбираемый».

Примечание 3 — Термин адаптирован из ИСО/МЭК 11179-3:2003. определение 3.2.9.

3.1.5    элемент данных (Data Element; DE): Узловой в древовидной структуре модели данных элемент модели данных или единица данных, для которой в качестве атрибутов элемента модели данных используются идентификатор, обозначение, определение, статус обязательности, множественность элемента, представление и допустимые значения элемента данных.

Примечание 1 — При различных реализациях модели данных, независимо от конечной языковой привязки. минимальный состав атрибутов элемента данных должен включать в себя идентификатор элемента и его значение. Формат представления элемента может быть указан е спецификации реализации модели данных для данной привязки.

Примечание 2 — В стандартах технологии взаимодействия участников как представление, так и допустимые значения элемента данных указывают в типе данных элемента данных. Набор допустимых значений может быть также ограничен эталонной внешней спецификацией или стандартом.

Примечание 3 — Термин адаптирован из ИСО/МЭК 11179-3:2003. определение 3.3.36.

3.1.6    тип данных элемента данных {Data Element Datatype; DE datatype): Спецификация множества различных значений для элемента данных, характеризуемая свойствами этих значений и возможными операциями над этими значениями.

Примечание 1 — Множество различных значений, определенное значением тиле данных элемента модели данных, может быть ограничено подмножеством, основанным на спецификации или стандарте, который принят внешним по отношению к модели данных. Ссылка на эту внешнюю спецификацию или стандарт приведена в качестве значения подходящего элемента данных в модели данных. Какой элемент данных обеспечивает ссылку на эту внешнюю спецификацию или стандарт, указано а том же месте, где определен тип данных элемента данных.

Примечание 2 — Термин адаптирован из ИСО/МЭК ТО 11404-3:1996. определение 4.11.

3.1.7    модель данных (Data Model; DM): Графическое и/или лексическое представление данных. устанавливающее их свойства, структуры и взаимосвязи.

(ИСО/МЭК ТО 11404*3:1996. определение 3.2.11)

3.1.8    элемент модели данных (Data Model Element; DME): Составной элемент или элемент данных.

3.1.9    атрибут элемента модели данных (Data Model Element attribute: DME attribute): Конкретная характеристика элемента модели данных.

Примечание — Термин адаптирован из ИСО/МЭК 11179-3:2003. определение 3.1.3.

3.1.10    определение элемента модели данных (Data Model Element definition: DME definition): Представление понятия элемента модели данных с помощью описательного утверждения, используемого для различения связанных понятий.

Примечание — Термин адаптирован из ИСО 1087-1:2000. определение 3.3.1.

3.1.11    обозначение элемента модели данных (Data Model Element designation; DME designation): Отличительное обозначение элемента модели данных, однозначно указывающее на него в контексте модели данных.

Примечание 1 — В отличие от лингвистически нейтральных идентификаторов элементов моделей данных обозначения элементов моделей данных используются в стандартах технологии езаимодеОствия участников в виде ссылок на конкретные элементы моделей данных в основном для лучшего запоминания элементов модели данных людьми.

Примечание 2 — Термин адаптирован из ИСО 1087-1:2000. определение 3.4.1.

3.1.12    идентификатор элемента модели данных (Data Model Element identifier; DME identifier); Последовательность числовых вспомогательных индексов, позволяющих установить путь от главной вершины модели данных до конкретного элемента модели данных и определяющих его уникальным образом вне контекста модели данных.

Примечание — Термин адаптирован из ИСО/МЭК 11179-3:2003. определение 3.1.8.

3.1.13    реализация элемента модели данных (Data Model Element instantiation; DME instantiation): Объект данных в реализации модели данных, представляющий элемент модели данных.

3.1.14    множественность элементов модели данных (Data Model Element multiplicity): Спецификация интервала между необходимым минимумом и допустимым максимумом при повторении элемента модели данных в соответствующей реализации модели данных.

Примечание 1 — 8 той реализации модели данных, где элемент модели данных не имеет законченного определения (а виде допустимого значения из множества возможных значений элемента модели денных), использование множественности элементв модели данных неуместно.

Примечание 2 — В определениях элементе модели данных, где максимальная и минимальная множественности элемента модели данных совпадают, должно быть установлено только единственное значение.

3.1.15    степень обязательности элемента модели данных (Data Model Element obligation status: DME obligation status): Спецификация любого или удовлетворяющего условию(ям) элемента модели данных, который допустим или необходим для соответствующей реализации модели данных.

Примечание 1 — Возможные значения для этого атрибута: обязательный, выбираемый, условно обязательный и условно выбираемый.

Примечание 2 — Термин адаптирован из ИСО/МЭК 11179-3:2003. определения 3.2.9. 3.2.17 и 3.2.28.

3.1.16    реализация модели данных (Data Model instantiation: DM instantiation): Объект данных, созданный на основе модели данных, предоставляющий значения ее элементов данных и. как правило. использующий конкретную спецификацию связывания (RDF — Resource Description Framework. XML и др.).

Примечание — Точные формы реализаций модели данных зависят от используемых конкретных видов связывания.

3.1.17    обязательный (mandatory): Всегда необходимый.

Примечание 1 — Одно из четырех разрешенных состояний обязательности элемента модели данных. См. также условно выбираемый, условно обязательный и еыбирееиый.

Примечание 2 — Термин адаптирован из ИСО/МЭК 11179-3:2003. определение 3.2.17.

3.1.18    выбираемый (optional): Допустимый, но не обязательный.

Примечание 1— Одно из четырех разрешенных состояний обязательности элемента модели денных. См. также условно еыбирееиый. условно обязательный и обязательный

Примечание 2 — Адаптировано из ИСО/МЭК 11179-3:2003. определение 3.2.28.

3.1.19    вершина (Root Element: RE): Самый верхний элемент в древовидной структуре модели данных.

Примечание — вершина представляет целую модель данных и не входит ни в табличное представление модели данных, ни в понятие элементе модели данных.

3.2 Термины и определения, используемые для описания элементов модели данных

настоящего и взаимосвязанных стандартов

Примечание — 8 настоящем подразделе определены термины, используемые для описания элементов модели данных в модели денных ИСО/МЭК 19778.

3.2.1    совместная деятельность (collaborative activity): Деятельность, цель которой — получить предполагаемые результаты усилиями нескольких или всех членов группы взаимодействия на общем рабочем пространстве.

3.2.2    результат взаимодействия (collaborative effect): Конкретный результат образовательной или смежной с ней деятельности, который может быть получен при использовании сервиса езаимодвй• стеия.

3.2.3    среда взаимодействия (collaborative environment): Один или несколько сервисов взаимодействия. предоставляемых в рамках общего рабочего пространства в целях поддержки совместной деятельности в группе взаимодействия.

3.2.4    функция взаимодействия (collaborative function): Элементарные функциональные средства или возможности, предоставляемые членам группы взаимодействия и обеспечивающие конкретную совместную деятельность и конкретные результаты взаимодействия, неделимые на элементы без потери функциональности.

Примечание — Единственный инструмент взаимодействия зачастую предоставляет целый комплекс функиий взаимодействия (нелример. комбинацию широковещательной рессылки и информационно-текстового форуме реального времени), которые также могут быть предоставлены по отдельности как автономные средстве взаимодействия.

3.2.5    группа взаимодействия {collaborative groups): Два или более участника, разделяющих общее рабочее пространство и вовлеченных в одну и ту же среду езаимодейстеия.

Примечание — Управление в реальном масштабе времени изменениями в составе или состоянии участников (например, он-лайн или офф-лайн) или держателей роли рассматривается за пределами области применения ИСО/МЭК 19778. Например, «шепот» (подмножество более крупной группы, временно создаваемой для иелей конфиденциальных коммуникаций) не входит непосредственно в состав функций из области применения ИСО/МЭК 19778.

3.2.6    сервис взаимодействия (collaborative service): Сервис, предоставляющий средам взаимодействия инструменты езаимодейстеия и функции взаимодействия.

Примечание — Сервис взаимодействия как таковой не определен в ИСО/МЭК 19778, поскольку реализация модели данных среды взаимодействия может включать в себя все или несколько инструментов взаимодействия из сервиса взаимодействия, а также может объединять различные инструменты взаимодействия или функции взаимодействия, взятые из составных сервисов взаимодействия в общие среды взаимодействия. Поэтому в спецификациях сред взаимодействия появляются только инструменты и функции взаимодействия. Определение сервиса взаимодействия (и. в частности, представление о том. как в этом определении могут быть пояснены инструменты и функции взаимодействия) находится за рамками ИСО/МЭК 19778.

3.2.7    инструмент взаимодействия (collaborative tool): Аппаратное обеспечение и соответствующее программное обеспечение и данные, предоставляющие одну или множество функций взаимодействия для нескольких или всех членов группы при взаимодействии участников.

Примечание — Несколько инструментов взаимодействия могут быть интегрированы в сервис взаимодействия.

3.2.8    рабочее пространство взаимодействия (collaborative workplace): Реализация информационного объекта, охватывающего совместную деятельность группы взаимодействия в среде взаимодействия.

Примечание — Общее рабочее пространство, как правипо. создают с целью облегчить совместную деятельность среди членов группы взаимодействия, чтобы достигнуть одного или нескольких результатов взаимодействия.

3.2.9    участник (participant): Интерактивный объект, такой как человек, артефакт, такой как интерактивный компьютерный процесс (обеспеченный соответствующими программами, данными и интерфейсами), ипи множество таких объектов и/или артефактов, действующих и реагирующих как один объект.

3.2.10    роль (role): Перечень или список прав и обязанностей, установленных для потенциального или действительного члена группы взаимодействия.

Примечание — При назначении одной или нескольких ролей члену группы взаимодействия совокупные праве и обязанности, связанные с ролыо(ями), передаются этому участнику.

4 Сокращения

Примечание — В настоящем разделе часть аббревиатур и сокращений определена терминами из раздела 3.

АЕ — Aggregating Element — составной элемент (см. 3.1.1);

СЕ — Collaborative Environment — среда взаимодействия (см. 3.2.3);

CG — Collaborative Group — группа взаимодействия (см. 3.2.5);

СТ — Collaborative Technology — технологии взаимодействия участников (см. 3.1.2);

CW — Collaborative Workplace — рабочее пространство взаимодействия (см. 3.2.8);

DE — Data Element — элемент данных (см. 3.1.5);

DM — Data Model — модель данных (см. 3.1.7);

DME — Data Model Element — элемент модели данных (см. 3.1.8);

ID — Identifier — идентификатор;

HTML — HyperText Markup Language — язык разметки гипертекста;

RE — Root Element — вершина (см. 3.1.19);

Ref — Reference — ссылка;

URI — Uniform Resource Identifier — унифицированный идентификатор ресурса;

URL — Uniform Resource Locator — унифицированный указатель ресурса;

XML — extensible Markup Language — расширяемый язык разметки:

XSD — XML Schema Defection — язык описания структуры XML-документа.

5 Модель данных общего рабочего пространства

5.1 Описание модели данных

Модели данных, устанавливаемые в стандартах технологии взаимодействия участников и изображаемые как древовидные структуры — варианты неориентированного графа, представляют собой иерархическую структуру элементов модели данных.

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

8 древовидной структуре модели данных самый верхний элемент ссылается на вершину, представляя полную модель данных. В табличном представлении модели данных этот элемент не берут в кавычки и не включают в понятие элемента модели денных. Узловые элементы модели данных в тексте указаны как элементы данных, поскольку они содержат атрибут элемента модели данных «тип данных элемента данных»(он устанавливает соответствующую ему область значений данных). Элементы данных могут отображать примеры значений данных. Остальные элементы модели данных. указываемые как составные элементы, не отображают ни атрибута элемента модели данных «тип данных элемента данных», ни примеров значений данных.

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

Графическое представление диаграммы модели данных (как правило, упрощенное) приводят как древовидную структуру в отдельном подпункте в стандартах технологии взаимодействия участников. Это графическое представление лишь иллюстрирует взаимосвязи между элементами модели данных и объясняет структуру, основанную на таблице модели данных. Во всех стандартах технологии взаимодействия участников табличное представление считают значимым представлением соответствующей модели данных.

Соответствие древовидной диаграммы и таблицы любой заданной модели данных демонстрируют с помощью идентификаторов элемента модели данных. Любой идентификатор элемента модели данных устанавливает путь от вершины модели данных к конкретному элементу модели данных. используя последовательность числовых вспомогательных индексов, расположенных вдоль этого пути и разделенных точками. Каждая последовательность индексов начинается с индекса ветви, ведущей от вершины к конкретному элементу модели данных, и заканчивается индексом ветви, непосредственно ведущей к конкретному элементу модели данных. Рисунок 3 иллюстрирует этот подход.

На рисунке 3 вершина, обозначенная как «RE». — это вершина древовидной структуры модели данных. Вершина и нисходящие от нее индексированные ветви обозначены пунктирной пинией с целью показать, что вершина не входит в табличное представление модели данных. Неэатененные элементы модели данных, обозначенные их идентификаторами элемента модели данных, — это составные элементы. Затененные элементы модели данных, также обозначенные их идентификаторами элемента модели данных, — это элементы данных.

Ветви, ведущие от любого элемента модели данных к его дочерним элементам модели данных, пронумерованы слева направо, несмотря на то. что порядок дочерних элементов модели данных в древовидной структуре, как правило, произвольный (не исключены и другие методики упорядочения элементов модели данных по другим обоснованиям).

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

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

Таблица, получаемая из этого «перехода» древовидной структуры модели данных, приведенной на рисунке 3. показана на рисунке 4.

ю

ее*

е « «

1

1.1

1.1.1

1.1.2

1.1.3

1.2

1.3

1.3.1

1.3.2

2

2.1

2.1.1

2.1.2

2.2


Рисунок 3 — Представление древовидной структуры модели данных (отмечены только вспомогательные индексы

и идентификаторы элемента модели данных)


Рисунок А — Представление древовидной структуры модели данных в табличной форме

Атрибуты элемента модели данных для моделей данных, установленные е стандартах технологии взаимодействия и соответствующих столбцах таблицы модели данных, перечислены и пояснены ниже:

a)    Идентификатор

Установленный идентификатор элемента модели данных (определение 3.1.12).

8 стандартах технологии взаимодействия идентификаторы элемента модели данных упорядочены по вспомогательным индексам, которые представлены десятичными числами и разделены точками. Там. где приведена ссылка на элементы модели данных или эти элементы определены в модели данных, установленной в другом стандарте технологий взаимодействия (кросс-стандартная ссылка), должна быть использована связанная символьная строка ««наименование стандарта><символ запя-тойхсимвол лробелахидентификатор элемента модели данных»».

Пример — Ссылке не злсмеит модели данных идентификатора злсмснта модели данных 1.3.2 на-стоящего стандарта (CW_ID_valua) в другом стендерте технологий взаимодействия должно выглядеть е виде ссылки вИСО/МЭК 19778-1:2008. 1.3.2».

b)    Обозначение

Обозначение элемента модели данных (см. определение 3.1.11).

Обозначения элемента модели данных используются в контексте стандартов технологий взаимодействия для установления ссылок на конкретные элементы модели данных. В отличие от лингвистически нейтральных атрибутов элементов модели данных у обозначения элемента модели данных есть символическое значение: но в то же время данный атрибут может быть ориентирован на конкретный язык и может быть предметом интернационализации.

c)    Определение

Определение элемента модели данных (см. определение 3.1.10).

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

d)    Степень обязательности

Степень обязательности элемента модели данных (см. определение 3.1.15).

При создании реализаций модели данных из модели данных степень обязательности элемента модели данных любого элемента модели данных должна исходить из степени обязательности соответствующего предка. Для модели данных это означает, что элементы модели данных со степенью обязательности элемента модели данных «(выбираемый» могут иметь потомков со статусом «(Обязательный». В случае если любой элемент модели данных со степенью обязательности элемента модели данных «(Обязательный» имеет единственного потомка со статусом «выбираемый», любая реализация этой модели данных предоставляет одного или более потомка элемента данных в реализации этого элемента модели данных.

Определены четыре возможных значения степени обязательности элемента модели данных: обязательный, выбираемый, условно обязательный и условно выбираемый.

e)    Множественность

Множественность элемента модели данных (см. определение 3.1.14).

Значения для диапазона значений элементов модели данных (в других источниках также определенных как «(повторяемость элементов») определяют, насколько часто реализация элемента модели данных может встречаться в этой реализации модели данных.

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

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

8 тех случаях, когда два значения (необходимый минимум и допустимый максимум) различаются, интервал определяют как строку связанных символов ««необходимый минимум»..«допустимый максимум»». где значения «необходимый минимум» и «допустимый максимум» — неотрицательные целые числа.

Для указания на бесконечное множество допустимых значений параметр «допустимый макси* мум» записывают с символом «*».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) совпадают, устанавливают только одно значение.

f) Тип данных

Тип данных, определяющий элемент данных (см. определение 3.1.6).

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

При использовании таких ссылок элемент данных, включающий в себя ссылки, должен быть ука* эан в колонке «Тип данных».

д) Примеры

Могут содержать одну или несколько иллюстраций возможных значений элемента данных.

5.2 Диаграмма модели данных общего рабочего пространства

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

Модель данных обведена пунктирной линией. Вершина — базис данной модели данных — не представлена в виде таблицы. Индексы ветвей обозначены цифрами.

Rod Etonont{tS&IEC 19Т7Ы)

т

2

I

CW.Gtneraf

II

CW.Component»

1

1

5

4

4

1

2

CW ю

CWJ4MM CW.ОМДОМ CW_U*4pen

СЕ 10-НЫ

СО КХЯйГ


а

.J

|co_iD-R»t_v*t<ie|l^jCMW-eooraH—»[    j

cw.io.weii»*


CW


_Q_Soofc*(-


CE.O-Ref_vate|


CE_tO-Aef_wurc«


Formal Spec J


CW ID Utfu* FomatSpec


Рисунок 5 — Модель денных общего рабочего пространстве и другие спецификации или стандарты

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

5.3 Спецификация модели данных общего рабочего пространства

Следующая спецификация модели данных использует табличное представление, указанное в подразделе 5.1.

Таблица 1 — Модель дашых общего места работы

Идем.

>ифи-

катер

Обозначена

Определение

Степень

обязатель

ности

Множе

ствен

ность

Тип данных

Примеры

1

CW_Gen«ral

Информация об общем рабочем пространстве а целом

Обязательно

1

1.1

CW.Name

Наименование общего рабочего пространства

Выборочно

1

ИСО/МЭК 11404:2007 (пужт 10.1.5) «Символьная строка {ИСО/МЭК 106462003)»

■Compeer Gre ptiics Exercises»

12

CW_Oeecr^»oo

Описание общего рабочего пространства

Выборочно

1

ИСО/МЭК 11404:2007 (пушт 10.1.5) «Символьная строка (ИСО/МЭК 106462003)»

•Workplace for cdaborative work on Computer Crept)tea exercees»

12

CW.IO

Идентификатор общего рабочего пространства

Обязательно

1

12.1

CW_ID .Source

Наименование или URI схемы, генерирующей идентификационные коды для общего рабочего пространства. Пространство имен схемы

Выборочно

1

ИСО/МЭК 11404:2007 (пужТ 10.1.6) ■Символьная строка (ИСО/МЭК 106462003)» Поддерживаемая длина = 250 символов

Mlp://www.gnsJnformat*. ludarmsladl.de/id for mats/ k)entfer_typep<H

12.2

CW.O.value

Значение идентификаторе общего рабочего пространства

Обязательно

1

ИСОМЭК 11404:2007 (пункт Ю.1.5) «Символьная строка (ИСО/МЭК 106462003)». Поддерживаемая длина ■ 250 символов Допустимое значение должно соответствовать спецификами или стандарту, укаэатому в ОЕ 1.3.1

de tudarmstadt «format* gre_20060906_3 4545134 ~

1.4

CW_Lrfe-span

Период существования общего рабочего пространства

Обязательно

1

ИСО86012004(E) (пункт 4.4) «Временной интервал», представленный двумя отдельными значениями по ИСО 8601:2004(Е) (пумкт 4.3) для начала и конца периода

2006- 10-01 T12:00:00 + 02:00/

2007- 06-01 T12:00:00 + 02:00 Символ T— разделитель между двумя датами

2

cw.oomponents

Идентификаторы компонентов

общего рабочего пространства

Обязательно

1

21

CE.IO.REF

Ссылка-идентификатор на среду взаимодействия

Обязательно

1


ГОСТ Р ИСО/МЭК 19778-1—2011


Окончание таблицы 1

Иден.

тиф*'

хатор

Обозначение

Определено

Степень

обязатель

ности

Множе

ствен

ность

Тип данных

Примеры

2.1.1

СЕ_0 _Ref_sot*ce

Наименование или URI схемы, генерирующей идентификационные коды для среды взаимодействия.

Пространство имен схемы

Выборочно

1

ИСО/МЭК 11404:2007 (пужт 10.1.5) «Симао/ъная строка (ИСО/МЭК 108482003). Поддерживаемая длина ■ 250 символов

h ttp://www .g ns .nfor mat*. tudarmstadl.de/idtormats/ idenufier_type.pdf

21.2

CE_0-Ref_vak»e

Значение ссылки-идентификатора на среду взаимодействия. Соответствующий идентификатор среды взаимодействия определен е элементе данных «ИСО/МЭК 19778-22008. 12.2.

Обязательно

1

ИСОМЭК 11404:2007 (пункт Ю.1.5) «Символьная строка (ИСО/МЭК 108482003). Поддерживаемая длина = 250 символов Допустимое значение должно соответствовать спецификации или стандарту, указанному е DE2.1.1

de tudarmsladl in forma Ik _gr*is „20080907^.13582578

2 2

CG.D-Ref

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

Обязательно

1

22.1

CG_ID-Re<_source

Наименование или URI схемы, генерирующей идентификационные коды для группы взаимодействия.

Пространство имен схемы

Выборочно

1

ИСОЖ1ЭК 11404:2007 (пункт 10.1.5) «Симео/ъная строка (ИСО/МЭК 108482003). Поддерживаемая длина • 250 символов

h ttp://www .g ns .mfor mat*. tudarmstadt.de/idtonnets/ identifier_iype.pdf

22.2

CG_D-Ref_value

Значение ссылки-идентификатора на группы взаимодействия. Соответствующий идентификатор группы взаимодействия определен в элементе данных • ИСО/МЭК 19778-32008. 12.2.

Обязате/ъно

1

ИСОА1ЭК 11404:2007 (пужт 10.1.5) •Симео/ънэя строка (ИСО/МЭК 108482003). Поддерживаемая длина ■ 250 символов Допустимое значеже должно соответствовать спецификации или стандарту, указанному в DE 2.2.1

de tudarmstadl nformalk _grra_20060S07~14033718


ГОСТ Р ИСО/МЭК 19778-1—2011


5.4 Дополнительная информация об элементах модели денных модели денных общего

рабочего пространства

5.4.1    AECW.General

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

5.4.2    OECW.Name

Наименование общего рабочего пространства.

Примечание — Этот параметр предназначен исключительно для использования человеком.

5.4.3    ОЕ CW.Description

Описание общего рабочего пространства.

Примечание — Это описание предназначено исключительно для чтения и понимания человеком.

5.4.4    АЕ CW.ID

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

Поддержку более одного формата идентификатора обеспечивают путем добавления в данный составной элемент метода «ссылки». Таким образом, значение элемента-лотомка «ссылки» определяет URI. который может быть использован для настройки диапазона уникальности значения идентификатора общего рабочего пространства. Элемент-потомок «ссылки» также может предоставлять URI. который обеспечивает доступ к объекту данных, определяющему формат идентификатора. Элемент-потомок «значение» служит меткой соответствующего общего рабочего пространства.

5.4.5    ОЕ CW_l0_8ource

Значение этого элемента данных определяет URI того источника, где представлены технические нормы, соответствующие использующимся идентификаторам общего рабочего пространства. Цель данного идентификатора — копирование.

•    URI (с его возможностью быть уникальным идентификатором в глобальных масштабах) однозначно определяет конкретное объединение, которое отвечает за однозначность использующихся идентификаторов общего рабочего пространства, не включая собственно объединение.

•    URI обеспечивает доступ к техническим нормам, относящимся к формату допустимых идентификаторов среды взаимодействия. Эти технические нормы в основном определяют, каким образом построены такие идентификаторы (без ограничений на их тип данных). Как правило, такое описание ограничивает допустимый набор символов, определяет конкретные символы с особым значением (например, разделители между отдельными полями строки символов), задает (только для реализаций модели данных) максимальное поддерживаемое количество символов в строке символов.

Примечание 1— Формат этих технических норм не определен в настоящем стандарте, в особенности эта неопределенность касается тех случаев, при которых технические нормы применимы для автоматического использования или только для чтения, понимания и выполнения человеком.

Примечание 2 — Указанный элемент данных обозначен выбираемым для разрешения простым приложениям этой модели банных однозначно определять идентификаторы общего рабочем пространства в рамках их возможностей там. где за этим следит практикующее сообщество.

Примечание 3 — во время публикации настоящего стандарта рекомендована прямая или косвенная ссылка на RFC 3986— URI: Generic Syntax ().

5.4.6    OE CW_ID_value

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

5.4.7    ОЕ CW_Life-span

Срок службы общего рабочего пространства.

5.4.8    АЕ CW.Components

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

5.4.9    AECEJD-Ref

Ссылка на реализацию модели данных среды взаимодейстеия. соответствующей данному обще* му рабочему пространству. Эта ссылка представлена в виде идентификатора реализации модели данных среды взаимодействия.

5.4.10    DE CE_ID*Ref_Source

Значение этого элемента данных определяет UR1 того источника, где представлены технические нормы, соответствующие используемому идентификатору среды взаимодействия. Задача элемента данных {вместе со ссылкой на идентификатор среды взаимодействия) состоит в обеспечении связи (а следовательно, и разрешении доступа) с реализацией модели данных, определяющей соответствуй ющую среду взаимодействия.

Примечание 1 — Указанный элемент данных обозначен выбираемым для разрешения простым приложениям этой модели данных однозначно определять идентификаторы общего рабонаго пространства в рамках их возможностей там. где за этим следит практикующее сообщество.

Примечание 2 — Во время публикации настоящего стандарта рекомендована прямая или косвенная ссылка на RFC 3986—URl: Generic Syntax {.

5.4.11    DE CEJD-Ref.value

Этот элемент данных предоставляет ссылку на реализацию модели данных, определяющую среду взаимодействия, которая соответствует общему рабочему пространству. Задача элемента данных (возможно, вместе с источником ссылки на идентификатор среды взаимодействия) состоит в обеспечении связи {а следовательно, и разрешении доступа) с реализацией модели данных, определяющей соответствующую среду взаимодействия.

5.4.12    AECGJD-Ref

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

5.4.13    DE CG_ID*Ref_80urce

Значение этого элемента данных определяет UR! того источника, где представлены технические нормы, соответствующие используемому идентификатору группы взаимодейстеия. Задача элемента данных {вместе со ссылкой на идентификатор среды взаимодействия) состоит в обеспечении связи (а следовательно, и разрешении доступа) с реализацией модели данных, определяющей соответствующую группу взаимодействия.

Примечание 1 — Указанный эпвмвнт денных обозначен выбираемым для разрешения простым приложениям этой модели данных однозначно определять идентификаторы общего рабочего пространстве в рамках их возможностей там. где за этим следит практикующее сообщество.

Примечание 2 — Во время публикации настоящего стандарта рекомендована прямая или косвенная ссылка на RFC 3986—URl: Generic Syntax {.

5.4.14    DE CG_ID*Ref_va!ue

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

6 Соответствие требованиям

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

Для любой реализации модели данных, соответствующей настоящему стандарту, должны быть соблюдены следующие требования:

- Реализация модели данных должна предоставлять одну или несколько реализаций элемента модели данных любого элемента данных в модели данных, где у любого из его элементов-лредков модели данных значение из множества состояний элемента модели данных должно быть либо «обязательный». либо «условно обязательный» с соответствием заявленным требованиям. Если для элемента данных предоставлено более одной реализации элемента модели данных, то для такого элемента данных эта сложная конструкция будет соответствовать установленному атрибуту диапазона значений элемента модели данных.

Примечание 1 — Приведенное требование определяет те элементы денных, которые должны быть в реализации модели денных.

•    Реализация модели данных не должна содержать такую реализацию элемента данных, где диапазон значений элемента модели данных включает в себя значение «условно произвольный», которое не допускает выполнения заявленных требований.

Примечание 2 — Приведенное требование определяет те элементы денных, которые запрещены ере-елизеции модели денных.

•    Реализация модели данных не должна содержать ни одного элемента данных, который бы не соответствовал какому-нибудь элементу данных и его атрибутам модели данных, определенным в настоящем стандарте.

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

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

Примечание 4 — Это требование устанавливает необходимость идентификатора элементе модели данных и корректного элемента данных для любого характерного элемента данных.

- Для любой реализации составного элемента в реализации модели данных должен быть предоставлен идентификатор элемента модели данных.

Примечание S — Это требование определяет необходимость идентификатора элемента модели данных для всех характерных составных элементов. Для характерных составных элементов значений не существует.

•    Реализация модели данных должна допускать полную и однозначную реконструкцию древовидной структуры для данной реализации, соответствующей модели данных, определенной в настоящем стандарте.

Примечание 6 — Это требование устанавливает необходимость включения правильного обозначения элементов модели данных для формирования древовидной структуры. Это требование также предполагает наличие реализации с многократно используемыми составными элементами. Однократно использованные составные элементы могут быть восстановлены на основании реализаций элементов-лотомков модели данных.

Приложение А (справочное)

Алфавитный указатель терминов

Вершина    3.1.19

Выбираемый    3.1.18

Идентификатор элемента модели данных    3.1.12

Множественность элементов модели денных    3.1.14

Обозначение элемента модели денных    3.1.11

Обязательный    3.1.17

Определение элемента модели данных    3.1.10

Реализация модели данных    3.1.16

Реализация элемента модели данных    3.1.13

Роль    3.2.10

Степень обязательности элемента модели данных    3.1.15

D8ta Model

3.1.7

Data Model Element

3.1.3

Data Model Element attribute

3.1.9

Deta Model Elemenl definition

3.1.10

Data Model Element designation

3.1.11

Data Model Element identifier

3.1.12

Deta Model Element instantiation

3.1.13

Data Model Element multiplicity

3.1.14

Data Model Element obligation status

3.1.16

Data Model instantiation

3.1.16

DE

3.1.5

DE datatype

3.1.6

OM

3.1.7

DM instantiation

3.1.16

OME

3.1.3

DME attribute

3.1.9

DME definition

3.1.10

DME designation

3.1.11

DME identifier

3.1.12

DME instantiation

3.1.13

DME multiplicity

3.1.14

DME obligation status

3.1.15

mandatory

3.1.17

optional

3.1.18

participant

3.2.9

RE

3.1.19

rote

3.2.10

Root Element

3.1.19

Приложение В (справочное)

Простейший вариант использования

В.1 Цель и область применения простейшего варианта использования

Данный вариант применения демонстрирует повторное использование набора реализаций модели данных ИСО /МЭК 19778 для иллюстрации HTML-связи, поддерживающей полуавтоматическую установку новых общих рабочих пространств. При первом рассмотрении эта поддержка выгодна системному администратору. Однако при долгосрочном применении (и конкретно для общих рабочих пространств с большими, структурированными группами и комплексом технических сред) эта поддержка будет выгодна всем потребителям благодаря использованию спецификаций, хорошо зарекомендовавших себя на практике.

Простейший вариант применения использует набор реализаций модели данных (для трех частей ИСС /МЭК 19778). который лишь характеризует элементы модели данных, необходимые для реализаций модели данных. Этот простейший подход иллюстрирует применимость даже элементарных реализаций элемента данных (одновременно подтверждает значение статуса обязательности элемента модели данных а моделях данных ИСО /МЭК 19778).

При разъяснении этого варианта применения обозначены преимущества использования выбираемых элементов модели данных, в то время как некоторые элементы модели данных намечены а общих чертах. Перечислены. но не учтены элементы данных, предоставляющие ссыпки на «дальнейшие возможные спецификации или стандарты» (см. рисунок 5).

В.2 Приведенное в качестве примера связывание моделей данных

Реализации модели данных получают из соответствующих моделей данных путем.

-    выбора элементов модели данных, необходимых для определения (или описания) заданного физического объекта (общего рабочего пространства со своими компонентами: средой взаимодействия и группой взаимодействия);

•    а также языковой привязки.

Если для моделей данных ИСО /МЭК 19778 еще не было определено ни одной языковой привязки, то служащее примером связывание приведено а настоящем приложении только в целях иллюстрации. HTML-привязка, используемая в примере, неприемлема для стандартизации (однвко выполняет требования данного варианта использования).

•    Любая реализация модели данных в этой HTML-привязке представлена в виде упорядоченного перечня с двумя элементами

•    Описание модели данных и раздел спецификации связывания:

Первый элемент списка представляет собой упорядоченный перечень, который предусматривает наличие заголовка списка, содержащего связанные характеристики «Идентификация стандарта модели данных/ШЯ! спецификации связывания»: упорядоченный список к содержит два элемента:

•    первый элемент списка служит для идентификации стандарта, определяющего модель данных, от которого произведена реализация модели данных;

•    второй элемент списка представляет собой URI. позволяющий определить местонахождение спецификации данной HTML-привязки.

•    Описание раздела элемента модели данных:

Второй элемент списка содержит неупорядоченный перечень, который может предусматривать, но не обязательно. наличие заголовка списка, содержащего связанные характеристики «Раздел модели данных»; неупорядоченный список содержит один или более элемент:

-    одну или более реализацию элемента данных;

-    и/или одну или более реализацию совокупного элемента и их совокупных элементое-потомкоа или реализаций элемента данных.

-    Описание реализаций совокупного элемента:

Любая реализация совокупного элемента а этой HTML-привязке представлена неупорядоченным списком с заголовком (необязательным) списка, который может предусматривать связанные характеристики ««идентификатор элемента модели данных*», ««разделитель», ««обозначение элемента модели данных»». Рекомендовано использовать разделитель «//». Неупорядоченный список включает в себя один или более элемент.

•    одну или более реализацию элемента данных;

-    и/или одну или более реализацию совокупного элемента и их совокупных элементое-потомкоа или реализацию элемента данных.

-    Описание реализаций элемента данных:

Любая реализация элемента данных а этой HTML-привязке представлена упорядоченным списком, который может содержать, но не обязательно, заголовок списка, хранящего характеристику * «обозначение элементе данных*»; упорядоченный список включает в себя два элемента:

•    первый алемент содержит характеристику из атрибута элемента данных жидентификатор элементе модели данных*», от которого образована данная реализация модели данных;

•    второй элемент содержит денные реализаций элемента данных в представленной характеристике.

•    Правило упрощения:

Следующее правило может, но не обязательно, быть применимо для дальнейшего упрощения реализации модели данных а этой HTML-привязке:

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

Описание данного варианта использования реализаций модели данных представлено HTML-листингами. Для лучшего понимания указаны все заголовки списков, а правило упрощения HTML-привязки не применено.

В.З Простейшие реализации модели денных

Рисунки 8.1, В-2 и В.З демонстрируют простейшие реализации модели данных для трех моделей данных. основанных на настоящем стандарте.

I.

Data Model Standard Identification // URI of Binding Specification

1.    ISO'IEC 19778-1:2008

2.    hitp:^iiwJmg-pfovideTVHTML-Wndtng-19778-l_2008.xsd

Data Model section

l/.'CW.GeiKral I.3//CW ID

CWJD_va1uc

1.    1.3.2

2.    Data value for CW ID_vaIuc

CW Life-span

1.    1.4

2.    Data value for CW_Life-span о

2//CW_Componcms

2.I//CE. ID-Rcf

CE_ID.-Rcf_ value

1.    2.1.2

2.    Data value for CEJD-Ref value

2.2WCG. ID-Rcf CG_1D-Rcf_valuc

1.    2.2.2

2.    Data value for CG_ID-Ref_value

Рисунок 8.1 — Простейшая реализация модели данных общего рабочего пространства

Data Model Standard Identification H URI of Binding Specification

1.    ISCXIEC 19778-2:2008

2.    http:'/binding-providcr-HTML-binding-!9778-2 2008.xsd

2.

Data Model section о

l//CE_General

I.3//CE.ID

CElDvaluc

1.    1.3.2

2.    Data value for CEJDvalue о

2//CE_Tools

2.l//CE_Tool

CE.Tool name

1.    2.2.1

2.    Data value for CE Tool name

Рисунок B.2 — Простейшая реализация модели данных среды взаимодействия

1.

Data Model Standard Identification// URI of Binding Specification

1.    ISO'll-C 19778.3:2008

2.    hnp:Vbindinj$-prwidcr'HTML-buiding-l9778-3_2008 xsd

2.

Data Model section о

l/ZCGCieoctal

I.3//CG.ID

CG_ID value

1.    1.3.2

2.    Data value for CXi JDvalue О

2//CG Roles

2.2/.TG Role

CG Role name

1.    2.2.1

2.    Data value forCG.Rolcjiamc

2 2.2//CG_Role bolder CG_Rolc_holdcrJD

1.    2.2.2.1

2.    Oaia value forCG_Role holder 1D-I

2.2.2'VtXiRolcJvolder

CG^Rok_holdef_m

1.    2.2.2.I

2.    Data value PorCG Role holder lt>*2

Рисунок B.3 — Простейшая реализация модели данных группы взаимодействия

6 отих реализациях модели данных значения для элементов данных представлены а символическом виде («значение для <имя элемента модели данных»—«любой индекс»»).

Для простейших реализаций модели данных общего месте работы существуют следующие значения элементов данных:

- значение для СЕ ID value (ИСО/МЭК (ISO/IEC) 19778-2:2008. DE 1.3.2) и значение для СЕ ID-Ref value (ИСО/МЭК (ISO/IEC) 19778-1:2008. DE 2.1.2);

• значение для CG_ID_value (ИСО/МЭК (ISO/IEC) 19778-3:2008. DE 1.3.2) и значение для CGJD-Ref_value (ИСО/МЭК (ISO/1EC) 19778-1:2008. ОЕ 2.2.2).

Реализация модели данных группы взаимодействия не предоставляет ссылок на участников, связанных с владельцами ролей. Это означает, что указанная реализация модели данных не связана с активным общим местом работы (поскольку в настоящее время она находится вне CW.Life-span). Твхой вид реализации модели данных может быть извлечен из активной реализации модели денных группы взаимодействия, что приводит к его анонимности при повторном использовании, или может быть предусмотрен заранее как шаблон для создания реализаций модели данных группы взаимодействия.

В.4 Создание реализаций модели данных для нового общего рабочего пространства

Создание нового набора реализаций модели денных для нового общево рабочею пространства (повторное использование данного набора реализаций модели данных) осуществляют следующими действиями:

•    заменой значения CW_lO_velue (ISO/IEC 19778-1:2008. DE 1.3.2) идентификатором, уникальным а рамках применения данной реализации модели данных;

-    заменой значений СЕ JD.value (ISO/IEC 19778-2:2008. ОЕ 1.3.2) и CE_ID-Ref_value (ISO/IEC 19778-1:2008. DE 2.1.2) идентификатором, уникальным в области применения нового общего рабочего пространство;

-заменой значений CG_lD_value (ISO/IEC 19778-3:2008. DE 1.3.2) и    CG_ID-Ref_value

(ISO/IEC 19778-1:2008. DE 2.2.2) идентификатором, уникальным в области применения нового общего рабочего пространства;

•    заменой значения CW_Ufe-span (ISO/IEC 19778-1.2008, DE 1.4) реализацией элемента данных соответственно;

•    заменой асах значений CO_PartlcipanlJD-Ref (multiple ISO/IEC 19778-3:2008. DEa 2.2 2.2).

В.5 Дополнительные возможности применения простейшего варианта использования

Простейшие реализации модели данных содержат только необходимые реализации элементов модели данных. Дополнительные элементы данных могут быть реализованы для любой из трех моделей данных (различные «источники ссылок» указаны а разделе 8.6).

Как е модели данных среды взаимодействия, так и а модели данных группы взаимодействия представлены выбираемые ссылки кв связанное с ними общее рабочее пространство (АЕ 1.4 и их дочерние элементы данных в обеих моделях данных). При необходимости эти ссылки могут упростить поиск местонахождения реализации модели данных общего рабочего пространства, соответствующей данным реализациям модели данных среды взаимодействия или группы взаимодействия.

Для любой из трех моделей данных доступны выбираемые элементы данных Имя (DE 1.1) и Описание (DE 1.2). где Имя носит вспомогательный характер и может быть использовано системным администратором, в то время как Описание предоставляет более полную информацию и также может быть использовано при полнотекстовом поиске.

выбираемые элементы данных Имя и Описание также имеются у каждого инструмента взаимодействия (DE 2.2.1 и DE 2.2.2) и у каждой функции взаимодействия (DE 2.2.3.2.1 и ОЕ 2.2.3.2.2). включенных в модель данных среды взаимодействия Они служат для вспомогательных целей и для поддержки полнотекстового поиска.

Использование совокупных элементов C£_Funcuons [АЕ 2.2.3 и их дочерних элементов модели данных в модели данных среды взаимодействия) поддерживает внедрение спецификаций среды взаимодействия даже через различные системы, предоставляющие различные наборы инструментов взаимодействия. Что касается пользователей общих рабочих пространств, то у них доступные функции взаимодействия, которые описывают возможные действия, имеют преимущество перед инструментами взаимодействия, реализованными с использованием функций взаимодействия. Спецификация функций взаимодействия поддерживает замену недоступных средств взаимодействия доступными с соответствующими функциями взаимодействия.

В модели данных группы при взаимодействии участников для любого предоставленного совокупного элементе CG_Role_holder (АЕ 2.2.2)доступны произвольные элементы данных CG_Part»cipent_ID-Ref (DE 2.2.2.2) и CG_Role_hoWef_mckname (DE 2.2.2.3). где CG_PartlcipantJD-Ret необходим каждому общему месту работы для связи физических участников с виртуальными владельцами назначения, в то время как CG_Role_holder_mckname допускает более тесную адресацию участников в группе при взаимодействии участников.

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

В.6 Ограничения варианта простейшего использования

Преимущества варианта простейшего использования имеют очень жесткие рамки даже а тех случаях, когда используются дополнительные опции, описанные в разделе 8.S. Эти ограничения, как правило, не подразумевают использования ссылок на «возможные последующие спецификации или стандарты» (см. рисунок S). Некоторые из этих ограничений будут переопределены к моменту выпуска «возможных последующих спецификаций или стандартов» и будут применены по умолчанию (без указания их а соответствующих ссыпках реализаций модели данных).

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

•    CWJD.source (ISO/IEC 19778-1:2008. DE 1.3.1).

-    CE_ID-Ref_source {ISO/IEC 19778-1:2008. DE 2.1.1);

•    CG_IO-Ref_eource (ISO/IEC 19778-1:2008. DE 2.2.1):

-CE_IO_source (ISO/IEC 19778-2:2008. DE 1.3.1);

-    CW_ID-Re1_source (ISO/IEC 19778-2:2008. DE 1.4.1);

-    CG_lD_source (ISO/IEC 19778-3:2008. DE 1.3.1);

-    CW_ID-Ref_source (ISO/IEC 19778-3:2008. DE 1.4.1).

b)    Использование наименований для инструментов взаимодействия и для функций взаимодействия без уточнения, какие средства и функции соответствуют данным наименованиям и как эти средства и функции определены. ограничивает любое повторное использование их в тех средах, где эти соответствия и уточнения известны. Фактически эти используемые в реализациях модели данных наименования влияют на ссылки на спецификации соответствующих физических объектов (физических средств и предоставленных функций). Это правило касается следующих элементов модели данных.

- С£_Тоо!в_врес_воигсе (ISO/IEC 19778-2:2008. ОЕ2.1);

•    CE_Funct<ons_spec_source (ISOflEC 19778-2:2008. DE 2.2.3.1).

c)    Использование наименований для ролей без уточнения, какие характеристики, обязательства и ограничения соответствуют денным ролям, ограничивает их любое повторное использование в средах, где известны и оговорены эти условности. Фактически наименования используемых в реализациях модели данных ролей влияют на ссылки на все существующие реализации для данных ролей. Это касается следующего элемента модели данных:

•    CG_Roles_epec_source (1&ОЛЕС 19778-3:2008. DE 2.1).

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

Первые пробные версии «возможных последующих спецификаций или стандартов» (см. рисунок S) могут быть реализованы и проверены на практике. При тестировании такие реализации могут быть изменены. Это будет полезным как для контроля недостатков, так и для увеличения числа преимуществ использования нестоящего стандарта. Обратной реакцией на такое тестирование станет установление базы, на основе которой появятся «возможные последующие спецификации или ствндврты» и новые версии настоящего стандарта.

Приложение С (справочное)

Подробный вариант использования

С.1 Цель и область применения подробного варианта использования

Данный вариант использования наглядно показывает случай повторного использования набора реализаций модели банных ИСО/МЭК19778 и особенно обращений к использованию «возможных последующих спецификаций или стандартов*. При атом подробный вариант использования описывает задачи и преимущества простейшего варианта использования (см. приложение 8). выходя за рамки области применения ИС01МЭК 19778.

Описанная в приложении В HTML-привязка используется для создания реализаций модели данных. Эти реализации модели данных включают в себя реализации всех выбираемых элементов модели данных. Для иллюстрации представлены не полнея допустимая множественность элементов модели данных, в только два составных элементе и их дочерние элементы модели данных (этого достаточно, чтобы продемонстрировать общие структуры реализаций модели данных).

Данное описание варианта использования сосредоточено на применении методики «значения-источника» дпя объединения и дальнейшего использования «возможных последующих спецификаций или стандартов».

С.2 Полные реализации модели данных

На рисунках С.1. С.2 и С.З показаны подробные реализации модели данных для трех моделей данных, определенных настоящим стандартом. «Подробные» означает то. что показаны все элементы модели данных и использовано значение множественности элементов модели данных везде, где эта множественность допустима.

На практике таких реализаций модели денных будет немного больше, в частности из-за предоставленного текстового описания для самих реализаций модели данных (DE 1.2 в реализациях модели данных всех честей ИСО/МЭК 19776), для инструментов взаимодействия и функций взаимодействия (множество DE 2.2.2 и DE 2.2.3.2.2 в реализации модели данных среды взаимодействия), в также увеличится множество значений для средств взаимодействия, функций взаимодействия, ролей и владельцев ролей.

1.

0

Date Model Standard kknnficaiion U UR] of Binding Specification

2 Я CW_Ctenponent»

1. ISU/1EC 19778-1:2008

2- hnpy/bi(Kliog-proTTde0HTML-bndiag-l9778->.2OQS ud

2.1 //CE_ID-Ref

i.

Dhu Model tecuoo

CE_tD-Refj*iurv«

*

1. 2.1.1

1 IIC*'_Omni

2. Data value forCE_lD-Ref_ioerce

CW_Name

CE ID-Ref value

1. 1.1

1. 2.1.2

2. Data value for CW_Name

2. Data vakic for CF._!D-Ref_valoe

CW.DeM.’ripuuo

2.2//COJD-Rcf

1. 1.2

2. Data value for CW.Deacnptjoo

CGJD-RcOourcc

1. 23.1

I.3//CWJD

2. Data value for CG_!D-Ref_»o«c<

OV ID *oen*

CO.ID-Ref.value

1. 13.1

1. 23.2

2. Data value fox CW.ID.sourcc

2. Data value for CG JD-Ref.vatoe

CWJD valac

1. 13.2

2. Dau value fdiCW_ID_v»hic

CWJ-ifc-tpM

1. 1.4

2. Data value for CW_Life-«pan

Рисунок С.1 — Подробный вариант реализации модели данных общеео рабочего пространства

1.

2.

Ома MoU SumUrO Ыак1Ьии» ft UW of Bwdug Spactfcaioa 1. 1ЯОЛВГ 19ИК-2-20СВ

1 I^UrtMadaf-|>mWix<H,TVa^lMilii«-l«?TS-1.2mx«d

ОтМоМмокв

4

IffCE Tort»

CE Took ърсс шю 1. XI

X ПшчагеВсеОЕ TMt цк vmt

0

1 «CB.Ctecral

22»C*_Tbr*

CE Sun»

1. 1.1

2. Ош»due for CE.Ним

1

*

CE.Tod.eaa*

XII

Cuu Mice (к СХ.ТоеС.оипе-1

CE Detucttoo 1. 12

2. Она оЫ for СЯ Ьгагпрйов

1.

2

CE Tool -lewoptioe X22

Ош Ml«cfKC3v.Tocl..i!cicripfoa-l

меси m

123//CE ГшЬшя

СЕ Ш соек»

1.    131

2.    Ош »dut Г«( CE.U)jvour«

i

X

OB. fconwovcpec nin 22.31

Du* «Hot lor CE fOeotiotc ок «ли

СЕ П) «Им

1. Ш

X Пш idue Гиг СЕ Ш «икс MJVCW ID-IW

2.23.2 f/Fuacfloa

СЕ Em ana мае 1. 2X3X1

X DUi iiKcfcl(Unili«Liili»|.|

CW,tWlrf.«uTca 1 Ml

2. Ditt'ibMMrCWJD-Rtt.MMcn

CE FucctaM daoiiecoe 1. 2X3X2

X Dan«*ce#orC$_Hefn«i.df»ci4»»e-M

CW.D>-]W.»«Im 1. If)

X Ош «Hut for CW.lD-Ref.Ydue

X2JlffFuo«tuo

CK_Fc«cwo.naf 1. 23.32.1

X DKJ*el»*foe<X_F*e<iloe.«KOf-l'2

CE Piacwa.deOTipOoc 1. 2X3X2

X DuiiidiKfci(XJniligii.i!mii№M-l'2

2XVCE.Tod

1

2

CE TooLuat X2I

EM ala ta CS.Tod.oune

1.

CE Тво1.4е<сп{к1о*

2

Dju Mice forfX.Toci.dtK'tpWa-2

2X3MCE Fuxaoa

1.

X

CE feeauM >pee соютс 1211

Du* value for CE bmiica e« .«лота-2

X23 2 ft Function

СВ Виышм мае 1. 2X3X1

X Dej •ok*cfc»CE_P»eciloo_«unc-2-l

CE.Fuut»x>.drwipcwo 1. 2X3X2

X Ош >tlu6>Ct.FiKiiM.deiai|lim.2-l

123-2//Fuikik>o

CBl.Buicwa.Mae 1. 22.3X1

X Ош •Ше(кСС.Еык1им.*ми-Х2

СЕ_1-'|асСма.<1*ш i(Kwe 1. 21312

X Omn rafcia farfT forcrtinn rtrariyrюо-2-2

Рисунок С.2 — Подробный вариант реализации модели данных среды езаииодеОствия

1

0

Ош Model Sundud IdemukMK»// URI of Bioduy Spedfkaooo

2tfCC_Kofc<

1. IS СЧЕС I4m-*2IX*

1 hnp'yaaodtox-prondtvirrML-badiox-IWS-IJXXW Md

CGJtulcs..tpec.«*i№c

г.

I.

21

Ош Model «oxiioa

2

ttau value far CG.Reiet_ieoe.wwce

6

1 J/OG.Gcocnl

22//CO_Rc*e

CC.Nun*

CGJIuli^Biawc

1.

1.1

1.

221

2.

Ош nlK In CO_№mr

2.

DiUiiIii Я» R3.KnkjM» 1

CQ.Detaipliun

222 ft CGJtokJnidtf

1.

1.2

2.

Ош ««he In Cfi.DoKiipUaa

CGJtefcJwfatM. Ш

1. 22.21

l.mXiJD

2 Она rate foe CG_Role_hukler_ Ю-1-l

OG_ro.«MUXt

CGJtef infer* ItVRrf

1. 131

1. 2.2.22

2. D»q vate /ссСС_П>_ч>а<ое

2 Она vate beCG_PHU^purt. IDJEcf-l-l

СО_Ф_\а1ое

OOJMejKUe nkfcnamc

t. 1.3.2

1. 2223

2. Она »hx fceCOJI>_v»4w

2 DHavatefocCG_&»leJinlder_tidaate-1-l

222ЯСО JtoleJcide

M//CW.IP4trf

C*' IfXRrf who

cajMeXMw to 1. 2221

1. <41

1 Dud vjloc for CG.Rule JioWcr. ID-1-2

1 Dvj >ibt fc*CW.tD-Rcf.>ou(V*

OGJ’MlKifVM.IORcf

CWJD.Rrf.vjhK

1. 22.22

1. 1.42

2. Она vale* focCC JWjcifool. IO-ReM-2

2. D>u vjh* txeCW.lO-Rxt.rate

CejhajKUn.nidiii««

1. 2.2.23

2 Она value be CG Role holder iidiuibl.2

22//COJWe

1.

COJIolejuae

211

2.

DjuvMic for CQ.Role.oHne-I

222 U CGJtokJoidci

Cti.Rale.boldcr. Ш 1. 2221

2 0Ha«atefocCGJtol»_bolder_n>>2-l

CG.Panmfent. TD-Rrf 1. 2.2.22

2 Она veto for С0_Рн1*лрм)1_ UMtef-2-l

OCl.RedeJkoidarjildnuffie 1. 2 2 23

2 Она rate foe CG Jtole Jioldcr^ictaamc-2-1 222// CO.RnleJnrlite

C0JUM>jMm_ ID

1. 2.221

2 DHa rate be CCJtole .holder. Ш-2-2

Caj*Hltopo«_lD.Ref 1. 22.22

2 Она rate b(C<j_Paflxjpjai. U)-Kcf>2-2

CC.RxdcJwider.niduuioe 1. 22.23

2 Она vnte for OO.Role.hiilder_oickiiaeae-2-2

Рисунок С.З — Подробный вариант реализации модели денных группы взаимодействия

Как было показано в простейшем варианте применения (приложение В), в этих реализациях моделей данных все значения элементов данных представлены в символьном виде (значения для <имя элемента модели денных»—«любой индекс/napa индексов»).

Для подробного варианта реализаций моделей данных среды взаимодействия существуют следующие значения элементов данных:

• значение для CW_ID_source (ИСО/МЭК (ISO/IEC) 19778-1:2008. DE 1.3.1) и значение для CW_IO-Ref_eource (ИСО/МЭК (ISO/1EC) 19778-2:2008. DE 1.4.1 и ИСО/МЭК (1SO/IEC) 19778-3:2008. DE 1.4.1);

•    значение для CW _ID_value (ИСО/МЭК (ISO/1EC) 19778-1:2008. 0£ 1.3.2) и значения для CW _ID-Re1_value (ИСО/МЭК (ISO/1EC) 19776-2:2008. ОЕ 1.4.2 и ИСО/МЭК (ISO/IEC) 19778-3:2008. ОЕ 14.2);

•    значение для CE_ID_source (ИСО/МЭК (ISO/IEC) 19778-2:2008. ОЕ 1.3.1) и значение для CE_IO-Ref_source (ИСО/МЭК (ISO/IEC) 19778Й :2008. ОЕ 2.1.1).

•    значение для СЕ_Ю_ value (ИСО/МЭК (ISO/IEC) 19776-2:2008, ОЕ 1.3.2) и значение для CE_lD-Ref_ value (ИСО/МЭК (ISO/IEC) 19778-1:2008. DE 2.1.2);

•    значение для CG_ID_ source (ИСО/МЭК (ISO/IEC) 19778-3:2006. DE 1.3.1) и значение для CG_lD-Ref_ source (ИСО/МЭК (ISO/IEC) 19778-1:2008. ОЕ 2.2.1);

•    значение для CG_lD_ value (ИСО/МЭК (ISO/IEC) 19776-3:2008, DE 1.3.2) и значение для CG_ID-Ref_ value (ИСО/МЭК (ISO/IEC) 19778-1:2008. 0£ 2.2.2).

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

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

«Подробная» реализация модели данных группы взаимодействия предоставляет ссылки на участников. связанных с конкретными владельцами ролей (т. е. реализация модели данных группы взаимодействия известна).

С.З Создание реализаций модели данных для нового общего места работы

С.3.1 Замена реализаций модели данных идентификаторами, ссылками на идентификаторы и источниками идентификаторов

Значения lO_Source и соответствующие значения ID_Ref_Source повторно использованных реализаций модели данных могут быть либо приняты и учтены, либо, соответственно, заменены. Эти значения являются URL-ссылками, которые поддерживают размещение и позиционирование объектов данных в Интернете согласно имеющимся правилам идентификации и формирования ссылок на Интернет-ресурсы. Такие объекты данных могут быть представлены в документах, которые предназначены для изучения людьми непосредственно (как документ RFC 3986 — см. Библиографию) или с использованием компьютера (например, объекты данных XML. связанные с соответствующими объектами данных XSD).

Примечание — набор определенных значений для соответствующего идентификатора ограничен из-за указанного значения IO_Source. в то же время информация может быть получена при использовании ссылок на идентификатор для поддержки размещения и позиционирования исходных объектов данных.

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

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

•    Адаптация или замена значения для CW_IO_source (ISO/IEC 19776-1:2008. Of 1.3.1) и соответствующих значений для CW.IO-Ref.source (ISO/IEC 19778-2:2008. DE 1.4.1 и ISO/IEC 19778-3:2006. ОЕ 1.4.1).

•Замена значения для CW_IO_value (ISO/IEC 19778-1:2008. DE 1.3.2) и соответствующих значений для CW.IO-Ref.values (ISO/IEC 19776*2:2008. 0£ 1.4.2 and ISO/IEC 19776-3:2008. DE 1.4).

•    Адаптация или замена значения для CE_ID_source (ISO/IEC 19776-2:2008, DE 1.3.1) и соответствующих значений CEJD-Ref.source (ISO/IEC 19778-1:2008. D£ 2.1.1).

Замена значения для CE_ID_value (ISO/IEC 19778-2:2008. DE 1.3.2} и соответствующего значения CE_ID-Ref_value (ISO/IEC 19778-1:2008. D£ 2.1.2).

•    Адаптация или замена значения для CG_ID_source (ISO/IEC 19778-3:2006. ОЕ 1.3.1) и соответствующего значения для CGJD-Ref.source (ISO/IEC 19778*1:2008. DE 2.2.1).

Замена значения для CG_lO_value (ISO/IEC 19778-3:2008. ОЕ 1.3.2) и соответствующего значения CG_IO-Ref_value (ISO/IEC 19778-1*2008. ОЕ 2.2.2).

С.3.2 Определение срока службы общего рабочего пространства

Соответствующая замена значения в реализации элемента данных CW_Ltfe-span (ISO/IEC 19778-1:2008. 0£ 1.4).

С.3.3 Добавление членов в группу взаимодействия

•    выбор соответствующих участников для заданных ролей.

•    Замена всех значений для CG_Part*clpant_ID-Ref (множество ИСО/МЭК 19778-3:2008. 0£$2.2.2.2).

Примечание — При намерении добавить подобную группу взаимодействия в общую задачу приложения соответствующего типа значения для CG_Partocipant_ID-Ref могут быть применены вместо замененных. Однако это приемлемо только в рамках аналогичного приложения, где были определены повторно использованные реализации модели данных.

• Добавление соответствующих прев участникам

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

С.3.4 Добавление инструментов взаимодействий и функций взаимодействия в среду взаимодействия

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

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

Требования, необходимые для повторного использования набора реализаций моделей денных общего места работы, адресованы обширной сфере стандартизации и спецификации, которые выходят далеко за облвсть применения ИСО/МЭК 19778, однако значительно повышают потенциал использования ИСО/МЭК 19778. Действительно, эти требования составляют «наилучшее сочетание» и неопределенную задачу оптимизации объединения участников с назначениями, средствами взаимодействия и функциями взаимодействия применительно к общей задаче.

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

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

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

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

Очевидно, что такая задача оптимизации довольно сложна и требует значительной гармонизации между различными междисциплинарными областями. На данный момент оптимизация, описанная выше, выполнена на уровне взаимодействия человек — человек (например, между администраторами систем управления обучением и педагогами, ответственными за обучение). Любая автоматизированная поддержке взаимосвязей между людьми поможет им при выполнении их работы. В долгосрочном периоде эффективная автоматизированней поддержка улучшит производительность арупл взаимодействия и всех людей, вовлеченных в процесс обучения.

Приложение ДА (справочное)

Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации и действующим в этом качестве межгосударственным стандартам

Т в 0 л и ц а ДА.1

Обозначение ссылочного международного стандарта

Степей»

соответствия

Обозначение и наименование соответствующего национального стандарта

ИСО 8601:2000

ют

ГОСТ ИСО 6601—2001 «Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требованиям

ИСО/МЭК 10646:2003

ИСО/МЭК 11404:2007

* Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного стандарта. Перевод данного международного стандарта находится в Федеральном информационном фонде технических регламентов и стандартов.

Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

• ЮТ — идентичные стандарты.

Библиография

[1] Международный стандарт Терминологическая работа. Словарь. Часть 1. Теория и применение ИСО 1067-1:2000

(ISO 1087-1:2000)    (Terminology work — Vocabulary— Pan I: Theory and applicationJ

[2]    Международный стандарт ИСО/МЭК 11170-3:2006 (ISO/IEC 11179-3:2003)

[3]    Международный стандарт ИСО/МЭК 19760-1 (ISO/IEC 19780-1)


(4] RPC 3986


Информационные технологии. Реестры метаданных (MOR). Часть 3. Метамодель системного регистра и базовые атрибуты

(Information technology — Me/adere registries (MOR) — Part 3; Registry metamodel and basic attributes)

Информационные технологии. Изучение, образование и подготовка. Технология сотрудничества. Связь при совместном обучении. Часть 1. Текстовая связь (Information technology—Learning, education and training — Collaborative technology — Collaborative learning communication — Part 1: Text-based communication)

Uniform Resource Identifier (URl): Generic Syntax. January 2005 {)

УДК 658.562.014:006.354    OKC 03.100.30; 35.240.99    П80    ОКП 50 0000

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

Редактор Л.8. Афанасенко Технический редактор Н.С. Гришанова Корректор EJ). Дупьнееа Компьютерная верстка Л.А. Круговой

Сдано в набор 23.04 2012 Подписано в печать 22.06.2012. Формат 60 *84^. Гарнитура Ариал Уел. печ. л. 4,1в. Уч.-иад. л. 3.75. Тираж 119экэ. Зак 567.

ФГУП «СТАНДАРТИНФОРМ». 123995 Москва. Гранатный пер,. 4 •vww.gosbnto.ru    mlo@gosUn!o ги

Набрано во ФГУП «СТАНДАРТИНФОРМ» на ПЭВМ.

Отпечатано в филиале ФГУП «СТАНДАРТИНФОРМ» — тип. «Московский печатник», 105062 Москва. Лялин пер.. 6.