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

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

Ещё ГОСТы из 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 В)

Страница 15

Страница 1

Untitled document

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

6.9 Принцип 9: Размещение данных

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

атрибутов могутформироваться «точки привязки», которые будут позволять применять XML-форматобмена

данными к EDI-подсистемам.

6.9.2 С помощью атрибута EDISource предусмотрен EDI(FACT]-

hcto

hhk

. Э

то

обозначение атрибута

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

относительно версии каталога, например EDIFACT-каталога.

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

- путь указывается в форме *segmвлtgroup.segment.compositedataelement.dataelemвnt,, или

"segmentgroup.segment.dataelement*;

- группа сегментов может оказаться многочисленной для указания уровней Е01(ГАСТ]-структуры,

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

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

В конце порядкового номера сегмента, приведенного в исходном типе EDIFACT-сообщения. необхо

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

сегмент после двоеточия и при необходимости — порядковый номер компонента в составном элементе

данных.

Например, запись вида (0120:020:02) должна читаться следующим образом: ’Порядковый номер

в стандарте’: "порядковый номер составного элемента данных или элемента данных": ’при необходи

мости — порядковый номер компонента в составном элементе данных".

Примеры —

<xsd:element name ="D_3433~>

<xsd:annotation>

<xsd:documentation>BIC ofbuyer’s bank</xsd:documentation>

</xsd:annotation>

<xsd.complexType>

<xsd:simpleContent>

<xsd:extension base ="xsd:decimal">

<xsd:attributename="Mapping_anchor" type="xsdistring"

use="fixed"value="BIC-BB7>

</xsd:extension>

</xsd:simp!eContent>

</xsd:complexType>

</xsd:element>

( )

<xsd:element name ="D_3433">

<xsd:annotation>

<xsd:documentation>BIC ofbuyer’s bank</xsd:documentation>

</xsd:annotation>

<xsd.complexType>

<xsd:simpleContent>

<xsd:extension base =’xsd:decimar>

<xsd:attribute name-"EDIPath" type-"xsd:string" use="fixed"

value="SG2[NAD. 3035=BY].FII.0088.3433(0140:030:01)’/>

</xsd:extension>

</xsd:simpleContent>

</‘xsd:complexType>

</xsd:element>

6.10 Принцип 10: Группирование контейнеров данных с одинаковыми именами

При наличии сценариев реализации с использованием различных типов сообщений и при желании

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

их в сценарии, применимы следующие принципы: