База ГОСТовallgosts.ru » 25. МАШИНОСТРОЕНИЕ » 25.040. Промышленные автоматизированные системы

ГОСТ Р ИСО 16100-5-2011 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология согласования конфигураций профилей с помощью многоцелевых структур классов возможностей

Обозначение: ГОСТ Р ИСО 16100-5-2011
Наименование: Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология согласования конфигураций профилей с помощью многоцелевых структур классов возможностей
Статус: Действует

Дата введения: 09/01/2012
Дата отмены: -
Заменен на: -
Код ОКС: 25.040.01
Скачать PDF: ГОСТ Р ИСО 16100-5-2011 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология согласования конфигураций профилей с помощью многоцелевых структур классов возможностей.pdf
Скачать Word:ГОСТ Р ИСО 16100-5-2011 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология согласования конфигураций профилей с помощью многоцелевых структур классов возможностей.doc


Текст ГОСТ Р ИСО 16100-5-2011 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология согласования конфигураций профилей с помощью многоцелевых структур классов возможностей



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

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


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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТ Р исо 16100-5 — 2011

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

и интеграция

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

Част ь 5

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

ISO 16100-5:2009

Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 5: Methodology for profile matching using

multiple capability class structures (IDT)

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

Стандцлтфори

2014

Предисловие

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

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

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

4    Настоящий стандарт идентичен международному стандарту ИС016100-5:2009 «Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология согласования конфигураций профилей с помощью многоцелевых структур классов возможностей» (ISO 16100-5:2009 «Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 5: Methodology for profile matching using multiple capability class structures»).

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

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

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

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

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

Содержание

5.4    Применение многократно используемых MSU-модулей для выполнения требований к новым

BI

Введение

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

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

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

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

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

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

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

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

•    часть 1. Структура;

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

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

•    часть 4. Методы аттестащюнных испытаний, критерии и отчеты:

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

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

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

В приложении А настоящего стандарта описан процесс формирования производственной модели (MDM) и производственных данных (показателей) (MDD). а в приложении 8 приведен пример согласования конфигураций г ппмтцкю ммогопараматричАгких кпатпп

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

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

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

Часть 5

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

Industrial automation systems and integration. Manufacturing software capability profiling for interoperability. Part 5. Methodology for profile matching using multiple capability class structures

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

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

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

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

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

-таблицу соответствия, в которой даны ссылки на услуги типа1. указанные и определенные в ИС016100-3;

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

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

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

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

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

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

ИС0 16100-4:2008 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 4. Методы аттестациоюгых испытаний. критерии и отчеты (IS015100-4:2006 Industrial automation systems and integration — Manufacturing software capability profiling for interoperability—Part 4: Conformance test methods, criteria and reports Interface)

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

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

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

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

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

Примечание 2 — В настоящем стандарте шаблон класса параметров идентичен шаблону параметров (см. ИСО 16100-2:2003, подраздел 6.3, посвященный шаблонам параметров).

Примечание 3 — Определение заимствовано из ИСО 16100-2:2003. подраздел 3.3.

3.2    шаблон структуры класса возможностей (capability class structure template): Схема (логическая структура а базе данных) на расширяемом языке разметки XML. представляющая собой иерархическую структуру классов возможностей.

3.3    производственные данные (производственная информация) (manufacturing domain data): Класс унифицированного языка моделирования (UML), представляющий информацию относительно производственных ресурсов, производственной деятельности или объектов, взаимодействующих в конкретной области производства.

3.4    шаблон производственных данных (информации) (manufacturing domain data template): Схема (логическая структура в базе данных) на расширяемом языке разметки XML. представляющая собой производственные данные (производственную информацию).

3.5    производственная модель (manufacturing domain model): Частное представление производственного домена, состоящее из производственных данных и взаимосвязей между ними, соответствующих областям их применения.

3.6    шаблон производственной модели (manufacturing domain model template): Схема (логическая структура в базе данных) на расширяемом языке разметки XML. представляющая собой модель производства.

4    Сокращения

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

CCS — структура класса гараметров (CCS-структура):

CSI — заключение о соответствии для внедрения реализации:

MDD — производственные данные (МОО-данные);

MDM — производственная модель (МОМ-модель);

MES — управление производственными операциями;

MSU — модуль производствен ной программы (MSU-модуль);

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

ХМ. — расширяемый язьк разметки.

5    Многоцелевые CCS-структуры, на которые ссылаются

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

5.1 Принцип согласования профилей

Рисунок 1 иллюстрирует принцип согласования конфигураций параметров с помощью многопараметрических структур классов.

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

Примечанив2 — Реальный процесс согласования конфигураций параметров использует тот же алгоритм, что и при согласовании XML-лрогрзмм.

Раэработчж громаэодстванной прикладной программы {пользователь MSU-модупя)

»юмп«п*


С


dk

Пеепе»* n**mmm* ГПТ—itW

Рисунок 1 — Принцип согласования конфигураций параметров с использованием многоцелевых структур классов

5.2    Многократное применение MSU-модулей

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

5.3    Регистрация MSU-модулей

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

a)    анализ ряда операций, где допускается применение MSU-модулей (они могут действовать в одной или нескольких операциях):

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

c)    выбор шаблона параметров для каждого идентифицированного класса параметров:

d)    при отсутствии подходящей CCS-структуры — формирование и регистрация ее с помощью подходящих методов управления баэсй данных, а затем формирование соответствующего шаблона с его регистрацией аналогичным образом;

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

5.4    Применение многократно используемых MSU-модулей для выполнения требований к

новым производственным прикладным программам

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

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

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

c)    для каждого из классов параметров в созданной или выбранной CCS-структуре заполнение соответствующего шаблона класса параметров для формирования требуемого набора конфигураций параметров;

d)    с использованием программы согласования конфигураций типа 2 (см. ИС016100-3) сравнение набора требуемых конфигураций параметров с имеющимся набором конфигураций MSU-модуля для нахождения уже существующих MSU-модулей, которые соответствуют набору требуемых конфигураций параметров:

e)    выбор набора уже существующих MSU-модулей, отвечающих требованиям, предъявляемым к новой производственной прикладной программе;

f)    при отсутствии набора MSU-модулей, отвечающих поставленным требованиям, разработка недостающих MSU-модулей;

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

Рисунок 2 иллюстрирует вариант реализации принципа разработки новой производственной прикладной программы (см. рисунок 1).

ИнФфмцжмныИ поткал* рвтвпш** сущмт)юа|ио М8и-*адл*


Инфорищмнный поток дг« рмркйип—МОЯ нонй фонтаотамно* фМЛМНОЙ протри ыы


СГЯЦИфИКЙЦЫП

Ж|<Й5235ть**

1


с


fWTpMVIfMi \


с


I


Ссиамтатррауры

«ШЬСЦИИИШЯУЮ»


I

У':


(Гпутт м«&»ниЛкш.^ параштрок jГ У


Q

чч


. Конфндоуоикии» (нош— ЦИбГ-ОММ)


Кйи^модйчм

порыв рш WJ-e«j7w


модель


Структур* шиооов

ГЩШМфОв


Прюододеявннью

двнньв


Шаблон

параметров


САжлттркГ|Гшвк>кгршжядгва>*К1<1 Л _WOTWBHliTritrUI»_J

ъ




IW


Сотни» шк&киаа


троеуыве

ЮЩИН'ИЦМ


к


3


)


4<^fflgCTgC)


V



с


ftntcrpem шиВхнс*

тр—пути


3


имфкр|вт— «веток 1 (пт<»юкоюр<ф«ж'12) _у


Г\


вмммнм ямпотчньк вонфиурадий парветрск


\


\


Нввшмсшшетк выявломв «наиртшнш. внфвяюодй1 щт' I цю I

___.*___


\ю/ V

1

новый

MBU-

ОшсгцкмЮ

IflLUi^u^

-------1

мюрфль



Ъ


Рисунок 2 — Блок-схема процесса разработки прикладных программ с использованием шаблона параметров.

их конфигурации и CCS-структуры


5.5 Производственные данные

На рисунке 3 схематически изображены MDD-данные. MDM-модель. CCS-структура. класс параметров и их взаимосвязи с другими производственными элементами.

Рисунок 3 — Блок-схема, иллюстрирующая взаимосвязи между областью производства и производственной

прикладной программой

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

Рисунок4 иллюстрирует пример построения структуры MDM-модели с несколькими источниками MDD-данных. Процесс, после которого следует формирование MDM-модели для формирования MDD-данных. рассмотрен в приложении А.

МЭКИ

moot

. йкзьИ 1

НоасггвгьрапНА Паяет»» ралиШ"

-атрибут А-1 -атрибут Д*2

Навит*» рати 2А 1 1

Сия>#2

Ож*ипп|нгк» 1 оиш.*а

Ш»<В

•атрибут 1М •етряВутВ-2 •атрибут B-S

УХаотш» pent 3D

Рисунок 4 — Пример структуры MDM-модели

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

a)    о производственных ресурсах (например, о MSU-модулях, оборудовании, автоматических устройствах. персонале, материалах, полуфабрикатах):

b)    о производственных продессах (например, об операциях, направлениях работ);

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

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

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

Рисунок 5 — Блок-схема, иллюстрирующая взаимосвязи между MDD-данными и MDM-моделью

Рисунок 5 иллюстрирует взаимосвязи между MDM-моделью и не менее чем с двумя массивами MDD-данных. которые обычно могут формировать древовидные структуры и иметь связи, ограничиваемые классом отношений, указанным на рисунке S. Существует также возможность введения специальных определении классов как внешних классов ло отношению к некоторым связанным стандартам, распространяющихся на определенную область производства.

5.6 Сопоставление классов возможностей с MDD-данными

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

На рисунке 6 изображены две CCS-структуры. преобразованные из соответствующих деревьев производственных операций. Структуры CCS #1 и CCS #2 различаются между собой, все же имея несколько идентичных классов параметров, которые могут выявляться, если конфигурация параметров, соответствующая классу параметров, описывается с помощью MDD-данных. взятых из одной и той же MDM-модели.

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

Рисунок 6 — Многоларамегричесхив классы, описываемые с помощью MDD-данных. еыбираемых из одной и той же MDM-модели

6 Методы и правила профилирования возможностей

6.1    Шаблоны для профилирования возможностей MSU-модуля

Перечисленные ниже четыре шаблона (при наличии структур миогопараметрических классов) используются для конфигурирования параметров MSU-модуля:

а) шаблон CCS-структуры: о) шаолон возможностей:

c)    шаблон МОМ-модвли;

d)    шаблон МОО-данных.

6.2    Шаблон CCS-структуры 6.2.1 Концептуальная структура

CCS-шаблон как минимум должен содержать следующие элементы:

a)    наименование разработчика CCS-структуры:

b)    идентификационные дажые на CCS-структуру;

c)    идентификационные данные на каждый класс параметров:

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

Идентификационные данные на дочерний узел для каждого мандатного класса.

На рисунке 7 приведена концептуальная структура CCS-шаблона.

Наименование разработчика CCS-структуры Идентификационные данные на CCS-сгруктуру Идентификационные данные корневого узла CCS-структуры Идентификационные данные на <ласс параметров Идентификационные данные на эодительский уровень Идентификационные данные на дочерний уровень

Рисунок 7 — Концептуальная структура CCS-шаблона

6.2.2 Формальная структура <?xm1 versk>n=-1.0" encoding="UTF-8"?>

<xs:schema xmlns:xs=‘httpJ/">

<xs:etement name='CapabilityClassStnjcture">

<xs:complexType>

<xs:sequence>

<xs;etement name=*CCS_Creator_Name">

<xs:complexType>

<xs:attnbute name=“name" type="xs:string" form=Hunqualified*/> </xs:complexType>

</xs:element>

<xs:efemerit name=’CCS_ID">

<xs:complexType>

<xs:attribute name="id* type="xs:string* form='unqualified7> </xs:complexType>

</xs:element>

<xs:element names"CCS_Root_NodeJD">

<xs:compJexType>

<xs:attribute name=’id” type="xs;IDn fomn="unqualified7>

</xs:complexType>

</xs:element>

<xs:etement name="Capablity_Class" type="RecursionType7>

</xs:sequence>

</xs:oomplexType>

</xs:element>

<xs:complexType name="RecufsionType">

<xs:sequence>

<xs;element name=’Capabiity_ClassJD">

<xs:complexType>

<xs:atlribute name="kT lype=*xs:string’ form=’unquatified7> </xs:complexType>

</xs:etement>

<xs:sequence maxOccurs=’Unbounde<r>

<xs:element name="Parent_Node_ID»>

<xs:complexType>

<xs:attribute name='id" type=’xs:stringH f<xm="unqualified7> </xs:comptexType>

</xs:element>

<Vxs:sequence>

<xs:sequence minOccurs="0" maxOccurs="unbounded">

<xs:element name="ChikJ_Node__ID’>

<xs:comptexType>

<xs:sequence>

<!• -the foilwing sentence shows the recurdion definition of capability_dass- •> <xs:element name='Capabibty_Class” type=*RecursionType7> </xs:sequence>

</xs:comptexType>

</xs:efement>

</xs:sequence>

</xs:sepuence>

</xs:comptexType>

</xs:schema>

6.3 Шаблон профиля возможностей 6.3.1 Концептуальная структура

Шаблон конфигурации параметров согласно ИС0 16100*2:2003 (подраздел 6.3) и ИС016100-3:2005 (пункт 7.2.2) должен содержатьобщую часть, а согласно ИСО 16100*2:2003 (подраздел 6.3) — также и специальную часть, в которой как минимум должны содержаться элементы, указанные в ИСО 16100*2. вместе со следующими дополнительными элементами:

a)    справочное наименование MDM-модели:

b)    формат описания MDD-данных (например, перечень М DO-объектов);

c) описание MDD-данных (например, доступ к МDO-объектам. регламентированный по времени).

На рисунке 6 приведена концептуальная структура шаблона конфигурации параметров.

Общая часть

Идентификационные данные шаблона

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

Операционная система л опции Язык сообщений Оперативная память Объем дискового пространства Поддержка режима коллективного пользования Возможность получения удаленного доступа Дополнительные устрой:гва и подсоединения Измеряемые показатели модуля Время работы

Число операций в единицу времени Данные о надежности модуля Хронология использования Число поставок

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

Наишаыпвяния сповэря-гпрятмникя пп клаггам параметров (плкаэатягмй)

Число атрибутов конфигурация

Число методов

Число ресурсов

Число ограничений

Число расширений

Число более низких уровней

Число шаблонов на следующем более низком уровне Специальная часть для клаоса показателей Справочное наименование MDM-модели Формат описания MDD-данньк Описание MDD-данных

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

Перечень методов для классе параметров (показателей)

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

Перечень ограничений для класса параметров (показателей)

Перечень расширений для класса параметров (показателей)

Перечень более низких уровнэй класса параметров (показателей)

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

Рисунок 6 — Концептуальная структура шаблона конфигурации параметров

6.3.2 Формальная структура

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

<?xm1 versions’'1.0" encoding="UTF-8"?>

<xs:schema xml ns:xs=*httpJAwrw. w3.org/2001/XMLScbema*>

<xs:element name="CapabilityProfiling">

<xs:comptexType>

<xs:sequence maxOccurs=*unbounded”>

<xs:element name=*Typ€">

<xs:complexType>

<xs:atlritKJte name=1d" type=*xs:string' use='required7>

</xs:comptexType >

</xs:efement>

<xs:element name=’,CapabilityProfile">

<xs :comptexType>

<xs:sequence>

<xs:element name="Pkgtype”>

<xs:complexTyp6>

<xs:attribute name="version* lype="xs:strirvgn form='unqualined*/>

</xs:complexType>

</xs:element>

<xs:element name=*Commonn type="CommonPartType7>

<xs:element name="Specific" type=’SpecificPartType7>

</xs:sequence>

<xs:attribute name=Mate" type=’xs:strmg" form=’unqualified7>

</xs:comptexType>

</xs;elemen(>

</xs:sequence>

</xs:complexType>

</xs:etement>

<xs:complexType name=*ComtnonPartType">

<xs:sequence>

<xs:cf>oice>

<xs:element nam«=nR»quiremenr>

<xs:complexType>

<xs:sequence>

<xs:element пате^Ю" type=*xs:string7>

</xs:sequence>

<xs:attribute name=*jd" type="xs:string" form="unqualified7>

</xs:comptexType>

</xs:etement>

<xs:element name=*MSU_Capability">

<xs:complexType>

<xs:sequence>

<xs:element name="ID" type="xs:string7>

</xs:sequence>

<xs:attribute rtame=’id" type="xs:string" form="unqualified7>

</xs:comptexType>

</xs;element>

</xs:choice>

<xs:sequence maxOccurs=*un5ounded">

<xs:element name=*ReferenceCapabilityCiassStructure*>

<xs.complexType>

<xs:attribute name="id" type="xs:string” form="unqualified7>

<xs:attribute name=*name” type=*xs:stnng" form=“unquaiified7>

<xs:attribute name="v8rsionH type="xs:stiing’ form='unquaSfied7>

<xs:altribut6 name=*urT type=*xs:string* form='ur>qua]ified7>

</x s :complexType>

</xs:element>

<xs:element name=TempiatelD">

<xs:comptexType>

<xs:attribute name=*id" type=’xs:string" form=nunqualtfied7>

</xs:comptexType>

</xs:e!ement>

</xs:sequence>

<xs:etement name='Capabi ity_Oass_Name">

<xs:complexType>

<xs:attribute name="name* type="xs:string" form="unqualified7>

<Jx&: complexType>

</xs:alament>

<xs:elementname='Referenca_Capability_Class_Stfucture_Name">

<xs:complexType>

<xs:attribute name="name* type-’xsstring" form="unqualified7>

</xs:complexType>

</xs:element>

<xs:element name="Verston">

<xs:complexType>

<xs:attribute name="maior* type="xs:string" form="unqualified7>

<xs:attribute name="minor* type="xs:string" form="unqualified7>

</xs:complexType>

</xs:element>

<xs:etement патв='Оллег,>

<xs:complexType>

<xs:sequence>

<xs:element name=“Name" type='xs:string" minOccurs=*07>

<xs:element name-’Street* type="xs:string* minOccurs="07>

<xs:element name="City" type-’xs:string* minOccurs="07>

<xs:element name="ZipH type='xs:striog" minOccurs="07>

<xs:elemont name±"Staten type=’xs:«tring" minOccurss”07>

<xs:elament name=*Country" type="xs:string" minOccurs=*Q7>

<xs:element name=*Comment* type="xs:string" minOccurs=*07>

</xs:sequence>

</xs:complexType>

</xs:alement>

<xs:e!ement name=nComputingFacilitiesH minOccurs=’0* maxOccurs="unbounde<r> <xs:complexType>

<xs:saquence>

<xs:element name=’Frocessor* minOccurs="0" maxOccurs=’unbounded"> <xs:complexType>

<xs:attributa name=’type* type="xs:string* form=’unqua1ified7> </xs:complexType>

</xs:etement>

<xs:element name='0p6raUngSystem,' mmOccurs-’0” maxOccurs=*unboundedH> <xs:complexType>

<xs:attribute name='type* type="xs:string* form=*unqua1ified"/> </xs:comptexType>

</xs:etement>

<xs:©lement name="Languagen minOccurs="0" maxOccurs=*unbounde<r> <xs:complexType>

<xs:attribute name=“nama" type=*xs:string" form=’unqua1ified7> </xs:complexType>

</xs:element>

<xs:element name=’Memory* minOccurs="0" maxOccurs='unbouftded"> <xs:complexType>

<xs:attribute name=’st2e* type=nxs:stririg* form=“unqualified7>

<xs:attribute narre=*unir type="xs:string" form=nunqualified7>

</xs:complexType>

<yxs:eiement>

<xs:element name=’DiskSpace’ minOccurs="0* maxOccurs="unbounded'> <xs:complexType>

<xs:attribute name='stze* type="xs:string* form=’unquaIified7>

<xs:attribute пате=*итГ type="xs:string" form=nunqualified7>

</xs:comptexType>

</xs:elemer>t>

</xs:sequence>

<xs:atlribute name="type" type-'xs:string" form="unqualifted7>

</xs:complexType>

</xs;element>

<xs:element name="Performance" minOccurs=”0" maxOccurs=*urtbounde<T> <xs:complexType>

<xs:attribute name=*efapsedTime* type="xs:string" fcKm=’unqua1ified7>

<xs:attribute name='transactionsPertJnitTime" type="xs:string' form="unqualified7> </xs:oomplexType>

</xs:element>

<xs:element name="Re!iabilityOala’ minOccurs="0" maxOccurs='unbounded*> <xs:complexType>

<xs:sequence>

<xs:etement name=’UsageHistory" type=’xs:string" minOccurs=H07>

<xs:element name=’Shipments" minOccurs=*0’ maxOccurs="unbounded*> <xs:complexType>

<xs:attribute name=Hnumber* type="xs:string" form="unquatift6d7> </xs:comptexType>

</xs:element>

<xs:element name="htendedSafetylntegrity* minOccurs="0" maxOccurs=Hunbounded"> <xs:compiexiype>

<xs:attribute name=1ever type^xsistring" fomn="unquaIifted7>

</Xs:comptexType>

</xs:element>

<xs:element name=*Cert)fication* minOccurssnO" maxOccurs=’unbounded*> <xs:complexType>

<xs:attritxjte name="number* type="xs:stringn form="unqualified7> </xs:comptexType>

</xs:element>

</xs:sequence>

</xs:oomplexType>

</xs:element>

<xs:element name=*SuppcrtPoticy" minOccurs="0" maxOccurs=’unbounded"> <xs:complexType>

<xs:attribute name=" rvdex* type="xs:string*form="unqualified7>

</xs:complexType>

</xs:element>

<xs:etement name=’PrlceData" minOccurs^’O* maxOccurs="unbounded,’> <xs:complexType>

<xs:attribute name=’invest» type="xs:string" form=’unquatified7>

<xs:attribute name="«nnualSupport" type="xs:string" fomn="unquaJified7>

<xs:atlribute name="unit" type=*xs:string" form="unqualified7>

</xs:complexType>

<yxs:element>

<xs:efement name="ReferenceOictionaryName*>

<xs:complexType>

<xs:attribute name="name‘ type='xs:string* form='ui>qualified"/>

</xs:comp!exType>

<yxs:etemeflt>

<xs:element name=’NumberOfProftleAttributes' minOccurs=’0* maxOccurs=Hunbounded"> <xs:complexType>

<xs:attribute oamesMnumb«r> type="xs:string" fofm="unqua!ified7>

</xs:complexType>

</xs:element>

<xs:element name='NumberOfMethods' minOccurs=■,0,' maxOccurs="unbounded’>

<xs:complexType>

<xs:attribute name="numb«f” type="xs:string" fofm="unqualified7>

</xs:complexType>

</xs:e>ement>

<xs:element name=’NumberOfResources’ minOccurs="0* maxOccurs="unbounded’>

<xs:complexType>

<xs:attribute name="numb«f" type="xs:strir>g" fofm=’unqualified7>

</xs:complexType>

<yxs:etement>

<xs:element names'NumberOfConstraints" minOccurs="0" maxOccurs=“unbounded">

<xs:complexType>

<xs:atlribute name="number” type="xs:stnng" fofm=“unqualified7>

</xs:complexType>

</xs:element>

<xs:element name="NurnberOExtensions" minOccurs="0H maxOccurs="unbounded">

<xs:complexType>

<xs:attribute name="number” type="xs:strif>g" fofm=*unqua1ified7>

</xs;complexType>

</xs:element>

<xs:element oame="NumberOf_owert.evels’ minOccurs="On maxOccurs="unbounde<r> <xs:complexTypa>

<xs:attribute name-numo«f type--xs:stnr>g'- Tofm^-unquaiifted"/»

</xs:complexType>

</xs:e!ement>

<xs:elementname="NumberOf3ubtemplatesAlNextLowefLev©r min0ccurs=’0*max0ccurs="unbounded"> <xs:oomplexType>

<xs:attribute патб="питЬ©г'' type=”xs:strif>g" fofm=’unqualified7>

</xs:complexType>

<yxs:etement>

</xs:sequence>

</xs:comptexType>

<xs:comptexType names-SpecificPaftType"*

<xs:sequence>

<xs.etementname=*Refefence_MDM_Nam©’>

<xs:complexType>

<xs:attribute name='doman_name' type=Mxs:string" form='urvquaUfiedV>

</xs:complexType>

</xs:element>

<xs:eiement name='MDO_Desaipbon_Format‘>

<xs:oomptexType>

<xs:attribute nafne*4brmat_name' type-'xsistring" f<xm=*unqualified7>

</xs:complexType>

</xs:etement>

<xs:el6ment name='MOO_Description'>

<xs:complexType>

<xs:sequence>

<xs:choice>

<xs:etement r»ame='S»t_Of_MDD_Objects">

<xs:complexType>

<xs:sequervce minOccurs=nO" maxOccurs="unboun<Jed">

<xs:element naire='MDD_Name">

<xs:complexT>pe>

<xs:attributename=’name" type="xs:string' fofm=’unqualifted7> <xs:attributename=*actk)nH type=’xs:string"form=Bunqualified’/> </xs:oomplexType>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name="LiSt_Of_MDD_Objects">

<xs:complexType>

<xs:sequence minOccur5=*0* maxOccurs="unbounded’>

<xs:element name='MDO_Name">

<xs:complexType>

<xs:attributename='name" type="xs:strii>g' fonn=*unquatified"/> <xs:attributename=*acbon" type='xs:string"form="unqualifiedV> </xs:complexType>

</xs;element>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name=HTim6_0'dered_MDD_0bjectsn>

<xs:compiexType>

<xs:sequence minOccur5=’0’ maxOccurs="unbounded*>

<xs:eiement name=* 11 me_occurrence_o?_M L)U_Objecr>

<xs:complexType>

<xs:sequei>ce>

<xs:element naire=’MDD_Name”>

<xs:comptexType>

<xs:attributename=’namen type="xs:string" fonm=’unqualifted"/> <xs:attribute name=*actton" type=’xs:string" form="unqualified7> </xs:complexT/pe>

</xs:e(ement>

<xs:element narre=’MDD_Qualifiers*>

<xs:comptexType>

<xs:sequenc8 minOccurs="0* maxOccurs="unbour«Jed‘’>

<xs:element name=’Qualifier_Name',>

<xs:conijHexType>

<xs:attibute name='name"type-‘xs:string" form="unqualified7> </xs :corr ptexType>

</xs:element>

</xs:sequence>

</xs:comptexT/pe>

</xs:element>

</xs:sequence>

<Ухэ:сотр1ехТуре>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:etement name=*Event_Ordefed_MDD_Objects’>

<xs:comptexType>

<xs:sequence minOccurs="0" maxOccurs="unbounded’>

<xs:etemenl name=*EvenMDccurrence_Of_MDD_Object">

<xs:compexType>

<xs:sequence>

<xs:element name=’MDD_Namen>

<xs:comptexType>

<*s:attribule name='name" type="xs:string" fomn=’unquaJified"/>

<xs:attiibute name=’action" type=nxs:string" form=”unqualified7> </xs:complexType>

</xs:element>

<xs:element name=’MDD_Qualifiers’>

<xs:complexTyp6>

<<s:sequence minOccurs='0* maxOccurs=nunbounded">

<xs:etement name="Qualifier_Name'>

<xs:complexType>

<xs:attribute name='name* lype="xs:string" form="unqualified7> </xs:complexType>

</xs:element>

<‘xs:sequence>

</xs:complexType>

</xs:eiement>

</xs:sequence>

</xs:comptexType>

</xs:elemeni>

</xs:sequence>

</xs:comptexType>

</xs;elemeni>

<Vxs:choice>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name=Tist_Of_CC_Attnbutes* minOccurs="0" maxOccurs="unbounded7>

<xs:eiement name=’List_Of_CC_Methods" minOccufs="0" maxOccurs=*unbounded7>

<xs:etement name=,List_Of_CC_Resources" minOccurs="0" maxOccurs='unbounded7>

<xs:el ement name=’List_Of_CC_Constfaints" minOccurs='CT maxOccurs=‘‘unbounded7>

<xs:element name="List_Of_CC_Extensionsn minOccurs=*0* maxOccurs="unbounded7>

<xs:etement name="List_0‘_CC_Lower_Levelsn minOccurs^’O’ maxOccurs=’unbour>ded7>

<xs:el ement name=’List_Of_CC_SuWemplatesn minOccurs="Cf maxOccurs=*unbounded7> </xs:sequence>

</xs:complexType>

</xs:schema>

6.4 Шаблон MDM-модели

6.4.1 Концептуальная структура

Шаблон MDM-модели должен содержать базовую часть, а также дополнительную часть. Базовая часть должна включать следующие элементы:

а) наименование MDM-модвли:

b)    наименование отраслевого словаря-справочника.

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

c)    наименование MDD-данных — для каждого массива MDD-данных в MDM-модели;

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

e)    наименование получателя MDD-данных — для каждого массива MDD-данных — упорядоченный перечень имен других MDD-данных. участвующих в связи;

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

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

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

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

На рисунке 9 приведена концептуальная структура шаблона MDM-модели.

Наименование MDM-модели Наименование отраслевого словаря-справочника Перечень пакетов программ дпя MDD-данных Пакет программ для MDD-данных Наименование MDD-данных Перечень взаимосвязей Связь Тип связи

Наименование связи

Наименование MDD-дакных назначения

Направление

Наименование указателя роли для MDD-данных Наименование указателя роли для MDD-дакных назначения Кратность Тип


Рисунок 3 — Концептуальная структура шаблона MDM-модели

6.4.2 Формальная структура <?хт1 version=*1.0' encoding="UTF-8"?>

<xs:schema xmlns;xs=’httpJ/">

<xs;etement name="MDM*>

<xs:complexType>

<xs:sequence>

<xs:element name="MDM_Name">

<xs:comp!exType>

<xs:attribute name=’domain_name" type=‘xs:string' form=nunqualified7> </xs:complexTyp6>

</xs:element>

<xs;elernentname="Donain_Reference_Dictionary_NameH>

<xs:complexType>

<xs:attribute name=*dictionary_name* type="xs:stringH form=’unqualified7> </xs:complexType>

</xs:element> <xs:element name=HList_Of_MDD_Packages">

<xs:complexType>

<xs:sequence maxO:curs=’unbounded*>

<xs:element name=’MDD_Package’>

<xs:complexType>

<xs:sequence>

<xs:element iame=’MDD_NameH>

<xs:compl«xType>

<xs:attritute name="namen type=*xs:string’ form=’unqua1ified7> </xs:comptexType>

</xs:elerrent>

<xs:efem«nt name=’List_0{_Re(ationships">

<xs:complexType>

<xs:sequence>

<xs element name="Relationship" type=’Reiationship_Type7> </xs:sequence>

</xs:complexType>

</xs:eleirent>

</xs:sequence>

<xs:attribute name=Hid' type="xs:string* form='unqualified7> </xs:complexType>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:complexType name=*Retationship_Type,'>

<xs:sequence>

<xs:element name="Relationship_Name'>

<xs:compiexType>

<xs:attribute пате="пате* type=Hxs:string" fomn=Hunqualrfie<J7> </xs:complexType>

</xs:element>

<xs:etementname=’Destination_MDD_Name*>

<xs:complexType >

<xs:attribute name="name' type="xs:string" fonm="unqualffied*/> </xs:complexType>

</xs:element>

<xs:element name=HOirection'>

<xs:complexType>

<xs:attribute name=*direction* type="xs:string" form=’unqualified7> </xs:complexType>

</xs:element>

<xs:elementnames"Role_Name_For_MDD“>

<xs:complexType>

<xs:attribute name="name' type="xs:string" form=nunqualified7> </xs:complexType>

</xs:element>

<xs:elementname="Rola_Name_For_Destinatk»n_MDD*>

<xs:complexType>

<xs:attribute name="name* type="xs :string" form="unqualified7>

</xs:complexType>

</xs:element>

<xs:element name=’Multiplicity’>

<xs:complexType>

<xs:attribute name="multiplicity* type=*xs:string’ form="unqualified7>

<yxs:complexType>

</xs:element>

<xs:element name=Tyoe*>

<xs:complexType>

<xs:attribute name=ntype" type=*xs:string" form="unqualifi6d7>

</xs: complexType>

</xs:element>

</xs:sequence>

<xs:attribute names’id" lype="xs:string* form=nunqualified7>

</xs:compfexType>

</xs:schema>

6.5 Шаблон MDD-данных

6.5.1 Концептуальная стэуктура

Шаблон М DO-данных должен содержать базовую часть, а также дополнительную часть. Базовая часть должна включать следующие элементы:

a)    наименование MDD-дажых;

b)    справочное наименование MDM-модели;

c)    тип MDD-данных.

Примечание — Тип MCD-данных может использоваться для различения производственных ресурсов и функций или же элементов производственной информации, представляемой MDD-данными;

d)    наименование атрибута—для каждого атрибута, содержащегося в MDD-данных;

e)    тип атрибута — для каждого атрибута, содержащегося в MDD-данных.

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

Наименование MDD-данных Ссылочное наименование MDM-модели Перечень атрибутов

Наименование атрибута Тип атрибута


Рисунок '0 — Концептуальная структура шаблона MDD-данных

6.5.2 Формальная структура <?хш! version=*1.0' encoding-'UTF-8"?>

<xs:schema xmlns:xs=‘httpy/> <xs;element name=’MDD’>

<xs:comptexType>

<xs:sequence>

<xs;etement name="MDO_Name">

<xs:complexType> <xs:attribute name='name" type=’xs:stringH fofm=’unqualified7>

</xs :com plexTy pe>

</xs:element>

<xs:element name=*Reference_MDM_Name*>

<xs:comptexType>

<xs:attribute name=*name" type="xs:stni>g" form="unqualified7>

</xs:complexType>

</xs;element>

<xs:eleinentname=*List_Of_Attributes">

<xs:complexType>

<xs:sequence minOc^urs=*0* maxOccurs="unbounded">

<xs:element name=*AttritKite">

<xs:complexType>

<xs:sequence>

<xs:alement name-'Attnbute_Name'>

<xs:complexType>

<xs:atlribute name="name" type='xs:string’ form=’unqualified7>

</xs:comptexType>

</xs:element>

<xs:element name="Attribute_Type*>

<xs:comp!exType>

<xs:attritwte name='type* type="xs:string' form='unqualified7>

</xs:comptexType>

</xs:element>

</xs:sequence>

<xs:atlribute name="id" type='xs:string" form=*unquatified7>

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:comptexType>

</xs:etemer>t>

</xs: sequence»

</xs:complexType

*7xs:eiement>

</xs:scbema>

7 Согласование профилей, основанное на многоцелевых структурах классов

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

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

Рисунок 11 — Блок-схема процедуры согласования конфигураций параметров с помощью программы согласования типа 2

УЖиичпь

POmSC


1


1..*


ШР*С

•атрибут СИ •«гривут &3 •атрибут С-3


HD!

>«0

•атрибут 0*1

^ Питта» рати


50


Cmmtt 4


Сш«Б


См* *8


Пакета» роли 46 МОРЯ

атрибут ЕИ


Mamn рогш У?

MXXF

•атр«Луг РИ •arp«i(^rF*2


ИаалшьрстиМ


МОРЯ

•атрибут вИ


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

Процесс согласования конфигураций параметров с использованием программы согласования конфигураций типа 2 начинается с извлечения идентификационных данных (IDs) о словаре-справочнике классов параметров из введенных конфигураций параметров с последующим сравнением их идентификационных данных. 8 случае, когда они одинаковы, программа согласования должна выполнять процедуру, предусмотренную ИС016100-2 для программы согласования конфигураций типа 1: в противном случае программа согласования должна извлекать ссылочные идентификационные данные о MDM-моделях из введенных конфигураций параметров. Если идентификационные данные о MDM-моделях различаются, то программа согласования конфигураций типа 2 выдаст сообщение о том. что сравнение введенных конфигураций не может быть выполнено; в противном случае программа согласования конфигураций будет извлекать форматы определения параметров нз введенных конфигураций и сравнивать эти форматы. Если эти форматы различаются, то MDD-данные в определениях форматов будут преобразовываться в единый формат с помощью внешних по отношению к программе согласования конфигураций типа 2 средств (программ); в противном случае никакого преобразования форматов не потребуется. После этих операций программа согласования конфигураций выдаст сообщение об уровне согласования требуемой конфигурации с конфигурацией параметров MSU-модуля.

7.2 Сообщение (отчет) осогласовании конфигураций параметров

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

a) полное согласование —все производственные функции, указанные в задаваемой конфигурации требований, полностью согласованы оо всеми соответствующими функциями, указанными в конфигурации параметров MSU-модуля. Последнее означает, что оба набора производственных функций стали полностью эквивалентными с точки зрения как эквивалентности MDD-объектов. так и эквивалентности их временного упорядочения;

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

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

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

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

К настоящей части ИС016100 применима методология определения соответствия, указанная в стандарте ИС016100-4. В данный раздел введены CSI, определенные в ИС0 16100-4:2006 (пункт 6.1.3). для шаблона CCS-структуры (см. таблицу 1). для шаблона MDM-модели (см. таблицу 3) и для шаблона MDD-данных (см. таблицу 4). Кроме того, в этот раздел введены CSI для элементов шаблона конфигураций параметров (см. таблицу 2). неуказанные в ИСО 16100-4. Пункты соответствия, приведенные в данном разделе, определены в ИС016100-4:2006(таблица 5).

Таблица 1 — CSI для шаблона CCS-сгруктуры

Пункт

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

Описание пунк*а соотвегствит

Ссылка на стандарт

Тип пункте соотос?-стоил

Абстрактный тестовый критерий

lndex.1

XML format

ИСО 16100-5:2009. 6.2.2

А

CCS-струхтура в XML-формаге

index_2

CCS_Creator_Name

ИСО 16100-5:2009. 6.2.2

А

Наличие и уникальность атрибута 'пате"

index_3

CCSJD

ИСО 16100-5:2009. 6.2.2

А

Наличие и уникальность атрибута *кГ

index_4

C CS_Root_Node_ID

ИСО 16100-5:2009. 6.2.2

А

Наличие и уникальность атрибута *кГ

lndex_5

Capability „Class

ИСО 16100-5:2009. 6.2.2

А

Наличие и уникальность атрибута "кГ и всех пунктов Parent. Node(s) и Child. Node(s)

index_5.1

Parent_Node_ID

ИСО 16100-5:2009. 6.2.2

А

Наличие и положение всех пунктов Parent. Node(s) с атрибутом nkT(s)

index_5.2

Child.Node.ID

ИСО 16100-5:2009. 6.2.2

А

Наличие и положение всех пунктов Child. Node(s} с типом capability.ctass

Таблица 2 — CSI для шаблона конфигурации параметров

Пункт

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

Описание пункта соответствия

Ссылка на стандарт

Тип пункта сортвет-ствия

Абстрактный тестовый критерий

lndex.1

XML format

ИСО 16100-5:2009. 6.3.2

А

Шаблон требований в формате схемы XML

lndex_2

Capability .Pwfding

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение компонента структуры

lndox_2.1

Typo

ИСО 16100 6:2000. 6.3.2

Л

11аличие и положение компонента структуры

lndex.2.2

Capabilrty.Frofrie

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение компонента структуры

lndex_2.2.1

Pkg.Type и Version

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение компонентов структуры

lndex_2.2.2

Common„Part_Type и Specific.Part.T ype

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение компонентов структуры

Index .3

Common.Part.Type

ИСО 16100-5:2009. 6.3.2

lndex_3.1

Выбор типа конфигурации требований

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение компонента схемы и ID либо «Requirement». либо "MSU.CapaMity"

lndex_3.2

Reference.Capability

Class.Structure

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибутов “id", “name", "version* и“игГ

lndex.3.3

Capability.Class. Name

ИСО 16100-5:2009. 6.3.2

А

Наличие элемента Capability.Class _ Name

lndex_3.4

TemplateJD

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение компонента структуры

Продолжение таблицы 2

Пункт

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

Описание пункта соответствий

Ссылка на стандарт

Тип пункта соответствия

Абстрактный тестовый критерий

tndex_3.5

Version

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонента структуры

!ndex_3.6

Owner

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры “Street*. "City*. "Zip*. "State". "County1*. "Comments*

Ir>dex_3.7

Computing_Facilities

ИСО 16100-5:2009. 6.3.2

С

Наличие неограниченного перечня компонентов структуры “Processor_0", "Operating_System_0“. "Language". "Memory". "Disk_Space"

lndex_3.8

Дополнительные

элементы

Compuling_Facilities

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры, отвечающих критерию в index_4.7

tndex_3.9

Performance

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение атрибутов "elapsed.time* и “transactions_per_ unit_time"

tndex_3.10

Дополнительные элементы Performance

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры. отвечающих критерию в index_4.9

Irxlex_3.11

Reliability _Data

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры "Usage_History". "Shipments". *lntended_Safety_tntegrity* и “Certification’

!ndex_3.12

Дополнительные элементы Reliability _Data

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры. отвечающих критерию в index_4.9

Jndex_3.13

Support_Poticy

ИСО 16100-5:2009. 6.3.2

D

Наличие и положение атрибута "index"

tndex_3.14

Дополнительные

элементы

Support_Policy

ИСО 16100-5:2009. 6.3.2

D

Наличие и положение компонентов структуры. отвечающих критерию в index_4.13

Jndex_3.15

Price_Dsta

ИСО 16100-5:2009. 6.3.2

D

Наличие и положение атрибутов "invest". *алпиа1_ support" и “unit"

tndex_3.16

Дополнительные

элементы

Price_Deta

ИСО 16100-5:2009. 6.3.2

D

Наличие и положение компонентов структуры. отвечающих критерию в index_4.13

!ndex_3.17

Capability_C!ass

Re(erence_Dictionary

Name

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибута "папте"

tndex_3.18

Number_Of_Profite_

Attributes

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибута “number*

!ndex_3.19

Number_Of_Methods

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибута “number"

Продолжение таблицы 2

Пункт

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

Описание пункта соответствия

Ссылка на стандарт

Тип пункта соогевТ' стоив

Абстрактный тестовый критерий

!гк!вх_3.20

Number_Of_R3 sources

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибута “number*

lndex_3.21

Number_Ot_Constraints

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибута “number*

lndex_3.22

Number_Of_Extentions

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибута “number*

lndex_3.23

Numbe r_Of_.ower_ Level:

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибуте "number*

Index_3.24

Number_Of

Subtemplatas_At

Next_Lower_Level

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибута "number"

Index _4

Specrfic_Part_Type

ИСО 16100-5:2009. 6.3.2

Index _4.1

Reference_MDU_ Name

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение атрибута "domain_name*

Index _4.2

Capability_D«finition_

Formal

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение компонентов структуры с атрибутами "formal.name*. имеющих значение либо *Sel_of_MDD_ objects*, либо "List.ol.MDD. Objects*, либо Time_Ordered_ MDD.Objects". либо "Evenl_ Ordered _MDD_ Objects"

Index _4.3

Capab№ty_OeIinitK>n

ИСО 16100-5:2009. 6.3.2

А

Наличие и положение компонентов структуры

Index _4.3.1

Sel_Of_MDD_Objecls

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.3.1.1

MDD.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонента структуры

Index _4.3.1.2

Дополнительные элементы MDD.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.3.2

List.Of.MDD.Objects

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index_4.3.2.1

MDD.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение атрибутов ’name" и "action’

Index .4.3.2.2

Дополнительные

элемвн-ы

MDD.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.3.3

Time Ordered MDD.Objjcls

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index_4.3.3.1

Time.Occurence.

of.MDD.Objecls

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index_4.3.3.1.1

MDD.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение атрибутов ’name" и “action’

Index_4.3.3.1.2

MDD.Quaktiers

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Продолжение таблицы 2

Пункт

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

Описание пункте соответствия

Ссылка на стандарт

Тип пункта соответствия

Абстрактный тестовый критерий

Index_4.3.3.1.2.1

Qualifier.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение атрибута ’name"

Index_4.3.3.1.2.2

Дополнительные элементы Qualifier.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index_4.3.4

Event.Ordered.

MDO.Objects

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index_4.3.4.1

Event Occurrence of.MDD.Object"

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index.4.3.4.1.1

MDD.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение атрибутов ’пате" и "action’

lndex_4.3.4.1.2

MDD.Quelrfiers

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index 4.3.4.1.2.1

Qualifier.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение атрибута ’пате"

lndex_ 4.3.4.1.22

Дополнительные

элементы

Qualifier.Name

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.4

Liet.Of.C C.Attributes

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.4.1

Дополнительные

элементы

Lisl.Of.CC.AUributes

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.5

List.Of.CC.Methode

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.5.1

Дополнительные

элементы

List_Of.CC. Methods

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.6

Lisl.Of.CC.Resources

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.6.1

Дополнительные

элементы

List.Of.CC.Fesources

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.7

List.Of.Corstraints

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index.4.7.1

Дополнительные

элементы

List.Of.CC.Constraints

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.8

Lisl.Of.CC.Extensions

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.8.1

Дополнительные

элементы

Lisl.Of.CC.Extensions

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

Index _4.9

Lisl.Of.CC.Lower.

Levels

ИСО 16100-5:2009. 6.3.2

С

Наличие и положение компонентов структуры

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

Пункт

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

Описание пункте соответствия

Ссылка на стандарт

Тип пункта соогевТ' стоив

Абстрактный тестовый критерий

Index _4.9.1

Дополнительные

ЭЛвМвН'Ы

List_OI_CC_.ower_

Levels

ИСО 16100-5:2009. 6.3.2

с

Наличие и положение компонентов структуры

Index _4.10

List_Of_CC_

Subtemplates

ИСО 16100-5:2009. 6.3.2

с

Наличие и положение компонентов структуры

Index _4.10.1

Дополнительные

ЭЛвМвН'Ы

List_Of_CC_Subtem-

plates

ИСО 16100-5:2009. 6.3.2

с

Наличие и положение компонентов структуры

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

Таблица 3 — CSI для шаблона MDM-модели

Пункт

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

Описание пуик*а соотеетстеи*

Ссылка на стандарт

Тил пункта соответствия

Абстрактный тестовый критерий

lndex_1

XML Format

ИСО 16100-5:2009. 6.4.2

А

Шаблон MDM-модели в формате XML

lndex_2

MDM_Name

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение атрибута "domain_name"

lndex_3

Domain_Reference_

Dictionary_Name

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение атрибута “dictionary_narT»e*

lndex_4

List_of_MDD_ Packages

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение компонентов структуры

lndex_4.1

MDD_Package

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение неограниченного атрибута "id*

lndex_4.1.1

MDD.Name

ИСО 16100-5: 2009. 6.4.2

А

Наличие и положение атрибута “пате*

lndex_4.1.2

List_of .Relationships

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение компонентов структуры

lndex_4.1.2.1

Relationship

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение неограниченного атрибута *relationship_name" с типом "Relationship Туре"

lndex_4.1.2.2

Дополнительные

элементы

Relationship

ИСО 16100-5:2009, 6.4.2

А

Наличие и положение неограниченного атрибута "relationship_name" с типом "Relat»onship_Type“

Index _5

Relationship.Type

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение компонентов структуры

Index _5.1

Relalionship.Name

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение атрибута "пате*

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

Пункт

соответствий или и&иер наборе

Описание пумиа соответствия

Ссылка на стандарт

Тип пункта соответствия

Абстрактный тестовый критерий

lndex_5.2

Destination_MDD_Name

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение атрибута “name"

lndex_5.3

Direction

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение атрибутов "direction"

lndex_5.4

Role_Name_For_

Destination_MDD

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение атрибутов "name"

lndex_5.5

Multiplicity

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение атрибутов 'multi pticity"

lndex_5.6

Type

ИСО 16100-5:2009. 6.4.2

А

Наличие и положение атрибутов "type*

Таблица 4 — CSI для шаблона MDD-данных

Пункт

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

Описание пуни* соответствия

Ссылка на стандарт

Тип пункта соответствия

Абстрактный тестовый критерий

lndex_1

XML Forma

ИСО 16100-5:2009. 6.5.2

А

Шаблон MDM-данных в формате XML

lndex_2

MDD_Name

ИСО 16100-5:2009. 6.5.2

А

Наличие и положение атрибутов "пате"

lndex_3

Reference_MDM_Name

ИСО 16100-5:2009. 6.5.2

А

Наличие и положение атрибутов "пате*

lndex_4

Li6t_Of_AttribLtes

ИСО 16100-5:2009. 6.5.2

А

Наличие и положение компонентов структуры

lndox_4.1

Attribute

ИСО 16100-6:2009. 6.5.2

А

11алмчие и положение атрибутов "id*

lndex_4.1.1

Дополнительные элементы Attribute

ИСО 16100-5:2009. 6.5.2

А

Наличие и положение атрибутов "id*

lndex_4.1.2

Attribute_Nane

ИСО 16100-5:2009. 6.5.2

А

Наличие и положение атрибутов "name"

lndex_4.1.3

AttritMJte_Type

ИСО 16100-5:2009. 6.5.2

А

Наличие и положение атрибутов "type*

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

Процесс формирования MDM-модели и MDD-данных

Рисунок А.1 иллюстрирует стандартную процедуру, которой разработчик должен придерживаться при формировании MDM-модели и MDD-данных, Он должен начать эту процедуру с определения целевой области производства. на которой будут базироваться MDM-модель и MDD-данные. Основываясь на своем предыдущем опыте и обращаясь к подходящим уже существующим моделям, которые содержатся 8 международных стандартах или иных публикациях, разработчик сможет собрать ряд стандартных прикладных программ, применимых к данной области производства, после чего эн сможет извлекать производственные функции из этих программ и анализировать их для идентификации производственной информации и производственных ресурсов, разделенных и обмениваемых между приложениями. Используя идентифицированную производственную информацию и имеющиеся производственные ресурсы, разработчик в окончательном виде сформирует MDM-модель и соответствующие ей MDD-данные.

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

Рисунок АЛ — Блок-схема процесса формирования MDD-данных и MDM-модели

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

Пример согласования конфигураций с помощью многопараметрических классов

В.1 Пример производственной модели

На рисунке В.1 приведен пример MDM-модели в сфере управления производственными операциями (MES)4

Рисунок В.1 — Блок-схема частной производственной модели (MDM) в системе организации производства (MES)

Смысл MDD-элементое. изображенных на рисунке В.1. таков:

a)    элемент — общий термит, относящийся к исходным материалам, деталям, продуктам незавершенного производства [см. ниже перечисление f)]. веществам [см. ниже перечисление е)] и готовым изделиям [см. ниже перечисление д)];

b)    элемент качества — наименование атрибута, измеряемого при приемке изделия:

c)    стандарт качества — заданное номинальное значение атрибута, измеряемое при приемке изделия;

d)    показатель качества — фактическое значение характеристики, измеренное при приемке изделия:

e)    материал — элемент (см. выше перечисление а)), проходящий через производственную операцию:

0 незавершенная продукция (полуфабрикаты) — изделия (см. выше перечисление а», изготовление которых было начато, но не завершено в процессе производства:

д) готовая продукция — изделия [см. выше перечисление а)], изготовление которых было завершено в процессе производства:

h) способ производства — набор рабочих характеристик, закрепляемых рабочим методом [см. ниже перечисление i)};

11 Система организации производства (MES) согласно МЭК 62264-3 является частью системы управления производственными процессами.

>) рабочая процедура — процедура, обеспечивающая производство готовых изделий [см. выше перечисление д)] ипи продукции незавершенного производства [см. выше перечисление f)];

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

k)    процесс — упорядоченный список рабочих процедур (см. выше перечисление i)]. применяемых для изготовления изделия:

l)    запас — остаточное количество изделий на данный момент времени;

т) складское помещение — место, используемое для хранения изделий:

п)    торговое помещение — мвсго. где находится готовая продукция:

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

р)    оборудование — общий термин, относящийся к станкам, инструментам и подручным средствам работника;

q) фактически используемое оборудование — оборудование (см. выше перечисление р)]. используемое в процессе производства;

г) инструмент — присоединяемое или отсоединяемое устройство, используемое совместно с оборудованием. например металлическая пресс-форма:

s)    данные о вкладываемых ресурсах — наименование MDD-данных в перечне изделий (см. выше перечисление а)] и их количество, которое поступает для выполнения рабочей процедуры [см. выше перечисление i)]:

t)    данные о произведенной гродукции — наименование MDD-дакных в перечне изделий [см. выше перечисление а}| и объемов их производства, которое находится на выходе рабочей процедуры [см. выше перечисление i)]:

и) данные о потребляемых услугах — наименование MDD-данных в перечне коммунальных услуг и их объема. оказываемых в процессе выполнения рабочей процедуры (см. выше перечисление i)];

v) данные о производственном оборудовании — наименование MDD-данных в перечне фактически используемого оборудования, т. е. оборудования, закрепленного за данным процессом производства [см. выше перечисления р}и q)]. его количества и производительности для данного рабочего процесса.

На рисунке В.1 обозначены фа стандартных класса параметров — «plan&resutt» и «history», первый из которых иллюстрируется рисунком В.2, а второй — рисунком В.З.

Рисунок В.2 — Диаграмма, иллюстрирующая понятие стандартного класса параметров «pian&result»


«history»

распределение

ресурсов


делрвдаленпв

рао#а»

т

момкгареыаии

вид детальности


Рисунок В.З — Диаграмма, -итлюстрирующая понятие стандартного класса параметров «history»

В.2 Пример конфигурации параметров модулей программного обеспечения производства (MSU)

В.2.1 Пример дерева операций для системы организации производства (MES)

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

,_i

1

лпш^ммм

Утлтшл£$<щ/Ш1

цх^в^йРпнинов Гр«фв»

WiyJM j



Рисунок В.4 — Блок-схема дерева операций в системе организации производства (MES)


Таблица В.1 — Состав пакета В программ управления производственными операциями (см. рисунок В.4)

О

Наименование операции

Связанные с операцией МОО-данные

Действие

А1

Управление процессом планирования

А11

Получение инструкций по произвол-ству

Заказ продукции {запланированный)

Получение

Рабочие инструкции (запланированные)

Получение

Изделие (компонент)

Получение

А12

Отчетные показатели производства

Заказ продукции (фактический)

Задание

Рабочие инструкции (фактические)

Задание

Вкладываемые ресурсы (фактические)

Задание

Произведенная продукция (фактическая)

Задание

Материалы

Задание

А2

Управление подготовкой производства

А21

Получение производственного про-цесса

Вид операции

Задание

Производственный процесс (запланированный)

Получение

Способ производства (запланированный)

Получение

А22

Задание способа производства

Вид операции (процесса)

Задание

Производственный процесс (запланированный)

Задание

Способ производства (запланированный)

Задание

АЗ

Управление ресурсами

А31

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

Коммунальные услуги

Получение

Фактически используемое оборудование

Получение

Предприятие-изготовитель

Получение

А32

Получение сообщения относительно готовности производственных ресур-сов

Фактически используемое оборудование

Получение

Состояние производства (планируемое)

Получение

АЗЗ

Контроль состояния производства

Фактически используемое оборудование

Задание

Состояние (фактическое)

Получение

А331

Указание начала операции

Производственный процесс (фактический)

Задание

Привлекаемое оборудование (фактическое)

Задание

Фактически используемое оборудование

Задание

Продолжение таблицы В. 1

О

Наименование омрации

Связанные с операцией МОО-данные

Действие

А332

Получение сообщения относительно окончания операции

Производственный процесс (фактический)

Получение

Привлекаемое оборудование (фактическое)

Получение

Фактически используемое оборудование

Получение

Состояние производства (фактическое)

Получение

АЗЗЗ

Получение сообщения относительно результатов измерений

Производственный процесс (фактический)

Получение

Объем производства (фактический)

Получение

Материалы

Получение

Показатель качества (фактический)

Получение

А334

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

Производственный процесс (фактический)

Получение

Привлекаемое оборудование (фактическое)

Получение

Фактически используемое оборудование

Получение

А4

Подготовка производства

А41

Разработка рабочих инструкций

Рабочие инструкции (планируемые)

Задание

Прпитволгтвоымый пргадог (запланированный)

Яадяыия

Изделие

Задание

Вкладываемые ресурсы (запланированные)

Задание

Объем производства (запланированный)

Задание

А42

Закрепление производственных ресурсов

Рабочие инструкции (запланированные)

Задание

Производственный процесс (запланированный)

Задание

Привлекаемое оборудование (фактическое)

Задание

Оборудование

Задание

Фактически испогъзуемое оборудование

Задание

Продолжение таблицы В. 1

О

Наименование операции

Связанные с операцией МОО-данные

Действие

А5

Управление ходом выполнения производственного процесса

А51

Установление порядка выполнения операций

Рабочие инструкции (запланированные)

Задание

Производственный процесс (фактический)

Задание

Вкладываемые ресурсы (фактические)

Задание

Произведенная продукция (фактическая)

Задание

Материалы

Задание

А511

Установление порядка нападки

Рабочие инструкции (фактические)

Задание

Производственный процесс (фактический)

Задание

Способ производства (фактический)

Задание

А512

Установление порядка выполнения

Рабочие инструкции (фактические)

Задание

операции

Производственный процесс (фактический)

Задание

А52

Контроль производственных помещений

Торговое помещение

Получение

А521

Получение сообщения относительно хода выполнения операции

Производственный процесс (запланированный)

Получение

Производственный процесс (фактический)

Получение

Вкладываемые ресурсы (запланированные)

Получение

Произведенная продукция (запланированная)

Получение

Изделие (компонент)

Получение

Вкладываемые ресурсы (фактические)

Получение

Произведенная продукция (фактическая)

Получение

Материалы

Получение

А522

Выявление нарушений з выполнении операции

Производственный процесс (фактический)

Получение

А523

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

Производственный процесс (планируемый)

Получение

Производственный процесс (фактический)

Получение

Произведенная продукция (запланированная)

Получение

Изделие (компонент)

Получение

Произведенная продукция (фактическая)

Получение

Готовая продукция

Получение

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

О

Наименование оюрации

Связанные с операцией МОО-данные

Действие

A6

Сбор производственное информации

A61

Сбор используемого ютериапа

Рабочие инструкции (фактические)

Задание

Вкладываемые ресурсы (фактические)

Получение

Материалы

Получение

Запасы

Получение

A62

Сбор изготовленной продукции

Рабочие инструкции (фактические)

Задание

Произведенная продукция (фактическая)

Получение

Материалы

Получение

Незавершенная продукция

Получение

A63

Отчет о завершении иэгзтовлвния продукции

Заказ продукции (фактический)

Задание

Рабочие инструкции (фактические)

Задание

Вкладываемые ресурсы (фактические)

Получение

Произведенная продукция (фактическая)

Получение

Материалы

Получение

Показатель качества

Получение

Готовые изделия

Получение

A7

Непрерывный конгрсль производства

A71

Предоставление информации о про-

nuvt IMIJ

Материалы

Получение

Изделие (компонент)

Получение

Показатель качества

Получение

В.2.2 Описание на языке XNL примера конфигурации параметров MSU-модуля

Нижеприведенное XML-опирание относится к конфигурации параметров для субопврации А11 (см. таб-лицуВ.1).

<?xml version="1.0* enooding=*UTF-8*?>

<СаpabilityProfiting xmlns:xsis"http;// xs>:noNaMESpaceSchefnaLocabons*C:\lSOl6100\Capab<lity_Template.xsdn>

<type »d="MES SW-A011*/>

<CapabilityProfite dates"2006-0201*>

<pkgtype versK)n=*1.0.07>

<Common>

<MSU_Capabilrty 1D=“MSU81-D001*>

«id=*pitot_only7>

«/MSU_CapabiWty»

«ReferenceCapabiiityClassStrjcture/»

«TemplatetD id='A117>

«Capability _Class_Name nam8="A11_ReceiveOrder_Aciivrty7»

«Reference_Capability_Class_Structure_Name name="MESSW_Structure7»

«Version major*"!* minor=’17>

«Owner»

<name>MES Product Inc.«/name»

<city»Tokyo«/city>

«country» Japan</country»

«/Owner»

«ReferenceDictionaryName/»

«NumberOfProfileAttributes/»

«NumberOfMethods/»

«NumberOfResources/»

«NumberOfConstraints/»

«NumberOfExtensions/»

«NumberOfLowerLevels/»

«NumberOfSubtemplatesAtNextLowerLevei/»

«/Common»

«Specific»

<Reference_MDM_Name dometn_names*MESX Oomain Conceputual Modef7>

«MDD_Description_Format focmat_name=*Lrsl_Of_MDD_Objects7»

«MOD Description»

«List_Of_MDD_Objects»

<MDD_Name name="product order (plan)" action="Get7»

<MDD_Name names"operating instruction (plan)" actoon=*Gel7>

«MDD_Name name="rtem' action=*Get*/»

</List_of_MDD_Objects»

</MDD Description»

«/Specific»

«/CapabilityProfite»

«/Capability Profiling»

B.3 Пример требуемой конфигурации параметров

В.3.1 Пример дерева операций для запрашиваемой системной спецификации

На рисунке В.5 приведен пример дерева операций для пакета программ управления производственными операциями (MES). который требуется специалисту по системной интеграции. Этот пакет разделен на шесть групп операций, каждая из которых, в свою очередь, для анализа ее функций с помощью MDM-модели (см. рисунок В.1) делится на субоперэим. Все указанные операции и субоперации представлены в таблице В.2 вместе со ссылочными MDD-данными и действиями.




Рисунок В.5 — Блок-схема дереве операций для пакета В программ управления производственными операциями (MES)


Таблица В.2 — Состав пакета В программ управления производственными операциями (MES)(cm. рисунок В.5)

О

Наименование процесса

Ссылочные МОО-данные

Действие

В1

Управление процессом планирования

В11

Получение инструкций по произвол-

Заказ продукции {запланированный)

Получение

ству

Рабочие инструкции (запланированные)

Получение

Изделие (компонент)

Получение

В12

Составление производственного графика

Рабочие инструкции (запланированные)

Задание

Производственный процесс (запланированный)

Задание

Привлекаемое оборудование (запланированное)

Задание

Оборудование

Задание

В121

Изменение производственного графика в соответствии : состоянием производства

Производственный процесс (запланированный)

Задание

Производственный процесс (фактический)

Получение

Производственный процесс (запланированный)

Задание

Привлекаемое оборудование (фактическое)

Задание

Оборудование

Задание

В122

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

Рабочие инструкции (запланированные)

Задание

Производственный процесс (запланированный)

Задание

Привлекаемое оборудование (фактическое)

Задание

Оборудование

Задание

Заказ продукции (фактический)

Получение

Произведенная продукция (фактическая)

Получение

Материалы

Получение

В13

Отчет о состоянии производства

Рабочие инструкции (фактические)

Задание

Производственный процесс (фактический)

Задание

В14

Отчет о производственных показаге-

Заказ продукции (фактический)

Задание

лях

Рабочие инструкции (фактические)

Задание

Вкладываемые ресурсы (фактические)

Задание

Произведенная продукция (фактическая)

Задание

Материалы

Задание

Продолжение таблицы В.2

О

Наименование процесса

Ссылочные МОО-данные

Действие

В2

Управление подготовкой производства

В21

Получение способа производства

Производственный процесс (запланированный)

Задание

Способ производства (запланированный)

Получение

ВЗ

Управление ресурсами

В31

Получение доступных производственных ресурсов

Фактически испогъзуемое оборудование

Задание

Состояние производства (запланированное)

Получение

В32

Получение сообщения относительно изменения состояния производства

Фактически испогъзуемое оборудование

Получение

Состояние производства (фактическое)

Получение

ВЭ21

Получение сообщения относительно окончания операции

Производственный процесс (фактический)

Получение

Привлекаемое оборудование (фактическое)

Получение

Фактически используемое оборудование

Получение

Состояние производства (фактическое)

Получение

ВЭ22

Получение сообщения относительно предупреждающего сигнала

Фактически испогъзуемое оборудование

Получение

Состояние производства (фактическое)

Получение

ВЭ23

Получение сообщения относительно качества продукции

Заказ продукции (фактический)

Получение

Рабочие инструкции (фактические)

Получение

Производственный процесс (фактический)

Получение

Произведенная продукция (фактическая)

Получение

Материалы

Получение

Показатель качества (фактический)

Получение

В4

Подготовка производства

В41

Распределение производственных ресурсов

Производственный процесс (запланированный)

Получение

Распределение ресурсов (запланированное)

Задание

Способ производства (запланированный)

Задание

Окончание таблицы В. 2

О

Наименование процессе

Ссылочные МОО-двмиые

Действие

В5

Управление ходом выполнения производственного процесса

В51

Установление порядка выполнения операций

Рабочие инструкции (запланированные)

Получение

Производственный процесс (запланированный)

Задание

Фактически используемое оборудование

Задание

Вкладываемые ресурсы (запланированные)

Задание

Произведенная продукция (запланированная)

Задание

Изделие (компонент)

Задание

В511

Установление порядка расположения

Производственный процесс (запланированный)

Получение

Вкладываемые ресурсы (запланированные)

Задание

Изделие (компонент)

Задание

В512

Установление порядка выполнения операции

Производственный процесс (запланированный)

Получение

Вкладываемые ресурсы (фактические)

Задание

Произведенная продукция (фактическая)

Задание

Материалы

Задание

В513

Установление порядка тракспоргиро-мнин

Производственный процесс (запланированный)

Получение

Привлекаемое оборудование (фактическое)

Задание

Фактически используемое оборудование

Задание

Материалы

Задание

В52

Получение сообщения относительно

Заказ продукции (фактический)

Получение

окончания операции

Рабочие инструкции (фактические)

Получение

Производственный процесс (фактический)

Получение

В6

Сбор производственной информации

В61

Сбор данных о производственных по-

Заказ продукции (фактический)

Задание

казателях

Рабочие инструкции (фактические)

Задание

Производственный процесс (фактический)

Получение

Произведенная продукция (фактическая)

Получение

Готовая продукция

Получение

В.3.2 Пример запрашиваемого профиля возможностей

Нижеприведенное описание на языке XML показывает конфигурацию параметров для операции В11 (см. таблицу В.2).

«?xml versions'"!.О* encoding=’UTF-8*?»

<СаpabilityProfiting xmlns:xsi=*http://www.w3.org.'2O01/XMLSchema-instance* xs>:noNaMESpaceSchemaLocabons*C: \ISO16100\Capability_Temp!a{e.xs(l*>

<type kJ="Requirement Profile”/»

«CapabilrtyProfile date="2006-02-10*>

<pkgtype versk)n=“V01.01.037»

«Common»

«Requirement lD="SYS-Req2006-0001*»

<rd=*production_ready7»

«/Requirement»

«ReferenceCapabilityClassStucture/»

«TemplateJD *d="B117>

«Capability_Ctass_Name nanie=“B11 _ReceiveOrder_Activity’/>

<Refefence_Capabilrty_Class_Stfucture_Name name=“REQ_Struclure7>

«Version major="1" mrnor*"1,'f>

«Owner»

<nama»MES User lnc.«/name>

«city»SoftCity</city>

«state»AJabama«/state»

«country>USA«/country>

«/Owner»

«ReferenceOictionaryName/»

«NumberOtProftteAtlributes/»

«NumberOfMethods/»

«NumberOfResources/»

«NumberOfConslraints/»

«NumberOfExtensions/»

<NumbeЮfLowerLevвls/>

<NumberOfSublemp)atesAlNextLowerleveU>

«/Common»

«Specific»

<Referenoa_MDM_Name dontam_names*MESX Oomain Conceputual Model*/»

«MDD_Descriptk)n_Format formal_name="List_of_MDD_Objects7»

«MOD Description»

«Usi_of_MDD_ObJects>

<MDD_Name name=’procucl order (plan}" action="Get7»

«MDD_Name name=’ope*ating instruction (plan)" эс1юп=’СеП>

«MDD_Name name="iterr* action=“Get7>

</List_or.MDD_Obtects»

</MDD Description»

«/Specific»

«/CapabilityProfHe»

«/CapabiUtyProfiling»

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

Рисунок В.6 и таблица В.З иллюстрируют процедуру оценки, производимую программой согласования конфигураций типа 2. Тех. на рисунке 3.6 эта программа согласует операцию В61 с операцией А63. каждая из которых имеет наименование «Заказ продукции (фактический)» и наименование действия «Установка» и рассчитывает коэффициент совпадений как 4 из 5 наименований MDD-данных и действий для операции В61 в требуемой конфигурации параметров, т. е. 60 % совпадений. После этого программа согласования рассчитывает коэффициент совпадений для всех операций в требуемой конфигурации параметров, которые были согласованы для операции е конфигурации параметров MSU-медуля. и оформгрувт сообщение-отчет (см. таблицу В.З). а также рас-

считает уровень согласования (см. 72) для операций в требуемой конфигурации параметров. При этом она заштрихует те ячейки таблицы отчет кьк данных, для которых был достигнут уровень «полного обязательного согласования». В примере для операции В61 даже при наличии коэффициента совладений только 80 % четыре наименования MDD-данных и действий были связаны с обязательными функциями, поэтому программа согласования конфигураций заштриховала в таблице В.З ячейку В61-А6Э.

Огариш ЯМ в иршм«л и |ф»ямцт    niff


апврмзм/Ш в    mpaunpcs MBUeciQn


Зин» rptawf1 ml

Заде*

LJSlfSL.

---------е

ай ОЦинвипа

eneanmw

Ц1ИИПГУ1ММ11

iam*»

СМ)МН»2

--------■*

цмишууьжиьЯтугуиа

Потерей»

птжш*

Патчей»

.J&S922.

„„«..не

Папу не

DQcpQbtnt»*

глкштапыз

Инеятмеи йиичнии»)

ООЧМфоиицщпв

(ф—тнеог*)


Мскмшсттуари

——j$5225552S—.


*йм«

Эятш


Патуешь


Патуешь


Патуешь


Рисунок В.6 — Пример согласования конфигураций, получаемого с помощью программы согласования типа 2

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


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

На рисунке В.7 приведена бго*-схема дерева производственных операций для пакета В управления производственными операциями (MES). которое применимо к используемым MSU-модулям (см. таблицу В.З).


\йпсены* обояныанн»:

О - шишритио исяогыдвмый НВШюдугь;

О-нсвыйМЯЛмюпь

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

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

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

Таблица ДА.1

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

Степень соответствия

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

ИСО 16100-1:2002

ИСО 16100-2:2003

ИСО 16100-3:2005

ИСО 16100-4:2006

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

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

[1] ИСО 15745-1

Системы промышленной автоматизации и интеграция. Принципы прикладной интеграции открытых систем Прикладная среда интегрирования открытых систем. Часть 1. Об

(ISO 15745-1)

щее стандартное описание

(Industrial automation systems and integration — Open systems application integration framework — Part 1: Generic reference description)

(2) ИСО/МЭК 10501

Информационные технологии. Распределенная обработка данных в открытых системах. Открытая распределительная обработка. Унифицированный язык моделирования (UML). версия 1.4 2

(ISO/IEC 10501)

(Information technology — Open Distributed Processing — Unified Modeling Language (UML) Version 1.4.2)

[3] МЭК 62264-3

Интеграция систем управления предприятием. Часть 3. Модели операций управления

(IEC 62264-3)

производс'венкыми процессами

(Enterprise-control system integration — Part 3: Activity models of manufacturing operations management)

УДК 658.52.011.56    ОКС25.040.01

Ключевые слова: автоматиэирОЕанные промышленные системы, интеграция, жизненный цикл систем, управление производством

Редактор А. Д. Чайка Технический редактор В. И. Прусакова Корректор Л. Я. Митрофанова Компьютерная верстка В. Н. Романовой

Сдано в набор 21.01.2014. Подписано в печать 17.04.2014. Формат 60х84'/в. Бумага офсетная Гарнитура Арнал. Печать офсетная. Уел. пач. л. 6 05. Уч.-иад. л. 5.30. Тираж 69 зкэ. За*. 241

ФГУП «СТАНДАРТИНФОРМ». 12399S Москва. Гранатный пер.. 4.     n(o@goslinfo ти

Набрано я отпечатано а Калужской типографии стандартов. 246021 Калуга, уп. Московская. 256.