НАЦИОНАЛЬНЫЙГОСТР СТАНДАРТ РОССИЙСКОЙ … · (ISO 29481-2:2012, Building information models — Information delivery manual — Part 2: Interaction

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

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

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

Р О С С И Й С К О ЙФ Е Д Е Р А Ц И И

ГО С Т Р10.0.04—2019/ИСО 29481-2:2012

Система стандартов информационного моделирования зданий и сооружений

ИНФ О РМ АЦ ИО ННО Е М О ДЕЛИРО ВАНИЕ В СТРО ИТЕЛЬСТВЕ

Справочник по обмену информацией

Ч а с т ь 2

Структура взаимодействия

(ISO 29481-2:2012,Building information models — Information delivery manual — Part 2: Interaction

framework,IDT)

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

МоскваСтандартинформ

2019

испытания материалов

https://meganorm.ru/list/1-26.htm

ГОСТ Р 10.0.04—2019

Предисловие

1 ПОДГОТОВЛЕН Ассоциацией организаций по развитию технологий информационного моделирования в строительстве и ЖКХ (БИМ-Ассоциация) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Проектным техническим комитетом по стандартизации ПТК 705 «Технологии информационного моделирования на всех этапах жизненного цикла объектов капитального строительства и недвижимости»

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

4 Настоящий стандарт идентичен международному стандарту ИСО 29481-2:2012 «Информационное моделирование в строительстве. Справочник по обмену информацией. Часть 2. Структура взаимодействия» (ISO 29481-2:2012 «Building information models — Information delivery manual — Part 2: Interaction framework», IDT).

Наименование настоящего стандарта изменено относительно наименования указанного между- народного стандарта для приведения в соответствие с ГОСТ Р 1.5—2012 (пункт 3.5).

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

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

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. №162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© ISO. 2012 — Все права сохраняются © Стандартинформ. оформление. 2019

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

II


ГОСТ Р 10.0.04—2019

Содержание

1 Область применения...........................................................................................................................................12 Нормативные ссылки...........................................................................................................................................13 Термины и определения................................................................. 14 Основные принципы.................................................................... 2

4.1 Общие положения.........................................................................................................................................24.2 BIM и ЮМ ........................................................................................................................................................24.3 Компоненты ЮМ............................................................................................................................................24.4 Основные принципы деловой коммуникации........................................................................................... 34.5 Карта взаимодействия................................................................................................................................. 34.6 Сообщения в транзакции............................................................................................................................. 54.7 Структура взаимодействия..........................................................................................................................64.8 Поддержка программных решений............................................................................................................ 6

5 Формат структуры взаимодействия...................................................................................................................85.1 Введение.........................................................................................................................................................85.2 Типы информации в схеме структуры взаимодействия......................................................................... 8

Приложение А (обязательное) Определение схемы структуры взаимодействия.....................................10Приложение В (обязательное) Определение шаблонов................................................................................43Приложение С (справочное) Пример карты взаимодействия для упрощенного

конструкторского бюро.............................................................................................................58Приложение D (справочное) Основные идеи алгоритма промотора......................................................... 70Приложение ДА (справочное) Сведения о соответствии ссылочных международных

стандартов национальным стандартам.................... 71Библиография....................................................................................................................................................... 72

ГОСТ Р 10.0.04—2019

Введение

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

Справочник по обмену информацией (ЮМ) значительно способствует наиболее эффективному применению информационной модели здания (BIM). Быстрый доступ к необходимой информации хорошего качества значительно улучшает строительный процесс. Для этого требуется единое понимание строительных процессов и информации, необходимой для их выполнения.

В настоящем стандарте основное внимание уделяется аспектам строительного процесса, относящимся к задачам управления участниками процесса и координации их действий. Координация, в свою очередь, зависит от коммуникации, которая должна быть хорошо структурированной, понятной, исчерпывающей и оперативной. Благодаря акценту на координацию и взаимодействие настоящий стандарт естественным образом дополняет такие стандарты моделирования зданий, как ИСО 10303-239 и ИСО 16739-1:2018.

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

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

IV

ГОСТ Р 10.0.04—2019/ИСО 29481-2:2012

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

Система стандартов информационного моделирования зданий и сооружений

ИНФОРМАЦИОННОЕ МОДЕЛИРОВАНИЕ В СТРОИТЕЛЬСТВЕ

Справочник по обмену информацией

Ч а с т ь 2

Структура взаимодействия

System of standards on information modeling of buddings and structures. Building information models. Information delivery manual. Part 2. Interaction framework

Дата введения — 2019—09—01

1 Область примененияВ настоящем стандарте представлены методология и формат для описания действий по коорди

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

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

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

2 Нормативные ссылкиВ настоящем стандарте использована нормативная ссылка на следующий стандарт:ISO 29481-1, Building information models — Information delivery manual — Part 1: Methodology and

format (Информационное моделирование в строительстве. Справочник по обмену информацией. Часть 1. Методология и формат)

3 Термины и определенияВ настоящем стандарте применены следующие термины с соответствующими определениями:3.1 справочник по обмену информацией (Information Delivery Manual. IDM): Документация, опи

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

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

3.3 схема структуры взаимодействия (interaction framework schema): Формальное описание правил, которым должна подчиняться структура взаимодействия.

3.4 схема взаимодействия (interaction schema): Формальное описание правил, которым должны соответствовать отправленные и полученные сообщения.

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

1

ГОСТ Р 10.0.04—2019

3.5 промотор (promotor): Алгоритм, генерирующий схему взаимодействия из структуры взаимодействия. схемы структуры взаимодействия и файла шаблонов в качестве входных данных.

3.6 файл шаблонов (templates file): Файл, содержащий несколько независимых от структуры взаимодействия шаблонов для формирования схемы взаимодействия.

3.7 VISI: Аббревиатура, обозначающая стандарт Нидерландов по взаимодействию между участниками в строительных проектах.

П р и м е ч а н и е — VISI означает « Voorwaarden scheppen voor Invoeren Standaardisatie ICT in de Infrastructuur- sector». что переводится как «Создание условий для стандартизации ИКТ-техноложй в строительной отрасли».

4 Основные принципы4.1 Общие положения

Настоящий раздел выделяет и объясняет основные понятия, на которых основан настоящий стандарт.

4.2 BIM и IDM

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

В настоящем стандарте излагается метод разработки справочника по обмену информацией. Приведенная в ИСО 29481-1:2016 методология ЮМ должна использоваться для всех упоминаний о разработке и использовании ЮМ.

4.3 Компоненты ЮМ

Методология и компоненты ЮМ описаны в ИСО 29481-1:2016. В указанном стандарте схематически показано, что представляют собой различные компоненты ЮМ и как они связаны между собой.

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

Рисунок 1 — Зоны IDM

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

деловой коммуникации.2

ГОСТ Р 10.0.04—2019

4.4 Основные принципы деловой коммуникации

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

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

Рисунок 2 — Шаблон транзакции (Dietz J.L.G.. 2006 [1])

На рисунке 2 представлена простейшая форма шаблона транзакции. Шаблон показывает, что достижение какого-либо нового результата (возьмем в качестве «желаемого результата», например, предоставление некоего документа) начинается с запроса этого результата лицом, действующим в роли заказчика, у лица, действующего в роли исполнителя. Это действие переводит процесс в состояние «результат запрошен». Далее исполнитель отвечает на запрос, пообещав предоставить желаемый результат, тем самым переводя процесс в состояние «результат обещан». Таким образом, у исполнителя появляется задача: он должен выполнить обещание, фактически подготовив документ и приняв решение предоставить его заказчику. При передаче документа заказчику исполнитель сообщает, что его обещание выполнено. Заказчик отвечает путем приемки полученного результата. Это действие завершает транзакцию.

В бизнес-процессе зачастую участвует множество акторов. Их поведение зависит от их роли в конкретном процессе. Роли/акторы взаимодействуют с другими ролями/акторами путем осуществления транзакций. Удобным представлением взаимодействия между ролямиУакторами является карта взаимодействия.

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

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

П р и м е ч а н и е — Система обозначений на карте взаимодействия основана на строительной модели, описанной в публикации профессора Яна Л.Г. Дитца. Она отличается от системы обозначений BPMN и используется для создания максимально простых карт. Также она включает концепцию «транзакции», отсутствующую в BPMN.

3

ГОСТ Р 10.0.04—2019

«I

TMipomR)<з>T *i tp«kmxummTj Свпь сишувтсром Сеиаьсиакунпотем

Рисунок 3 — Компоненты карты взаимодействия

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

Тип групкяойроли

Г|ии ми. пОпиль ишищщИг ш и

Конструкторское бюро

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

4

ГОСТ Р 10.0.04—2019

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

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

Т а б л и ц а 1 — Упрощенная таблица транзакций конструкторского бюро

Результат транзакции Тип транзакции

Разработан проект Т1, разработка проектаРазработана спецификация системы Т2. разработка спецификации системыРазработана трехмерная модель ТЗ, разработка трехмерной моделиРазработана смета Т4. разработка сметы

4.6 Сообщения в транзакции

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

В качестве примера транзакции можно привести обработку запроса трехмерной модели. На рисунке 5 показаны сообщения в транзакции в форме диаграммы последовательности в обозначении UML. Транзакция может быть инициирована только руководителем проекта R1 с помощью сообщения «Запрос трехмерной модели». Инженер — разработчик трехмерных моделей (роль R3) может направить в ответ сообщение «Задание выполнено, запрашивается утверждение выполнения». После отправки сообщения «Выполнение задания утверждено» (или «Выполнение задания не утверждено») транзакция будет завершена.

Транзакция: Тъ- запрос трвюмрной модели

Рисунок 5 — Пример сообщений в транзакции

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

5

ГОСТ Р 10.0.04—2019

4.7 Структура взаимодействия

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

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

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

П рим ер — С т рукт ура в за им одей ст вия м ож ет вкл ю чат ь ат рибут C os tE s tim a tion в качест ве экзем п л яр а S im pleE lem entTyp, ко т о р ы й будет и сп о л ь зо ва т ься в качест ве обяза т ел ьно го элем ент а д л я о п ре деле нного сообщ ения. Она т акж е м ож ет в кл ю чат ь ограничение д л я ф орм ат а ат рибут а C os tE s tim a tion (наприм ер, т о лько евро с дв ум я д е ся т и чн ы м и знаками).

4.8 Поддержка программных решений

4.8.1 ОбзорСледующим шагом является поддержка структуры взаимодействия с программными решениями

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

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

На рисунке 6 показано, как осуществляется поддержка программных решений. В следующих разделах приводится пояснение.

4.8.2 Поддержка структуры взаимодействияЧтобы обеспечить портативность структуры взаимодействия, необходимо четко обозначить, ка

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

П ример — Схема ст р укт ур ы в за им одей ст вия определяет , какие оп реде ления ат рибут ов (S im pleE lem entType) и огр аничений на ат рибут ы (U serdefinedType) в ы мож ет е в кл ю ч и т ь в ст рукт ур у вза им одей ст вия .

В разделе 5 приведено описание схемы структуры взаимодействия и доступных классов.Каждая структура взаимодействия должна соответствовать схеме структуры взаимодействия.Редактор структуры взаимодействия должен использовать схему структуры взаимодействия для

валидации созданных структур.4.8.3 ПромоторКак только действительная структура взаимодействия станет доступной, ее можно будет интер

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

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

6

ГОСТ Р 10.0.04—2019

- структура взаимодействия (XML),- схема структуры взаимодействия (XSD),- файл шаблонов (XSD). содержащий несколько шаблонов, не описанных в структуре взаимодей

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

П рим ер — П ро м от ор получает инф о рм ац ию из ст р укт ур ы взаим одейст вия , ч т о б ы вкл ю чит ь ат рибут C ostE stim a tion , ко т о р ы й будет исп о л ь зо ва т ься ка к о б я за т ел ьны й элем ент д л я определен ного сообщ ения, и создает схем у вза им одей ст вия , кот орая определяет соо б щ е ни е с ат рибут ом C ostE stim a tion .

В приложении В описываются шаблоны, содержащиеся в XSD-файле.В приложении D описываются принципы работы промотора.

Рисунок 6 — Схема поддержки программных решений

4.8.4 Поддержка обмена информациейКаждая информационная система, участвующая в обмене информацией согласно правилам,

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

4.8.5 Техническая реализация обмена информациейЧтобы обеспечить техническую сторону обмена сообщениями с вложениями между информаци

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

- протокол обмена информацией.- архитектуру/сервер обмена информацией.- шифрование.- вызов SOAP-функции.Указания по реализации не входят в область рассмотрения настоящего стандарта.

7

ГОСТ Р 10.0.04—2019

5 Формат структуры взаимодействия5.1 Вводение

Как указано в раздело 4, для поддержки программных решений каждая структура взаимодействия должна соответствовать схеме структуры взаимодействия. Этот раздел определяет формат структуры взаимодействия посредством описания схемы структуры взаимодействия.

В подразделе 5.2 представлен обзор классов информации, которые могут встречаться в структуре взаимодействия и определены в схеме структуры взаимодействия. Поскольку структура взаимодействия определена в XML, используется термин «тип», а не «класс». В приложении А приведено полное описание схемы структуры взаимодействия. В приложении В приведен пример экземпляра структуры взаимодействия.

5.2 Типы информации в схеме структуры взаимодействия

5.2.1 ВведениеСхема заполняется рядом классов или типов. В этом разделе приводится краткое описание до

ступных типов в схеме структуры взаимодействия. В приложении А содержится полное описание схемы структуры взаимодействия в XML. Структура взаимодействия создается из экземпляров этих типов и имеет заголовок, который указывает на схему с определенными доступными типами.

5.2.2 AppondixTypeAppendixType — это определение, которое определяет структуру элементов, относящихся к ме

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

5.2.3 ComploxElementTypeComplexElementType содержит набор SimpleElementTypes. Каждый тип SimpleElementType встре

чается ровно столько раз. сколько встречается элемент, к которому он относится.5.2.4 ElemontConditionЭкземпляр ElementCondition описывает поведение значений элементов в последовательности со

общений. Например, когда экземпляр типа ElementCondition создается со значением FIXED, это указывает на то. что элементы в последовательности сообщений должны копироваться в случаях, когда доступен один и тот же элемент и его значение не может быть изменено. ElementCondition может ссылаться на различные уровни в структуре. Он может быть напрямую связан с SimpleElement, но также можно связать ElementCondition с ComplexElement или MessagelnTransactionType. В этом случае ElementCondition является действительным для всех элементов, которые являются частью структуры/ набора элементов связанных типов.

5.2.5 GroupTypeТип GroupType позволяет создавать несколько экземпляров группы с собственным специфиче

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

5.2.6 MessagoTypeТип MessageType используется для определения содержимого сообщения. Элементы, кото

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

5.2.7 MessagelnTransactionTypeMessagelnTransactionType (MITT) представляет собой определение, используемое для связыва

ния экземпляров типа MessageType с экземплярами типа TransactionType. Проще говоря, один и тот же тип сообщения может встречаться в данном типе транзакции чаще, чем один раз. и наоборот. Можно связать несколько экземпляров MessageType с одним экземпляром TransactionType и один экземпляр MessageType с несколькими экземплярами TransactionType. Кроме того, MITT дает возможность изменить направление действия от исполнителя к инициатору. Также он предусматривает возможность отслеживания того, блокируется ли поток сообщений открытыми вторичными транзакциями или нет.

5.2.8 OrganisationTypeОпределение конкретной группы организаций. В общем случае в структуре доступен как минимум

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

8

ГОСТ Р 10.0.04—2019

5.2.9 PorsonTypeОпределение типа лица. В общем случае в структуре доступен как минимум один экземпляр с

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

5.2.10 ProjectTypeОпределение типа проекта. Говоря в общем, в структуре доступен как минимум один экземпляр с

конкретной причиной для определения структуры элементов, определяющих проект.5.2.11 RoleTypeОпределение роли. Экземпляры типа RoleType необходимы для создания TransactionType в структуре.5.2.12 SimpleElementTypeSimpleElementType — это определение, описывающее свойства, которые могут встречаться в

структурах объектов. Связь с объектом всегда устанавливается через ComplexElementType.5.2.13 TransactionPhaseTypeОпределение, которое может использоваться для определения экземпляра, описывающего этап

транзакции. Например, экземпляр TransactionPhaseType может соответствовать этапам «запрошен результат» или «в ожидании».

5.2.14 TransactionTypeОпределение транзакции. В экземпляре транзакции определяются роли инициатора и исполнителя.5.2.15 userDefinodTypeТип UserDefinedTypo используется для определения типов данных (например, строки) и ограничений

XSD. Например, с помощью экземпляра UserDefinedType можно определить минимальную длину строки.На рисунке 7 показано графическое отображение мод

включая все ссылки.

PrcjecfTyp* РиюпТУре

ал о.п

IMiplblffclMfc0-п

0-п

О.лЫмяфЛур»

OrgrtzzftonTyp*

O-ft

схемы структуры

** •« * *> *»

ал

п ц й я & п я Ь0_п| 0-п

GcfnctoSomonfiype »ала л шин»л

ала —ВИПИЩ/ М Ш ИI

0-п

а.п а.т1 0-л

8ктчзйОш»лПур*а,л

UwOelnwnype

ал

аяп0-п

ЯЧМЙЙИЛМй И11Щ]*1ТП ал

■но.л|0л ал

а .1 кш т кЛпрЩ*В1Г

агоиртур*

Тгвпмовсп PhM l)p«

С.п(тплеас О.л t t u ncwiypn

О.л L

■Л пЖМЯОО

а л

Рисунок 7 — Типы и ссылки схемы структуры взаимодействия

9

ГОСТ Р 10.0.04—2019

Приложение А (обязательное)

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

А.1 Введение

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

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

А.2 Определение схемы структуры взаимодействия (формат EXPRESS)1)

SCHEMA ISO 29481_Part_2A:ENTITY ProjectType; — Определение конкретной группы проектов. Обычно в структуре взаимодействия бу

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

namespace: STRING; description: STRING; startDate: DATETIME; endDate: DATETIME; state: STRING; dateLaMu: DATETIME; userLaMu: STRING; language: OPTIONAL STRING: category: OPTIONAL STRING; helplnfo: OPTIONAL STRING; code: OPTIONAL STRING:complexElements: OPTIONAL SET [0:?] OF ComplexElementType;END_ENT(TY;ENTITY PersonType; — Определение конкретной группы лиц. Обычно в структуре взаимодействия будет

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

description: STRING. startDate: DATETIME; endDate: DATETIME; state: STRING: dateLaMu: DATETIME; userLaMu: STRING; language: OPTIONAL STRING: category: OPTIONAL STRING; helplnfo: OPTIONAL STRING, code: OPTIONAL STRING;complexElements: OPTIONAL SET [0:?] OF ComplexElementType;END_ENTITY;ENTITY OrganisationType; — Определение конкретной группы организаций. Обычно в структуре взаимодей

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

description: STRING: startDate: DATETIME; endDate: DATETIME; state: STRING; dateLaMu: DATETIME: userLaMu: STRING; language: OPTIONAL STRING: category: OPTIONAL STRING, helplnfo: OPTIONAL STRING;

1' В настоящем стандарте приводится полное описание схемы структуры взаимодействия, представленное в ИСО 29481-2:2012.10

ГОСТ Р 10.0.04—2019

code: OPTIONAL STRING:complexElements: OPTIONAL SET [0:?] OF ComplexElemenlType:END_ENTITY:ENTITY AppendixType; — AppendixType содержит определение дополнения. Какие элементы данных должны

записываться с помощью дополнения, можно указать в разделе составного элемента, description: STRING; startDate: DATETIME; endDate: DATETIME; state: STRING: dateLaMu: DATE TIME; userLaMu: STRING: language: OPTIONAL STRING; category: OPTIONAL STRING; helplnfo: OPTIONAL STRING: code: OPTIONAL STRING:complexElements: OPTIONAL SET [0:?] OF ComplexElemenlType;END_ENTITY:ENTITY ComplexElementType; — ComplexElementType содержит набор SimpleElementTypes. Каждый заяв

ленный тип SimpleElementType входит ровно столько раз. сколько он упоминается, description: STRING; startDate: DATETIME; endDate: DATETIME: state: STRING; dateLaMu: DATE TIME; userLaMu: STRING: language: OPTIONAL STRING; category: OPTIONAL STRING; helplnfo: OPTIONAL STRING:complexElements: OPTIONAL SET [0:?] OF ComplexElementType; simpleElements: OPTIONAL SET [0:?] OF SimpleElementType:END_ENTITY:ENTITY MessageType: — Определение типа сообщения (MessageType). которое указывает структуру сооб

щения и какой набор типов SimpleElementType (через ComplexElementType) оно может сопровождать, description: STRING; startDate: DATETIME; endDate: DATETIME: state: STRING; dateLaMu: DATETIME; userLaMu: STRING: language: OPTIONAL STRING; category: OPTIONAL STRING: helplnfo: OPTIONAL STRING: code: OPTIONAL STRING:complexElements: OPTIONAL SET [0:?] OF ComplexElenrentType; appendixTypes: OPTIONAL SET [1:?) OF AppendixType;END_ENTITY;ENTITY ElementCondition; — Условие SimpleElementType в том виде, как оно используется в конхретном

MessageType.description: STRING;condition: STRING,helplnfo: OPTIONAL STRING:complexElement: OPTIONAL ComplexElementType:sinrpleElement: OPTIONAL SimpleElementType:messagelnTransaction: OPTIONAL MessagelnTransactionType;END_ENTITY;ENTITY SimpleEtenrentType; — Определение типа простого элемента (SimpleElementType). Этот тип элемен

та указывает свойство, которое может встречаться в различных структурах обьекта. например в MessageType (см. также AppendixType. ProjectType, PersonType и OrganisationType). SimpleElementType всегда является вложенным в ComplexElementType.

description: STRING: interfaceType: STRING: state: STRING:

11

ГОСТ Р 10.0.04—2019

dateLaMu: DATETIME; userLaMu: STRING; language: OPTIONAL STRING: category: OPTIONAL STRING; helplnfo: OPTIONAL STRING; valueList: OPTIONAL STRING; userDefinedType: UserDefinedType;END_ENTITY;ENTITY UserDefinedType; — Спецификация типа данных (для использования в SimpteElementType). Этот

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

description: STRING, state: STRING; dateLaMu: DATETIME. userLaMu: STRING; baseType: STRING; xsdRestriction: OPTIONAL STRING; language: OPTIONAL STRING; helplnfo: OPTIONAL STRING;END_ENTITY;ENTITY MessagelnTransactionType; — Образец типа MessageType в типе TransactionType, относящийся к кон

кретному типу группы (GroupType). requiredNotify: INTEGER; dateLaMu: DATETIME. userLaMu: STRING; received: BOOLEAN, send: BOOLEAN: state: STRING;initiatorToExecutor: OPTIONAL BOOLEAN: openSecondaryTransactionsAllowed: OPTIONAL BOOLEAN: firstMessage: OPTIONAL BOOLEAN: message: MessageType;previous: OPTIONAL SET [0:?] OF MessagelnTransactionType: transaction: TransactionType; transactionPhase: OPTIONAL TransactionPhaseType: group: GroupType:appendixTypes: OPTIONAL SET [1:?] OF AppendixType:END_ENTITY;ENTITY TransactionPhaseType; — Определение фазы, относящейся к транзакции.Примеры: «назначение принято» или «часгь результата получена».description: STRING;startDate: DATETIME;endDate: DATETIME:state: STRING;dateLaMu: DATETIME;userLaMu: STRING;language: OPTIONAL STRING:category: OPTIONAL STRING:helplnfo: OPTIONAL STRING;code: OPTIONAL STRING;END_ENTITY:ENTITY TransactionType: — Определение типа транзакции. Тип транзакции гложет ссылаться на другие типы

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

description: STRING: startDate: DATETIME; endDate: DATETIME; state: STRING; dateLaMu: DATETIME. userLaMu: STRING; language: OPTIONAL STRING:

12

ГОСТ Р 10.0.04—2019

category: OPTIONAL STRING: helplnfo: OPTIONAL STRING; code: OPTIONAL STRING: result: OPTIONAL STRING;subTransacbons: OPTIONAL SET [1:?] OF TransactionType; initiator RoleType: executor: RoleType:appendixTypes: OPTIONAL SET [1:?] OF AppendixType:END_ENTITY;ENTITY RoleType; — Определение конкретного типа ропи.description: STRING;startDate: DATETIME:endDate: DATETIME:state: STRING;dateLaMu:DATETIME;userLaMu: STRING:language: OPTIONAL STRING;category: OPTIONAL STRING;helplnfo: OPTIONAL STRING:code: OPTIONAL STRING;responsibility Scope: OPTIONAL STRING;responsibilityTask: OPTIONAL STRING;responsibilitySupportTask: OPTIONAL STRING:responsibilityFeedback: OPTIONAL STRING:END_ENTITY:ENTITY GroupType; — Определение группы для сохранения дополнений, отправленных с сообщением в

транзакции.description: STRING; startDate: DATETIME: endDate: DATETIME, state: STRING; dateLaMu: DATE TIME; userLaMu: STRING: language: OPTIONAL STRING; category: OPTIONAL STRING: helplnfo: OPTIONAL STRING:END_ENTITY;END_SCHEMA;

13

ГОСТ Р 10.0.04— 2019

А.З Определение схемы структуры взаимодействия (формат XSD)

<?xml version="l. 0" encoding = "UTF-8"? ><xsd: schema targetNarr.espace-"http: //www. ISO 29481_Part _2A.com/schenas" xmlr.s:iso29481p2a = "http://wvnrf.ISO 29481 Part 2A.com/scherr.as" xralnsrxsd - "http://www.w3.org/20Cl/XMLSchema" elementFormDefault - "qualified" >

<! объявление корневого элемента (для SCHEMA определений) - <xsd:element name'"IS0 29481_Part_2A" >

<xsd:complexType><xsd:choice maxOccurs="unbour.ded" >

<xsd:element ref="iso29481p2a:AppendixType"/ ><xsd:element ref="iso29481p2a:ComplexElemenLType"/ ><xsd:element ref="iso29481p2a:ElereentCondition"/ ><xsd:element ref="iso29481p2a:GroupType"/ ><xsd:element ref-"iso29481p2a:MessagelnTransactionType"/ > <xsd:elemer.t ref-"iso29481p2a:MessageType"/ ><xsd:element ref="iso29481p2a:CrganisationType"/ > <xsd:element re£="iso29481p2a:PorsonType"/ ><xsd:element ref="iso29481p2a:FrojectType"/ ><xsd:element ref-"iso29481p2a:RoleType"/ ><xsd:element ref-"iso29481p2a:SimpleElementType"/ > <xsd:element ref="iso29481p2a:TransactionPhaseType"/ > <xsd:element ref="iso29481p2a:TransactionType"/ > <xsd:element re£="iso29481p2a:UserDe£inedType"/ >

</xsd:choice></xsd:complexType>

</xsd:element><!- объявление элемента (для ENTITY определений) - <xsd:element name="AppendixType"

type = "iso29481p2a:AppendixTypeType" ><xsd:annot at ion>

<xsd:documentation>Tnn AppendixType содержит определение приложения. Какие элементы данных должны быть записаны в приложении, можно указать в разделе сложный элемент.</xsd:documentation>

</xsd:annotation></xsd:eiement><xsd:element name="ComplexElementType"

type = "iso29481p2a :ComplexElernentTypeTypc" ><xsd:annot at ion>

<xsd:docurr.entation>Cno;KKbift тип элемента ComplexElemer.tType содержит набор простых типов элементов SimpleSlementTypes. Каждый, из описанных SimpleElementType встречается ровно столько раз, сколько указано.</xsd:documentation>

</xsd:annotation></xsd:element><x-sd: element name-"ElementCondition"

type “ "iso29481p2a:ElemencConditionType" ><xsd:annotation>

<xsd:docuir.entation>ycôBne SimpleElementType, используемое ь определенном MessageType.</xsd:documentation>

</xsd:annotation></xsd:element>

14



ГОСТ Р 10.0.04—2019

<xsd:element. name="GroupType" type = "iso29481p2a:GroupTypeType" > <xsd:annotation>

<xsd:documentation>Onpeflenewte группы для хранения приложений, отправленных с сообщением в транзакции. </xsd:docurr.entation>

</xsd: annotat юп></xsd:element><xsd:element name="MessagelnTransactionType"

type = "iso29481p2a-.MessagelnTransactionTypeType" ><xsd:annotation>

<xsd:documentation>Bo3HHKHOBeHHe MessageType в TransactionType, связанного с определенным типом группы (GroupType) .</xsd:documer.tation>

</xsd:ar.notation></xsd:element><xsd:element name«"MessageType" type = "iso29481p2aiMessageTypoType" >

<xsd: anr.otation><xsd:documentation>OnpefleneHHe типа сообщения (MessageType),

указывающее структуру сообщения и какой набор SimpleElementType (через ComplexElementТуре} оно может сопровождать.</xsd:documentation>

</xsd:annotation></xsd:element><xsd:element name-"OrganisationType"

type - "iso29481p2a:OrganisationTypeType" ><xsd:annotat i on>

<xsd:documentation>Oпpeдeлeниe конкретной группы организаций. Как правило, только один экземпляр будет присутствовать в структуре взаимодействия, определяющей структуру элементов, которые должен представлять каждый экземпляр организации.</xsd:documentation>

</xsd:annotation></xsd:element><xsd:element name="?ersonType" type = "iso29481p2a:PersonTypeType" >

<xsd:annotation><xsd:docшnentation>Onpeдeлeниe конкретной группы людей. Как

правило, только один экземпляр будет присутствовать в структуре взаимодействия, определяющей структуру элементов, которые должен представлять каждый экземпляр человека .</xsd:docurr.entation>

</xsd:annotation></xsd:element><xsd:element name="?rojectType" type = "iso29481p2a:ProjectTypeType" >

<xsd:annotation>< x s d :d o c u m e n ta t io n > O n p e n e n e H n e конкретной группы проектов. Как

правило, только один экземпляр будет присутствовать в структуре взаимодействия, определяющей структуру элементов, которые должен представлять каждый экземпляр проекта.</xsd:documentation>

</xsd: ar.notation></xsd:element><xsd:element name="RoleType" type = "iso29481p2a:RoleTypeType" >

<xsd:annotation><xsd:documentaryоп>Определение конкретного типа

роли.</xsd:documentation></xsd:annotation>

</xsd:element><xsd:element name-"SimpleElementType"

type = "iso29481p2a:SimpleElement?ypeType" >

15

ГОСТ Р 10.0.04—2019

<xsd:annotation><хэ(1 ^осишег.гаС1 оп>0 пределение простого типа элемента

(SimpleElementType). Этот тип элемента определяет свойство, которое может встречаться в различных структурах объектов, например, в MessageType (см. Также AppendixType, ProjectType, PersonType и OrganisationType). SimpleElementType всегда встроен в ComplexEl enentType. </xsd: documer.tat ion>

</xsd:anr.otation></xsd:e!ement><xsd:element. name="TransactionPhaseType"

type = "iso29481p2a:TransactionPhaseTypeType" ><xsd:annotation>

<xsd:docuraer.tation>OnpeneneHHe фазы, связанной с транзакцией. Примерами являются "принятое назначение" или "полученная часть результата".</xsd:documentat ion>

</xsd:annotation></xsd:element><xsd:element name="TransactionType"

type - "iso29481p2a:TransactionTypeType" ><xsd:annotation>

<xsd:documeпtatioг.>Oпpeдeлeниe типа транзакции. Тип транзакции может вновь ссылаться на другие типы транзакций. Инициатором сделки является лицо, принадлежащее к организации, выполняющей определенную роль. На этом уровне должен быть указан тип роли инициатора (продвинутая схема будет применять это). То же самое относится и к исполнителю. </xsd: documentation

</xsd:anr.otation></xsd:eiement><xsd:e1 ement name="UserDefinedType"

type = "iso29481p2a:UserDe£ir.edTypeType" ><xsd: annotation

<xsd:documentation>CneuH<iMKauMH типа данных (для использования в SimpleElementType) .</xsd:documer.tation>

</xsd:annotation></xsd:eieir.ent>С - объявления ссылок на элементы (для ENTITY определений) - <xsd:element name="AppendixTypeRef"

type = "iso29481p2a:AppendixTypeTypeRef"/ ><xsd:element name="ComplexEleraer.tTypeRef"

type = "iso29481p2a:ConplexElementTypeTypeRef"/ ><xsd:element name- "ElementCor.ditionRef "

type =• "i3o29481p2a:Elemer.tConditionTypeRef,V ><xsd:element name-"GroupTypeRef"

type = "iso29481p2a:Group7ypeTypeRef"/ ><xsd:element name="MessageTnTrar.sactionTypeRef"

Lype = "iso29481p2a:MessagelnTransactionTypeTypeRe£"/ ><xsd:element name="MessageTypeRef"

type - "iso29481p2a:MessageTypeTypeRef"/ ><xsd:element name-"Organisation?ypeRef"

type “ "i3o29481p2a:Organisatior.TypeTypeRef"/ ><xsd:e1ement name="PersonTypeRef "

type = "iso2948lp2a:PersonTypeTypeRef"/ >

16

ГОСТ Р 10.0.04—2019

' iso29481р2а:Transact

<xsd:element name-"ProjectTypeRef" type = "iso29481p2a:ProjectTypeTypeRef"/ >

<xsd:element. name="RoleTypeRef" type = "iso29481p2a:RoleTypeTypeRef"/ >

<xsd:element name="SimpleElementTypeRer" type = "iso29481p2a:SimpleElementTypeTypeRef"/ >

<xsd:elementname-"TransactionPhaseTypeRef"type ionPhaseTypeTypeRef"/ >

<xsd:element name="TransactionTypeRef" type = "i so29481p2a:TransactionTypeTypeRef-"/ >

<xsd:element name="UserDefinedTypeRef" type = "iso29481p2a:UserDefinedType?ypeRef"/ >

<!- объявление ссылок на сложные элементы (для ENTITY определений;- <xsd: complexType nam.e="AppendixTypeType" >

<xsd:complexContent><xsd:extension base="iso29481p2a:elementType" >

<xsd:sequence><xsd:elemer.t name="description" type = "xsd: string"/ > <xsd:element name="starLDate" type = "xsd:dateTime"/ > <xsd:element r.ame="endDate" type = "xsd:dateTime"/ > <xsd:element name="stato" type = "xsd:string"/ ><xsd:element name-"dateLaMu" type - "xsd:dateTime"/ > <xsd:element r.ame="userLaMu" type

type'xsd:3tring"/ 'xsd:string"

minOccurs = "0"/ ><xsd:eiemeni r.ame="caLegory" type = "xsd:string'

minOccurs = "0"/ ><xsd:element name="helplnfo" type = "xsd:string"

minOccurs - "0"/ ><xsd:elemer.t name-"code" type - "xsd: string"

minOccurs = "0"/ ><xsd:element name="complexElements" minOccurs “ "0" >

<xsd:comp 1exType><xsd:choice maxOccurs="unbounded" >

<xsd:element ref="iso29481p2a:ComplexElementType"/ > <xsd:element

ref-"iso2948Ip2a:CompiexElementTypeRef"/ ></xsd:choice>

</xsd:complexType></xsd:element>

</xsd:sequence></xsd:extension>

</x sd:comp1e xCon t en t ></xsd:complexType><xsd: complexType name="Com.plexL’lementTypeType" >


<xsd:sequence><xsd:elemer.t r.ame="description" type = "xsd:string"/ > <xsd:element name="startDate" type = "xsd:dateTime"/ ><xsd:element name="endDate" type = "xsd:dateTime"/ ><xsd:element name="statc" type = "xsd:string"/ > <xsd:element name-"dateLaMu" type - "xsd:date?ime"/ >

17

ГОСТ Р 10.0.04—2019

<xsd:element name'-"userLaMu" type <xsd:element name-"lar.guage" type

minOccurs = "0"/ ><xsd:element name="category" type

minOccurs = "0"/ >

"xsd:string"/ > "xsd:string"

"xsd:string"

<xsd:element name="heiplr.fo" type = "xsd:string" minOccurs - "0"/ >

<xsd:element name-’"conplexElements" minOccurs - "0" ><xsd: corr.plexType>

<xsd:choice maxOccurs="unbounded" ><xsd:element re£="iso29481p2a:ComplexElemenLType"/ > <xsd:element

ref-"iso29481p2a:ComploxElementTypoRef"/ ></xsd:choice>

</xsd:complexType></xsd:element><xsd:element name="simpleElements" minOccurs = "0" >

<xsd:complexType><xsd:choice maxOccurs="unbounded" >

<xsd:element ref~"iso29481p2a:SimpleElem.entType"/ > <xsd:element

ref="iso2948lp2a:SimpleElementTypeRef"/ ></xsd:choice>


</xsd: sequer.ce></xsd:extension>

</xsd:complexContent></xsd:corr.plexType><xsd: complexType name="Elemer.tConditionType" >


<xsd:sequence><xsd:element name--"description" type - "xsd:string"/ ><xsd:element name="cor.dition" type = "xsd:str:ng"/ > <xsd:element name="he!pTnfo" type = "xsd:string"

minOccurs = "0"/ ><xsd: element name="conplexElement" .minOccurs = "0" >

<xsd:complexType><xsd:choice>

<xsd:element ref="iso2948ip2a:ComplexElementType"/ > <xsd:element

ref="iso29481p2a:ComplexElementTypeRef"/ ></xsd:choice>

</xsd:complexType></xsd:eloment><xsd:element name-"simpleElement" minOccurs - "0" >

<xsd: coxr.pl exType><xsd:choice>

<xsd:element re£="iso29481p2a:SimpleElementType"/ > <xsd:element

ref="iso2948ip2a:SimpleElerr.entTypeRef"/ ></xsd:choice>

18

ГОСТ Р 10.0.04—2019

</xsd:comploxType></xsd:element><xsd:element name="messagernTransaction" minOccurs » "0" >

<xsd: complexType><xsd:choice>

<xsd:elementref="iso2948Ip2a:MessageIr.TransactionType"/ >

<xsd:elementref="iso2948lp2a:MessageTr.Transact ionTypeRef"/ >


</xsd:element></xsd:sequencO

</xsd:extension></xsd:complexContent>

</xsd:complexType><xsd: complexType name="Group7ypeType" >

<xsd:complexContent><xsd:extension ba3e-'-"iso29481p2a :elementType" >

<xsd:sequence><xsd:element name-"description" type - "xsd:string"/ > <xsd:element name="startDate" type = "xsd:dateTime"/ ><xsd:element name="endDate" type = "xsdrdateTime"/ > <xsd:element name="state" type = "xsd:string"/ ><xsd:element name="dateLaMu" type =■ "xsd:datoTime"/ ><xsd:element name-"userLaMu" type - "xsd:string"/ ><xsd:element пате"-"1апдиаде" type - "xsd:string"

minOccurs = "0"/ ><xsd:elemenL name="category" type = "xsd:string"

minOccurs = "0"/ ><xsd:element name="helplnfo" typo « "xsd:string"

minOccurs = "0"/ ></xsd:sequence>


</xsd:complexType><xsd:complexType nane="MessageInTransaction7ypeType" >

<xsd:complexContent><xsd:extension base’-"iso29481p2a:elementType" >

<xsd:sequence><xsd:element name="requiredNotity" type = "xsd:integer"/ > <xsd:element name="dateLaMu" type = "xsd:date7ime"/ ><xsd:element name="userLaMu" type = "xsd:string"/ ><xsd:element name="received" type = "xsd:boolean"/ ><xsd:element name="send" typo * "xsd:boolean"/ ><xsd:element name“"state" type - "xsd:string"/ > <xsd:element name="imtiatorToExecutor" type = "xsd:boolean'

minOccurs = "0"/ ><xsd:element name="open3econdaryTransactionsAllowed"

type = "xsd:boolean" minOccurs = "0"/ ><xsd:element name'*"firstMessage" type - "xsd:boolean"

minOccurs - "0"/ ><xsd:element name="message" >

19

ГОСТ Р 10.0.04—2019

<xsd:compIexType><xsd:choiсе>

<xsd:element ref-"iso29481p2a:MessageType"/ ><xsd:element ref "iso29481p2a:MessageTypeRef"/ >


</xsd:element><xsd:element name="previous" minOccurs = "0" >

<xsd:coraplexType><xsd:choice maxOccurs="unboundod" >

<xsd:elementref "iso2948ip2a:MessageInTransactionType"/ >

<xsa:elementref="iso294$Ip2a:MessagernTransactionTypeRef"/ >


</xsd:element><xsd:element name-"transaction" >


<xsd:element ref="iso2948lp2a:TransactionType"/ > <xsd:element ref="iso2948:p2a:TransactionTypeRef"/ >


</xsd:element><xsd:element name-"transactionPhase" minOccurs - "0" >


<xsd:elementref="iso2948lp2a:Transact:onPhaseType"/ >

<xsd:elementref="iso2948.p2a:TransactionPhaseTypeRef"/ >


</xsd:element><xsd:element name“"group" >


<xsd:element ref="iso29481p2a:GroupType"/ > <xsd:element ref="iso29481p2a:GroupTypeRef"/ >


</xsd:element><xsd:element name-^'appendixTypes" minOccurs - "0" >

<xsd:complexType><xsd:choice maxOr.curs="unbounded" >

<xsd:element ref="iso2948ip2a:AppendixType"/ > <xsd:element ref="iso29481p2a:AppendixTypeRef"/ >


</xsd:element></xsd:sequence>

</xsd:extension>

20

ГОСТ Р 10.0.04—2019

</xsd: corr.plexContent></xsd:complexType><xsd:compiexType name="MessageTypeType" >

<xsd:complexContent><xsd:extensior. base="iso29481p2a:eiementType" >

<xsd:sequonco><xsd:element name-"descriptior." type - "xsd:string"/ <xsd:element name~"startDate" type - "xsd:dateTime"/ <xsd:element. name="endDate" type = "xsd:dateTime"/ > <xsd:element name="state" type = "xsd:string"/ > <xsd:element name="dateLaMu" type = "xsd:dateTime"/ ;<xsd:element narae="userLaMu" type =<xsd:element name="language" type -

'xsd:string"/ > 'xsd:string"

minOccurs - " 0 " / ><xsd:element name-"category" type - "xsd:string'

minOccurs = "0"/ ><xsd:element name="helpInfo" type = "xsd:string"

minOccurs = "0"/ ><xsd:element name="code" type = "xsd:string"

minOccurs = "0"/ ><xsd:element name-"complexElements" minOccurs - "0" >


<xsd:element ref="iso29481p2a:CompiexEiemer.tType"/ > <xsd:element


</xsd:conplexType></xsd:elerr.er.t><xsd:element name="apper.dixTypes" minOccurs = "0" >

<xsd:comp2 exType><xsd:choice maxOccurs="unbounded" >

<xsd:element re£="iso2948lp2a:AppendixType"/ ><xsd:element ref="iso2948lp2a:AppendixTypeRef"/ >


</xsd:eleirer.t></xsd:sequence>

</xsd:exter.sion></xsd:complexContent>

</xsd:complexType><xsd:compiexType name~"OrganisationTypeType" >

<xsa:complexContent><xsa:extension base~"iso29481p2a:elementType" >

<xsd: sequer.ce><xsd:element name="description" type = "xsd:string"/ > <xsd:element name="startDate" type = "xsd:dateTime"/ ><xsd:element name="er.dDate" type = "xsd:dateTime"/ > <xsd:element name="state" type = "xsd:string"/ > <xsd:element name-"dateLaMu" type - "xsd:dateTime"/ ><xsd:element name»"userlaMu" type - "xsd:string"/ > <xsd:element name="Language" type = "xsd:string"

minOccurs = "0"/ >

21

ГОСТ Р 10.0.04—2019

minOccurs

minOccurs

minOccurs

<xsd:element name="category" type = "xsd:string"" 0 " / ><xsd:elenent name-="help!nfo" type = "xsd:string"

" 0 " / ><xsd:element name="code" type = "xsd:string"

" 0 " / ><xsd:element narae="coraplexElements" minOccurs = "C" >

<xsd:compiexType><xsd:choice maxOccurs-"unbounded" >

<xsd:element ref="iso29481p2a:ComplexElemer,tType"/ > <xsd:element

ref="iso29481p2a:CompiexElementTypeRef"/ ></xsd:choice>

</xsd:complexType></xsa:element>


</xsd:coroplexContent></xsd:complexType><xsd: compiexType name="PersonTypeType" >

<xsd:complexContent><xsd:extension baseT-"iso29481p2a:element?ype" >

<xsd:sequence><xsd:element name^descriptior." type = "xsd:string"/ > <xsd:element name="startDate" type = "xsd:dateTime"/ ><xsd:element name="er.dDate" type = "xsd:dateTime"/ ><xsd:element narae="state" type = "xsd:string"/ ><xsd:element name="datclaMu" type = "xsd:dateTime"/ ><xsd:element name-"userlaMu" type - "xsd:string"/ ><xsd:element name~"language" type ■- "xsd:string"

minOccurs = "0"/ ><xsd:element narae=*"category" type = "xsd: string"

ninOccurs = "0"/ ><xsd:element name="helpIn£o" type = "xsd:strmg"


minOccurs ■* "0"/ ><xsd:element name-"complexElements" minOccurs - "C" >


<xsd:element ref="iso29481p2a:ComplexElementType"/ > <xsd:element

ref="iso2948ip2a:CoraplexElementTypeRef"/ ></xsd:choice>

</xsd:complexType></xsd:elemer.t>

</xsd:sequence></xsd: exter.si on>

</xsd:complexContent></xsd:complexType><xsd:compiexType name="ProjectTypeType" >

<xsa:complexContent><xsd:extension base="iso29481p2a:elementType" >

22

ГОСТ Р 10.0.04—2019

<xsd:sequence><xsd:elenent name="namespace" type = "xsd:string"/ ><xsd:element name="description" type = "xsd:string"/ > <xsd:element name="startL)ate" type = "xsd:dateTime"/ ><xsd:element name~"er.dDate" type * "xsd:dateTime"/ ><xsd:element name-"state" type - "xsd:string"/ ><xsd:element name="dateLaMu" type = "xsd:dateTime"/ > <xsd:element name="userLaMu" type = "xsd:string"/ ><xsd:element narae="language" type = "xsd:string"

minOccurs = "0"/ ><xsd:element name«"category" type - "xsd:string"

minOccurs - "0"/ ><xsd:element name="helpInfo" type = "xsd:string"


minOccurs = "0"/ ><xsd:element namo="complexElements" minOccurs = "C" >

<xsd:complexType><xsd:choice maxOccurs~"unbounded" >

<xsd:element ref="iso29481pPa:ComplexF;iementType"/ > <xsd:element



</xsd:sequence></xsd:extensi on>

</xsd:complexContent ></xsd:complexType><xsd:complexType name="RoloTypeType" >

<xsd:complexContent><xsd:extension base-"iso29481p2a:elementType" >

<xsd:sequence><xsd:element name="description" type = "xsd:string"/ ><xsd:element narae="startDate" type = "xsd:dateTime"/ ><xsd:element name="endDate" type = "xsd:dateTime"/ > <xsd:element name="state" type = "xsd:string"/ ><xsd:element пате-’-''dateLaMu" type - "xsd:dateTime"/ ><xsd:element narae~"userLaMu" type - "xsd:string"/ ><xsd:element name-=" Language" type = "xsd:string"

minOccurs = "0"/ ><xsd:element name="category" type = "xsd:string"

minOccurs = "0"/ ><xsd:element name="helplnfo" type = "xsd:string"

" 0 " / ><xsd:element name*"code" type - "xsd:string"

" 0 " / ><xsd:element name="responsibi-ityScope" type = "xsd:string"

" 0 " / ><xsd:element name="responsibilityTask" type = "xsd:string"

" 0 " / ><xsd:element name-*"responsibilitySupportTask"

type - "xsd:string" minOccurs - "0"/ >

minOccurs

minOccurs

minOccurs

minOccurs

23

ГОСТ Р 10.0.04—2019

"xsd:dateTime"/ "xsd:string"/ > "xsd:string"

"xsd:string"

"xsd:string"

= "xsd:string"

<xsd:element name="responsibilityFeedback" type - "xsd:string" minOccurs = "0"/ >


</xsd:complexContent></xsd:compIexType><xsd:complexType name="SimpleElementTypeType" >

<xsd:complexContent><xsd:extension base--"iso29481p2a :elementType" >

<xsd:sequence><xsd:element name="description" type ■= "xsd:string"/ > <xsd:e;ement name="interfaceType" type = "xsd:string"/ > <xsd:element name="state" type = "xsd:string"/ ><xsd:element name="dateLaMu" type =<xsd:element name="userLaMu" type =<xsd:element name-"language" type *

minOccurs - "0"/ ><xsd:element name="category" type 1

minOccurs = "0"/ ><xsd:element name="he!prnfo" type =

minOccurs = "0"/ ><xsd:element namo="valueList" type

minOccurs -» "0"/ ><xsd: element nane-"userDefir.edType" >


<xsd:element ref="iso29481p2a:UserDefinedType"/ > <xsd:element ref="iso2948lp2a:UserDefinedTypeRef"/

</xsd:choice></xsd: coir.pl exType>



</xsd:complexType><xsd:complexType name="TransactionPhaseTypeType" >

<xsd: complexCor.tent><xsd:extension base~"iso29481p2a:elementType" >

<xsd:sequence><xsd:element name-"description" type - "xsd:string"/ > <xsd:element name="startDate" type = "xsd:dateTime"/ > <xsd:element name="endDate" type = "xsdrdateTime"/ ><xsd:element name="state" type = "xsd:string"/ ><xsd:element name="dateLaMu" Lype = "xsd:dateTime"/ ><xsd:element name="userLaMu" type = "xsd:string"/ ><xsd:element name="language" type

" 0 " / ><xsd:element name-"category" type

" 0 " / ><xsd:element nane="helpTr.fo" type

" C " / ><xsd:element name="code" type

minOccurs -* "0"/ >

minOccurs -

minOccurs «

minOccurs =

"xsd:string"/ "xsd:string"

"xsd:string"

"xsd:string"

xsd:string"

24

ГОСТ Р 10.0.04—2019


</xsd:complexContent></xsd:conplexType><xsd:complexType r.ame="TransactionTypeType" >

<xsd:complexContQnt><xsd:extension base-"iso29481p2a:elementType" >

<xsd:sequence><xsd:element name="description" type = "xsd:string"/ <xsd:element name="startDate" type = "xsd:dateTirr.e"/ <xsd:element name="endDate" type = "xsd:date?ime"/ > <xsd:element name="state" type = "xsd:string"/ > <xsd:element name="dateLaMu" type = "xsdrdateTime"/ : <xsd:element nano="userLaMu" typo =<xsd: element name-»"language" type -

minOccurs = "0"/ ><xsd:element name="category'

'xsd:string"/ > 'xsd:string"

mir.Occurs = "0"/ ><xsd:element nane="helplr.fo'

mir.Occurs = "0"/ >

type

type

'xsdrstrmg'

'xsd:strinq'

<xsd:element namo="codc" typo = "xsd:string" minOccurs - "0"/ >

<xsd:element nane-"result" type “ "xsd:string" mir.Occurs = "0"/ >

<xsd:element name="subTransactions" minOccurs = "0" ><xsd:complexType>

<xsd: choice maxOccurs="ur.bounded" ><xsd:element rei>"iso29481p2a:TransactionType"/ > <xsd:element ref»"iso2948lp2a:TransactionTypeRef"/

</xsd:choice></xsd:comp1exType>

</xsd:element><xsd:element name="initiator" >


<xsd:elemor.t ref="iso29431p2a:RoloType"/ > <xsd:elemer.t ref~"iso29481p2a:RoleTypeRef"/ >


</xsd:element><xsd:element name="executor" >


<xsd:element ref=*"iso29481p2a:RoloType"/ ><xsa:element ref-"iso29481p2a:RoleTypeRef"/ >


</xsd:element><xsd:element name="appendixTypes" minOccurs = "0" >

<xsd:complexType><xsd:choice maxOccurs="ur.bounaed" >

<xsd:elemer.t ref="iso29481p2a:AppendixType"/ > <xsd:element ref-"iso29481p2a:AppendixTypeRef"/ >

>

25

ГОСТ Р 10.0.04—2019



</xsd:extension></xsd: comp 1 exContenO

</xsd:ccmp1exType><xsd:complexType narce="UserDefinedTypeType" >

<xsd:complexContent><xsd:extension base-"iso29481p2a:elementType" >

<xsd:sequence><xsd:element name-"description" type - "xsd:string"/ > <xsd:element name="state" type = "xsd:string"/ ><xsd:element name="dateLaMu" type = "xsd:dateTime"/ > <xsd:element narr.e="userLaMu" type = "xsd:stiing"/ > <xsd:element name="baseTypc" type = "xsd:string"/ > <xsd:element name="xsdRestrictior." type = "xsd:string"

mir.Occurs »

mir.Occurs

"O 'V ><xsd:element name-' language'

' 0 " / ><xsd:element name="nelpInfo'

mir.Occurs = "0"/ >

type - "xsd:string"

type = "xsd:string"


</xsd: complexCor.tent></xsd:complexType><!- объявление ссылок на сложные элементы (для ENTITY определений) - <xsd:complexType nanr.e="Apper.dixTypeTypeRef" >

<xsd:complexContent><xsd:extension base="iso29431p2a:elementTypeRef"/ >

</xsd: complexCor.tent></xsd:complexType><xsd:complexType name»"ComplexElementTypeTypeRef" >

<xsd:complexContent><xsd:extension base="i so2948lp2a: elementTypeRef:"/ >

</xsd: complexCor.tent></xsd:complexType><xsd:co.*nplexType name="£lementConditionTypeRef" >

<xsd:complexContent><xsd:extension base-"iso29481p2a:elementTypeRef"/ >

</xsd: compl exCor.tent></xsd:comp1exType><xsd:complexType name="GroupTypeTypeRet" >

<xsd:complexContent><xsd:extension base="iso2948lp2a:elementTypeRef"/ >

</xsd: complexCor.tent></xsd:complexType><xsd:complexType name-"MessageInTransactionTypeTypeRef" >

<xsd:complexContent><xsd:extension base="iso2948lp2a:elementTypeRef"/ >

</xsd:comp 1exContent></xsd:complexType><xsd:complexType name="MessageTypeTypeRef" >

26

ГОСТ Р 10.0.04—2019

<xsd: complexContent><xsd:extension base="iso29481p2a:elenentTypeRef"/ >

</xsd:complexContent></xsd:conplexType><xsd:complexType name="0rganisation7ypeTypeRef" >

<xsd: corr.plexContent><xsd:extension base-"iso29481p2a:elementTypeRef"/ >

</xsd:complexContent></xsd:complexType><xsd:complexType r.ame="PersonTypeTypeRef" >

<xsd:corr.plexContent><xsd:extension base="iso29481p2a:elementTypeRef"/ >

</xsd:complexContent></xsd:complexType><xsd:complexType name="ProjectTypeTypeRef" >

<xsd:complexContent><xsd:extension base="iso29481p2a:elementTypeRe£"/ >

</xsd:complexContent></xsd: complexTypo<xsd:complexType name-"RoleTypeTypeRef" >

<xsd:complexContent><xsd:extension base="iso2948lp2a:elenentTypeRef"/ >

</xsd:complexContent></xsd:conplexType><xsd:complexType name="SimpleElementTypeTypeRef" >

<xsd: corr.plexContent><xsd:extension base-'"iso29481p2a: elementTypeRef"/ >

</xsd:complexContent></xsd:complexType><xsd:complexType r.ame="Trar.sacLionPhaseTypeTypeRef" >

<xsd: complexContent><xsd:extension base="iso29481p2a:elementTypeRef"/ >

</xsd:complexContont></xsd:complexType><xsd: complexType r,ame="7rar.sactionType?ypeRef" >

<xsd:comp 1exContent><xsd:extension base="iso29481p2a:elementTypeRef"/ >

</xsd:complexContenL></xsd:complexType><xsd:complexType r.ame="'JserDof inedTypeTypeRef " >

<xsd:complexContenO<xsd:extension base=/,iso29481p2a:elementTypeRef"/ >

</xsd:complexContent></xsd:comp 1exType><!- группа объявлений {для SELECT определения типов данных) .<!- объявления типов перечислений (для ENUMERATION определения типов

данных) -<!- объявления простого типа (для TYPE заданных определений типов

данных) -<!- стандартные декларации, e'.ementType, simpleType, logical (для

каждой трансляции) —<xsd:complexType r.ame="elementType" >

<xsd:attribute name="id" type = "xsd:ID" use = "required"/ >

27

ГОСТ Р 10.0.04—2019

</xsd:complex?ype><xsd:complexType name~"elementTypeRef" >

<xsd:attribute name="idref" type = "xsd: TDRF.F" use = "required"/ > </xsd:complexType><xsd:simpleType narr.e="logical" >

<xsd:restriction base="xsd:string" ><xsd:enumeration value»"true"/ ><xsd:enumeration value-»"false"/ ><xsd:enumeration value-"unknown"/ >

</xsd:restriction></xsd:s impleType>

</xsd:schema>A.4 Типы элемента

A.4.1 AppendixType Атрибуты: idЭлементы: description, startDate. endDate. state. dateLaMu. userLaMu. language, category, helplnfo. code Ссылки: complexElementsAppendixType содержит определение дополнения. Какие элементы данных должны записываться с помощью

дополнения, можно указать в разделе составного элемента.

П ример —

<AppendixType id‘ "StandardAppendixType" ><descriptior.>CTaHflapTHb»t тип пpилoжeния</description> <startDate>200V-0:-23T00:00:00Z</startDace><endDate>2007-l2-31TOO:00:00Z</endDate><state>active</state><datolaMu>2007-01-23T00:00:002</datoLaMu><userlaMu>bapa</userLaMu>

</AppendixType>

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

А.4.2 ComplexEtementType Атрибуты: idЭлементы: description, startDate, endDate. state. dateLaMu. userLaMu. language, category, helplnfo Ссылки: elementsComplexEJementType содержит набор SimpleElementTypes. Каждый заявленный тип SimpleElementType вхо

дит ровно столько раз. сколько он упоминается.

П рим ер —

<Corr.plexEl*m«Tit.Type ld -"M en u I*.*»" ><dt?acr lp L 1ог.>Пуккт mctkxw /d ra c r lp L ior„>Cat a r t Dat.e>2007-0l-23T00:00:0CZ</.4t a r t Date>CendDa t.e>200 7—12— 31 TOO: 0 0 :00Z< /e.ndOat e >Cat a t o a c t i ve< / s t a t<dateLaM->2007-01-23T00:0 0 :00Z</dateLaM <usctLaM->bapa</-aer LaM-><elemer.ts>

cSiropleElementTypeRel ia re C -wHame"/ ><SinipJeElemenLTypeRer i d r e £ - " P r i c e " / ><SampieElementTypeRe£ id re r - "D e a c ra p t io n " / ■> cSimpleElementTypeRef r d r e £ - " C a l o r i e s " / >

</elem ent a></ComplcxElement.Type>

28

ГОСТ Р 10.0.04— 2019

А.4.3 ElementConditionАтрибуты: idЭлементы: description. requiredNotify. minValue. maxValue. format, helplnfoСсылки: message, elementУсловие SimpleElementType в том виде, как оно используется в конкретном MessageType.

П рим ер —Êieaenv.endi?.on -d-"Fr-се rest-ric'-ion" >

<descii.pt 1оп>Мянимз;1ьнзя дено пункта мемк></Дезс1 ipti.cn><iequ Lx editor 11 y>0</requixedNot ily><rainV-*lue>b. OCK/mLnV-al ue><eleinent>

<SimpleSLemer;t Typ<?>U®«a</SimpleElemer.tType></element> m essage >

<M es?ageTypeR ef id re f- "P E u v id e W it : ;M e r iu M e 3 s a g e " / ></message>

</E.ec.en,.Condi*..on>

A.4.4 GroupTypeАтрибуты: idЭлементы: description. startDate. endDate. state, dateLaMu. userLaMu. language, category, helplnfo. Определе

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

П рим ер —<GroupType ad»"St.andardGtoupType" >

<desci.p*. -оп>Сглнд<аргная rpynne</descx.pt- o n > <sLartDace>2OO7-i2-2dT0O:OO:OOZ</sLartDi!ce><endDate>2008-I2-JiCOO:00:00Z</endData><stete>ac* .ve</s ‘.a '.e ><dat-eLaMu>2007-:2-20T00 : 00 : 00Z</dateLjXu><userlKiMu>bapa</uaerEaXu>

</GroupType>

A.4.5 MessageTypeАтрибуты: idЭлементы, descripbon, startDate. endDate. state. dateLaMu. userLaMu. language, category, helplnfo. codeСсылки: complexElements. appendixTypesОпределение типа сообщения (MessageType), которое указывает структуру сообщения и какой набор типа

SimpleElementType (через ComptexElementType) оно может сопровождать.

П рим ер —«MessageType ld-^ProvirteKithMenuMessage" >

<Дезсг-рТ.-оп>Ссо€1«еш«;, содержа-^е »емь.</descr.pt.оп><8iait Date>2008-0:-23T00:00:00Z</star i Date><endDace>2008-:2-31TOo: 00: U0Z</endCtite><sLate>act-ve</st.ar.e><dat,eEaMu>2O08-O:-23TOO : 00 : 00Z</dateLaMu><usei LaMu>l>apa</u3er LaXu><coe.p.exEletr.enLs>

«ComplexElementTypeRel l d M ‘f-*’Menu*Y ></coe.pLexEles.ent8><append*хтурез>

<AppendlxTypeRef Ldref-"Memieard"' / >< /append-xTypes>

</MessageType>

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

А.4.6 MessagelnTransactionTypeАтрибуты: idЭлементы: requiredNotify, dateLaMu. userLaMu. received, send, state, initiatorToExecutor. openSecondaryTrans

actionsAllowed. firstMessage

29

ГОСТ Р 10.0.04— 2019

Ссылки: message, previous, transaction. transactionPhase. group. appendixTypesОбразец типа MessageType в типе TransactionType. относящийся к конкретному типу группы (GroupType).

П рим ер —«MesaageIriTrar.sactior.Typt? id-BMlTT_002" >

«requiredNot i£y»0«/requireoNoti£y»<dateLaMu»20G8-01-23TOO:00:00Z</dateLaMu»«user LaMu»bapa</user LaMu»< r eceivert» t r ue«/r eceivea>«send»t rue«/sena><state»actave«/state>< ш ( iatorToExecutor»£aIse«/mit idtorToExecutor><openSecondaryTransacti.on3A.l.lowed»true</openSecondaryTran3actionsAliowea>«Ur stMessage»false«/lir at Message»«■message»

<MessageTypeRe£ -dte£-"Provi<teKit.hMenuKeseage*'/ >«./message»« p re v io u s »

«MessagelnTransactionTypeRel idre£-''Mb77_O0I'V >«/previous»«transactюп»

«Transact i.cnTypeRe£ idref-"0btain>5enuTransactiOn''/ >«/transaction»«transact юпРЬазе»

«Transact ionPhaseTypeRer idre£-''MeniiDeliveied" ></t ransaotlOnPhase»«group»

«GioupTypeRet -dre£-"StandaidG:oupType"/ »«/group»«appendixTypes»

«Append.xTyp-eRer idre£-''Xenucard" / >«/appendixTypes»

«/MesaagcInTranaaetionType»A.4.7 OrganisationTypeАтрибуты: idЭлементы: description, startDate. endDate. state. dateLaMu. userLaMu. language, category, helplnfo. codeСсылки: complexElementsОпределение конкретной группы организаций. Обычно в структуре взаимодействия присутствует только

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

П рим ер —«Organiset ior.Type id-"StandardOrganisationType" >

«descriptюп>Стандарткый тип организации«/description»<staitDate»2008-Ol-23TOO:00:002</stai tDate»«endDate>2QC8-12-3lTCC:00:0GZ«/endDate»<st ate»active«/state»«dateLaMu»2GG8-01-23TOO:CC:0QZ«/dateLaMu»«user LaMu»bapa</user LaMu»

«/Organisat ionType»A.4.8 PersonTypeАтрибуты: idЭлементы: description, startDate. endDate, state. dateLaMu. userLaMu. language, category, helplnfo. codeСсылки: complexElementsОпределение конкретной группы лиц. Обычно в структуре взаимодействия будет присутствовать только один

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

П рим ер —«РегзооТуре td-BSLandardPersonTypeB >

«descriptтп»Стандартний тип физического nnua</description»«зtartDate»2008-01-23TCO:00;0QZ</startDate»«endDat e»2008~12-3lTCQ:00:00Z</endDate»< s t a t e » a o t iv e < / s ta te »

30

ГОСТ Р 10.0.04— 2019

<dateLaMu>2008-01 -23ТЭ0:00:00Z<4/da».eLaMu> козех LaMu>fcapa</usei LaMu>

</FersC'nType>A.4.9 ProjectType Атрибуты: idЭлементы: namespace, description. siartDate. endDate. slate. dateLaMu. userLaMu, language, category, helplnfo. code Ссылки: complexElementsОпределение конкретной группы проектов. Обычно в структуре взаимодействия будет присутствовать только

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

П рим ер —cPiojectType id-^SLanderdProJectType" >

<Tiamespade>htLp://www. ISC 2948l_Part_2A.com/tes*.pxQjec*.</Jiamespaoe> <descxiptLon>C'raHaapTHbifi тип проектз</иезсг 1р 1.1оп><etai Lrate>2008-01-23TOa: 0 0 :00Z</stai trate><endDat.e>2OD8-12-31T00:00:OOZ</endDat.e><stat.e>ect.i.ve</Bt.ace><dateLaKu>20O8-Oi-23T00:00:00Z</dateLat4u>KuseiLaMu>bap£</USex LaMu>

</ProJectType>A.4.10 RoleType Атрибуты: idЭлементы description, siartDate. endDate. state. dateLaMu, userLaMu. language, category, helplnfo, code.

responsibilityFeedback. responsibilityScope. responsibilrtySupportTask. responsibilityTask Определение конкретного типа роли.

П рим ер —<RoleType ia-"waiter" >

<Девсг-р 1 ю п > 0-.-вегствемный за прием и разке&емие заказов<Л1езсг-pi -on><Stal lDate>2008-05-04700:00:00: 00Z</3t.altDate><endDate>2008-05-04:00:00:00.00Z</endDate><state>ac*v-ve</scace><dateLaXu>2008-05-04T00 : 00 : 00 .00Z</da:.ebaMu>:-3XA<language/><categoiy/>Khe_p;nro/><code/>K re s p o n a ib i. ity S c o p e /»<respon3ibl2-t.yTasfc/><respons.biliUySuppotLrasit/><re3pons-bil-tyFeedback/>

</RoleType>

A.4.11 SimpleElementType Атрибуты: idЭлементы: description. interfaceType. state. dateLaMu. userLaMu. language, category, helplnfo. valueList Ссыл

ки: composedOf. userDefinedTypeОпределение типа простого элемента (SimpleElementType). Этот тип элемента указывает свойство, которое

может встречаться в различных структурах объектов, например в MessageType (см. также AppendixType. ProjectType. PersonType и OrganisationType). SimpleElementType всегда является вложенным в ComplexElementType.

П рим ер —<SimpleElementType ia-"Name" >

<Дезсг-рС-оп>Название пункт MeH»J</de3CxipL-on><inteiIaeeType/><state>act-ve</3taLe^<datebaMu>200d-01-23T00 : 00: 00Z</dat.eLa.Xu><usei LaXu>bapa</usermMu>

c'JseiDefinedTypeRet ldte 1 -"String"/ >

</SimpleElementType>31

ГОСТ Р 10.0.04— 2019

А.4.12 TransactionPhaseType Атрибуты, idЭлементы: description. slartDate. endDate. state. dateLaMu. userLaMu. language, category, helplnfo, code

Thedefinitionofaphaserelated toatransaction. Примеры: «назначение принято» или «часть результата получена».

П рим ер —<Ttar.sacLionPhaseTyper id-"Wait ingForMer.u" >

<descrapt юп>Менв запрошено, но еще не доставлено</с1езс*ар1.1 0п> <stdrtDdte>20Q8-01-23T0Q:C0:0CZ</startDate><enabdte>2G08-12-31Т00:GO:G0Z<7endDate><stdte>dctave</stdte><dat eLdMu>200d-01-23T00:0Q:GCZ</aateLdMu><userLdMu>bdpd</uaerLaMu>

</Ttdr.sdctioriPhaseType>A.4.13 TransactionType Атрибуты: idЭлементы: description. startDate. endDate. state. dateLaMu. userLaMu. language, category, helplnfo. code, result Ссылки, initiator, executor. subTransactionsОпределение типа транзакции. Тип транзакции может в свою очередь ссылаться на другие типы транзакции.

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

П рим ер —<Ttar.sactionType- iii-"MenuObtainis'.gTrar.saction" >

<descript1 ип>Транзахции для получения нужого менв</desvription> <3taKtDdte>2OOa-Ol-2iTG0:OO:OOZ</staKtDdte><endDdte>2GC8-12-31TOO:CO:00Z</ennDat e><3tate>act ive</atate><aat eLaMu^2CCa-01-23TC0:CO:C0Z</dateLaMu><u3erLaMij>bapa</uaerLa>lu><imt iatOE>

xRoieTyp-eRer idrer-'’’Заказчик"’/ > c/anatiat or><execut o t >

<Rcie:ypeRer -Цге£-*'Согрудник*’/ ></executot>

</Ttar>sacLionType>A.4.14 UserDefinedType Атрибуты: #idЭлементы: description, state. dateLaMu. userLaMu. baseType. xsdRestriction. language, helplnfo Спецификация типа данных (для использования в SimpleElementType). Этот тип данных инкапсулирует за

полняемые области в конечном сообщении.

П рим ер —<Usc-r3efinedType id-"Stting" >

<deacnpt 1оп>Стандартная OTpOKax/descrapt ion><atate>act ive</3tate><aat eLaMu->2CC7-12-2GTC0: CO: CQZ</dateLaMu><userLaMu>bap>a</uaerLaMu><baaeType>STRING<2baseType>•TxsdRestt ictacn/>

< /Use-г D<*fir.fdTypc!>A.5 Атрибуты

A.5.1 idУникальное «краткое» имя образца. После продвижения это имя будет именем обьекта.

П ример —Объект ст рукт уры

xOrganieatior.Type id-*’TNO 3_ildir.g ar.d Const rucr Lor>” ><descE aptаоп>Атрибуты организациях/deser apt юп><st dit Date>2O07-12-12TGO:O0:0OZ</st dit Date> xenJDate>99O9-12-31TC0:0C:0GZ</endDate>

32

ГОСТ Р 10.0.04— 2019

< s t.a te > a c t L ve < /s ta » .e >< d a te L a M u > 2 0 0 7 -1 2 -l2 T O O : 0 0 : OOZ</da».eL*Mu>tes*.m anagem en*.< /ueer U K tt>< l« n g u « g e > N L < /la n g u & g e >< c a te g o x y > S < /c a te g o ry .>< h e lp In fo > l i t Up: / / . . . / < / h e lp In £ o ><COde>DEFAULTS/code>

< /O ig d n .s d t .o n ry p e >M essage o b je c t<nas?.e>TMO B u . ld .n g и C o n s t ru c t .o n < /n a m e >< s ta te > s c t - v e < /3 t .a te >< d a te L a M u > 2 0 0 7 -1 2 -0 2 T 0 0 : 0 0 : 0 0 Z < /d a te L e X u >

■ ;use iLa M u> P e te ! B onsroe</userLaM u>< /o r g a n .s a t .o n >

A.6 Элементы

A.6.1 baseTypeСодержит базовый тип типа SimpleElementType.

П рим ер —< S itt.p le E ie rr.e n t Type - d - " H e . g h : " >

<use i L e lin edT ype >

< Ь а зеТ уре>1NTEGER</ ba s eType>

< / Ue e r 3e fjnedT ype>

</S .с .р !е Е 1 е ке п tT y p e >

Здесь H e ig h t в типе SimpleElementType всегда содержит целое число (возможно, с ограничением: xsdRestriction).

А.6.2 categoryКатегория, связанная с этим объектом (необязательное значение).А.6.3 codeСогласованный код структуры взаимодействия для этого объекта.

П рим ер —< . . . i d - " . . . " >

EAN з л ь ъ

< / . . . >А.6.4 dateLaMuДата и время последнего изменения этого объекта.

П рим ер —< . . . i d - " . . . " >

< d a te L d M u > 2 0 0 7 - I2 -0 2 T 0 0 : 0 0 : 00 Z < /da teLa M u>

А.6.5 descriptionОписание объекта.

П рим ер —< __ i d - " D o o r le a f " >

< d e s c i . p t . оп > С *н е р ка п л о с ко й я а е р и .< / d e s c r . p t - o n >

< / . . . >А.6.6 endDateДата и время окончания срока действия этого объекта.

33

ГОСТ Р 10.0.04— 2019

П рим ер —< . . . i d - " . . >

<enrtDdt*>20Cn-C2-0 3T0Q:00: 002</endDat *>

А.6.7 firstMessageНеобязательное Булево значение, показывающее, разрешается ли использовать этот объект типа

MessagelnTransacticnType как стартовое сообщение для новой транзакции. Значение по умолчанию — false.

П рим ер —<M i-s»dge InT tdn»J iC L lonTyp«r I d - " . . . " >

«■lirst M essage? t c u e < / t l t s t M essage»

< /M « A 8 a g e In T E a n ? a c t.i0 n T yp e >

A.6.8 formatРазметка элемента (необязательная).A.6.9 helplnfoURL-адрес или URI-код ссылки на дополнительную информацию об этом объекте.

П рим ер —

< . . . i d - " . . . * >

< h e lp In £ o > h t lp : / /w w w . ISO 29481 Pa e t _2Л . e o m /h e lp l rt£ o _ o b je c t 0G01 . h t m l < / h e lp I n lo >

< / . . .>

A.6.10 initiatorToExecutorБулево значение, представляющее направление, в котором сообщение должно посылаться.

П рим ер —^ M e s s d g e lr .T td r- .s d c tio r.T y p e i d - " . . . ” >

< д т t i d t o r T o E x e c u to r > £ d ls e < / in n ia io r T o E x e c u to r >

< те зза д е ><Mes з а д е т yp-e -d - " T e n d e iA c c e p ta n c e " >

■c/MeeaageType>< /m essage>< t r a n s a c t io n >

< T r a n s a c t io n T y p e i .d - wT e n d e t 7 ia je c t " >

< in i t ia » .< jr >< R o le T yp e id - "P e tJ o E m e r ." >

< /R o le T y p e >< e x e c u to x >

< R o le T yp e i d - " C l i e r « t " >

< /R o le T y p e ></execut.O E >

< /T ra n s a c * . io n -y p e >< / t ta n s a c t io n >

<Me3 s a g e In T E a n s a c L i.0 r.Type i d - " __ " >

Предполагается, что сообщение TenderAcceptartce будет отправлено от клиента (исполнитель транзакции) исполнителю работ (инициатор).

34

ГОСТ Р 10.0.04— 2019

А.6.11 interfaceTypeИнтерфейс типа или представление этого SimpleElementType для конкретного сообщения.А.6.12 languageЯзык для использования после продвижения объекта.

П рим ер —< . . . i d - " . . . " >

<1-апди-зде>Ж.</language»

< / . . . >A.6.13 namespaceИмя целевого пространства имен для идентификации сообщений, принадлежащих этой структуре взаимо

действия.

П рим ер —

< na:r>espace >h*„ t p : / / v k v . v i s i . n . / -.ea t. r a atr.ver k< t пагьезрасе»

< / P r o je c t Туре»

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

А.6.14 openSecondaryTransactionsAllowedНеобязательное логическое значение, которое позволяет продолжить основную транзакцию, даже если за

вершены не все подчиненные транзакции. Значение TRUE интерпретируется как сигнал, разрешающий продолжение (шлюз OR). Значение FALSE интерпретируется как сигнал, запрещающий продолжение, пока не будут завершены все подчиненные транзакции (шлюз AND). Если элемент openSecondaryTransactionsAllowed не указан, его значение интерпретируется как TRUE.

А.6.15 receivedЛогическое значение, показываюшее. что предыдущее сообщение получено.А.6.16 requiredNotifyС этим элементом не связана никакая семантика.А.6.17 responsibiiityFeedbackОжидаемая обратная связь в направлении к другим ролям (необязательная строка).А.6.18 responsibilityScopeОбласть действия'рамки определенных отношений ответственности роли (необязательная строка).А.6.19 responsibilitySupportTaskЗадачи, которые должны выполняться для поддержки других ролей. Например, делегированные ответствен

ности (необязательная строка).А.6.20 responsibilityTaskЗадачи, возникающие из-за отношений ответственности данной роли (необязательная строка).А.6.21 resultОжидаемый результат выполнения транзакции.А.6.22 sendЛогическое значение, показывающее, было ли отправлено сообщение.А.6.23 startDateДата и время начала срока действия объекта.

П рим ер —< . . . i d - " . . >

< 3 Dai«*>-007-02-03TOO : 00 : 002</stari.Date>

< / . . . >

А 6.24 stateСостояние видимости объекта, возможные значения:

П рим ер —< . . . i d - " . . . " >

35

ГОСТ Р 10.0.04— 2019

< s t a te > d e t iv e « /3 ta te >

< / . . . >

и

< . . . i d - ” . . >

< 3 td te > p d 3 3 iv e < /3 ta te >

< / . . . >

A.6.25 userLaMuПользователь последнего изменения обьекта.

П рим ер —< . . . i d - " . . • >

« u s e rL d M u > P e te r B onsm a</userLaM u>

< / . . . >

A.6.26 valueListРазделяемый точкой с запятой список значений, которые может принимать образец на уровне сообщения.

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

П рим ер —« S im p le E le m e n tT y p e i d - " . . . " >

< v d lu e L i3 t> G ro e n ;R o o a ;0 X e r G e e l< /v d lu e L is t>

« /S im p le E le m e n t Type>

A.6.27 xsdRestrictionЭтот элемент указывает ограничение, которое будет выполняться на уровне сообщения в типе

SimpleElementType этого типа UserDefinedType.

А.7 Ссылки

А.7.1 appendixTypesНабор доступных для выбора типов дополнения.А.7.2 complexElementsСсылка на набор типов SimpleElementType (собранных в ComplexElementType).

П рим ер —< . . . id - " A b e " >

«co ro p le xE le m e n t з>«'.сс.р-.ехЕ.ея-еп» Type id - " E . e r t « n t s S e t l " >

«.e lem ent s>« S im p le E le m e n tT y p e id - " S le m e n t_ A " >

< /S im p 1eE1emen t Type>« S im p le E le m e n tT y p e id - " E le m e n t_ 3 ” >

< /S im p le E lftm e r.tT y p e >« /e le m e n ts '»< /C o m p le xE le m e n tT yp e >« C o m p lexE lem e n tT ype id - " E le m e n t .» S e t2 " >

< /C o m p le xE le m e n tT yp e >«C om p le xE le m e n tT yp e id -"E ie m en» .sS e» . J " >

36

ГОСТ Р 10.0.04—2019

« /C o m p le x E le m e n tT y p e »« /c o m p le x E le m e n t s»

< / . . . »На уровне сообщения это конкретизируется в:

<Ad c -d-"..." >

« e le m e n t a S e t l»« E le m e n ta S e t l>

« E le m e n t_ A > .. . « /E le m e n t_ A >« E le m e n t_ B > .. .< /E le m e n t_ B »

« /E le m e n t a S e t1 >

«E lem en t a S e t1 >< E le m e n t_ A > .. .« /E le ir ie n t _A>< E le m e n t_ B > .. .« /E le m e n t_ B >

«/Element aS e tl»« /e L e m e n ts S e t i»< e le m e n t.sS e t2 >

«E lem e n t.£ S e t2>

« /E le m e n ta S e t.2 »

«E le m e n t . iS e t .2 >

« /E le m e n t aSet.2>< /e le m c n ts S e t2 >« e le m e n t sSe» 3>

«E lem e n t aS et 3»

« /E le m e n t a S e t3 >

«E lem e n t aS et 3>

« /E le m e n t a S e t3 >« /e le m e n ts S e f.3 »

< / . . .>A.7.3 composedOfТип SimpleElementType может состоять из набора типов SimpleElementType (собранных в типе

ComplexElementType).

П рим ер —« S im p le E le m e n tT y p e i d - " D o o r le a f " »

< co*pcsedO £>« C o m p lexE lem e n tT ype i.d -"M easurem en» ."’ >

« e le m e n ts »«S -e .p ie E ie m e n t.T yp e id - ' - H e - g h t " >

« /S -R .p ieE le rr.e n t.7 ype>« S -e b p le E le o e n tT y p e . d - " > f id t h " >

< /S iR .p le E le R ^ n t7 y p e >«S -R .p ie E ie m en i.7ype id - " 7 h - C itn e s 2 " >

«/S-mpieEieRentType»« /e le m e n ts »

« /C o m p le xE le m e n tT yp e --«C om plexE lem ent.T ype i d - " M a t e r i a l - a e l e c t i o n " »

37

ГОСТ Р 10.0.04— 2019

«.e lem ent s>« S im p le E le m e n tT y p e id - " T y p e - o ; - w o o d " >

« /S im p le E le m e n tT y p e ?« /e le m e n ts ?

« /C o m p le x E -e m e n tly p e ?< /c :om posedO l?

« /S im p le E le m e n tT y p e ?

На уровне сообщения эго конкретизируется в:«D oor le a f ?

«M easurem ent i d - " - - . " >«Height?., .«/Height?« W id th > < /W id th ?« T h ic k n e s s ? ___« /T h ic k n e s s ?

« /M e a s u re m e n t?« M a t e r ia l - s e le c t io n i d - " __ " >

<7ype-of-*ocd>__</7ype-cf-wood?« /M a t e r a a l - s e le c t io n ?

«/Door leaf?A.7.4 elementСостояние для типа SimpleElementType. который будет использоваться в типе MessageType.

П рим ер —« E le m e n t.C o n d it io n i d - " . . . " >

< n u n V a lu e > 2 C 0 0 « /m in V e lu e >

« e le m e n t ?« S im p le E le m e n tT y p e R e i i d r e f - " D o o r h e ig h t " ?

« /e le m e n t?«m essage?

«M essageType id - " M " >

«Comp1e xE 1em ent s ?«ComplexElement Type?

« e le m e n ts ?«SimpleElementType -.d-" Door height" ?

< /S -m p -e E le n .e n tT y p e >« /e le m e n ts ?

< / COmp1exE 1emen t Type?< /com p le x E 1 em en ts?

« /M e ssa g e T yp e ?« /m e ssa g e ?

« /E le m e n t.C o n d it io n ?

В этом примере показано, что в типе MessageType со значением М объект D o o rh e ig h t должен иметь значение не меньше 2000. хотя это не применяется на уровне типа SimpleElementType.

А.7.5 elementsНабор типов SimpleElementType. доступный внутри типа ComplexElementType.

П рим ер —« C o m p le xE le m e n tT yp e id - " D o o r " ?

« e le m e n ts ?« S im p le E le m e n tT y p e l d - " D o o r le a f " ?

« /S im p le E le m e n tT y p e ?« S im p le E le m e n tT y p e id - " F a s t e n ln g s " ?

38

ГОСТ Р 10.0.04— 2019

«/SimpleElement Туре»«SiropleElementType id-"CpperW In-iow" >

«/SimpleElementТуре»«/elements»

</Ccc.pl e xE 1 er>e n'. Type

На уровне сообщения это конкретизируется в:

с __ -d-~___" >

«door>«Door»

«Door1еа£»...</Doorlea£»«Fastenings»__ «/Fastenings»«L'pperWindow»__ «/upperWindow»

«/Door»

«door»«Door leaf»___«/Doorleaf>«Fastenings»...«/Fastenings»«L'pperWindow».. .«/UpperWinnow»

«/Door»«/door»

« / . . . »Обязательным является то. что все элементы точно указываются только один раз. У этих дверей всегда име

ется верхнее окно. Число дверей не ограничено.А.7.6 executorРоль исполняющий' (RoleType). связанная с конкретной транзакцией.

П рим ер —<Tiдпзас".-опТуре .d-"TenderTruject" >

«executor»«RoleType id-"Clienl" >

«/RoleType»«/executor»

</Transact ю п Т у р е »

A.7.7 groupТип GroupType. связанный с сообщением в пределах конкретной транзакции.

П рим ер —«MessagelnTransoctionType -d-"___" >

«message»«MeasageType id-"M" »

«/MessageType»«/message»«group»

«GroupType id-"G" »

«/GroupType»«/group»«transaction»

«TransactionType ia-"T" »

«/Transact ю п Т у р е »«/transaction»

</KessageInTransaec.onType»

39

ГОСТ Р 10.0.04— 2019

Сообщение М в транзакции Т принадлежит к группе G (может существовать несколько сообщений М в транзакции Т. принадлежащих к той же самой или другой группе).

А.7.8 InitiatorРоль 'инициирующий' (RoleType), принадлежащая к конкретной транзакции.

П рим ер —<TxansactlonType id-"TenderTraject" >

< in i t ld tO r>«•Ro.eType id-"FerforKrf!t" >

</Role:yp-e>< / 1 n 1 t.1dt.or>

«/TransactionType>

A.7.9 messageСообщение в Message InTransactionType.

П рим ер —«MessageInTxansact lonType Id-"..." >

<message>«Message-: ype id - "__ " >

</MessegeType></rnessage>

«/MessagelnTransactionType

A.7.10 previousТип MessagelnTransactionType может обеспечивать принудительное выполнение предыдущего сообщения в

конкретной транзакции (этот предыдущий тип MessagelnTransactionType не должен принадлежать к тому же самому типу TransactionType).

П рим ер —<Mes3dgeIr.Transdctlor.Type id - "__ " >

«previous»«MessagelnTransactionType i d - "__ " >

«message»«MessageType .d-"Tender" >

«/MessageType»</message>

«/MessagelnTransactionType»«/prev.eus»

«message»«MessageType ld-"TenderAcceptance" »

«/MessageType»«/message»

</McssageIr.Trdr.3dctionType>s-bTransactior.s

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

П рим ер —«TransactlonType rd-"AcqulteWotk" >

<8ubTranedct допа>«Transact m n T y p e -d-"AcquiS-lionTraek~ >

40

ГОСТ Р 10.0.04— 2019

< /T rd r.3 d C tiO r.T y p e >< T td r .s d c t io n T y p e id - " T e n d e r T r d c k ” >

< /T rd ft& dC tlQ IV T ype></SUbTxdliSaC*.iOna>

< /T ranS dC C -o n7yp e>

T ип TransactronTy ре со значением Acquire Work состоит из типов TransactionType со значениями A c q u is jt io n T rack и T e n d e rT ra je c l.

A.7.11 simpleEIementsНабор простых типов элементов, принадлежащих к данному сложному типу элементов.

П рим ер —< C o *p le x E leaven* T yp e -d - " D e c r ~ >

< s Imp LeE It? menus'*<Simp 1 eE lemer.tType Id-"Doorleaf” ^

< / s im p le E i emen t Type><SimpleLlemcr.tType id-"K ir.ge3Ar.dLook3" >

< /S im pl «Element Type?>< S im p le S le m e n tT y p e id - "U p p e rW in d o w " >

< /S im p le E le m e n tT y p e >< /s im p le E le m e n*.s>

< /C o c ip le xE .e e /e n tT yp e >

На уровне сообщения это может привести к следующему результату;

< . . . i d - ” . . . " .>

<door><Door>

< D o o r le a t> . . .« . /D o o r ie a l>< K m g e sA n d L o cks > . . . < / H in g e sA n d L o ckd > . . . 

< /D o o r>

<Door>< D o o rJ e a t > . . . < / D o o r le a f >< K in g e s A n d L o c k s > ___< / H in g e sA n d L o ckd >

</Door>< /< lo o i ■>

< / . . . >

A.7.12 subTransactionsТранзакции, которые могут быть запущены из данной транзакции.

П рим ер —< 7 ra n s a o t io n 7 y p e i d - ” A c q u .s -L io n O £ W o rk '' >

< s u b T ra n s a c t Lons><Trdf.3dCt.ionType? id - "A c q u ie it lo r .T rd je c L " >

</Trdr.SdCtiOr.Type>< T td r.3 d c* io n T y p e ld - " T e n d e r T ra .J e c t " >

< /T c d n a d C tio r .T y p e ></subTidnsdct.ions>

< /T ra n S d C t-o n T y p e >

41

ГОСТ Р 10.0.04— 2019

А.7.13 transactionТранзакция в типе MessagelnTransactionType.

П рим ер —<Mes3ageIriTrar.sactior-.Typt? id-"..." >

<*.i ansaction><TiensaCLionTyp« id-"..." >

</T l tUiSaCt.lanType></transact.on>

•r/MessagelnTransact ior.Type>A.7.14 transactionPhaseОбъект TransactionPhase для конкретного типа MessageType в конкретном типе TransactionType.

П рим ер —•.'Messagelr.Trarvsactior.Type td-"..." >

<s^*ssage>< M e s s a g e T y p e i d - " M " >

</MessageType></.-?,essage><tiansaction>

<TlansaCLlonType id-"T" >

</Tl allSaC tiOfiType></transact.on>

<*.i ansact.ionPhase><TlansaCLl.onPhaseType id-"TP" >

</Ti *nsect.ionPtieseType></transact-onPhaae>

<7MessagelnTEansactioriType>

Где тип MessageType, имеющий значение M внутри конкретного типа TransactionType. имеющего значение Т. определяет тип TransactionPhaseType. имеющий значение ТР.

А.7.15 userDefinedTypeСсылка на тип UserDefinedType. который задает формат типа SimpieElementType.

П рим ер —<SiippleElemen!.Type id-"Heigbt," >

<usei 3efj.*iedType><UserDe!:nedType id-"..." >

< ba se t ype >:NTECER</ba eeType >

</CsetDefinedType></UsetIiefir.edType>

</SiB«pleElcmentType>Тип SimpteElementType Height задает формат Integer для каждого образца (возможно, с ограничением в виде

xsdRestriction).

42

ГОСТ Р 10.0.04—2019

Приложение В (обязательное)

Определение шаблонов

В.1 Введение

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

В.2 Определение шаблонов1*

SCHEMA ISO 29481_Part_2B;ENTITY GroupTemplate: name: STRING, description: STRING; creationDate: DATETIME; startDate: DATETIME; end Date: DATETIME; state: STRING; dateLaMu: DATETIME; userLaMu: STRING; versionNo: STRING; transaction: Transaction Template:END_ENTITY;ENTITY AppendixGroup: state: STRING: dateLaMu: DATETIME: userLaMu: STRING; group: GroupTemplate;END_ENTITY;ENTITY AppendixTemplate: name: STRING: fileLocation: STRING; fileType: STRING; fileVersion: STRING; documentldentification: STRING: document Version: STRING; documentReference: STRING; objectCode: OPTIONAL STRING: startDate: DATETIME; endDate: DATETIME; state: STRING: dateLaMu: DATETIME: userLaMu: STRING; language: OPTIONAL STRING: message: MessageTemplate; appendixGroup: AppendixGroup; template: ComplexElementTemplate;END_ENTITY;ENTITY MessageTemplate: identification: STRING: dateSend: DATETIME; dateRead: DATETIME; state: STRING: dateLaMu: DATETIME: userLaMu: STRING;initiatingTransactionMessagelD: OPTIONAL STRING; initiatorToExecutor: BOOLEAN;

1* В настоящем стандарте приводится определение шаблонов, представленное в ИСО 29481-2.43

ГОСТ Р 10.0.04— 2019

messagelnTransaction: MessageInTransactionTemplate; transaction: TransactionTemplate: template: ComplexElementTemplate:END_ENTITY:ENTITY MessagelnTransactionTemplate:identification: STRING:dateSend: DATETIME:dateRead: DATETIME:state: STRING:dateLaMu: DATETIME.userLaMu: STRING:END_ENTITY:ENTITY TransactionTemplate: number: INTEGER: name: STRING: description: STRING. startDate: DATETIME; endDate: DATETIME; state: STRING; dateLaMu: DATETIME. userLaMu: STRING; result: OPTIONAL STRING; initiator: PersonlnRole; execute»: PersonlnRole: project: ProjectTypelnstance;END_ENTITY:ENTITY TransactionPhaseTemplate: name: STRING: description: STRING; dateReached: DATETIME; state: STRING; dateLaMu: DATETIME. userLaMu: STRING; transaction: TransactionTemplate;END_ENTITY:ENTITY PersonTemplate:userName: STRING:name: STRING;state: STRING:dateLaMu: DATETIME.userLaMu: STRING;template: ComplexElementTemplate:END_ENTITY:ENTITY OrganisationTemplate: name: STRING; abbreviation: STRING: state: STRING; dateLaMu: DATETIME. userLaMu: STRING; oontaetPerson: PersonTemplate; template: ComplexElementTemplate:END_ENTITY:ENTITY PersonlnRole; state: STRING; dateLaMu: DATETIME; userLaMu: STRING: successor: OPTIONAL PersonlnRole: substituting: OPTIONAL PersonlnRole; contactPerson: PersonTemplate: organization. OrganisationTemplate; role: RoleTemplate;END_ENTITY:

44

ГОСТ Р 10.0.04— 2019

ENTITY RoleTemplate; name: STRING: description: STRING; state: STRING: dateLaMu: DATE TIME: userLaMu: STRING; category: OPTIONAL STRING:END_ENTITY;ENTITY ProjectTypeInstance;name: STRING:description: STRING;startDate: DATETIME:endDate: DATETIME:state: STRING:dateLaMu: DATETIME:userLaMu: STRING;template: ComplexElementTemplate;END_ENTITY;ENTITY ComplexElementTemplate; template: SimpleElementVirtual.END_ENTITY:END_SCHEMA;

B.3 Шаблоны

B.3.1 AppendixGroup Атрибуты: idЭлементы: state. dateLaMu. userLaMu Ссылки: groupТаблица отображения для отношений n:m между дополнениями и группами

П рим ер — на ур о вн е соо бщ е ни я :<Append.xSroup .<1-"Append-xGcoup_l" >

<et,ate>act lve</state><daLeLaMu>2008-D2-O-lT00:O0:O0Z</dat.eLaMu><usei LaMu>bapa</USerL3Mu><gxoup>

<StandatdGtoupType id-” ..." >

</St AttdAz dGt oupType></group>

ч /Append.x3roup>

Ассоциированная часть структуры взаимодействия:

<GroupType -d-,"Sia:idardGroupType~ ><.descr ipt 1оп>СтлндартнАя rpynna</desci iptlon><sr.ar LDete>200 /-12-20Т00:00: ODZC/sr.ar t. Dates <.endDa».e>200b-l2-ilT00:00:O0Z</endD.3te><s!.ate>act.ive</state><.d*teLeMu>2007-l 2 -2ЭТ00:00:00Zt/d&».eLaMu> к use i La M u >fcapa

</Group:ype>

B.3.2 AppendixTemplate Атрибуты: idЭлементы: name. fileLocation. fileType. fileVersion. documentldentification. documentVersion. documentReference,

objectCode. startDate, endDate, state. dateLaMu. userLaMu. language Ссылки: appendixGroup. message Регистрация присоединенных файлов.

П рим ер — на у р о в н е соо бщ е ни я :<Append.x >d-"Exae.pleDocue'Antw >

< n aip* >Voo г bee ld< / name ><lileLoc3tion>4\siv-touw\Publlc\projecL\docs\msviord\</IileLoc3t. lon>

45

ГОСТ Р 10.0.04— 2019

« • lile T y p e > a p p l i c d t io r t /m s w o ra < /Ш е Т у р е »<HleVeE3ion»2007</fiieVersion»«docum ent Id e n t if ic a t io n » 1 4 S 8 9 ':K /r io c u jn e n t la e n t l f ic d t io n > < d o c u m e n tV e E S io n » l« /d o c u m e n tV e r3 io n »«documentReterenee>FG783990«/documentReference» <stdrtDdte»2OQ8-02-Q4TO0:CO:CCZ</3tdrtDdte><enabate>2G08-12-JlT0G:GO: 0CZ«/eridDate»<stdte>dctave</stdte><ddteLdMu>2008-02-0JTOC:00:OCZ«/aateLaMu»« u se rL a M u » b a p d « /u se rL a M u »< ld n g u a g e » E K < /la n g u a g e »< a p p e n d ix G r oup>

«AppendixGroup id - "__ " »

< /A p p e n d !x G re u p >< /A p p e n d ix G ro u p »

</Apper.dlx>

Ассоциированная часть структуры взаимодействия:<deacEiption>CTdKadpTHoe определение приложения (без определенных пользователем полей adHHux</de»eEiptton»

«slarLDate>2008-02-Q4T00:C0:0CZ</3tdrtDdte»<endbate»20G8-12-31T00: GO: 0CZ«/endDate»<3tate>dctave</stdte><ddteLdMu>2008-02-0 JT0C:00:00Z«/aateLdMu»<USerLdMu>bdpd</U3erLa>lU»< la n g u a g e » K L « /la n g u a g e »

« /A p p e n d i xType>

B.3.3 ComplexElementTemplate Атрибуты: id B.3.4 GroupTemplate Атрибуты: idЭлементы: name, description. creationDate. startDate, endDate. state. dateLaMu. userLaMu. versionNo Ссылки: transactionГруппирование дополнений сообщения для восстановления ассоциированных документов.

П рим ер — на ур о вн е соо бщ е ни я :« S ta n d a rd G to u p T y p e i d - ” M e r.~B dokg roun d3" -

«name»Menu P ic tu re s - :/n a m e >« d e s e n p t ю п » Н а б о р фоновых картинок для оформления weHuK/deacript ю п » «eredtionDdte»20a8-a2-O4TQ0:00:0OZ</credt ionDate> <3tdrtDate>2008-02-O4TOQ:0O:00Z</3tdEtDdte>«endDate>2008-12-31T O O :00:00Z</endDdte>< s ta te » < /s t .a te »<dat eLaMu>2008-02-04TQO:00: 0OZ</daieLaMu»<uaer LdMu^bdpa</user LdMu>< ver з i onNo»1</ver з ionNO»< tra n sa o tio n »

« M e n u O b ta in in g T ra n s a c t.o n - d - ~ ___" »

«/MenuObta.n-ngTransact-on»« /tra n s a c tio n »

« /S ta n d a rd G rO u p T y p e »

Ассоциированная часть структуры взаимодействия:«Gro-рТуре id-"StanddEdGEO--pType" >

<СезсЕ 1рьлоп>Стандартная rpynnd</descEipt ion><s t dr tDate>200*?-12-2CTQ0:0 0 :0QZ</startDate»«endDate»2008-12-31T0G:00:00Z«/endDate»< s ta t e » a c t iv e < / s t a t e »<ddteLaMii»2007-12-20TQO:00:OOZ</dateLdMu»<userLaMu»bapa«/userLaMu>

46

ГОСТ Р 10.0.04—2019

</GroupIype><7ransact.ion7ype id-"MenuOblain-ng7raii8dct-on" »

«.dftsci 1р Ч о п > Т р а м з а к а и я для получения соотаетстьуюцего Mensx/desci iptlou><st.ax t.Date>20D8-01-23T00:0 0 :ODZC/sr.ax LDate><.endDa».e>200b-l2-31T00:00:O0Z</eiidPaLe><s!.ate>act.ive</st.d*.e><.dateLaMu>2008-01 -23T00:00:00Z<./d&».eLaMu>< use iLeMu>fcapa<iliit latOl >

<RoleTypeRei ldtel-'Tonsumer"/ v <executox><RoleTypeRei idief-"Сотрудник"/ ></execut.ox >

</7ransac?-on7ype>

B.3.5 MessagelnTransactionTemplateАтрибуты: idЭлементы: identification. dateSend, dateRead. state. dateLaMu, userLaMu. initiatorToExecutorСодержит фактическое значение MessageInTransactionType в сообщении для извлечения состояния рабоче

го процесса транзакции.В.3.6 MessageTemplateАтрибуты: idЭлементы: identification, dateSend. dateRead. state. dateLaMu. userLaMu. initiatingTransactionMessagelD.

initiatorToExecutorСсылки: transaction, messageInTransaction. templateЭкземпляр типа MessageType. Эта сущность осуществляет фактический обмен информацией между объ

ектами OrganisationTemplate (организациями).

П рим ер — на у р о в н е соо бщ е ни я :<Hand0ut0£MenuMes3age id-"a002" >

Cident lltca*..on>.d d0 02</idenl.Iicai ~on><daVeSend>2008-01-23700:00:00Z</dateSend><dabeRead>2008-0I-23700:00:00Z</da*.eRead><siate>act.-ve</3i.at.e><dateLaMu>200d-0:-23700 :00: OOZc/daieLaMu?<useiLaMu>bapa</userLaMu><iri-t.dti.ng7ransacT.-oriMessage:D>a009</init-ai.-rig7rdrisactionMessage:D><in-i-aior7oExecutor>£a-se</iriibiator7oExecutur><K.essage2n7iansacl -on>

<MessagelnTiansaeLlor.L2Rel idrei-"BiT001"/ ></riessage:n7ransact.on><tiansacbion>

<MenuObt.ainingTransac» ion id - "__ " >

</M enuObLainingTransaetion></'.ransact.-on><K.enu>

<Menu id-".. >

</Menu>

<Menu id-"..." >

</Menu></canu>

</HandOutG£MenuMes3age>


^Transact ю п Т у р е ia-"MenuObt a m i n g T r a n s a c t ion" ><descr-pii.on>7pdH3aKHKa для получения coot ает е;ьуи_его менхк/desci .ptiOn> <,stdilDat.e>2008-01-2J700:OQ:OOZ</8i.dilDul.e>

47

ГОСТ Р 10.0.04— 2019

< e n d D a te > 2 G 0 8 - l2 - 3 1T0G: 0 0 : 0 0 Z < /e n d D a te ><3tate>active</stdte><dat eLaMu>2008-01-23T0C: 00:00Z<7aateLaMu>«u se rLe M u > b a p d <init iator>

<-RoIeTypeRel idief-"Consurr.er''/ >«execut ot>

■fRo.eTypeRer .drel-''Сотрудник''/ ></executor>

< / T t dr. s a c 11 Qr.Typ(s><M essageType l d - w:;andO iit.O O teriuM essage" >

«descrlptюп>Сообщение, содержащее vieH«.</de3cription>«Star tDate>2008-01-23TOQ:00:Q0Z«/3tar tDate>«enaba te > 2 0 0 8 -1 2 -3 1 TOO: 0 0 :0 0 Z « /e r id D a te >< 3 td te > a c t iv e « /3 ta te >< d d te L a M u> 20 08 -01 -2 3T O C :00 :O O Z < /ad ie LdM u><user LdMu>bapa< /user La>lu>«complexElement з>

<Cce.p.exEleffteniTypeRef idrel-"Menu"/ ></comp 1exElemen t s >

</MessageType><C om plexE lem er.r.Type id -"M e c .u " >

«deacriptю п > Д о с т у н н ы е пункты мекю«/иезсг ipt ю п >< 3 ta r tD a te > 2 0 0 8 -0 1 -2 3 T G 0 :0 C :0 0 Z < /3 ta r t D dte><enaDate>2Q08-12-31T00:00:00Z</endDale><state>aetive</stdte><daieLaMu>2008-01-23TOO:00:00Z</daieLaMu><uset LdMu>bapa</userLaMu><elemenis>

<S.K.p.eE:e.e.enC7yF-fiRef .dreI-''КепиП.ек.з"/ ></elementa>

«/ComplexElementType*

B.3.7 OrganisationTemplateАтрибуты, idЭлементы: name, abbreviation, state, dateLaMu. userLaMuСсылки: contactPerson. templateОрганизация, участвующая в проекте по инициализации или исполнению TransactionTemplate(транзакции).

П рим ер — на у р о в н е соо бщ е ни я :<St ar.dat dot gar. Iddlior.Typtr id-"TNO“ >

<name>Netherldnds organisation for Applied Scientific Re3earch«name> <abbreviatiOn>TNO<7abbrevidtion^« a t a t e > a c t iv e « / s td te ><dat eLaMu^2008-01-23T00:0C:0QZ</dateLaMu>•fuser LaMu>bapa</user LaMu><contact Person*

«StanderdFersonType id - "__ " >

«/StandardFersonType*«/contact Person*

« /S ta r .d a rd O r g a n is a t io n T y p e *


«Рег*опТуре id-"StandardPersoriType'' *«descriptaOn>Tmt стандартного участника npouecea«/ d e s c n p t i o n >«startDate>2008-01-23TCO:00:G0Z</stdx t Date><endDate>2008-12-33TCC:00:00Z</endDate><st ate>active</state>«dat eLaMu>2008-01-23T00:C0:0QZ</dateLaMu>

48

ГОСТ Р 10.0.04— 2019

<US«I LaMu>Jnap-a</USei LaMu></PersonType><Огдап.за: .onTypt1 .d-"S'..jndnrdOrgan.3 aL.cnrype~ >

<descxiptlon>T>in стандартного подразделеняя</Цезсх1рМоп><St.ax ».Dat.e>2008-Dl-23T00: 00: 00Z</St.ax ».Dat«> <endCa».e>2OO8-l2-31.TO0:00:00Z</endDate><st.ate>act Lve</sta».e><dd*.eLaMu>2008-01 -23T00:00:00Z</dateLaMu><usex LaMu>Jnapa</user LaMu>

</Огдап.зас-оп7 уре>B.3.8 PersonlnRoleАтрибуты: idЭлементы: state. dateLaMu. userLaMuСсылки: organization. contactPerson. role, substituting, successorПользователь, выполняющий определенную роль для некоторой организации.

П рим ер — на у р о в н е соо бщ е ни я :

< s*.a t.e> a c t iv e < /s ta » .e ><.dateLaMo>2008-01-23T00 :Q0:00Z</datcLaMu><uaexLeMu>bapa</useiLaMu><conr.act.Peraon>

< S ta r.d a td P e rso r> T yp c i d - " . . . ” >

< /S ta r.d a rd P e ra o n T y p e ></C0 r.taCt.PeX3 0n><OiganiSa»lon>

< S ta r .d d rd O tg a r . la d t io r .T y p c i d - " __ " >

< /S t a r .d a rd 0 rg a r . l3 a t io r .T y p e ></oxgani.satl.ori><role>

<Cons«mct idref-"..." >

< /C or.sum or></xoL*>

</Perscn:nRoie>


<Eei8on:ype -d - " ’StandardPersonrype" ><descxiption>Tnn стандартного участника npouecc.a</descx i.pt.ion> <St.ax ».Date>2008-01-23T00: 00: 00Z</St.ax ».Date> <endnate>2006-l2-3iTOO:00:00Z</endDate><st.ate>act Lve</sta».e><da*.eLaMu>2008-01 -2 3 T 0 0 :00:00Z</dateL*Mu><usex LaMu>Jnapa</user LaMu>

</PersonType>■rOrganisat -onTyp** .d-"ScandardOrgan-3Ht-onType" >

<descxiption>Tnn стандартного подразделения</0евсх1рМоп><st.ax». Date >2008-01-23T00:00:00Z</s tax tDate> <endCa».e>2OO8-12-3iTO0:00:00Z</endDate><st.ate>act Lve</state><da*.eLaMu>2008-01 -23T00:00:00Z</da».eLaMu><usex LaMu>lriapa</usex LaMu>

</O rgan-sat.onType><Ro.eTypa .d-~Consurr^r" >

<d escx iptton>noTpe6HTer:b</descr lptior»<st.ax tDate>2008-01-23TOO: 00:00Z</stax t D.ate> <endCa».o2008-12-31T00:00:0DZ</endDate><st.ate>active</state>

49

ГОСТ Р 10.0.04—2019

<dat *LaMu>200d-01 -2.1Т0С: 00:00Z<7adteLdMu><aser LdMu>bdpd< /Ud*£ Ld>lU>

</Rwl*Typft>

B.3.9 PersonTemplate Атрибуты, idЭлементы: userName. name, state. dateLaMu. userLaMuЛицо, участвующее в проекте путем выполнения некоторой роли или как контактное лицо в конкретной ор

ганизации.

П рим ер — на ур о вн е соо бщ е ни я :«StandeidPersonType Ld-^PBonsma" >

<v.se£Ndme>bdpa<-waetNdme><r.ame>Pet.ec Bor.sma<name><atdt.e>dct.ive</stat.e><ddteLaM'->2008-02-0'lTOO:00:OOZ</ddteLdM-i>< user LaMu >bapa</jdct LaMu >

«/SLandasdPes sonType>

Ассоциированная часть структуры взаимодействия:cPersonType i.d-"’St«ndardPeiBanType" >

<description>Tnn стандартного участника npoueccaC/description>«star LDate>2008-01-23T00:00:00Z</star tOat e><end3a t.e>2008-12- 31T00:00: OOZ^/endDate*<atate>act.ive</at dt.e><dateLaMc>2008-01-23T00:00:00Z</ddt eLaM-><uaet LdMu>bapa< /user LaM->

</PessonType>

B.3.10 ProjectTemplate Атрибуты: idЭлементы: name, description. startDate. endDate. state. dateLaMu. userLaMu Проект, который должен соот

ветствовать этой структуре.

П рим ер — на ур о вн е соо бщ е ни я :«StaiidaidPioject.Type L<S-"lC t42" >

<name>The project. 1ЭМ2</г.ате><deac£iptЮ л > Ф о р м а л и н а ц и я систематики I0M2</deactip*топ><a*.att Oale>2CO8-02-0<JT00:00:C0Z</3t.artDat e>< e n d D a te > 2 0 0 8 -12 -3 1 T 0 0 : 0 0 : C 0Z < /end 0a t.e ><atat e>active</st.ale><dat eLaMu>2008-02-01T00:00:00Z</daLeLaM->Ьара</изег LaM->

</SLaHdatdPtOjeCLTypC>

Ассоциированная часть структуры взаимодействия:<Project.Type ld-"‘S*.andaidProjec*.Type"’ >

<de?cript 1оп>Тия стандартного ::роекта</Оеас£ iptior.>< s t.a t tD a f.e > 2 0 0 8 -0 2 -0 1 T 0 0 :0 0 :0 0 Z < /a L d t ЮаГ.е><end3at.e>2008-.l 2 -31T00:00:OOZ-f/er.dOat e ><SLate->aCt.ive<'/stdt.e><daLeLaMu>2008-O2-04T0O:00:0 C Z < / d a t e L a M u <cdet LaM->bapd</сайг LdMO

</Project.Type>

B.3.11 RoleTemplate Атрибуты: idЭлементы: name, description, state. dateLaMu, userLaMu, categoryРоль, выполняемая от имени организации пользователем PersonTemplate (лицом).

П рим ер — на ур о вн е сообщ ения.«Consumer id-*"Cust.amei" >

<r.am e>R ole as cust.om er< /nam e '»<desc£ipLion>Po«b а качестве кпиентас/ЦеисгiptlorV><et ateâet ive</state’>da».eLaMu>2O08-01-23T00:0O:00Z</datrLaMc>

50

ГОСТ Р 10.0.04—2019

<usex LaMu>bap-a</usex LaMu></Сопзив.ег>

Ассоциированная часть структуры взаимодействия:<RoleType id-^ConsuB^r" >

<desex ip». 1оп>ПотреОмтель</Дезсх ipt lon><stax tDate>2O08-01-23T00:Q3:OOZ</staxtDaLe><endPa*.e>20063-12-3iT00:00: 00Z<:/endEate><8tate>ective</at ate>« Ы е 1 - эМи>2008-01 -23T00:0D: 00Z<:/dateLaMu><USerLaMu>bapa</u8exLaKu>

</RoieType>

B.3.12 TransactionPhaseTemplate Атрибуты: idЭлементы: name, descnption, dateReached. state. dateLaMu. userLaMu Ссылки: transaction Фактическая фаза транзакции.

П рим ер — на у р о вн е соо бщ е ни я :<Vfax.tFor.4enu -Д-'ЧрООЗ" >

<ruame>.. .</пате><deSCXipt1оП>ФаЗв транзакции ..,</deSCXipt10П><dateReaChed>2OO8-02-04T00: 00:00Z</dateReactied><SLaLe>«Ct lve</State><dateLaMu>2008-02-0‘lTOO: 00:001 1 </dateLaMu><usex LaMu>bapa

</WaitFoxXenu>

Ассоциированная часть структуры взаимодействия:<Transact-onType :d-"Obta.nMenuTransact-on" >

<deacx ip», ion Т р а н з а к ц и я для получения еоотйетстьумтего менях/deacx ipt lon><stax ».Date>20O8-Ol-23T0O: 00:00Z</atax *.Date><endDate>2008-12-ilTOO:00:00Z</*ndDate><state>ac» Lve</a».a».e><dat.eLaMu>2008-01-23T0O:OO:0OZ</dateLaMu><usex LaMu>bapa</usexLaMu>< Initiator»

<R o 1eTypeRe£ idr t !-"Consumer” / ></Initiator ><executor>

<RoleTypeRef idtef-" Employee"/ »< /executor?

</Transac*. .onType><Tiansact-onPhaseType id-'"«a.LFoiMenu'' >

<deacx 1р».1оп>Мен*> запрошено, но еше не дано</с!еас1 ipt lon><stax». Date >2008-01-23T00:00: OOZ</stax ».Date><endDate>2008-12-31TOO:00:DOZ</endP«te><state>ac» ive</a».a».e><dat.eLaMu>2008-01-23TOO: 00: 00Z</dateLaMu»<USexLaMu>bapa</usexLaMu>

</Transact.onEhaseType>

B.3.13 TransactionTemplate Атрибуты: idЭлементы: number, name, description. startDate. endDate. state. dateLaMu. userLaMu. result Ссылки: initiator, executorТранзакция, активирующая MessageTemplates (сообщения), которые должны участвовать в обмене для вы

полнения некоторых задач.

П рим ер — на у р о в н е соо бщ е ни я :«ObtainMenuTranaaction id-wTheTransacLion" >

<nuB.ber>oo:</nuttber><паве>__ </пап«><descx.ptiOn>___</descr-pt-on>

51

ГОСТ Р 10.0.04— 2019

<st a rt Date»2008-01-2JTCa:GG:00Z</at a rt Date»<enaDdte»200a-01-2 JT00:0 0 :00Z< /endDate»< 3 ta te » a e tiv e < /s ta te »<dateLdMu>20Q8-01-23TOO:00: OOZ</dateLaMu»<user LaMu>bapa</user LaMu> c in i t id le r »



</9erson:nR ole>« / in i t ia t o r »«executor»

«PeraonlnRoIe i d - " __ " >

«/EersonlnR oie»« /e xecu to r»

■r/ObtainMenuTranaaction»


«TransactlunType ld -"G bta lr.M er;-jT rar.saction" >« d e s c r ip tюп»Трамзакция для получения соответствувшего KieHB«/deacript ю п»■«atartDaLe>20O8-Ol-23TG0:0C:0OZ</startDat e><endDate>2CC8-l2 - ilTO C :0 0 :00Z</endDate><at at e » a c tiv e < /a t at e><dateLaMu»20Q8-Ql-23T0C : CC: 00Z«/dat eLaMu><usetLaMu»bapa«/uaerLaMu»« in i t ia t o r ?

«•RoieTypeRef .dre£-"Consuar.er''/ >« / in i t ia t o r »<executor»

«RoIeTyp-eRer id r e r - "С отрудник"/ >« /e xecu to r»

< /Transact lonType»

B.4 Атрибуты

B.4.1 IdИдентификатор. Уникальный код для идентификации экземпляра объекта в сообщении.

П р и м е ч а н и е — Значение идентификатора должно быть уникальным в XML-документе. Поэтому простой серийный номер уже будет удовлетворять этому условию. Следовательно, не существует убедительных причин для ограничения значений идентификаторов только глобальными уникальными идентификаторами (GUID) (хотя в большинстве реализаций действительно применяются глобальные уникальные идентификаторы). Стандарт XML (http:/ Vk4vw.w3.org/XML/) требует, чтобы идентификатор начинался с буквы или с символа

В.5 Элементы

В.5.1 AbbreviationСокращенное названия организации. Этот элемент будет использоваться в качестве префикса номера тран

закции для идентификации транзакции.

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

В.5.2 categoryКатегория, позволяющая классифицировать данный экземпляр обьекга.

П рим ер — на ур о вн е соо бщ е ни я :i d - " . . >

« c a te g o ry » .. .« /ca te g o ry»

52

ГОСТ Р 10.0.04— 2019

В.5.3 creationDateДата создания конкретного экземпляра объекта в данном сообщении.

П рим ер — на у р о в н е соо бщ е ни я :< . . . i d - " . . . " >

<eie.it. 1ояЕл*.е>2007-12-03Т00:00: 00Z</cie*tLonDa».e>

< / . . . >

В.5.4 dateLaMuДата последнего изменения.

П рим ер — на ур о вн е соо бщ е ни я :

<dateLaMu>2OOV-12-O3TOO:00:0OZ</dat.eLaMu>

< / . . . >В.5.5 dateReachedДата 'dateReached'' — это атрибут датыУвремени элемента ‘TransactionPhaseTemplate". Он представляет со

бой дату/время достижения конкретной фазы.

П рим ер — на у р о вн е соо бщ е ни я :

< - d - " " >

<da».eBe’icIied>200B-02-34T0D: 0 0 :00Z</dat.eReeched>

< / . . . >В.5.6 dateReadДата чтения данного сообщения.

П рим ер — на у р о в н е соо бщ е ни я :

< . . . . - d - " . . . " >

<dat.eRead>200 /-12-ОЗТОО: 0 0 :00Z</dbteRead>

< / . . .>В.5.7 dateSendДата отправки данного сообщения.

П рим ер — на у р о вн е соо бщ е ни я :

< _i d - " _____ " >

<dat.eSend>2007-12-O3TO0:0 0 :00Z</da».eSend>

< / . . . >В.5.8 descriptionОписание данного экземпляра объекта.


<Piojec*-execu:or -d-"TWO" >

<de3cx lp t . lo r i> . . .< /descz LpLion>

</ProjeccexecuLox>

B.5.9 documentldentificationУникальный номер документа или ссылка на документ или файл для идентификации документа.

П р и м е ч а н и е — Настоящий стандарт предоставляет свободу в установлении различий между версиями документа и версиями файла (см. раздел В.5.13).

53

ГОСТ Р 10.0.04— 2019

В.5.10 documentReferenceСсылка для идентификации файла или документа.В.5.11 documentVersion Версия документа или файла.В.5.12 endDateДата истечения срока действия конкретного экземпляра объекта в данном сообщении.

П рим ер — на у р о в н е соо бщ е ни я :<• . . i d - " . . >

<enaDate>2007-12-CJ< /епзОаге>

< / . . . >В.5.13 fileLocationМестоположение файла, предпочтительно адрес в Интернете или путь к серверу общего доступа.

П рим ер — на ур о вн е соо бщ е ни я :< . . . i d - " . . >

< liieLocat io n > \\a tv -p a th \P u b ia c :\p ro ,-e c t-x \d o c s \< /Iile L o c d t ю п>

< / . . . >П р и м е ч а н и е — Настоящий стандарт предоставляет свободу в установлении различий между версиями

документа и версиями файла (см. раздел В.5.9).

В.5.14 fileTypeТип файла, предпочтительно тип MIME (Multipurpose Internet Mail Extensions).

П рим ер — на у р о в н е соо бщ е ни я :<... id-"..." >

< file T y p e > te x t/p la in < /tile T y p e >

В.5.15 file VersionВерсия файла — возрастающее целое число или дата.

П рим ер — на ур о вн е соо бщ е ни я :ч... id-”.. >

< Ы eVersion >2007 1202</fiieVer a i оп>

< / . . . >В.5.16 identificationОриентированная на пользователя идентификация данного сообщения.

П ример — на ур о вн е соо бщ е ни я :<AsslgnmentConfisir'ation ld-"X" >

<lder.tii»tfat-iori>Tt.is message contain* the assignment X related to part Y</identiIical-on>

< /A s s iy n m e n tC o n f ir ira t io n >

B.5.17 initiatingTransactionMessagelDСсылка на сообщение, принадлежащее к подчиненной транзакции, которая инициировала это сообщение. В.5.18 initiatorToExecutorНаправление коммуникации данного конкретного сообщения.

П рим ер — на у р о в н е соо бщ е ни я :<ExairpLeMessage id-"__" >

<ini t iaLor ToExeeut or >false</ini t iator ToExec-t or >

<trar.eaction><ExampleTrariaaet ron id-"..." >

54

ГОСТ Р 10.0.04— 2019

<it\lt ldLOX>«Pers-rrirnRole -4-*A" >

</Ferson:nRoie>« / • in i t ia to r »<executor»

«FersonlnRoIe -d-"B" >

</Ferson:nRole>< /executor»

c/ExampleTrar-.sact io.'.»</txans-aet.lori>

c/ExampleKessaqe»

В данном примере ExampleMessage будет передаваться от В (исполнитель) к А (инициатор).В.5.19 languageЯзык содержимого дополнения.П рим ер — на у р о вн е соо бщ е ни я :

« . . . - d - " . . >

« Language >Е И</language >

< / . . . »В.5.20 патеНаименование (STRING)В.5.21 numberНомер транзакции.П р и м е ч а н и е — Элемент number. Порядковый номер транзакции (см. также предыдущий элемент).

В.5.22 objectCodeВозможность связи с внешним индексом. Например, структура декомпозиции работ, пакеты работ или специ

фикации зданий.В.5.23 resultРезультат данной транзакции.В.5.24 startDateНачальная дата для конкретного экземпляра объекта в данном сообщении.П рим ер — на у р о в н е соо бщ е ни я :

< . . . id-"..." .>

<stat*. ra t.e > 2 0 0 7 -ll-0 3 < /s ta x tPa*.e>

< / . . . »В.5.25 stateТекущее состояние данного экземпляра обьекта.

П рим ер — на у р о в н е соо бщ е ни я :< . . . id-"..

<St.aLe»aCt rveC/State»

< / . . . »В.5.26 userLaMuПользователь, выполнивший последнее изменениеП р и м е ч а н и е — Это не ссылка на создание экземпляра PersonTypelnstance.

П рим ер — на у р о вн е соо бщ е ни я :. . - d - " __ " »

«userLaMu>Pecei Bonsma</useiLaMu»

< / . . . »55

ГОСТ Р 10.0.04— 2019

В.5.27 userNameИнициалы пользователя, например, триграмма (комбинация из трех символов).

П ример — на ур о вн е соо бщ е ни я :< . . . i d - " . . >

«userNdme»BAP< /userKame»

< / . . . >В.5.28 versionNoНомер версии экземпляра объекта, подключенного к данному проекту; после изменения данного экземпляра

объекта это поле должно быть также обновлено.

П рим ер — на ур о вн е соо бщ е ни я :< . . . i d - " . . >

<versionKo»2.i«/vers.ionNo>

В.6 Ссылки

В.6.1 AppendixGroupПодраздел для идентификации некоторого дополнения.

П рим ер — на ур о вн е соо бщ е ни я :«Appendix i d - " . . . " >

«appenarxGroup»«Append.xGroup - d - " __ " >

«/Append;. xGroup»«/appendixGroup»

</Append!x>

Считается, что в ассоциированной структуре определен тип AppendixType. имеющий значение Appendix. В.6.2 contactPersonЛицо, связанное с объектом PersonlnRole или связанное с конкретной организацией.

П рим ер — на у р о в н е соо бщ е ни я :«O rga n isa tion id - * ' . . . " >

«■contact Person»«■Person - d - " . . . " >

</Person»« /c o n ta c t Person»

« /o rg a n is a tio n »

Считается, что в ассоциированной структуре определен тип OrganisationType. имеющий значение Organization, и тип PersonType, имеющий значение Person.

В.6.3 ExecutorОбъект PersonlnRole. который будет действовать как исполнитель в этой транзакции.В.6.4 GroupОбщая группа для сборки набора дополнений.

П рим ер — на ур о вн е соо бщ е ни я :«Append!xGtocp i d - ” . . . ” >

«group»«Grcup - d - " __ " >

«/group»«/group»

«/AppendixGroup»

56

ГОСТ Р 10.0.04— 2019

Считается, что в ассоциированной структуре определен тип GroupType, имеющий значение Group.В.6.5 InitiatorОбъект PersonlnRole. который будет действовать как инициатор в этой транзакции.В.6.6 MessageСообщение, содержащее конкретное дополнение.

П рим ер — на у р о в н е соо бщ е ни я :«Appendix - d - ~ . . . " >

«message»«Message i d - " __ " >

«/Message»«/message»

«/Appendix»

Считается, что в ассоциированной структуре определен тип AppendixType, имеющий значение Appendix, и тип MessageType. имеющий значение Message.

В.6.7 messagelnTransactionСсылка на положение этого сообщения в потоке транзакции.В.6.8 OrganizationОрганизация, принадлежащая объекту PersonlnRole.

П рим ер — на у р о в н е соо бщ е ни я :«PersonlnRole - d - " __" »

«O rgan isa tion»«O rga n isa tion i d - " . . . ” >

« /O rg a n isa tio n »« /o rg a n is a tio n »

«/PersonlnRole»

Считается, что в ассоциированной структуре определен тип OrganisationType. имеющий значение Organization. В.6.9 RoleСсылка на роль, выполняемую от имени организации пользователем PersonTemplate (лицом).В.6.10 SubstitutingОбъект PersonlnRole. авторизованный для отправки сообщений от имени данного лица.

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

В.6.11 SuccessorПреемник другого лица в некоторой роли.8.6.12 TransactionТранзакция, содержащая конкретную группу, фазу транзакции или конкретное сообщение.


«Message -d -~ __" »

« transact.ion»«T ransac tion i d - " . . . " »

« /T ransac t ion»« /tra n s a c t io n »

«/message»

Считается, что в ассоциированной структуре определен тип MessageType. имеющий значение Message, и тип TransactionType. имеющий значение Transaction.

57

ГОСТ Р 10.0.04—2019

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

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

С.1 Общие положения

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

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

С.2 Роли и транзакции

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

Роли:- CR1: Client; (клиент)- R1: Project leading; (управление проектом)- R2: System engineering; (системное проектирование)- R3; 3D engineering; (проектирование трехмерных моделей)- R4; Cost engineenng (стоимостное проектирование).Сводка взаимодействий приведена в таблице ролей в транзакциях.

Т а б л и ц а С.1 — Таблица ролей в транзакциях для упрощенного конструкторского бюро

Тип транзакции Инициирующая роль Исполняющая роль

Т1 Разработка проекта CR1 Клиент R1 Управление проектом

Т2 Разработка спецификации системы R1 Управление проектом R2 Системное проектированиеТЗ Разработка трехмерной модели R1 Управление проектом R3 Проектирование трехмерных моделей

Т4 Разработка сметы R1 Управление проектом R4 Стоимостное проектирование

58

ГОСТ Р 10.0.04— 2019

Конструкторов» бюро

Рисунок С.1 — Карта взаимодействия, определяющая соответствующие типы ролей и типы транзакций

С.2.1 RoleTypeРоли определены в структуре как RoleTypes’. Каждый RoieType может быть определен следующими терми

нами:- идентификатор (идентификация roleType).- [Должен иметь допустимое значение идентификатора XML (квалифицированное имя). Существует несколь

ко ограничений: * должно быть уникальным в модели, * некоторые символы не разрешены (V. ...). * безпробелов. * не должно начинаться с цифры]

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

ставлении XML):<RoleType ia-"CRl_Ciient" >

<descr.pt.on>CRl: Клиент /descr.pt.on><starlDate>2010-10-29TOO: 00:00.000+02:00--/starcDate><endL4iCe>2099-:0-29T00:00:00.000-02: 00</endDate>< s ta te ;-a c tiv e < /s ta te ><date~aMu>2010-10-29TOO: 00:00.000+02 : 00-/date~aMu><user LaXu -Ronald-- /user L.aMu>< l a n g u a gex/language?< c a t e g o ryx/category>< h e l p : n lox/heIp:nlo>< c o d e x / c c d e ><respons-bi--tyScope>Hecei отьетстьекность за реализацию проекта, выражаемую а терминах

времени, качества и стоимости </reapon3.ibilAtyScope> Cre3pOn3-bl--tyTaSiCX/re3pO nSibAii.tyTa3!(> <respons;.b-i-tySupportrasi<x/re8pensi.b:.--tySuppor СГазк><responsible.tyFeedbacfcx/responsib-l.tyFeedbacto

</RoleType><RoleType id-"Rl_Pi.o‘ect_Leading" >

<descr.ptron;-Rl: Управление проектом-/descr-pc.on><sta i tDate‘-2010-10-29TOO: 00:00.000+02 :00</startDate>

59

ГОСТ Р 10.0.04—2019

< e n d D a te > 2 C 9 9 -1 0 -2 9 T 0 G : 0 0 : 0 0 . 0С04О2: 0 C < /e n a D a te ><3tdte>active</stat e><d a te L a M -> 2 0 1 0 -1 0 -2 9 T 0 0 :0 0 :0 0 .0 0 0 + 0 2 :0 0 < /d a te L a M -> c l a r g - a g e x / la n g c a g e >< c a te g o E y X /c a t e g o iy >« h e l p i n l o x / h e l p i n f o *< c o d e x /c o d e >< te 3 p o n 3 ib i l i ty S c o p e > f lo n x e H д о с т а в и ть п р о е к т в с о о т в е т с т в и и с треб ованиям и к к с н г р а к т у ■ r /E e s p o n s ib i l i t yS cope>< е е з р о п з I b i 111 уТ а з k x / е e a p o n s1Ь i 1 i t уТ а з k> c r e s p o n e i b i l i t ySuppOEt T a a k X / E e s p o n s ib i l i t yS oppoE t Т а зк>< e е з р о п з i b i 1д t y F e e d b a c k x / e e sp o n s 1 Ы 1 lty F e e d b a c k >

< /R o le T y p e >< R o le T yp e ld«-"’R 2 _ S y s te m _ E n g ln e e iln g " >

<dc3CEipLion>R2: Системное проектирование</йегСЕipl.ion>< 3 L a E L D a te > 2 0 1 0 -1 0 -2 9 T 0 0 :0 0 :0 0 .0 0 0 + 0 2 : 0 0 < / s t a t t O ate>ce n d D a te > 2 0 9 9 -1 0 -2 ЭТ00: 0C : 0 0 . C 0 0 ♦ 0 2 :C C </endD at e><af a te > a c t iv e - / s t .a te ><da LeLaM -> 2 0 1 0 -1 0 -2 9 T 0 0 :0 0 :0 0 .0 0 0 + 0 2 :0 0 < /d a te L a M -><u&e£ LaM u>Ronald</wSeE LaM j>< la n g i;a g e x / la n g u a g e >< c a t egoE y x / c a t e g o E y>< h e lp ln J o > < /h e lp I r . io >< c o d e x /c o d e >c r e s p o n e i b i l i t уЗсоре>Д олжек д о с т а в и ть специф икации систем ы в с о о т в е т с т в и и с кон трактны м и

сотл аш е ни «м и< /Е езро пв1Ы 1 1С у5сор е>< E e s p o n 3 ib i l i t y T a s k x / E e s p o n s ib i l i t у Т а зк><Ее.*ропз i b i l i t , ySuppoE t T a s k x / Е е зр о п з i b i 11 lyS cppoE t.T a ik >< e е зр о п з i b i 1 i t у F e edb ack >< / e e s p o n s ib i 11 t.y Feedback>

< /R o le T y p e >< R o le T yp e id-"R3_3D_Engineering" >

<descEiptior>R3: Проектирование трехмерных моделей-t/deacEiption>< 3 t.d E t3 a te > 2 0 1 0 -1 0 -2 9 T 0 0 :0 0 :0 0 .0 0 0 + 0 2 :0 0 ^ /3 ta E t O ate>< e r.d 3 a L e > 2 0 9 9 - l 0 -2 9 T 0 C : 0 0 :0 0 .0 0 0 + 0 2 :0 0 < /e rd D a t e><3t.at e>active</etat.e>< d a te L a M u > 2 0 1 0 -1 0 -2 9 T 0 0 :0 0 :0 0 .0 0 0 + 0 2 :00< Z da teL aM -><uaes LaMu Ronald< 1 a n g - а д е х У 1 anguage ><caLego£yX/caiegoEy>< h e lp I r . fo x / fc e lp X f t IO >< c o d e x /c o d e >< E e 3 p o n 3 ib ll i ty S c o p e > f lo n * e H д о с т а в и ть ЗЕ-модель в с о о т в е т с т в и и с кон трактны м и

с о т л а ш е н и я м ж / t e s p o r is i c l l i* .y S c o p e >< E e .-» p o n s ib ill t y T a s k x /E e a p o n B ib i l i ty T a s k > c i e s p o n e i b i l i t yScppOE t T a a k x / t e s p o n e i b i l i t yScppOE t Taak>< eе з р о п з i b i l i t , y F e e d b a c k x /E e » p o n : i ib i l i ty F e e iib a c k >

< /R o le T y p e >< R o le T yp e i d “ "R 4 _ C o s t_ E n g in e e x m g ” >

<debcr ipt.ior. -R4 : Стоимостное проектирование ./desCEiption><з» a E t.D a te > 2 0 1 0 -1 0 -2 9 T 0 0 :0 0 :0 0 .0 0 0 + 0 2 :0 0 < /s t a t t-Dat e><er.JDat e > 2 0 9 9 -10 -2Э Т С 0: 0C : 0 0 .0 0 0 ♦ 0 2 : 0C< /e n d 0 a L e ><з» ate>active</state>< d a t.e L a M ->2О 1О -Ю -29ТО 0:0 0 :0 0 .0 0 0 + 0 2 :00< /da t.eL aM -><иьеЕ LaM - -Ronald-- /u se rL a M a >< la n g u a g e x / la n g u a g e >< c a te g o E y x /e a te g o E y >< .c o d e x /c o d e >< E e 3 p o n s ib i l i ty S c o p e > n o j» te H д о с т а в и ть р а сч е т сто и м о сти в с о о т в е т с т в и и с кон трактны м и

со тлаше киями-. / r e s p o n s i b i l l byS cope ><Е езропз1Ь 11 i t y T a s k x /E e s p o n s ib i 1 i t у Т а зк>

60

ГОСТ Р 10.0.04— 2019

< x e s p o n s lx > il i . t .y S u p p o x '.T a s k x / ie s p o n s li> l l i . t .y S u p p o i'.T a s k > < ie s F o n s in i l l t . y F e e d b a c k x / ie s p o n s le i l i '.y F e e d b .a c Io

c /R o le T y p e »

С.З С ообщ ение в транзакции

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

С.3.1 TransactionTypeТранзакции определяются в структуре как TransactionTypes'. Каждый TransactionType гложет бы ть определен

следующими терминами:- идентификатор (идентификация TransactionType).- описание (спецификация TransactionType),- метаданные (результат применения TransactionType. справочная информация и т. д .).- типы RoleType. которые включены в TransactionType.Следующие четыре типа TransactionType в данном примере изображены в приведенном ниже представле

нии XML:- Т1: Обмен проектом:- Т2: Обмен системной спецификацией;- ТЗ: Обмен ЗО-моделью;- Т4: Обмен расчетом стоимости.

< T ra n 3 a c t io n T y p e . d - " T 1 " >< d e s c x ip t . io n > T l Д о ста в ка п р о е кт а < /d e s c x ip t . io n ><St.ax *. D ate>201 0 -1 0 -2 9 Т 0 0 : 9 9 : 0 0 .0 0 0 * 0 2 :0 0 < /d L a i t.Dat.e><endC a».e>2099-10-29TO O :0 0 :0 0 .0 9 0 * 0 2 :0 0 < /e n d D a te >< s t.a te > a c t L v e < /s t*» .e ><da*.eLaM u>2910 - 1 0 -2 9 T 0 9 : 0 0 : 0 0 . 000*-02 : 09</da*.eLaM u><usex L a M u> R o» a ld< /use x LaMu>< la n g u a g e > < / la n g u a g e > c c a te g o x y x /c a * .e g o r y >< h e lp In lo > < /h e lp In lo >< c o d e x /c o d e >< хе зи 1 '.> П р о е кт д о с т а в л е н < /х е з и И .>< l n l t l a t o x >

< R o le T y p e R e l id r e l - " C R l_ C l i e . n t " / >< / L m tL a tO r>< e xe cucox>

<R o lftT ypeRe f l d c e i “ " R l_ P to je c l._ L e d d ln g ‘V >< /e x e c u u » x >

< /T ra n s d c t-o n T y p e > c T ra n s a c t.o n T y p -e >

<.descx ip t.L o n > T 2 Д о ста в ка специф икации си сте м ы с /d e s c x ip » .lo n ><s».ax L D a te > 2 0 1 0 -1 0 -2 9 T 0 9 :0 9 :0 0 .0 0 0 * 0 2 :0 0 < /s t .a i *.D ate><en dD a» .e > 209 9 -10 -29 T 00 :0 0 :0 0 .0 9 0 ♦ 9 2 :00< /endD a t.e>< s t.a te > a c L lv e < ./3 ta » .e ><.da*.eLaMu>20l 0 -1 0 -2 9 Т Э Э : 0 0 :0 0 .0 0 0 * D2: 99 < /d a te L a M u ><usexLeM u>R ona ld< /usexLaM u>< 1 а п у и а у е х / la n g u a g e »< c a * .e g o x y X /c a t.e g o x y >< h e lF in lo > c / i ie lp I n f o >< c o d e x /c o d e ><хе8и1с*С пециф икация систем ы д о ста вл е н /» < /хе зи 1 1 >< in l» . la t .o x >

< R o le T y p e R e f ld r e i - " R l_ P r v > je e t_ L e a d in g " / >< / l n lL la t o x ><execu*.ox >

< /e x e c u to x >

< /T ra n s d c t io n C y p e > c T ra n s a o t io n T y p e i d - " T 3 " >

<descx ip » .lo n > T 3 Д о с т а в ка 3£>-м одели<М евсг i p t io n >< s t.a x D .a c e > 2 0 1 0 -1 0 -2 9 T 0 0 :9 9 :0 0 .0 0 0 * 0 2 :0 0 < /s ta i t .L a t .e >

61

ГОСТ Р 10.0.04— 2019

<endDate>2G 99-10-29T00:0 0 :0 0 .ОСО+02: 0C</enoDdt.e>< 3 ta te > d c ta v e < /s ta te ><ddt eLdMu>201 0 -1 0 -2 9TQC:0 0 :0 0 .0 0 0 ♦Q2:GG</ddt eLaMu><aserLdMu>Ror!dla</uaetLaM a>< la n g u a g e x 2 ld n g u a g e ><C dt.egory>< /cd t.egory>< h e lp In £ o x /h e .lp In £ o >< e o a e X /co d e >< г ези 11 > iD -ыодель доста& лекак/ ге зи 11 >

<RoieTypeRe£ .< lre l- " R l_ £ - ro je c t_ I^ d d in g ''/ >< / in i t i d t O t >< e xe iru to r>

<-RoIeTypeRe£ id re £ - "R j_ jD _ E n g -r ie e rm g " / >< /<*xecu to r>

</ T ran& act ionType> c T ra n s a c l lonType >

< d e so rjp ta o n> T 4 Д оставка расчета сто и м о е ти г/О е зс г i p t *оп>< s td r tD a te > 2 0 1 0 -1 0 -2 9 7 0 0 :0 0 :0C.GOO+02:0 0 < /s ta r tD a te ><enaDate>2099-1Q-29TOO:0 0 :0 0 .0 0 0 + 0 2 :00</endDate>< 3 ta t.e > a c tjv e < /3 i.d t.e ><dateLaMu>2010-10-29TOO:0 0 :0 0 .0 0 0 + 0 2 :C0</ddteLaMu><useELdMu>Ronala</43erLaMu>< la rtg u d g e X /la rig u d g e ><ca t e g o ty x /c a te g o ry >< h e lp In £ o > < /h e lp In £ o >< co ae x2 co a e ><Е езиИ >Р асчет стоимости д о е та в л е н г/ге зи И .>< a n . it ia t o i>

<RoieTypeRe£ id re £ - " R :_ E ro je c t_ L e a d in g " / »</ 1П1 1. Id tO O<execu t o t>

<Ro.eTypeRe£ . d r e l -■vR 4_C ost._Engineer..ngA7 >< /e x e c u to r>

< /T t ar-.aact 1 or.Type>IDM выделяет роль, делающую запрос (инициатор), и роль, обеспечивающую осуществление этого запроса

(исполнитель). В каждой транзакции гложет быть только одна инициирующая роль и одна исполняющая роль. Например. тип TransactionType. имеющий значение ТЗ Deliver 3D model' (Обмен ЗО-моделью). гложет быть инициирован только ролью R1 Project leading (Управление проектом) и выполнен инженером — разработчиком трехмерных моделей в роли R3.

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

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

В данном примере определены следующие типы TransactionPhaseType. соотносящиеся с рисунком 2 в разделе 3:

- желательный результат;- результат запрошен;- результат обещан;- результат получен;- результат объявлен;- результат принят.В приведенном ниже примере показано определение TransactionPhaseType в представлении XML:

<T idnsac».lonPhdseType id - "D e s ir e d _ R e s u lt " ><deser l p t io f. -Желательный реаультат-г/резес ip t io n ><uLdE LDatе>20Ю -Ю -О 1Т0О :0 0 :0 0 .0 0 0 + 0 2 :0 0 < /s ta r t Oate><er.dDaLe>2099-1O-OITQO: 0 0 :0 0 .0 0 0 + 0 2 :00</er;dDat e>< 3 L a te ;-a c tiv e - ./s td t.e ><dateLaMu>2OlO-lO-OlTOO:OC:O0.0OO»02:OO</ddteLdM-><u.4er LaMu ;• Ronald^ /usee LaMu>

62

ГОСТ Р 10.0.04— 2019

<languageх /Language><ca *.egoi у ></categor у ><helplniax/belplnra><code>-</code>

</7idnsacc-onFhdse7ype>CTransactioriFhaseType .d-"Result_Accepted" >

<.desc i lp t i о n > Peaультат примят< /desc r i pt -on ><s*.ar LDat.e>2OlO-ll-O4T0O:00: 00.000+01:00</atertDate> <endDa».e>2099-11-04700:00:00.000* 01 ;00</endDat.e> <st,aLe>act±ve</st.at.e><dateLaMu>2010-11-04700 : 00 : 00.000-01: 00</daVeLaHo> <userLaXu Ronald - /userLaXu><languagex/ianguage><.categoiyx/cat.egory>■fhe.plntox/helplnto<.code>-</code>

</TransdetionPhdseType><TransdctionPhdseType ia-"Result_Produced" >

<descr.ption>Peэулътат получен■; /de s c r i p:. -e n ><stax LDaie>2010-10-01TOO: 00: 00.000+02 : 00</st.artDat.e><endDat.e>2099-10-01700:00:00.000-02:00</endDa:.e><stale>active</stdVe>cdatelîMu>2010-10-01700 : 00 : 00.000-02: 00</dateLaXu><user I-aXu Ronald-' /userLaXu><languagex/ianguage>•«.categoLyx/cavegory?<-he.p:nrox/he.prnro><code>-<,/code>

</TransactionPhaseType>cTransacLionPhaseType ia-"Result_Promieed” >

<desc r-ption>Результат odeawutc/descx ipt-on><star LDate>2010-10-OITOO:00:00.000+02:00</startDate> <endDate>20V9-10-01I00:00:00.000-02:00</endDate> <state>active</state><dateLaXu>2010-10-D170Q:00:00.000-02:00</dateLaXu> <userl.aXu Ronald</useiLaXu><languagex/language><.categciyx/category><-he.pin fox/he.pinto <.code>x/code>

■c/TransactionPhdseType>cTransdCLionPhaseType ia-"Result_Requested" >

<descr .p'.iori • Результат запроаем /descr.pt ion><stailDate>2010-10-01T00:00:00.000+02:00</startDate> <endDa*.e>2099-10-01100:00:00.000-02:00</endDate> <stdte>active-:/state><dateLaXu>2010-10-01700:00:00.000-02:00</dateLaXu><userLaXu Ronald -/user LnXu><languagex/language><eategory></categ©ry><he.plnfox/he.plnro><code>-<,/code>

</Tr ansdctionPhaseType>cTransdCt-ionPhdseType xa-"Result_Stated" >

<descr .рчоп>Результат объявлен /descr>ption><star tDate>2010-ll-04TOO:00:00.000+01:00</startDale> <endDate>2099-l1-04700:00:DO.000*01:00</endDate> <state >active</state><datel*iMu >2010-11-04700:00:00.000-01:00</ddteLaXu><user InMa Ronald-;/userLaXu><languagex/ianguage><cat.eqoi yx/category>

63

ГОСТ Р 10.0.04— 2019

<helpl n £ b X / h e l p I n f o ><созе>-</соае>

</Trdr;&dctlonPhaseTypft>С.3.3 MessageTypeСообщение представляет собой заполненную информационную модель, содержащую данные. MessageType

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

ются типами ComplexElementType. В каждом сегменте может находиться совокупность составных элементов и'или одиночных элементов. Одиночные элементы определяются типами SimpleElenientType.

В приведенном ниже примере показано определение типов MessageType в представлении XML, изображенное графически на рисунке 5 в разделе 3:

- запрос 30-модели:- задание выполнено, запрос одобрения;- запрос корректировок;- задание утверждено;- задание не утверждено.

<Mes=ageType id-"Reqi.eist_for_3D_mbdel" ><deacr.ipt.ibn -Запрос 30-модели<ЛЗеаег iptior.><3tai t Dat e>2010-ll-04T00:00:00.000+01:00-/start ?ale-><eridD at е > 2 0 3 9 -1 1 -0 4 T 0 C : 0Q: 0 0 . QG0 * 0 1 :0 0 < /e n n D a te ><s tat e>active</stat,e><ddLeLdMu>2GlO-l 1-04TOC:CC:GC.QGO*Q1:OC< -'dateLaM'j><uset LuMu -Ronald-- /ьае-t LaM-><languagex/langudge>< cat egor у х / cd tegor y><helplnf ox/helplnfo <eode>-</eode><complexElenient a>

KCcrr.plexEletr.ent TypeRef .dre£-"ResultRequeetedCojnplexElement"/ > «Ззе.рТехЕТелеп;. TypeRef -dre£-"WorkIdentiilcationCoJnplexEleinent"/ >«rcx'r.plexElec.ent TypeRef idref-"WorkSpecificationComplexElement''/ > <Corr.plexEle«enirypeRef idief-"RemarksCojnplexElement"/ > «rcer.plexEletr.ent TypeRef idre£-"DeadlineCojnplexElement''/ >

</compiexElemerit s>< /MessageType-»<MessageType id-"WoEk_done_and_Eeqt.est._appt.oval" >

description-Задание выполнено, запрос одобрения </descriptton><startDale>2010-ll-04T00:00:00.000+01:00</start 3ate> <enrtDdte>2G39-ll-G4T00:00 rOO.OCO *01:0C</endDate> <atdle>active</«tdte><dateLdMb>20l0-11-04 T 0 0 :00:00.000 * 01:00</dat eLaMw-><user LaMu-Ronald-:/..еег LaMw>< 1 anguagex/1 ar.guago <ea tegor y x /ca tegor y><hrlplr.fox./f.elplnfo><code>-</code><comp 1 exE 1 cmer. t s>

<ComplexElenient TypeRef <ConiplexElement TypeRef <CompiexElenient TypeRef <Conip-lexElement TypeRef <ComplexElenient TypeRef

</oomplexElement s></MessageType><M *ssageType I d - " R e q u e s te d ju b U n e i i la " >

<de?CE ipt lot. -Запрос хоррек*ировох<Л1езог ipt ion><stat tOat e>2010-ll-04T00:00:00.000+01:00-:/3tdrt Oate><endDate>2099-l1-04TO0:00:00.000*01:C0</end0dle><s t a te>aetive< f& t. a te><daLeLaMw>20l0-l 1-0-1Т00:00:00.000*01:00</dateLaMo><cset LaMu -Ronald--'/user LaMc>

idref-"RequestApprovalCojnplexElement''/ > iaref-"Remark8CojnplexElement"/ > idref-''DeadlineCojnplexElementA'/ > inr e £• "Wor Jclden tifica tionComplexEl idre£>-"WorkSpeciflcationCoinplexEl

t"/ > t"/ >

64

ГОСТ Р 10.0.04—2019

id£e:-"RequestAdjustm*nt8ComplexElement"/ > idref-"’RemarksCom.plexElem«nt"7 > idre£-",DeadlineComplex£lement"’/ >Idtef-"WorkldentificationComplexElement"/ >1 dr ef-"WorkSpecifica tionComplexElemen t V >

<language></language»<ca*.egoiy></ca».egory> chelplnlax/helplnfa»<CQde>-</CQde>«.complexElemen'.s»

<ComplexElemer.tTypeRei •rComp 1 rxE 1 em<? n t TypeRe i <ComplexElementTypeRe£<ComplexElementTypeRe£<Comp1exE1ementTypeRe£

<./complexElement s ></MessageType»<МеззадеТуре id-"Work_approved" >

<Оезсг.рчоп>Эадалие утверждено descr.pti.on»<3tar lDate>2010-ll-04TOO : 00 :00.000+01: 00- /Star «.Date» <endDate»2a99-11-04T00:00:00.000-01:00</endDate» <8VeL*>actiwi</s*.el«><datel^Mu>201U-ll-04,rOO:00:00.000*01:00</da'.eâMu><usex L.aMtj >Rona ld</language» cc-ategotyx/ca’.egcry»<helpln£o»</helpln£o><code»-</code»<cce.plexElerr.encs»

<Coir.plexElcmentTypeRel idie£-''ApprovalComplexElement"7 > <CtimplexElemenCTypeRel idref-'-RemarksCociplexElement'r/ > <CoirplcxElcmentTypeRel idrel-"Work Identifier tionComplexEl <CumplexE 1 emenCTypeRe 1 1 dre £- "WorkSpecilicationComplexEl

</ec«plexElerr>enc8></МеззадеТуре><МеззадеТуре id-"Work_not_approved" >

<descr-рс.оп»Задамие не утверждено-/descr-pcion» <StaiCDnCe>2010-ll-04T00 : 00 : 00.000+01:00</siarC&ate» <endDate»2099-ll-04T00:00:00.000-П1:00</endDate» <state>aetive</state»<dateLaKu>2010-11-04100:00: 00.000-01:00</dateLa.Xu>Ronald-/userlaXu ><language»</language»<category»*/category»<he.plnfo»</he.plnto><.code»-</cc-de»

t " / ) t " / >

<cce.plexElemencs»<ComplexElementTypeRel <CompLexELementTypeRe1 <ComplexElementTypeRel <CompLexE LementTypeRe 1

c/cc&plexElerieriis»</МеззадеТуре»

idre1-"DisapprovalComplexElement"/ » rdxeI-"RemarksComplexElement"/ » idse1-"WorkldentificationComplexElement"/ > rdxeI“"WorkSpecificationComplexElement"7 >

MessageType также используется для идентификации сообщений в транзакции. Отношение между messageType и transacttonType определяется в другом типе: MessagelnTransactionType.

С.3.4 MessagelnTransactionTypeТранзакция содержит набор сообщений, обмен которыми выполняется для какой-либо цели. Определе

ния MessagelnTransactionType обеспечивают связывание MessageTypes с TransactionTypes. Один и тот же тип MessageType может быть связан со всеми определенными типами TransactionType. Также можно связать один и тот же MessageType более одного раза (даже неограниченное число раз) с тем же самым TransactionType.

Каждый MessagelnTransactionType может быть определен следующими терминами:- идентификатор (идентификация MessagelnTransactionType).- направление сообщения, которое должно быть отправлено (от инициатора к исполнителю = true: от испол

нителя к инициатору = false),- метаданные MessagelnTransactionType.- ссылка на тип MessageType (положение которого определено в типе MessagelnTransactionType).- ссылка на тип (или типы) TransactionType для связывания с типами MessageType. на которые дана ссылка.

65

ГОСТ Р 10.0.04— 2019

- ссылка на TransactionPhase (фазу), в состояние которой переходит процесс (после отправки MessageType в типе TransactionType. как это было определено типом MessagelnTransactionType).

- ссылка на тип GroupType.В приведенном ниже примере показано определение в представлении XML двух типов

WessagelnTransactionType из примера запроса трехмерной модели. Пример будет понятен, если ознакомиться с рисунком 5 (в ISO 29481-2 ЮМ. часть 2 Карта взаимодействия; глава 3).

Приведенный ниже пример в представлении XML показывает, что TransactionType ТЗ запускается с помощью MessageType 'Запроса трехмерной модели'. Это первое сообщение в транзакции, поскольку не существует предыдущих типов MessagelnTransactionType. определенных в MessagelnTranactionType 'MessagelnTransactionV. Направление MessagelnTransactionl указано как ’ от инициатора к исполнителю* (значение = true).

Второй тип MessagelnTransactionType. определенный как MessagelnTransaction2'. ссылается на тип MessageType 'Задание выполнено, запрос одобрения'. Рисунок 5 показывает, что это сообщение должно следовать за двумя предыдущими сообщениями:

- Запроса трехмерной модели:- Запрос корректировок.Эти два предыдущих сообщения определены как типы MessagelnTransactionType (номер 1 и номер 3) в

MessagelnTransactionType2. Направление MessagelnTransaction2 указано как «от исполнителя к инициатору» (значение = false).«MessagelnTransactionType Id-'MessagelnTransactiel" >

< г eq u 1r edNo t. i l у :••<)< /1 eqc l г edNo tl£y>«dateLaMc>2010-1l-OSTOO:00:00.000♦01:00</dat eLaMo CwetLaM'v Ronald-- /user LaMu><reoeived>0</r ece i ved><send>0«/&end>«stdte></#tate>«ir.it idtorToExeCut ot -true-- 'initial orToExeCt-t o£><messaqe>

<MeasageTypeRe£ ldref-'Reque3t_for_3D_model" / ></message><t£dr.3dCtion>

«TransactlonTypeRet iute£-‘'T3"/ >«/transact ion>«transact ior;Phdae>

«TransacticnPhaseTypeReC idre£-"Result_Requested"/ >«/ttansact ronPi.ase>«grocp>

«GroupTypeRer idref-"StarvdardGroup"/ ></group>

«/MessageInTransactionType>«MessagelnTiajisactionType id-"MessageInTransactie2" >

« r equ i t edNo tily>0«/r equi redNo t i £ у >«ddL*LdMu>2010-11-ОЬТОО:00:00.000 * 01:00</dat eLaM->«userLaMu Ronald-'/ userLaMu>< r ecei ved >0«/received><eend>0«/send><etat e x / s t a t e s«initldtotToExeoutor.>false</initiatorToExecutor><message>

<MessageTypeRe£ idre£-''Work_done_and_request_approval"/ ></message><previouS>

«MessagelnTransactionTypeRet larel-'MessagelnTransactiel"/ > «MessagelnTransactionTypeRet mref-'MessagelnTransactieS"/ >

«/previous>«transaction*

«TransactionTypeRe£ rdre£-"T3"/ ></1 r an»actl«n>«t rar.sact ionPhaso

«Transact lonPhaseTypeRef rdre£-''Reeult_Produced "/ *</trar.sactionPhase>«group>

<GrcupTypeRe£ idre£-"StandardGroupv/ >«/gtoup>

«/MessagernTransactLonType>66

ГОСТ Р 10.0.04—2019

С.3.5 AppendixTypesК сообщениям могут прилагаться вложения. В виде вложения может передаваться требование к обмену ис

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

занных с документами, путем добавления метаданных в документы, вложенные в сообщение.В приведенном ниже представлении XML показано определение AppendixType. Метаданные определяются

типами SimpleElementType в ComplexElementType AppendixComplexElement'.<Appfctm.ixType .id-"St&rvdardAppendixType“ >

<descr.pt ю л Стандартное дополнение' /description»< s ta i tDate»2010-10-01TOO: 00:00.000 + 02 : 00</start.D ate»<endDa*.e»20Vi-I0-0II0Q: D O : 00.000-02:00</endDate»<8tdte>active</state»<deteLaMu>2010-10-01700:00:00.000-02:00</dateLaMu»Ronald</userLaXu ><language></language»<.categoiyx/cat.egory»<he.plnfox/helpInl.o»<со«.р1ехЕ1екепсз>

<CoirpLexElementTypeRe£ Idref-'AppendixComplexElenient"/ ></ссер1ехЕ1ек>еп*..8»

</AppendixType»C.3.6 Ограничение содержимого сообщенийТретьим и последним шагом определения структуры взаимодействия является определение компонентов в

типах MessageType с целью:- структурировать типы MessageType;- ограничить входные данные содержимого.Определение MessageType уже содержит составные элементы сообщения. Эти составные элементы опре

делены как типы ComplexElementType.Типы ComplexElementType состоят из типов SimpleElementType (или. возможно, также из других типов

ComplexElementType). Типы SimpleElementType связываются с типами UserOefinedType для определения ограничений входных данных содержимого. Эта структура графически изображена ниже.

М и ад»1Ур«

Рисунок С.2 — Компоненты моделирования сообщения

С.3.7 Типы ComplexElementTypeОпределения ComplexElementType обеспечивают:- ограничение информационных элементов компонентов.- используемых механизмами иерархия определений типов (в XML) для получения сложного типа из другого

простого или сложного типа.- определения вклада в проверку соответствия схемы документу (post-schema-validation intoset) для элементов.- ограничения возможности получения дополнительных типов из заданных сложных типов.- управления разрешением на подстановку в образце элементов полученного типа для элементов, объяв

ленных в модели содержимого как элементы заданного сложного типа.Если обратиться к приведенному примеру использования MessageType 'Запрос трехмерной моде

ли'. связанного с транзакцией ТЗ (Запрос трехмерной модели), этот MessageType содержит следующие типы ComplexElementType:

- resultRequestedComplexElement;- /.orkldentificationComplexElement;- workSpeaficationComplexElement;- remarksComplexElement;- deadlineComplexElement.

67

ГОСТ Р 10.0.04—2019

Тип ComplexElementType 'WorkSpecification' показан ниже в представлении XML. ComplexElementType определяет его идентификацию, ссыпку на простые элементы, которые передают содержимое в ComplexElementType. и его метаданные.

В XML-представлении для ComplexElementType WorkSpecificationComplexElement' показано. что ComplexElementType содержит два типа SimpleElementType:

- ScopeOfWork;- CostEstimation.

cComplcxElcmeritType id-"WoskSpcciticationCompIexElemeriL" > cdascript ior Спецификации задания- /description><stat t Dat е > 2 0 1 0 - Ю - 0 1 Т 0 0 : 00:00.000+02:00< /sta t t,Dat e> cer-.dOat e>2099-l O-OITOO - .0 0 :0 0 .000 ♦ 02:OOc/endDat e><state>act±ve</stat*><dat eLaM->2010-10-01T00:00:00.000 *-02:00</dat eLaM-><usetLaM--Ronald- /-SetLaMu><langu a g e x / l a n g u a g e ><categ o t y X / c a t * g o c y ><helpInfox/t.elpInfo><simpleElemer.ts>

<SimpleEl*mentTypeRe£ idre£-"ScopeOfWork''/ ><SijnpleElementTypeRe£ •idre£-"Cost£stijnation"/ >

</simpleElements></CorcplexElementType>

C.3.8 Типы SimpleElementTypeОпределения типа SimpleElementType обеспечивают:- определение его идентификации.- задание 'пространства значений' и ограничений входных данных.В приведенном ниже представлении XML показано определение одного типа SimpleElementType:

CostEstimation. Этот тип SimpleElementType является частью типа ComplexElementType 'WorkSpecificationComplex ElementType' (из предыдущего примера).CSimplcElemei.tType id-"CostEstimation’' >

cdsscript 1оп>0ценка CToi-iMOcTMC/deacript Lon> cir.t.er 5aceType/>*r?tat.e>act ive</state><dat.t?LaMw >2010-12 -10T12: 36:02.527»01:00< /dateLaM.. >Cases LaMa>Rot.ald</ as*t LaMti>< language/* coategosy/><:he 1 p I г. £о>И.“. ф орма цих о затратах </helpInfo><valueList/><aset De£ir.edType>

cCserDelineaTypeRef i d r e £ - " E U R < W >< /User Delir.edType >

< /S lirp leE lemenLType>C.3.9 Типы UserDefinedTypeТипы UserDefinedType используются для определения ограничений для входных данных содержимого (путем

определения типов dataType). Все возможные ограничения XML разрешено использовать для определения типов UserOefinedType в структуре взаимодействия. В данном примере использованы только типы данных STRING' и EURO'.

В приведенном ниже примере показано в представлении XML определение типа UserDefinedType. обеспечивающего:

- идентификацию,- метаданные.- baseType,- ограничение XSD (для более конкретного определения ограничения или для определения типов перечис

лений).- CUserDeKnedType j.d-"EURO" ><descnptiori>Euro'' / d e s c r i p t i o n <state>active';/state><dateLaMu>2010-12-10T12:3b:19.486401:00c/dateLaMu><user LaM- -Ronald-;/t-ser LaMu><baseType;-DECIMAL- ,-‘baseType>cxsdRestrlct ior. <xs:£ractionDigits value="2"/ > < /xsdReslrictior. >

68

ГОСТ Р 10.0.04—2019

<Пе1рГп1о>Суммы в евро, указанные с двумя десятичными знаками</!.е1р1п!о>< / Use г TelinedT уре >- OsexDeflnedType id-"STRING" ><descxiptlon Строки с ш ш о л о в /deacr-p*..-on> tst.ate;-active--/st-ate><da*.eLaMu>2010-10-01TOO: 00:00</daLeLaMu><usexLaMu Ronald-/user LaMu><fcaseType s t r i n g /baseType><xsdReat x Let Lon />■Slanguage /><Пе1р1п1о>Тип данных String представляет строки символов в XML. 'Пространство значений'

строки - это набор последовательное гей символов конечной длины.*/help!nto></User De!inedType>

С.3.10 ЗаключениеБыли определены все типы ElementType, достаточные для создания структуры взаимодействия. Для про

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

69

ГОСТ Р 10.0.04—2019

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

Основные идеи алгоритма промотора

D.1 Основные идеи алгоритма промотора

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

Базовый алгоритм инструмента промотор преобразовывает все элементы данных () "'Туре" структуры взаимодействия (RoleType. TransactionType, MessageType, ComplexElementType. SimpleElementType и т. д.) в элементы сложных типов XSD. Конечно, необходимо руководствоваться определенными правилами, гарантирующими, что результирующая схема XSD представляет собой корректную схему XML. Например, значение атрибута ID элемента данных 'Туре интерпретируется как наименование эквивалентного ему элемента сложного типа XSD. Следовательно. атрибут ID в структуре взаимодействия должен быть не чем-то. похожим на ID = "Rde003\ а более похожим на ID = "Projecl_Manager\

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

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

70

ГОСТ Р 10.0.04—2019

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

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Т а б л и ц а ДА.1

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

Степеньсоответствия

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

ISO 29481-1 ЮТ ГОСТ Р 10.0.03—2019/ИСО 29481-1:2016 «Система стандартов информационного моделирования зданий и сооружений. Информационное моделирование в строительстве. Справочник по обмену информацией. Часть 1. Методология и формат»

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

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

71

ГОСТ Р 10.0.04—2019

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

[1J Dietz J.L.G. (2006). E n te rp r is e O n to lo g y : T h e o ry a n d M e th o d o lo g y . Springer, издание 1. 240 c.. ISBN: 3540291695

72

ГОСТ Р 10.0.04— 2019

УДК 004.9:006.354 ОКС 91.010.0135.240.6735.240.01

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

73

БЗ 6— 2019/8

Редактор Л . В . К а р е т н и к о в а Технический редактор В .Н . П р у с а к о в а

Корректор М .И . П е р ш и н а Компьютерная верстка Е .О . А с т а ш и н а

С дано и набор 06.06 205 9. П одписано в печать 10.07.2019 Ф ормат 6 0 *8 4 Vg. Гарнитура Ариал Уел. печ. л. 8,84 Уч.-иад. л. 8.00.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Создано в единичном исполнении во Ф ГУП «С ТАН ДАР ТИ М Ф О РМ * д п я комплектования Ф едерального инф орм ационного Ф ондастандартов, 117418 М осква Нахимовский пр-т. д. 31 . к. 2

wvvw.gostinro.ru in fo@ gostin fo.ru

ГОСТ Р 10.0.04-2019

Documents

НАЦИОНАЛЬНЫЙГОСТР СТАНДАРТ РОССИЙСКОЙ … · (ISO 29481-2:2012, Building information models — Information delivery manual — Part 2: Interaction