ГОСТ Р 54878-2011; Страница 7

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ Р ИСО/МЭК 11179-5-2012 Информационная технология. Регистры метаданных (РМД). Часть 5. Принципы наименования и идентификация Information technology. Metadata registries (MDR). Part 5. Naming principles and identification (Настоящий стандарт содержит руководство по наименованию и идентификации следующих администрируемых элементов: понятий элементов данных, концептуальных областей, элементов данных и областей значений. В настоящем стандарте описаны части и структура идентификации. Идентификация понимается в узком смысле, достаточном только для однозначной идентификации указанных администрируемых элементов в пределах регистра. В настоящем стандарте также описано присвоение имен в регистре метаданных (РМД), включая принципы и правила, по которым могут быть разработаны соглашения о наименовании, и приведены примеры соглашений о наименовании. Описанные в настоящем стандарте принципы и правила наименования применяются прежде всего к именам понятий элементов данных, концептуальных областей, элементов данных и областей значений) ГОСТ Р МЭК 62264-1-2010 Интеграция систем управления предприятием. Часть 1. Модели и терминология Enterprise-control system integration. Part 1. Models and terminology (Настоящий стандарт распространяется на принципы организации интерфейсов между функциями управления технологическими процессами и другими функциями предприятия. Рассматриваемые интерфейсы относятся к уровням 3 и 4 иерархической модели, определяемой настоящим стандартом. Цель такого рассмотрения состоит в уменьшении рисков, затрат и ошибок, сопутствующих реализации указанных интерфейсов. Настоящий стандарт может быть использован для сокращения трудозатрат, связанных с внедрением новых коммерческих программных продуктов, обеспечивающих взаимодействие производственных и управляющих систем и упрощающих их интеграцию. Настоящий стандарт распространяется на:. a) наглядное представление совокупности производственных операций и границ системы управления;. b) рассмотрение структуры основных активов предприятия, вовлеченных в производственный процесс;. c) определение перечня функций, обеспечивающих сопряжение функциональной структуры управляющей системы с функциональной структурой предприятия;. d) описание информации, которую одновременно используют и в производственной системе предприятия, и в системе управления) ГОСТ МЭК 60335-2-26-2008 Бытовые и аналогичные электрических приборы. Безопасность. Часть 2-26. Дополнительные требования к часам Household and similar electrical appliances. Safety. Part 2-26. Particular requirements for clocks (Настоящий стандарт устанавливает требования безопасности к электрическим часам (далее - приборы), номинальное напряжение которых не превышает 250 В)

Страница 7

Страница 1

Untitled document

ГОСТ Р 54878—2011 /ISO/TS 20625:2002

5 Требования к принципам логического вывода схем

a) MIG-техмическая информация, перечисленная в разделе 4, при необходимости должна иметь воз

можность быть встроенной в схемы (структуры).

) Структура MIG-инструкции более низкого уровнядолжна быть легкодоступной (XML- и традицион

ные EDI-инструкции должны быть сопоставимыми по структуре).

c) Сформированные XML-сообщения должны иметь минимально возможную длину.

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

при котором семантическиеданные могут представляться в XML виде.

e) Разработчик MIG-инструкций решает, какие данные важны и какие структуры значимы для его

конкретного приложения. Именноон должен определить, какие структурные элементыдолжны объединять

ся в схемы.

6 Принципы формирования XML-схем, отбираемых из EDI MIG-инструкций

Примечание — Область имен ’din’ берется исключительно в справочных целях и поэтому может либо

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

6.1 Принцип 1: Наименование тега

6.1.1 Вариант 1

Имена XML-структурыдолжны формироваться из EDI-тегов. которые будут префиксами, зависящими

от уровня структуры (группы сегментов, сегмента, составного элемента данных или самого элемента дан

ных), т. е.:

..М_"+ тип сообщения +(суффикс]

,.G_*+ группа сегментов ♦ [суффикс]

_S_’ + сегмент + (суффикс]

Пример: M_ORDERS

Пример: G_SG36 или G_LIN_ALC

Пример: S_LIN

_С_"+ составной элементданных ♦ [суффикс]Пример:С_С082_2

..D_"+ элемент данных + [суффикс] Пример: D_3035 или D_3035_10

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

ных семантических интерпретаций EDI-элементов.

Если XML-схемный файл формируется из EDIFACT MIG-инструкции, то необходимо указывать лишь

префикс’ D_". Поскольку вдругих EDI-стандартахдолжны использоваться иные префиксы, которые будут

идентифицировать составные элементы данных и просто элементы данных путем применения цифровых

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

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

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

ставление сегментов ряда операций. В последнем случае формирование вложения групп сегментов необ

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

Рекомендации W3C XML предполагают использование ’тегов, не требующих пояснений’ .

Е01[РАСТ]-теги отвечают этим требованиям в большей степени, чем теги, записанные на естественном

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

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

Пример —

<xsd:element name =’M_ORDERS">

<xsd:complexТуре>

<xsd:sequence>

<xsd:element ref="din:D_1004’/>

<xsd:element ref=’din:D_2380"/>

<xsd:element ref="din:D_2380_2’/>

<xsd:element ref="din:G_SG2"/>

<xsd:element ref=’din:G_SG2_2’/>

<xsd:element ref="din:D_6345‘ minOccurs=“0" maxOccurs="5"/>

<xsd:element ref=’din:G_SG25" minOccurs=‘ 1" maxOccurs=‘ 10"/>

<xsd:element ref=’din:D_5004_27>

</xsd:sequence>

</xsd:complexType>

</xsd:element>