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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

ПРОФИЛИРОВАНИЕ ВОЗМОЖНОСТИ ИНТЕРОПЕРАБЕЛЬНОСТИ ПРОМЫШЛЕННЫХ ПРОГРАММНЫХ СРЕДСТВ

Часть 3

Службы интерфейса, протоколы и шаблоны возможностей

ISO 16100-3:2005 Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 3: Interface services, protocols and capability templates (IDT)

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

Москва

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

2016

ГОСТ Р ИСО 16100-3-2010

Предисловие

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

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

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

4    Настоящий стандарт идентичен международному стандарту ИСО 16100-3:2005 «Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 3. Службы интерфейса, протоколы и шаблоны возможностей» (ISO 16100-3:2005 «Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 3: Interface services, protocols and capability templates»).

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

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

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

© Стандартинформ. 2016

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

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

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

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

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

5.4 Определение сервиса интерфейса

Для поддержки использования концепции профиля возможности взаимодействия программных средств разных поставщиков согласно ИСО 16100-2 необходимо наличие следующих сервисов:

a)    профилирование возможности новой ЕППО;

b)    выбор необходимого профиля возможности ЕППО для требуемой возможности;

c)    проверка профиля возможности в соответствии с правилами построения профилей;

d)    редактирование профилей возможностей и шаблонов;

e)    создание новых шаблонов.

Поставщик сервиса профиля возможности (см. рисунок 1) предоставляет следующие типы услуг через интерфейс профиля возможности (CPI). который выполняет сервисы, указанные в перечислениях а) — е):

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

тип 2 — сервисы, обеспечивающие создание и модификацию профиля возможности, а также используемые в процессе профилирования возможности новой ЕППО (см. ИСО 16100-2, рисунки 1 и 2);

8

ГОСТ Р ИСО 16100-3-2010

тип 3 — сервисы, обеспечивающие создание и модификацию шабпона профипирования возможности и испопьзуемые для создания шаблонов (см. ИСО 16100-2, рисунок 3).

Все типы услуг могут быть доступны с помощью одного и того же или разных интерфейсов ЕППО.

В настоящем стандарте приведено только описание определений протокола сервиса типа 1 (см. 6.2).

6 Интерфейс, сервис и протокол профиля возможности

6.1    Использование сервиса профиля возможности

6.1.1    Доступ профиля возможности

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

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

6.1.2    Приведение в соответствие двух профилей возможностей

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

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

ЕППО

Возможности, предоставленные в профиле возможности

Л^СЛ°Л^ЕЛ^РЛ

on ё do

Возможности ЕППО совпадают с некими обязательными возможностями действия, обеспечивая требуемый уровень совпадения

Необходимые функции/линии поведения для действия

Рисунок 5 — Процесс получения уровня совпадения ЕППО, имеющей отношение к действию

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

Уровень совпадения предполагает одно из следующих значений (см. рисунок 6):

a)    полное совпадение — все обязательные и необязательные функции профиля возможностей действия совпадают с профилем ЕППО;

b)    полное обязательное совпадение — все обязательные функции профиля возможностей действия совпадают с профилем ЕППО;

c)    неполное обязательное совпадение — некоторые обязатепьные функции профиля возможностей действия совпадают с профилем ЕППО;

d)    нет обязательного совпадения — ни одна из обязательных функций профиля возможностей действия не совпадает с профилем возможностей ЕППО.

9

Примечание 1 — Уровень «Некоторые обязательные совпадения* может быть использован для того, чтобы повторно провести процесс выбора во всей структуре класса возможностей

Все обязательные Некоторые обязательные Нет обязательных сов паления совладения совладении

Рисунок 6 — Уровни совпадения

Примечание 2 — Качество обнаружителя совпадений определяет объем и степень полезности доводов, предусмотренных для частичного совпадения, и рекомендаций к способу получения более высокого уровня совпадения (см. 7.4).

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

6.1.3 Базовые элементы набора сервисов типа 1

6.1.3.1 Общие положения

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

случай 1 — запрос на профиль требования или профиль ЕППО. если профиль возможностей известен реестру системы; отклик на запрос является профилем;

случай 2 — запрос на профиль ЕППО. если профиль возможностей является резидентной программой ЕППО; отклик на запрос является профилем;

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

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

Рисунок 7 — Сервисы типа 1 для доступа к профилю

Ю

ГОСТ Р ИСО 16100-3-2010

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

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

6.1.3.2    Организация доступа к профилю возможностей через поставщика сервиса (случай 1)

Запрашивающий механизм сервиса запроса профиля requestProfile должен состоять из следующих этапов:

a)    пользователь профиля вызывает сервис запроса профиля requestProfile точки доступа к сервису ServiceAccessPoint:

1)    параметром обращения к вызову сервиса является:

(i) ID (идентификация) профиля возможностей;

2)    работа реагирующего элемента сервиса — асинхронная;

b)    поставщик сервиса вызывает сервис возврата профиля returnProfile точки доступа к сервису ServiceAccessPoint:

1)    параметрами отклика сервиса являются:

(О идентификатор (ID) профиля возможностей.

(И) содержимое профиля,

(НО статус ошибки доступа;

2)    работа инициатора запроса сервиса — асинхронная;

3)    запрос другого сервиса не осуществляется до тех пор. пока не будет получен отклик данного сервиса.

Имена профиля возможностей могут ссылаться на профиль возможностей требований или профиль возможностей ЕППО.

6.1.3.3    Организация доступа к профилю возможностей ЕППО (случай 2)

Запрашивающий механизм сервиса запроса профиля requestProfile должен состоять из следующих этапов:

a)    пользователь профиля вызывает сервис запроса профиля requestProfile объекта ЕППО:

1)    параметры обращения к вызову сервиса отсутствуют.

2)    работа реагирующего элемента сервиса — асинхронная;

b) ЕППОвызываетсервисвозвратапрофиляге1игпРгоГ|1еточкидоступаксервису ServiceAccessPoint:

1)    параметрами отклика сервиса являются:

(i)    имя профиля возможностей.

(ii)    содержимое профиля.

(iii)    статус ошибки доступа;

2)    работа инициатора запроса сервиса — асинхронная;

3)    запрос другого сервиса не осуществляется до тех пор. пока не будет получен отклик сервиса.

Полученный (возвращенный) профиль является собственным профилем возможностей запрошенной ЕППО.

6.1.3.4    Совпадение двух профилей через определитель совпадений (случай 3)

Запрашивающий механизм сервиса запроса совпадения requestMatch должен состоять из следующих этапов:

a)    пользователь профиля вызывает сервис запроса совпадения requestMatch от поставщика сервиса ServiceProvider:

1)    параметрами обращения к вызову сервиса являются:

(i)    ID первого профиля возможностей,

(ii)    ID второго профиля возможностей.

2)    работа инициатора запроса сервиса — асинхронная;

b)    поставщик программного средства вызывает сервис возврата результата совпадения returnMatchingResult точки доступа к сервису ServiceAccessPoint:

1) параметрами отклика сервиса являются:

(i)    ID первого профиля возможностей.

(ii)    ID второго профиля возможностей.

(iii)    результат совпадения.

(iv)    статус ошибки совпадения;

11

2)    работа инициатора запроса сервиса — асинхронная;

3)    запрос другого сервиса не осуществляется до тех пор. пока не будет получен отклик сервиса. Имена профиля возможностей могут ссылаться на профиль возможностей требований или профиль возможностей ЕППО.

6.1.3.5 Совпадение профиля непосредственно с профилем MSU (случай 4)

Запрашивающий механизм сервиса запроса совпадения requestMatch должен состоять из следующих этапов:

a)    пользователь профиля вызывает сервис запроса совпадения requestMatch точки доступа к сервису ServiceAccessPoint:

1)    параметром обращения к вызову сервиса является:

(О имя возможности.

2)    работа инициатора запроса сервиса — асинхронная;

b)    автор программного средства вызывает сервис результата совпадения retumMatchingResult точки доступа к сервису ServiceAccessPoint:

1)    параметрами отклика сервиса являются:

(О имя первого профиля возможностей.

(ii)    имя профиля возможностей ЕППО.

(iii)    результат совпадения.

(iv)    статус ошибки совпадения;

2)    работа реагирующего элемента сервиса — асинхронная;

3)    запрос другого сервиса не происходит до тех пор. пока не получен отклик сервиса.

Имена профиля возможностей могут ссылаться на профиль возможностей требований или профиль возможностей ЕППО.

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

Рисунок 8 — Общие сервисы менеджмента

6.1.4.1 Общие положения

Описание общих сервисов менеджмента, предоставляющих интерфейс профиля возможностей (CPI), приведено в 6.1.4. Эти сервисы поддерживают набор сервисов типа 1 для получения профилей и приведения их в соответствие.

ГОСТ Р ИСО 16100-3-2010

Содержание

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

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

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

4    Сокращения.........................................................................3

5    Модель производственного программного обеспечения и профиль............................4

5.1    Производственная деятельность и модель информационного обмена......................4

5.2    Единица производственного программного обеспечения.................................5

5.3    Совпадение профилей возможностей................................................6

5.4    Определение сервиса интерфейса...................................................8

6    Интерфейс, сервис и протокол профиля возможности......................................9

6.1    Использование сервиса профиля возможности.........................................9

6.2    Спецификации протоколов........................................................14

7    Шаблоны...........................................................................16

7.1    Структура.......................................................................16

7.2    Общая часть....................................................................17

7.3    Специальная часть...............................................................20

7.4    Использование шаблонов.........................................................20

8    Соответствие.......................................................................20

Приложение А (справочное) Шаблон профиля возможностей.................................21

Приложение В (справочное) Эталонные модели возможностей...............................35

Приложение С (справочное) Примеры информационной модели единицы программного

обеспечения........................................................... 49

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

ссылочным национальным стандартам Российской Федерации.................57

ГОСТ Р ИСО 16100-3-2010

Введение

Разработка комплекса стандартов ИСО 16100 обусловлена необходимостью решения следующих проблем, связанных с:

a)    постоянно увеличивающейся базой решений, зависящих от поставщиков;

b)    трудностями, возникающими у пользователей при применении стандартов;

c)    необходимостью перехода к модульным наборам инструментальных средств интеграции системы;

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

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

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

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

ServiceAccessPoint — точечный объект доступа к сервису:

registerProfile    — сервисный примитив (базисный элемент сервиса) для регистрации

профиля.

Настоящий стандарт разработан Техническим комитетом ИСО/ТК 184 «Системы промышленной автоматизации и интеграция». Подкомитетом ПК 5 «Архитектура, коммуникации и структуры интеграции».

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

-    часть 1 — Структура;

-    часть 2 — Методология профилирования;

-    часть 3 — Службы интерфейса, протоколы и шаблоны возможностей;

-    часть 4 — Методы аттестационных испытаний, критерии и отчеты;

-    часть 5 — Методология согласования конфигураций профилей с помощью многоцелевых структур классов.

IV

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

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

ПРОФИЛИРОВАНИЕ ВОЗМОЖНОСТИ ИНТЕРОПЕРАБЕЛЬНОСТИ ПРОМЫШЛЕННЫХ ПРОГРАММНЫХ СРЕДСТВ

Ч а с т ь 3

Службы интерфейса, протоколы и шаблоны возможностей

Industrial automation systems and integration Manufactunng software capability profiling for interoperability Part 3 Interface services, protocols and capability templates

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

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

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

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

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

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

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

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

ИСО 16100-1:2002 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 1. Структура (ISO 16100-1:2002. Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 1: Framework)

ИСО 16100-2:2003 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 2. Методология профилирования (ISO 16100-2:2003. Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 2: Profiling methodology)

IEEE 1320.1—1998 Стандарт языка функционального моделирования. Синтаксис и семантика для IDEFO (IEEE 1320.1—1998, Standard for Functional Modeling Language — Syntax and Semantics for IDEF0)

OMG ad/2003-04—01 Унифицированный язык моделирования. Суперструктура, версия v2.0 (OMG ad/2003-04-01. Unified Modeling Language; Superstructure v2.0)

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

REC-xml-1-l 9980210 Рекомендация W3C 1.0 по языку XML(REC-xml-19980210. Extensible Markup Language (XML) 1.0 W3C Recommendation)

REC-soap12-20021219 Версия 1.2 SOAP. Часть 1. Структура обмена сообщениями (REC-soapI 2-20021219. SOAP Version 1.2 —Part 1: Messaging Framework)

REC-xmlschema-1-20010502 Схема языка XML. Часть 1. Структуры (REC-xmlschema-1-20010502. XML Schema Part 1: Structures)

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

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

3.1    Термины, установленные в настоящем стандарте

3.1.1    интерфейс профиля возможности (capability profile interface): Функциональная, независимая от реализации точка доступа к сервису, в которой установлена совокупность сервисов, изложенных в 5.4 для работы с профилями возможностей.

Примечание — 8 некоторых случаях согласно ИСО 16100-2 интерфейс профиля возможности может быть реализован в качестве сервера баз данных

3.1.2    провайдер интерфейса профиля возможности (capability profile interface provider): Программное обеспечение, реализующее интерфейс профиля возможности.

3.1.3    кластер (cluster): Совокупность единиц производственных ресурсов.

3.1    4 компонент (component): Часть единицы производственного программного обеспечения, включающая в себя компоненты программного обеспечения производства.

3.1.5    потребитель (consumer profile): Пользователь профиля или результат уровня совпадения.

3.1.6    механизм обнаружения совпадений (matcher): Метод сравнения предложенного профиля с необходимым профилем возможности интероперабельности.

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

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

3.1.9    взаимозаменяемость единицы программного обеспечения производства (MSU interchangeability): Возможность замены одной единицы производственного программного обеспечения на другую единицу при обеспечении выполнения требуемой функции в рамках определенной производственной деятельности.

3.1.10    производитель (producer): Создатель профиля или результат уровня согласования для потребления.

3.1.11    эталонная структура класса возможности (reference capability class structure): Схема, представляющая иерархию классов возможностей, используемая для профилирования возможности.

3.1.12    справочный словарь (reference dictionary): Перечень классов возможностей, содержащий перечень ссылок на классы возможностей.

3.1.13    схема (schema): Определение метаданных на языке XML.

3.1.14    шаблон (template): Схема профиля возможности производственного программного обеспечения.

3.1.15    обнаружитель совпадений типа I (type I matcher): Обнаружитель совпадений, обрабатывающий профили, полученные из одной структуры классов возможностей.

3.1.16    обнаружитель совпадений типа II (type II matcher): Обнаружитель совпадений, обрабатывающий профили, полученные из той же самой или другой структуры классов возможностей.

3.2    Термины по ИСО 16100-1

В настоящем стандарте применены следующие термины, определенные в ИСО 16100-1. Ссылка на терминологическую статью приведена в скобках поспе определения.

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

(статья 3.3]

2

ГОСТ Р ИСО 16100-3-2010

3.2.2    профилирование возможности (capability profiling): Выбор набора предложенных сервисов. определенных особым интерфейсом в рамках структуры возможности интероперабельности программных изделий разных поставщиков.

(статья 3.4)

3.2.3    производственное программное обеспечение (manufacturing software): Тип ресурса программного обеспечения в рамках автоматической системы, который имеет значение для производства (например. CAD/PDM) за счет интеграции данных в работу потока управления и передачи информации между компонентами автоматической системы, вовлеченными в производственный процесс, и другими ресурсами предприятия, а также между предприятиями в цепочке снабжения или спроса.

(статья 3.10]

3.2    4 возможность производственного программного обеспечения (manufacturing software capability): Совокупность функций и сервисов по сравнению с критериями оценки функционирования при заданном наборе производственных условий.

(статья 3.14)

3.2.5    профиль возможности производственного программного обеспечения (manufacturing software capability profile): Краткое представление возможности производственного программного обеспечения соответствовать требованиям применения на производстве.

(статья 3.15)

3.2.6    компонент производственного программного обеспечения (manufacturing software component): Класс ресурса производственного программного обеспечения, предназначенного для поддерживания выполнения частной производственной задачи.

(статья 3.11)

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

(статья 3.12)

3.3    Термины по ИСО 16100-2

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

(статья 3.3]

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

(статья 3.4)

3.3.3    интерфейс (interface): Абстракция поведения объекта, состоящего из подмножества взаимодействий этого объекта с учетом накладываемых ограничений при их возможном появлении.

(статья 3.8)

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

(статья 3.10]

4 Сокращения

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

CPI — интерфейс профиля возможности (capability profile interface);

DTD — определение типа документа (document type definition);

ML — уровень совпадения (matching level);

MSU — единица производственного программного обеспечения (manufacturing software unit);

UML — унифицированный язык моделирования (unified modeling language);

XML — расширяемый язык гипертекстовой разметки (extensible markup language).

3

5 Модель производственного программного обеспечения и профиль

5.1 Производственная деятельность и модель информационного обмена

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

Производственный процесс должен представлять собой последовательность запланированных производственных действий, в которых каждая производственная деятельность ассоциируется с набором производственных функций (см. подраздел 5.3 ИСО 16100-1 и приложение С настоящего стандарта).

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

С помощью возможности интероперабельности программного обеспечения производства (см. раздел 6 ИСО 16100-1) каждая производственная деятельность должна быть ассоциирована с набором единиц ППО (далее — ЕППО). Согласно приложению А ИСО 16100-1 комплексная производственная деятельность может быть представлена в виде комбинации набора простых производственных действий. каждое их которых должно соответствовать одной функции и должно быть задействовано одной ЕППО.

Каждая производственная функция может быть выполнена с помощью набора ЕППО. Совокупность производственных функций может быть завершена с помощью одной ЕППО (см. 6.2 ИСО 16100-1).

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

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

Рисунок 1 — Возможности ЕППО и соответствующие интерфейсы возможности

4

ГОСТ Р ИСО 16100-3-2010

5.2 Единица производственного программного обеспечения

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

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

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

Пример — Производственная функция, ассоциированная с производственной деятельностью N (см. рисунок 2), приводится в действие с помощью ЕППО 3. С другой стороны, производственная функция, ассоциированная с производственной деятельностью М, приводится в действие с помощью ЕППО 1 и ЕППО 2.

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

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

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

Примечание 1 — Производственный процесс (см ИСО 16100-1. рисунок 4) состоит из множества производственных действий, имеющих вложенную или иерархическую структуру Интероперабельность ЕППО может применяться только к последним из множества производственных действий

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

Примечание 2 — Интерфейс А (см рисунок 2). предоставленный с помощью ЕППО 1 от поставщика А. взаимодействует с интерфейсом В. предоставленным с помощью ЕППО 2 от поставщика В Критерии интероперабельности этих программных средств разных поставщиков обозначают возможностью интероперабельности I на основе требований деятельности М Профиль возможности интерфейса А должен совпадать с профилем возможности интерфейса В для соответствия интероперабельности I Данный профиль может отличаться для других производственных действий

Примечание 3 — При необходимости взаимодействия двух видов деятельности, например М и N (см рисунок 2). может быть использован набор критериев интероперабельности J, который базируется на общих требованиях деятельности М и N Набор ЕППО. соответствующий данным видам деятельности, имеет профили возможностей. поддерживающие возможность интероперабельности J.

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

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

5

ГОСТ Р ИС016100-3—2010

Примечание 4 — Согласно рисунку 2 ЕППО 2 от поставщика С можно заменить ЕППО 2 от поставь ка В для обеспечения производственной функции, необходимой в производственной деятельности М Хотя инте фейс А, предоставленный ЕПП01 от поставщика А, взаимодействует с интерфейсом С, предоставленным ЕППО от поставщика С. полная взаимозаменяемость обоих ЕППО 2 не может быть реализована Профиль возможности интерфейса В совпадает с профилем возможности интерфейса С для обеспечения поддержки функционально* совместимости, а не возможности интероперабельности программных средств разных поставщиков

(Б). ® - интерфейсы Рисунок 2 — ЕППО в рамках производственной деятельности

5.3 Совпадение профилей возможностей

5.3.1 Общие положения

Структура шаблона возможности ЕППО должна быть определена на основе структуры класса производственной возможности (см. ИСО 16100-2. подраздел 6.3). Профили возможностей в отношении требований возможностей производственной деятельности должны соответствовать ИСО 16100-2. подраздел 6.3. Профили возможностей являются шаблонами возможностей, как минимум, с конкретизированным профилированным именем единицы ПО. другие пункты шаблона возможности должны быть заполнены в соответствии с определенным уровнем согласования (см. ИСО 16100-2. подраздел 6 4).

Атрибут класса производственной возможности определяют по ИСО 16100-2, пункт 6 2.1. а концептуальную структуру — по ИСО 16100-2. пункты 6.2.1 и 6 2 4

Примечание 1— Взаимосвязь производственных приложений, производственной деятельности и производственных ресурсов приведена в ИСО 16100-1, рисунок 4. взаимосвязь классов возможностей с производственной деятельностью — в ИСО 16100-2. подраздел 6 2

Примечание 2 — Эталонную структуру класса возможности представляют в виде схемы согласно при-ложениюА

Совпадающий профиль возможности интероперабельности ЕППО должен представлять следующие необходимые аспекты производственной деятельности:

a)    обработку информации ввода — вывода, связанную с требуемой производственной функцией.

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

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

6