Товары в корзине: 0 шт Оформить заказ
Стр. 1 

26 страниц

Купить ТЕРрр Ямало-Ненецкий автономный округ 81-01-30-2001 — бумажный документ с голограммой и синими печатями. подробнее

Цена на этот документ пока неизвестна. Нажмите кнопку "Купить" и сделайте заказ, и мы пришлем вам цену.

Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль"

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Территориальные единичные расценки на ремонтно-реставрационные работы по объектам культурного наследия (памятникам истории и культуры) предназначены для определения затрат при выполнении ремонтно-реставрационных работ по объектам культурного наследия (памятникам истории и культуры) и составления на их основе сметных расчетов (смет) на производство указанных работ.

 Скачать PDF

Оглавление

Техническая часть

     Таблица ТЕРрр 30-01-001 Разборка на детали янтарной облицовки плоского набора пластин с резьбой, профилированного и сложно-профилированного набора

     Таблица ТЕРрр 30-01-002 Удаление лаковых покрытий и загрязнений с профилированного, сложно-профилированного набора

     Таблица ТЕРрр 30-01-003 Удаление лаковых покрытий и загрязнений в рельефе гравировки и внутренней резьбы на медальонах и камеях

     Таблица ТЕРрр 30-01-004 Отделка тонкой шлифовкой и полировкой реставрируемых деталей

     Таблица ТЕРрр 30-01-005 Монтаж отреставрированных деталей плоского набора, пластин с резьбой (инталии) и профилированных деталей

     Таблица ТЕРрр 30-01-006 Покрытие поверхности янтаря отбеленным воском, для предохранения от атмосферных и механических воздействий

     Таблица ТЕРрр 30-01-007 Раскрой кусков янтаря на пластины для всех видов набора

     Таблица ТЕРрр 30-01-008 Воссоздание рельефной резьбы из янтаря

     Таблица ТЕРрр 30-01-009 Колорирование деталей набора из янтаря

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

Приложение 1. Размер часовой оплаты труда рабочих-строителей

Приложение 2. Сметные расценки на эксплуатацию строительных машин

Приложение 3. Сметные цены на материальные ресурсы

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26

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

ГОСТР

55345-

2012/ISO/TS

18876-2:2003


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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


Системы промышленной автоматизации и

интеграция

ИНТЕГРАЦИЯ ПРОМЫШЛЕННЫХ ДАННЫХ ДЛЯ ИХ ОБМЕНА, ОБЕСПЕЧЕНИЯ ДОСТУПА И КОЛЛЕКТИВНОГО ИСПОЛЬЗОВАНИЯ Часть 2

Интеграция и методология отображения

ISO/TS 18876-2:2003 Industrial automation systems and integration — Integration of industrial data for exchange, access and sharing — Part 2: Integration and mapping methodology (IDT)

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

Москва

Стандартинформ

2014

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

Предисловие

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

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»

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

4    Настоящий стандарт идентичен международному документу ИСО/ТС 18876-2:2003 «Системы промышленной автоматизации и интеграция. Интеграция промышленных данных для их обмена, обеспечения доступа и коллективного использования. Часть 2. Интеграция и методология отображения» (ISO/TS 18876-2:2003 «Industrial automation systems and integration — Integration of industrial data for exchange, access and sharing — Part 2: Integration and mapping methodology»).

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

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

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

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

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

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

/“Парадигма и грин'% \ ципы моделирова- / ния

Модель

интеграции

ш.!-----

Расширенная модель интеграции!

I

Ж

Спецификации

отображений

▼_

Модель

приложения2

s* Информацион- 'ч \ ные требова- j ния

Входные данные    Выходные    данные

Рисунок 3 — Создание модели приложения и ее отображение на модель интеграции

Входные данные для указанного действия:

—    информационные требования:

—    существующие данные;

—    существующие модели;

—    сценарии использования;

—    бумажные документы и формы;

—    результаты интервью пользователя;

—    существующие приложения.

—    существующие модели интеграции;

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

Выходные данные указанного действия:

—    расширенная модель интеграции (если входная модель интеграции неточно удовлетворяет установленным информационным требованиям);

—    модель приложения, удовлетворяющая установленным информационным требованиям и отображаемая на модель интеграции;

Примечание - Модель приложения может использовать структуру и/или терминологию модели интеграции. Если она использует и то и другое, то она идентична подмножеству модели интеграции, и их взаимное отображение тривиально.

—    спецификация отображения, представляющая соотношения между конструктивами моделей приложений и соответствующим подмножеством расширенной модели интеграции.

4.4 Интеграция модели приложения с двумя и более моделями интеграции

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

Входные данные для указанного действия:

—    одна или несколько моделей приложений;

—    две и более моделей интеграции, интегрируемых с моделями приложений;

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

7

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

Парадигма и ! принципы моде- ) лирования, /

Парадигма и ч\ ■' принципы моде-\,ч лирования2 у

Выходные данные


Входные данные


Рисунок 4 — Интеграция модели приложения с несколькими моделями интеграции

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

—    контекст модели приложения должен быть подмножеством контекста каждой модели интеграции;

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

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

Выходные данные указанного действия:

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

—    спецификации отображений, представляющие соотношения между конструктивами модели приложения и соответствующими подмножествами каждой модели интеграции;

—    улучшения модели приложения (при необходимости).

4.5 Улучшение модели интеграции

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

Указанное требование и его решение показано на рисунке 5.

8

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

s'' Парадигма и'''ч ( принципы моде- ! лирования

Вход ные данные    Выход ные д    энные

Рисунок 5 — Улучшение модели интеграции

Входные данные для указанного действия:

—    существующая модель интеграции;

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

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

Выходные данные указанного действия:

—    новая модель интеграции, имеющая более широкий контекст, чем исходная модель интеграции;

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

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

—    спецификации отображений, представляющие соотношения между конструктивами каждой модели приложения и соответствующими подмножествами новой модели интеграции.

Сценарий, указанный на рисунке 5, приводит к созданию спецификации отображения исходной модели интеграции на новую модель интеграции. Это означает, что для передачи данных из модели приложения AM1 (Application Model) в модель приложения АМП необходимо рассмотреть три отображения:

1)    отображение АМ1 на исходную модель интеграции;

2)    отображение исходной модели интеграции на новую модель интеграции и

3)    отображение АМП на новую модель интеграции.

Технические и экономические соображения приводят к альтернативному подходу, показанному на рисунке 6. Здесь спецификации взаимных отображений определены для исходных интегрируемых моделей приложений АМ1 и АМ2 и новой модели интеграции. Такой подход уменьшает количество рассматриваемых спецификаций для парных комбинаций моделей приложений за счет дополнительного анализа и выполняемых отображений.

9

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

Парадигма и''*ч I принципы моде- ) лирования

Входные данные

Выходные данные

Рисунок 6 — Альтернативные отображения для улучшенной модели интеграции 5 Методы интеграции моделей приложений

В настоящем разделе представлены методы интеграции моделей приложений. Интеграция производится в 4 этапа:

1)    анализ модели приложения, выполнение других информационных требований;

2)    расширение модели интеграции (при необходимости);

3)    идентификация подмножества модели интеграции, соответствующей модели приложения;

4)    определение взаимных отображений модели приложения и идентифицированного подмножества модели интеграции.

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

Примечание - Модель действия для процесса интеграции показана в приложении В.

5.1    Анализ требований

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

5.1.1    Предварительные условия

5.1.1.1    Модель приложения

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

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

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

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

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

5.1.1.2    Язык моделирования

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

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

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

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

Примечание 2 - Если конкретные практические рекомендации отсутствуют, то не следует считать, что язык моделирования используется корректно для описания модели приложения.

5.1.2 Описание метода

Методы, используемые для анализа требований:

—    выбор модели интеграции;

—    анализ понятий модели приложения.

5.1.2.1    Выбор модели интеграции

В принципе возможно создание модели интеграции, интегрирующей две и более модели интеграции (см. раздел 4.1). Более общим требованием является интеграция одной или нескольких моделей приложений с существующими моделями интеграции (см. раздел 4.2). Для выбора соответствующей модели интеграции используются следующие критерии:

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

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

Примечание 2- В приложении D.2 даны замечания, которые рекомендуется принимать во внимание при определении контекста модели приложения.

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

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

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

5.1.2.2    Анализ понятий модели приложения

Порядок выполнения анализа иллюстрируется на рисунке 7.

11

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

Анализ понятий модели приложения ◄-►

Понятия модели    Понятия    модели

Рисунок 7 — Анализ модели приложения


приложения    интеграции

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

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

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

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

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

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

—    комплексные понятия (в модели приложения): группа, состоящая из одного или нескольких понятий модели приложения, соответствует одному или нескольким понятиям модели интеграции;

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

Пример 2 - Модель приложения включает тип данных сущности, называемой product (продукт),    которая может представлять либо индивидуальные изделия

(идентифицированные по серийному №), либо класс изделий (идентифицированный по № детали). Если указанные сущности опознаны как отдельные понятия модели интеграции (physical_object или class_of_physical_object), то элементы сущности product модели приложения могут соответствовать элементам обоих понятий модели интеграции.

—    расчлененные понятия (в модели приложения): два и более понятий модели приложения соответствуют одному общему понятию модели интеграции.

Пример 3 - Модель приложения содержит типы данных сущностей, называемых customer (заказчик) и supplier (поставщик). Данные сущности могут соответствовать общему типу данных некоторой сущности модели интеграции, называемой organization (организация).

12

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

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

5.1.3 Условия окончания

Окончание процесса анализа модели приложения должно удовлетворять следующим условиям:

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

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

—    без модификации,

—    с некоторыми расширениями,

—    как основы для новой модели интеграции.

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

—    семантические соотношения, обнаруженные между понятиями модели приложения и модели интеграции, регистрируются.

5.2 Определение и расширение модели интеграции

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

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

5.2.1    Предварительные условия

5.2.1.1    Модель интеграции

Характеристики модели интеграции описаны в ИСО/ТС 18876-1:2003, пункт 5.1.2. Следующие предварительные условия относятся к выбранной модели интеграции:

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

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

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

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

5.2.1.2    Язык моделирования

Требования к языку моделирования:

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

Примечание - Язык EXPRESS (см. ИСО 10303-11) главным образом представляет классы (как типы данных сущностей). Следовательно, модели интеграции, определяющие порядок использования языка EXPRESS, требуют добавочных спецификаций для представлений своих элементов, например, механизмов кодирования (ИСО 10303-21, ИСО/ТС 10303-28), других представлений элементов (ИСО 10303-12), а также констант языка EXPRESS.

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

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

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

5.2.2    Описание метода

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

13

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

5.2.2.1 Создание новой модели интеграции

Эта ситуация проиллюстрирована на рисунке 8.

Метод, используемый для создания модели интеграции, может зависеть от:

—    парадигмы моделирования и принципов, используемых для развития и расширения модели;

—    языка моделирования, в котором модель определена;

—    области применения модели и контекста интегрируемой модели приложения.

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

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

Понятия модели приложения

Понятия модели интеграции

х

о

Рисунок 8 — Создание новой модели интеграции


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

5.2.2.2 Расширение существующей модели интеграции Данное действие показано на рисунке 9.

14

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

Понятия модели    Понятие    модели

приложения    интеграции

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

—    структуры и семантики существующей модели интеграции;

—    парадигмы моделирования и принципов, используемых для ее развития и расширения;

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

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

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

—    создание дополнительных соотношений модели интеграции;

—    создание дополнительных ссылочных элементов внутри модели интеграции.

Для логически обоснованной модели:

—    создание дополнительных конструктивов внутри модели интеграции.

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

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

5.2.2.3    Создание новой модели интеграции из существующей модели интеграции

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

Примечание - Модификацию модели интеграции следует отличать от расширения модели интеграции.

Методы, описанные в разделах 5.2.2.1 и 5.2.2.2, используются для формулировки следующих дополнительных ограничений:

—    исходную модель интеграции следует рассматривать как дополнительную модель приложения; она отображается на новую модель интеграции или

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

5.2.3    Условия окончания

По окончании процесса определения (расширения) модели интеграции необходимо удовлетворение следующих условий (условий окончания):

—    область применения модели интеграции должна полностью покрывать область

15

применения интегрируемых моделей приложений.

—    все пустоты имеющейся модели интеграции на этапе анализа требований (см. раздел 5.1) должны быть заполнены расширениями модели интеграции.

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

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

5.3 Идентификация подмножества модели интеграции

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

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

Понятия модели приложения


Понятия модели интеграции

Указанное действие показано на рисунке 10.

ООО

о о

^_Л

Подмножество модели интеграции

Выбор

подмножества

Рисунок 10 — Идентификация подмножества модели интеграции

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

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

Содержание

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

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

3    Термины, определения и аббревиатуры.........................................................................................2

4    Сценарии использования..................................................................................................................4

5    Методы интеграции моделей приложений....................................................................................10

Приложение А (обязательное) Регистрация информационного объекта............................................20

Приложение В (справочное) Описание процесса интеграции..............................................................21

Приложение С (справочное) Перечень опций процесса интеграции и отображения.........................30

Приложение D (справочное) Технические замечания...........................................................................35

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

международных стандартов ссылочным национальным

стандартам Российской Федерации...........................................................................38

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

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

5.4 Взаимное отображение модели приложения и идентифицированного подмножества модели интеграции

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

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

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

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

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

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

5.4.1    Предварительные условия

5.4.1.1    Языки отображений

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

Примечание 1    - Некорректный выбор языка отображения может привести к

возникновению пределов применения отображаемой модели.

Языки отображений должны обеспечивать следующие возможности:

—    задание отображений, основанных на типах данных;

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

—    задание отображений одного типа данных на другой тип данных, задание отображений одного типа данных на комбинацию типов данных, задание отображений комбинации типов данных на один тип данных и задание отображений одной комбинации типов данных на другую комбинацию типов данных;

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

—    идентификация набора отображаемых элементов;

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

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

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

17

Введение

0.1 Обзор комплекса стандартов ИСО 18876

Комплекс стандартов ИСО 18876 определяет технические требования, архитектуру и методологию для интеграции данных промышленных предприятий с целью обмена, организации доступа к данным и их совместного использования. Область применения настоящего комплекса распространяется на:

-    совместное использование данных и их интеграцию;

-    технические требования к процессам сопоставления моделей, заложенных в основе промышленных систем;

-    трансформацию данных.

0.2 Структура настоящего стандарта

Настоящий стандарт организован следующим образом:

-    в разделе 1 определяются цели и область применения настоящего стандарта;

-    в разделе 2 указываются ссылочные стандарты по тематике;

-    в разделе 3 приводятся термины и определения, используемые в настоящем стандарте;

-    в разделе 4 приводятся сценарии использования методов, определенных в настоящем стандарте;

-    в разделе 5 устанавливаются методы интеграции моделей приложений с использованием модели действий, приведенной в приложении В;

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

0.3 Целевая аудитория

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

0.4 Допущения

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

IV

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

Системы промышленной автоматизации и интеграция ИНТЕГРАЦИЯ ПРОМЫШЛЕННЫХ ДАННЫХ ДЛЯ ИХ ОБМЕНА, ОБЕСПЕЧЕНИЯ ДОСТУПА И

КОЛЛЕКТИВНОГО ИСПОЛЬЗОВАНИЯ Часть 2

Интеграция и методология отображения

Industrial automation systems and integration Integration of industrial data for exchange, access and sharing Part 2. Integration and mapping methodology

Дата введения - 2014-01 -01

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

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

—    интеграцию данных, которые могут быть:

—    взяты из различных источников для различного контекста модели,

—    описаны различными моделями;

—    определены на различных языках моделирования;

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

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

—    транслирование данных из одной системы кодирования в другую;

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

В настоящем стандарте устанавливаются следующие методы:

—    создания и расширения модели интеграции;

—    оценки и выбора модели интеграции, которая может интегрировать две и более модели приложений;

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

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

Настоящий стандарт также распространяется на:

—    методы создания и расширения модели интеграции, не зависящие от языка моделирования;

—    методы интеграции моделей приложений с моделью интеграции;

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

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

Настоящий стандарт не распространяется на:

—    структуру и содержание частных моделей интеграции;

—    метод создания и расширения частных моделей интеграции;

—    метод отображения моделей приложений на частные модели интеграции.

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

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

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

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

ИСО/МЭК 8824-1:1998 Информационные технологии. Абстрактный синтаксис. Система обозначений. Версия 1 (ASN.1). Спецификация базовой системы обозначений (ISO/IEC 8824-1:1998 Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic notation)

ИСО 10303-1:1994 Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 1. Обзор и основные принципы (ISO 10303-1:1994 Industrial automation systems and integration — Product data representation and exchange — Part 1: Overview and fundamental principles)

ИСОЯС 18876-1:2003 Системы промышленной автоматизации и интеграция. Интеграция промышленных данных для обмена, организации доступа и распределения. Часть 1. Обзор и описание архитектуры (ISO/TS 18876-1:2003 Industrial automation systems and integration — Integration of industrial data for exchange, access and sharing — Part 1: Architecture overview and description)

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

3    Термины, определения и аббревиатуры

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

В настоящем стандарте используются термины с соответствующими определениями, приведенные в ИСО 10303-1 и ИСОЯС 18876-1.

Примечание 1    - Определения, скопированные дословно из других стандартов,

сопровождаются соответствующими ссылками на стандарты в квадратных скобках, например, [ИСО 10303-1]. В указанных случаях определения, данные в ссылочных документах, являются нормативными. Их повторение здесь имеет справочный характер. В случае каких-либо несоответствий, определения из ссылочного документа имеют преимущество. За определениями могут идти примечания, поэтому определения из других стандартов оказываются адаптированными. Данные ниже определения являются нормативными для настоящего стандарта.

3.1.1    модель приложения; МП (application model; AM): Модель, содержащая информацию, используемую для некоторой частной цели.

Примечание 1 - Некоторые модели приложений также являются моделями интеграции (см. раздел 3.1.15).

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

[ИСО/ТС 18876-1]

3.1.2    класс (class): Категория или раздел сущности.

Примечание - Существует несколько способов определения класса. Данное определение должно быть максимально широким, даже шире определения, данного в ИСО 15926-2.

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

[ИСО/ТС 18876-1]

3.1.3    понятие (concept): Внутреннее понятие (концепция) некоторой сущности, общее понимание или идея некоторой сущности.

[ИСО/ТС 18876-1]

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

3.1.4    конструктив; логическая структура (construct): Представление понятия с помощью некоторой формальной системы обозначений.

Примечание - Конструктив может быть частью модели данных или моделью данных в

целом.

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

[ИСО 10303-1]

3.1.6    модель данных (data model): Набор конструктивов, обеспечивающих определение, структуру и формат данных; этот набор может быть физическим или абстрактным, в зависимости от выбора регистрирующей среды.

[ИСО/ТС 18876-1]

3.1.7    производное понятие (derived concept): Понятие модели интеграции, определяемое через примитивные понятия.

[ИСО/ТС 18876-1]

3.1.8    преобразование кодирования (encoding transformation): Преобразование способа представления элементов данных на компьютере.

Пример - Преобразование данных, представленных на языке EXPRESS, из файла, соответствующего ИСО 10303-21, в документ XML.

[ИСО/ТС 18876-1]

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

3.1.10    фундаментальное понятие (foundation concept): Примитивное понятие, определяющее общее базовое представление о модели интеграции.

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

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

[ИСО/ТС 18876-1]

3.1.11    общее понятие (general concept): Примитивное понятие, имеющее очень широкую область применения, но являющееся специализацией некоторого фундаментального понятия.

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

[ИСО/ТС 18876-1]

3.1.12    индивидуальность (individual): Сущность, существующая в пространстве и времени.

Примечание - Данное понятие включает сущности, фактически существующие сейчас или

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

Пример - Насос с серийным № АВС123, электростанция Battersea, сэр Joseph Whitworth (изобретатель трубной резьбы), космический корабль Enterprise - примеры индивидуальностей.

[ИСО/ТС 18876-1]

3.1.13    информация (information): Факты, понятия и инструкции.

[ИСО 10303-1]

3.1.14    интеграция (integration): Действие, которое создает, модифицирует или расширяет модель интеграции.

[ИСО/ТС 18876-1]

3.1.15    модель интеграции; МИ (integration model; IM): Модель приложения, задающая информацию, представленную двумя или несколькими моделями приложений.

Примечание - Модель приложения становится моделью интеграции в зависимости от роли, которую она играет по отношению к одной или нескольким моделям приложений.

[ИСО/ТС 18876-1]

3.1.16    отображение (mapping): Установление соответствия элементов одной модели элементам другой модели, имеющим тот же смысл.

Примечание 1    - Отображение может быть односторонним или двухсторонним

(взаимным).

Примечание 2 - Отображение - это результат применения спецификации отображения к частной модели.

[ИСО/ТС 18876-1]

3

3.1.17    спецификация отображения (mapping specification): Определение преобразований, необходимых для приема информации в соответствии с одной моделью данных и представления некоторой информации в соответствии с другой моделью данных.

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

Примечание 2 - Спецификации отображений могут быть процедурными, декларативными, а также их комбинацией.

[ИСО/ТС 18876-1]

3.1.18    модель (model):    Ограниченное    информационное    представление    объекта

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

Примечание - Модель может быть просто набором данных, может быть моделью данных, может принимать другую форму. Приложение D содержит замечания о соотношениях между моделями, данными и моделями данных.

[ИСО/ТС 18876-1]

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

Примечание 1- Контекст модели - это класс всех ее возможных расширений.

Примечание 2- Понятие «контекст модели» - более общее, чем понятие «контекст приложения», определенное в ИСО 10303-1.

[ИСО/ТС 18876-1]

3.1.20    область применения модели (model scope): Диапазон информации, который может быть описан моделью приложения.

[ИСО/ТС 18876-1]

3.1.21    примитивное понятие (primitive concept): Понятие модели интеграции, не полностью определенное терминами других понятий.

[ИСО/ТС 18876-1]

3.1.22    структурное преобразование (structural transformation):    Тип    спецификации

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

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

[ИСО/ТС 18876-1]

3.1.23    терминологические преобразования (terminology transformation): Преобразование термина, используемого для ссылки на сущность.

Примечание - Данное преобразование может иметь место между синонимами одного языка или между различными языками.

[ИСО/ТС 18876-1]

3.1.24    преобразование (transformation): Изменение формы.

[ИСО/ТС 18876-1]

3.1.25    вид (view): Ограниченное представление модели данных.

[ИСО/ТС 18876-1]

3.2    Аббревиатуры

В настоящем стандарте используются следующие аббревиатуры:

МП - модель приложения (AM; Application model).

Примечание - В ИСО 10303 аббревиатура МП используется также для понятия «модуль приложения». Понятия «модель приложения» и «модуль приложения» - разные вещи.

МИ - модель интеграции (IM; Integration model).

4    Сценарии использования

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

—    интеграция двух или нескольких существующих моделей приложений (см. раздел 4.1);

—    интеграция одной или нескольких существующих моделей приложений с существующей моделью интеграции (см. раздел 4.2);

—    определение модели приложения и ее отображение на модель интеграции (см. раздел

4.3);

—    интеграция модели приложения с несколькими моделями интеграции (см. раздел 4.4);

—    улучшение модели интеграции (см. раздел 4.5).

4

ГОСТ Р 55345 - 2012/ISO/TS 18876-2:2003

4.1 Интеграция моделей приложений

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

Настоящее требование и его решение показаны на рисунке 1.

/'* Парадигма и''',

Рисунок 1 — Создание модели интеграции, интегрирующей две модели приложений


Модель

приложения1


! принципы моде- ) лирования

Входные данные для указанного действия:

—    две и более моделей приложений;

—    парадигма моделирования и принципы, выбранные для создания модели интеграции.

Примечание - Использование указанных принципов является важным критерием при

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

Выходные данные для указанного действия:

—    модель интеграции, представляющая понятия и ограничения входных данных моделей приложений;

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

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

4.2 Интеграция модели приложения с моделью интеграции

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

—    интеграция моделей приложений;

—    улучшение качества моделей приложений путем представления их понятий и ограничений в более согласованной и расширенной форме (структуре);

—    расширение области применения модели интеграции.

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

Примечание 1 - См. раздел 4.5 для описания сценария, по которому контекст интегрируемых моделей приложений не является подмножеством контекста модели интеграции.

5

Соотношение между областью применения и контекстом различных моделей определено в ИСО/ТС 18876-1:2003, пункт 5.1.2.

Указанное условие и решение показаны на рисунке 2.

/"Парадигма и прин-^ ‘v ципы моделирова-7

НИЯ

Входные данные

Выходные данные

Рисунок 2 — Интеграция модели приложений с существующей моделью интеграции

Входные данные для указанного действия:

—    существующая модель интеграции;

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

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

Выходные данные указанного действия:

—    расширенная модель интеграции (если входная модель интеграции не точно удовлетворяет требованиям моделей приложений);

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

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

—    улучшения моделей приложений (при необходимости).

4.3 Определение модели приложения и ее отображение на модель интеграции

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

Данное требование и его решение показаны на рисунке 3 ниже.

6