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

ГОСТ Р 54911-2012 Качество данных. Часть 120. Основные данные. Обмен данными характеристик. Происхождение

Обозначение: ГОСТ Р 54911-2012
Наименование: Качество данных. Часть 120. Основные данные. Обмен данными характеристик. Происхождение
Статус: Действует

Дата введения: 01/01/2013
Дата отмены: -
Заменен на: -
Код ОКС: 25.040.40
Скачать PDF: ГОСТ Р 54911-2012 Качество данных. Часть 120. Основные данные. Обмен данными характеристик. Происхождение.pdf
Скачать Word:ГОСТ Р 54911-2012 Качество данных. Часть 120. Основные данные. Обмен данными характеристик. Происхождение.doc


Текст ГОСТ Р 54911-2012 Качество данных. Часть 120. Основные данные. Обмен данными характеристик. Происхождение



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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТР

54911-

2012/

ISO/TS 8000-120:2009

КАЧЕСТВО ДАННЫХ

Часть 120

Основные данные.

Обмен данными характеристик. Происхождение

ISO/TS 8000-120:2009 Cata quality — Part 120: Master data:

Exchange of characteristic data: Provenance

(IDT)

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

Москва

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

2013


Предисловие

Цели и принципы стандартизации е Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0—2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    ПОДГОТОВЛЕН Федеральным бюджетным учреждением «Федеральный центр каталогизации» (ФБУ «ФЦК») на основе собственного аутентичного перевода на русский язык международного документа. указанного в пункте 4

2    ВНЕСЕН Техническим комитетом ло стандартизации ТК430 «Каталогизация продукции»

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

4    Настоящий стандарт идентичен международному документу ИСО/ТС 8000-120:2009 «Качество данных. Часть 120. Основные данные. Обмен данными характеристик. Происхождение» (ISO/TS 8000-120:2009 «Data quality —Part 120: Master Data: Exchange of characteristic data: Prevenance»).

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

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

6    Некоторые элементы настоящего стандарта могут быть объектами получения патентных прав. ИСО не несет ответственности за установление подлинности таких патентных прав

Информация об изменениях к настоящему стандарту публикуется е ежегодно издаваемом им• формационном указателе «Национальные стандарты». а текст изменении и поправок — е ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

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

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

Содержание

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

Введение

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

Международные стандарты проектируются и разрабатываются в соответствии с правилами, представленными в директивах ИСО/МЭК. часть 2.

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

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

•    открытых технических условий ИСО (ISO/PAS), представляющих собой соглашение между техническими экспертами рабочей группы ИСО. одобренных и принятых техническим комитетом к публикации при условии их утверждения голосующими членами комитета-разработчика. число которых должно быть более 50 % от числа всех голосующих:

-    технических условий ИСО (ISO/TS), представляющих собой соглашение между членами технического комитета, одобренных и принятых техническим комитетом к публикации при условии, что данные документы одобрены 2/3 голосующих членов комитета.

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

Настоящий стандарт подготовлен Техническим комитетом ISO/TC184 «Системы автоматизации и интеграция» и Подкомитетом SC4 «Промышленная информация».

Комплекс стандартов ИСО 8000 разработан в виде отдельных стандартов. Структура комплекса этих стандартов представлена в ИСО 8С00-1. Каждая часть комплекса стандартов ИСО 8000 является составной частью одной из следующих серий: «Качество общих данных». «Качество основных данных». «Качество данных деловой информации». «Качество данных, относящихся к продукции». Данная часть относится к серии «Качество основных данных».

Перечень стандартов ИСО 8000 можно найти в Интернете по адресу: DATA_QUALITY_Tittes.htm.

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

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

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

Комплекс стандартов ИСО 8000 посвящен вопросам качества данных и включает в себя:

•    принципы качества данных:

•    характеристики данных, определяющие качество этих данных:

-    процессы, обеспечивающие качество данных.

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

ИСО/ТС 8000-120 определяет и устанавливает требования к обмену основными данными между организациями и системами. Основными данными являются данные характеристик.

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

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

Информация о происхождении данных может применяться для изображения данных, для определения их достоверности, точности или значения. Такая информация позволяет обеспечить высокую точность данных. Требования к точности данных рассмотрены в ИСОЯС 8000-130.

Любое требование соответствия настоящему стандарту означает требование соответствия стандарту ИСО 8000-110.

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

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

КАЧЕСТВО ДАННЫХ Часть 120

Основные данные. Обмен данными характеристик. Происхождение

Oata quality. Part 120. Master data. Exchange of characters be data. Provenance

Дата введения — 2013—01—01

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

Настоящий стандарт устанавливает требования к представлению и обмену информацией, относящейся к происхождению основных данных, состоящих из данных характеристик, а также дополняет требования. установленные в ИСО 8000-110.

Примечание 1 — Любое требование соответствия условиям настоящего стандарта означает требование соответствия условиям ИСО 8000-110.

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

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

Пример — Одним из таких стандартов является ИСО/ТС 22745-40.

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

•    варианты происхождения данных:

•    требования к получению {сбору) и обмену информацией о происхождении данных;

•    концептуальную модель данных для информации о происхождении данных.

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

•    формат обмена информацией о происхождении данных;

•    схему регистрации и расшифровки идентификаторов организаций и личных идентификаторов;

•    происхождение данных, не являющихся данными характеристик (или основными данными) и представленных как значения свойств;

•    управление конфигураций (например, системы);

- контроль измерений:

•    синтаксис идентификаторов;

•    разъяснение идентификатора.

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

Примечание 3 — Для того чтобы ознакомиться с общим описанием структуры и обзором стандартов ИСО 8000. относящихся к качеству основных данных, следует обратиться к ИСО/ТС 8000-100.

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

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

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

ИСО 8000-102:2009 Качество данных. Часть 102. Основные данные. Обмен данными характеристик. Словарь (ISO 8000-102:2009. Data quality — Part 102: Master data: Exchange of characteristic data: Vocabulary)

ИСО 8000-110:2009 Качество данных. Часть 110. Основные данные. Обмен данными характеристик. Синтаксис, семантическое кодирование и соответствие спецификации данных (ISO 8000-110:2009. Data quality — Part 110: Master data: Exchange of characteristic data: Syntax, semantic encoding, and conformance to data specification)

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

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

В настоящем стандарте применены термины и определения, установленные в ИСО 8000-102.

4    Обозначения и сокращения

4.1    Обозначения

В настоящем стандарте применены следующие обозначения: р — свойство; v — значение;

е — событие (событие заключает в себе источник информации); pv(p. v) — значение свойства, утверждающее, что свойство р имеет значение v; pv(p. v. (e1. е2,...)) — значение свойства, утверждающее, что свойство р имеет значение v и содержит информацию о происхождении данных, заключенную в событиях в,. е2 и т. д.; запрос (I, р) — запрос на текущее значение свойства р изделия I;

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

выделять (организация ID. персона ID. t) —событие, являющееся выделением значения свойства. которое выделено организацией и каким-либо лицом за время t;

MDM (I,(pv1, pv2....)) — сообщение с основными данными, содержащими значения свойств pv1, pv2 и т. д.:

нуль — значение не дано.

4.2    Сокращения

В настоящем стандарте применены следующие сокращения: id — идентификатор (identifier):

ЮР — изделие/предмет производства (item of production);

IOS — изделие/предмет поставок (item of supply);

OED — Оксфордский словарь английского языка (Oxford English Dictionary);

UCT — всемирное координированное время (Universal Coordinated Time);

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

URL — локатор единообразного ресурса (uniform resource locator):

XML — расширяемый язык разметки (Extensible Markup Language).

5    Основополагающие концепции и допущения

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

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

8 настоящем стандарте термин «происхождение данных» согласуется с первой частью определе* ния Ь): история происхождения значения свойства, а термин «регистрация (или запись) происхождения» (данных) — со второй частью определения Ь): конкретное появление самого первого упоминания и дальнейший путь значения свойства от одного хранителя (данных) к другому.

6 Модель происхождения данных

6.1 Диаграмма

Диаграмма класса UML, относящаяся к модели происхождения данных, представлена на рисунке 1.

prt**nma*_ev»nt

MX Стром

-млУяик Отрос* •orgw4ztfoaJ^J60^6S23.JitortSer • person ra<to*4(Q..ij

-robj*8fct4(D..1J • whwtdrtijeidJhw

«тип данные* »OJ»Z3Jdeniner

«гипдтых*

datejBjW.tw

Рисунок 1 — Диаграмма класса UML для источника данных

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

6.2    объект date_and_Ume: Момент времени, выраженный в системе UTC (всемирное координированное время).

6.3    объект ISO_6523_ldentifier: Идентификатор организации (или какого-то подразделения организации). соответствующей структуре, определенной в ИСО/МЭК 6523-1.

Примечание — Синтаксис идентификаторов ИСО/МЭК 6623-1 не определен в настоящем стандарте.

6.4    объект property_value_assignment: Информационный объект, являющийся парой значения и идентификатора к свойству, определенному в словаре данных.

Описание свойств:

10 — строка, точно идентифицирующая объект property_value_aesignment в организации, которая его создала.

Примечание 1 — Идентификатор должен быть уникальным и значимым а рамках своей организации, которая создала объект property_value_assignment.

Примечание 2 — Формат идентификатора не определен в нестоящем стандарте.

Утверждения:

Каждый объект property_value_assignment имеет свое происхождение, зарегистрированное или записанное одним или многими объектами provenance.event. Каждый объект provenance.event регистрирует или записывает происхождение только одного объекта property_value_assignment.

э

6.5 объект provenance.event: Событие, для которого записана информация о происхождении данных.

Описание свойств:

объект event_type: событие, для которого записана информация о происхождении данных: объект organization_ref: точный идентификатор организации (а возможно, одного из подразделений организации), которая создала событие, соответствующее структуре, определенной в ИСО/МЭК 6523-1. и установленное в соответствии с ИСО/МЭК 6523-2:

объект personjef: идентификатор, назначенный организацией персоне, которая осуществляет событие.

Примечание 1 — Идентификатор должен быть уникальным для организации.

Примечание 2 — Формат идентификатора не определен в настоящем стандарте.

объект rote.ref: идентификатор, назначенный организацией персоне, которая осуществляет событие.

Примечание 3 — Идентификатор должен быть уникальным для организации.

Примечание 4 — Формат идентификатора не определен а настоящем стандарте.

объект when: момент времени, в который совершается событие.

Утверждения:

Для каждого объекта provenance_event делается запись происхождения только одного объекта property_value_assignment. Каждый объект property_value_asstgnment имеет свое происхождение, записанное одним или многими объектами provenance_event.

7 Запись происхождения данных

Запись происхождения данных для любого значения свойства — это запись конечных сведений словообразования и пути прохождения значения свойства через различных хранителей (данных). Запись происхождения данных для любого значения свойства может быть:

• включенной в структуру, которая представляет значение свойства.

Пример 1 — Предателе и фрагмент кодированной структуры XML. в составе которой запись точности данных включена в структуру XUL. представляющую значение свойства.

Кодированные данные:

«property-value property-ref*"0l6l-t#02-016007»1*>

«controled-value value-refa*Ql61-1#07-000435tri7>

<provenance-eveni event-type «'create* organi2atton-refa*0161-ABCDE* person-ref*-ROLLINSl* datea*2008-lO-27T15:40:31.2877>

</property-value>

Декодированные данные:

<property-vaiue property-refa*lnclosure material*;*

«controied-value vaiue-refa*ceramlc*/>

«provenance-event event-typea*create* organi2ation-ref*‘A6C Company* peraon-re<a*Wllfcem F. Rollne' datea*2008-10-27T1S:40:31.287V>

«/property-vaiue>

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

Пример 2— Представлен фрагмент кода XML. в составе которого на запись точности данных делается ссылка в структуре XML. представляющей значение свойства.

Кодированные данные:

«property-value property-refa*0l61-t#02-0l5007»1* provenance-ref»*p4153*>

«controied-value value-refa*0l61-H»07-O0O435*M7>

«/property-value;*

«provenance-record id*"p4l53*>

«provenance-event event-type»*create* organi2atton-ref*'0161-

ABODE' pereoiwefa'ROLLINSl* «provenence-event eventtype*' create* organi2ation-refe*016l-A8CDE* peraonref*'

ROLLINS 1' dats«*2008-10-27T 15:40:31.2877» l>

«/provenance-record»

Декодированные данные:

«property-value property-ret**incloeure materiel* provenance-ref*“p41S3*>

<controlled-value value-refa’ceram«*/>

«/property-value»

«provenance-record tda'p4i53">

«provenance-event event-type®"create* organizetlon-ref®*ABC

Company* peraon-ref*"Willlam F. Rollins* «provenance-event eventtype»*

create* orgamzatlon-ref^'ABC Company* person-ret®‘William F.

Rollins* date«'2008-10-27T 15:40:31.287*/>

/>

«/provenance-record*

Примечание 1 — Чтобы понять представленные выше примеры кодов, следует обратиться к пояснениям в Приложении О. пункт D1.

Примечание 2 — Согласно требованиям настоящего стандарта не обязательно, чтобы в сообщениях с основными данными применялись специальные структуры, представленные в приведенных выше примерах, или был применен синтаксис XML.

Примечание 3 — В приведенных выше примерах данные представлены в кодированном и в декодированном виде. В настоящем сообщении с основными данными подача информации должнв быть в кодированном виде (см. ИСО 8000-110).

Запись о происхождении данных для значения свойства должна включать:

•    идентификацию создателя данных (организацию или. возможно, лицо, выделившее эти данные с указанием должности, занимаемой этим лицом в организации). Эта информация служит примером объекта provenance.event для которого сам объект event_type является «создателем» данных, включающим всю необходимую для модели информацию:

•    идентификацию каждого объекта, выделяющего или извлекающего данные (организацию или. возможно, лицо, с указанием должности, занимаемой этим лицом в организации). Эта информация служит примером объекта provenance_event. для которого объект event_type является данными, которые выделили или извлекли и которые включают в себя всю необходимую информацию.

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

Любое значение свойства, для которого требуется соответствие с настоящим стандартом, должно:

-    соответствовать требованиям ИСО 8000-110;

•    содержать запись о происхождении данных, которая отвечает требованиям раздела 7.

ИСО 8000-110 представляет целый ряд элементов выбора, которые могут быть подтверждены при применении или вводе в работу. Эти элементы выбора разделены на следующие классы соответствия:

•    свободное кодирование;

-    кодирование на платной основе.

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

Идентификация документа

Для обеспечения точной идентификации информационного объекте настоящему стандарту присвоен следующий идентификатор объекте:

{ iso standard 8000 pari (120) version (1)).

Смысл данного обозначения установлен в ИСО/МЭК 8824-1 и описан в ИСО 10303-1.

Дополнительная информация по реализации программы

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

64-ec4.org/implementationJnfonnetion/8000/00l20

Коды, применяемые в примерах

С.1 Цель

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

С.2 Сокращения

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

ОСМО — Служба управления кодами демилитаризации (Demilitarization Coding Management Office):

OEMIL — демилитаризация (demilitarization);

OLiS — Информационная служба военного материально-технического обеспечения (Defense Logistics information Service);

ORS — установление или утверждение требований к данным (data requirements statement):

PUS — Федеральная информационная система по материально-техническому обеспечению (Federal Logistics Inform a bon System);

ЮР — предмет или изделие производства (item of production);

MDM — сообщение с основными данными (master data message);

MDR — запись или регистрация основных данных (master data record);

NAND — не И (NOT ANO):

NATO — Организация северо-атлантического договора (North Atlantic Treaty Organization);

NCAGE — код коммерческой и правительственной организации НАТО (NATO Commercial and Government Entity);

NCB — Национальное бюро кодификации (national codification bureau);

NCS — Система кодификации НАТО (NATO Codification System);

NIIN — номер идентификации изделия НАТО (NATO Item Identification Number);

NSC — код классификации предметов снабжения НАТО (NATO Supply Classification Code);

NSN — номенклатурный номер НАТО (NATO Stock Number);

PICA — основная служба инвентарного учета и контроля (primary inventory control activity).

С.З Предыстория

Номенклатурный номер НАТО (NSN) принят рядом стран как уникальный идентификатор предмета снабжения. NSN состоит из 13 цифр. Первые четыре цифры — код классификации предметов снабжения НАТО (NSC). а остальные девять цифр — это номер идентификации предмета или изделия НАТО (NIIN). NIIN. а свою очередь, состоит из двухзначного кода НАТО для обозначения предмета снабжения в Национальном бюро кодификации (NCB), а далее идет семизначный номер, назначаемый каждым конкретным NCB.

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

Каталог предметов снабжения DUS — это Федеральная система материально-технического обеспечения (FLIS), которая объединяется с каталогами других NC8 через систему НАТО.

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

С.4 Требования к средствам обеспечения для назначения нового NSN

Каждый договор на оказание услуги по снабжению имеет свои отличия, а все требования, относящиеся к номенклатурным номерам НАТО (NSN). имеют общую черту, номер партии и код коммерческой и правительственной организации НАТО (NCAGE) (вдобавок к другим обязательным кодам, как например, код демилитаризации OEMIL).

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

Каталогизатор прежде всего должен убедиться а том. что данные точно соответствуют идентификации предметов или изделий. Для каждого типа рисунков и чертежей (чертеж продавца, контрольный чертеж источника изделия. чертеж упаковки, чертеж изменяемого товара и т. д.) правительство устанавливает перечень требований, которым эти чертежи должны отвечать. Каталогизатор затем переносит всю информацию, относящуюся к чертежам. a FLIS. регистрируя и проверяя соответствие номеров деталей различным типам чертежей. Затем устанавливается дата назначения NUN. и чертежи и изображения направляются на хранение в электронную базу данных для дальнейшего рассмотрения или ссылки.

Пример — В таблице С.1 представлены технические денные и денные, относящиеся к снабжению, не примере NSN5962-00-057-7131.

Таблица С.1 — Технические данные и данные, относящиеся к предмету произеодстеа NSN 5962-00-057-7131

Свойство

Значение

Класс

Микросхема, цифровая

Длина корпуса

Максимум 0.785 дюймов

Ширина корпуса

Номинальное значение 0.250 дюймов

высота корпуса

Максимум 0.185 дюймов

Максимальная мощность рассеяния

75.0 милливатт

Нижний и верхний пределы рабочей температуры

От -55.0 “С до *125,0 ‘С

Нижний и верхний пределы температуры хранения

От -65.0 “С до *200.0 ‘С

Описание

Герметично запакованная с положительными выходами

Материал оболочки

Керамика

Конфигурация оболочки

Двухрядное расположение

Фармакологические схемы выхода

Двухрядное расположение транспортно-транзисторноао лоеическоео выхода (ТТЛ)

Рисунок входной схемы

Тройной вход

Проектная функция и количвстео

Тройная вентильная схема не И (НОГ АНО)

Номинальное напряжение и тип по характеристике

Номинальная мощность на выходе 5.5 вольт

Норма времени по характеристике

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

вес единицы в нераспакованном виде

2.0 грамма

Документ по проведению испытания

Чертеж 19200-10548170

Конечный тип и количество

1 упаковка

C.S Демилитаризация

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

Отслеживание кодов DEMIL от самого начале принятия до удаления их из документации Службы управления кодами демилитаризации (ОСМО) ведется по записям, сокращенным в FLIS.

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

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

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

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

При вводе кода DEMIL базе денных идентифицирует человека, вносящего код {по номеру работника), в также указывает дату и время ввода. База данных сохраняет все предыдущие версии этой информации. Имея все эти данные, можно отследить происхождение информации о коде OEMIL и узнать обо всех изменениях кода. Это важно. так как неточные коды DEMIL могут привести к различным неприятностям и в отношении персонала, и в отношении оборудования, а также к возникновению инцидентов в системе безопасности.

DLIS хранит код DEMIL и всю информацию о происхождении изделия а таблице № 612 своей базы данных. Колонки денной таблицы имеют следующие обозначения:

l_l_NBR_4131    — идентификационный номер изделия. Произвольный номер, назначенный DLIS для

обозначения предмета поставки. Номер состоит из последних семи цифр NHN (следовательно. и NSN);

РЮА_2866    — код. указывающий на основную деятельность по контролю поставки. Он отвечает зв

установление нормы.

D£MIL_CD_Q167    — код для обозначения каждого изделия, подлежащего демилитаризвции. и типа демили

таризации.

R£CM_DEMIL_2847 — рекомендуемый код демилитаризвции. предлагаемый Управлением DLIS DEMIL: USR_CD_1101    — код пользователя. Код. идентифицирующий физическое лицо и определяющий, к чему у

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

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

быть пересмотрен DLIS DEMIL. Формат YYYYDDD:

PICA_RSP_DT_0150 — ответ PICA о дате демилитаризации по юлианскому календарю. Дата, когда PICA дает

ответ FILS о рекомендуемом коде DEMIL. Формат YYYYDDD.

Примечание 1 — Эти определения адаптированы из (S).

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

Пример — в таблице С.2 представлен фрагмент из таблицы Ыя В12 для номенклатурного номера НАГО (HSW) 5962-00-057-7131 (первая колонка «Номер ряба» не является частью таблицы Nt 812, но включена для удобства сравнения данных по рядам).

a)    DCMO провела первую проверку по инвентарному списку а назначенный срок по юливнскому календарю ............1999250 (1999-09-07) и рекомендовала заменить DEMIL код с «А» на «В». Это записано в первом ряду таблицы С.2. Дата просмотра показана в колонке DEMIL_REVW_DT_0146.

b)    Рекомендованное изменение коде DEMIL после первой проверки (шаг в)) было передано для исполнения, и далее код был изменен на «В» в FLIS по юлианской дате 2000066(2000-03-06). Это записано во втором ряду таблицы С.2. Дата изменения в колонке PICA_RSP_DT_0150.

c)    ОСМО провела последующую проверку после первоначального складирования по юлианской дате 2007047 (2007-02-16) и по одной из причин (нвличие технических данных, изменения в работе закупочной организации. возникшие сомнения и т. д.) рекомендовала изменить D£MIL_REVW_DT_0146.

б) Рекомендованное изменение в результате второй проверки (шаг с}) было передано для исполнения, и далее код был изменен на «О» в FLIS по юливнской дате 2007105 (2007-04-15). Это записано в четвертом ряду таблицы С.2. Дата изменения в колонке PICA.RSP.DT_0150.

Номер

ряда

РСЛ_28в6

0£М1._СО_01в7

RECM_0£ML_2847

USRCD.1101

EMIL_REVW.OT_Oue

P!CA_RSP_OT_01S0

1

0577131

90

А

В

1999250

2000056

2

0577131

ZH

В

В

1999250

2000056

3

0577131

90

В

0

SDJ2816

2007047

0

4

0577131

ZH

0

0

SDJ2816

2007047

2007105


ГОСТ Р 54911—2012/ISO/TS 8000-120:2009


С.6 Эхо денных

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

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

Каждый предмет снабжения в Системе кодификации НАТО связан с нулевым или несколькими предметами производства.

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

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

Пример 2 — Для цифровой микросхемы в таблице С.1 производитель мое бы изменить материал оболочки с керамики на каучук. Изаотовитель, который изначально делает поставки производителям потребительских злектронных товаров, не считает, что материал оболочки может изменить свойство товара, и принимает решение оставить тот же самый номер детали. Однако данный предмет снабжения применяется в авиационном производстве, аде каучук не допускается к применению. Данный предмет производства больше не соответствует предмету снабжения no FLIS и должен быть изъят из перечня предметов производства, связанных с зтим предметом снабжения.

Принимая во внимание все вносимые изменения. OLIS приходится время от времени проверять информацию о предметах снабжения, представленную в FUS. и подтверждать перечень соответствующих предметов производства. Для осуществления подобных проверок 0US необходима новейшая информация о каждом предмете производства. Составитель каталога DLIS может получить ее из разных источников, включая запросы производителям, поиск в сети Интернет, сведения от собирателей данных. Для DLIS важно знать происхождение каждого значения свойства, особенно, если эти данные поступили от собирателя данных, так как он. в свою очередь, мог получить их от производителя, от DLIS или какого-либо другого источника. Если собиратель данных получил информацию из FLIS. то такая информация не будет представлять особой ценности и служить основанием для обновления данных FUS. Отправление таких данных обратно в FLIS может затянуть процесс обновления информации, получаемой из какого-либо другого источника, вся эта процедура показана на рисунке С.1.

Анализируя происхождение информации. OUS может определить, что значение vl для свойства р устарело на момент 1999-12-04, и следовательно, это позволит избежать переписывания нового значения v2 взамен v1.

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

ш


ш


в>


м



Изготовитель

□US

СобфвПГаЛЫ

двнжх


Kfcr*n©rK?1: «денное «немение свойстве pvtpt, vi)

Первичное аняяние еяпвлог (081: ■данное анпшю wAnwpvOU.vl)

ММДрСЯЧ,

(PW.*)..))


ОвжжмтЪ’МОАдпя ЮР!: изменить яеош сэоАстав сруф1,у1)на Ир!,*$


3«*oo(IOPt,p1)


3*роо(10Р1.р1>

МОН(КР1,

04P1.V2)..))


Запрос (ЮР!, р!)


А


MDM0OP!,

tP*p1. *!)...))

Внести основные данные дю ЮР1: ■данное *www шАпмру(р1,у1)


Обноектьдаиныа FU& дллЮ&1:оре(р1,у1) | H»pw(pi,va)    i

I


эапРооаоР1.о»

МОМ(ЮР1,


НЕптвигаю


Дим и F1LS дли мдалмс цдапаткри^, v2>, добиты p*(p1,v1)


У

л f


Рисунок С.1 — Схеме последовательности возникновения эхо денных


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

Применение основных данных

0.1 Общая информация

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

Таблица D.1 — Применяемые концепции

Идентифитатор

Тип

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

0161-1002-01500701

Свойство

Материал оболочки

0161-1007-00043501

Значение свойства

Керамика

0161-1007-16558601

Значение свойства

Каучук

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

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

Таблице 0.2 — Организации, на которые имеются ссылки в документе

Идентификатор

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

Выполняемые функции

0161-XYZQW

IM1

Менеджер каталога предметов снабжения

0161-ABCDE

Компания АВС

Изготовитель микросхем

0161-6CDEF

Компания XY2

Хранитель данных

Примечание 2 — в настоящем приложении применены идентификаторы организаций изеОТО. Могут также применяться любые схемы идентификации организации, соответствующие требованиям ИСО/МЭК 6523.

Примечание 3 — Для определения элементов идентификатора организации следует обращаться к ИСО/МЭК 6S23-1.

IM1 (в таблице D.2) владеет основными данными по предметам снабжения, представленными в IOS-MS (Система управления предметами снабжения).

В таблице 0.3 перечислены лица с их идентификаторами, на которые имеются ссылки в настоящем приложении.

Таблице D.3 — Лица, на которые имеются ссылки в документе

Идентификатор

ИмяГиаименоаание

Компания

Выполняемые функции

JPS3642

John Р. Smith

IM1

Составитель каталога

ROLLINS1

William F. Rollins

Компания ABC

Инженер

8AK6R2

Cathenne A. Baker

Комлвния ABC

Инженер

ООЕ1

Jane E. Doe

Компания ABC

Представитель службы заказчика

Примечание 4 — Коды *0161-А8СОЕ\ '0161-8CDEF* и '0161-XY2OW* — это выдуманные коды, применяемые для иллюстрации данных.

В нестоящем приложении время указывается с точностью до дня. например. 1998-12-01. Настоящий стандарт позволяет указывать любую точность времени, например. 1998-12-01 Т08:41:36.118.

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

0.2 Сокращенные термины

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

ЕССМА — Международная ассоциация управления кодами электронной коммерции (Electronic Commerce Code Management Association);

eOTO — открытый технический словарь (ЕССМА Open Technical Dictionary); id — идентификатор (identifier);

POM — управление информацией о продукции (product data management).

0.3 UC1: первичное включение в каталог предмета производства

Первичное включение в каталог предмета производства производителем микросхемы описывается в таблице С.1 и является примером первичного включения данных в каталог.

Исполнитель.

Вильям Ф. Роплинс. инженер компании АВС. должен разработать микросхему.

Шаг 1: М-р Роллинс разрабатывает микросхему с учетом свойств, указанных на рисунке С.1.

Шаг 2:1998-02-07 М-р Роллинс вводит значения свойства в запись об изделии в системе управления информацией о продукции (РОМ), включая значение свойства материала оболочки — керамика.

Шаг 3: Система РОМ записывает значение свойства, включая информацию о происхождении (данных). Значение свойства материала оболочки — керамика записано следующим образом:

Кодированные данные:

pv(*0161-1*02-015007*1*. '0161-1*07-000435*1'.

(createf0161 • ABC DE*. ‘ROLLINSI*. 1996-02-07)))

Декодированные данные; pv(*enctoeure material*, 'ceramic*.

(create(*ABC Company*. *Wlltiam F. Rollins’. 1998-02-07)))

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

Исполнитель:

Джон П. Смит — составитель каталога в 1М1Ю. отвечающий за первичное внесение в каталог микросхемы. Шаг 1: Запрос на кодификацию направляется a IM1 вместе с сопроводительной документацией и частью чертежей. Шаг 2: М-р Смит определяет свойства микросхемы по чертежам и другой документации, прилагаемой к запросу на кодификацию.

Шаг 3:1996-06-13 м-р Смит вводит значения свойств в запись по изделию в IOS-MS. включая значение свойства. выбранного материала оболочки микросхемы — керамика.

Шаг 4: IOS-MS записывает значения свойств вместе с информацией. Значение свойства материала оболочки — керамика записывается следующим образом:

Кодированные данные:

pv(*0161-1*02-015007*1*. '0161-1 *07-000435*1’.

(create(’016l-XYZQW*. MPS3642'. 1998-10-11)))

Декодированные данные: pv(*enctosure material*, 'ceramic*.

(create('IM1“. 'John P Smith'. 1998-10-11)))

Шаг 5: Как только все значения свойства записаны, изделию назначается NSN (5962-00-057-7131).

D.S UC2: первичное включение предмета снабжения в каталог, используя информацию из источника

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

Исполнители:

Джон П. Смит — составитель каталога в IM1. отвечающий за первичное внесение в каталог микросхемы. Джейн Е.Доу— представитель компании АВС по обслуживанию клиентов, отвечающая за запросы поданным.

Шаг 1: Запрос иа кодификацию направляется в IM1 вместе с сопроводительной документацией и номером детали.

Шаг 2: 1998-10-11 м-р Смит направляет запрос в компанию АВС. запрашивая значения всех свойств микросхемы. сформулированных в информационных требованиях (ORS) организации IM1,

Шаг 3:1998-10-12 м-сДоу выделяет информацию о свойствах микросхемы из системы РОМ и направляет ее в сообщении основных данных м-ру Смиту.

Шаг 4:1998-10-18 после проверки значений свойств, полученных от производителя и соответствующих ORS в IM1. м-р Смит копирует данные о значениях свойств и заносит их в запись данных по изделию в IOS-MS. включая значение свойства, указывающее на то. что материалом оболочки является керамика.

Шаг S: IOS-MS записывает значения свойств вместе с информацией о происхождении. Значение свойства материала оболочки— керамика записывается следующим образом:

Кодированные данные:

pv('0161-1 #02-01500701", *0161-1007-00043501*.

(create(*Gl6l-ABCDE'. "ROLUNS1". 1998-02-07). extr8Ct(*0l6l-A8CDE*. *ООЕГ. 1998-10-12)))

Декодированные данные:

pvfenclosure matenel". *0161-1007-00043501*.

(createfABC Company". "William F. Rollins*. 1998-02-07). extract(’ABC Company*. 'Jane E. Doe*. 1998-10-12)»

Шаг б: Как только все значения свойств записаны, изделию назначается NSN (5962-00-057-7131).

0.6 UC4: Обновление записи о предмете производства в каталоге

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

Исполнитель:

Кэтрин А. Бейкер — инженер в компании А8С. отвечающая за обновление микросхемы.

Предусловия:

Применены условия UC1.

Шаг 1: М-с Бейкер создает новый вариант проекта микросхемы с заменой материала оболочки на каучук. Шаг 2:1998-11-01 м-с Бейкер вносит в систему производителя PDM новое значение свойства для материала оболочки, указывая на то. что теперь материалом оболочки является каучук.

Шаг 3: Система PDM записывает новое значение свойства вместе с информацией о происхождении следующим образом.

Кодированные данные:

pv("0161-1002-01500701". "0161-1007-18558601*.

(create(’0161-ABCDE*. “BAKER2". 1998-11-01)))

Декодированные данные: pv('enclosure material", 'resin*.

(createfABC Company". ‘Catherine A. Baker". 1998-11-01)))

D.7 UC5: Публикация в каталоге первичной записи о предмете снабжения

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

Предусловия.

Применены условия UC3.

Шаг 1:1999-12-04 процесс пакетной обработки, выделяющий данные характеристик из IOS-MS. осуществляется автоматически.

Шаг 2: Данные записываются на CD-ROM и доставляются пользователям.

Шаг 3: Значение свойства и информация о происхождении, относящиеся к материалу оболочки микросхемы, записываются на CD-ROM следующим образом:

Кодированные данные:

pvf0161-1002-01500701". "0161-1007-00043501 *.

(create(*0161-ABODE". "ROLLINS1". 1998-02-07). extrsctf0161-A8CDE\*DOE1\ 1998-10-11). extract(*0161-XYZQW". null. 1999-12-04)))

Декодированные данные: pvfenclosure material", ‘ceramic*.

(createfABC Company". "William F. Rollins*. 1998-02-07).

extract<*ABC Company*. ’Jane E. Doe*. 1998-10-11). extract(*IMl*. nul. 1999-12-04)))

D.8 UC6: Обновление записи в каталоге о предмете снабжения с использованием исходных каталогизированных данных

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

Исполнители:

Джон П. Смит — составитель каталога в IM1. отвечающий за первичное внесение в каталог микросхемы. Джейн Е. Доу — представитель компании А8С по обслуживанию клиентов, отвечающая за запросы поданным. Предусловия:

Применены условия UC4.

Шаг 1: Согласно программе по обеспечению качества данных м-р Смит отправляет в компанию АВС запрос на получение и сверку значений свойства микросхемы.

Шаг 2:1998-12-07 м-с Доу извлекает свойства микросхемы из системы РОМ и направляет их м-ру Смиту в сообщении с основными данными.

Шаг 3: М-р Смит сравнивает значения свойств в сообщении с основными данными сданными IOS-MS и определяет. что свойство материала оболочки изменилось.

Шаг 4. 1998-12-10 после проверки значения свойства по DRS в IM1 м-р Смит копирует значение свойства и вносит его в запись по предмету снабжения в IOS-MS. указывая, что выбранный материала оболочки — каучук.

Шаг 5. IOS-MS записывает обновленное значение свойства с информацией о происхождении следующим образом:

Иодированны* данные:

pv(*0161-1*02-01500741*. *0161-1 #07-18558691*.

(сгев(е(*0161-АВСО£*. 'BAKER2*. 1998-11-01), extract{*0l61-ABCDE*. "ООЕ1". 1998-124)7)))

Декодированные данные: pv(*0l61-1*024)15007*1*. ’0161 -1*07-185586*1".

(creaiefABC Company*. ‘Cathenne A. Baker*. 1998-11-01), extracU’ABC Company*. 'Jane E. Doe*. 1998-12-07)))

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

0.9 UC7: Сбор информации о предмете снабжения

Подобным образом осуществляются выделение данных о предмете снабжения из IOS-MS и объединение их с другими данными.

Предусловия:

Применены условия UC5.

Шаг 1: Компания XYZ получает копию данных на CD-ROM и объединяет полученные данные со своими основными данными.

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

Кодированные данные:

pv(*0161-1*02-015007*1*. *0161-1*07-000435*1".

(create(*0161-ABCDE*. ’ROLUNSl*. 19984)2-07). extract(*0l6l-ABC0E*. “DOE1*. 1998-10-11). extract{*0161-XYZQW*. null. 1999-12-04)))

Декодированные данные: pv(*enctoeure material*, 'ceramic*.

(create(*ABC Company*. *Wllliam F. Rollins', 1998-02-07), extract(*ABC Company*. "Jane E. Doe*. 1998-10-11). extracU’IMl*. nut, 1999-12-04))}

D.10 UC8: Проверка записи каталога о предмете снабжений с использованием исходных каталогизированных данных

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

Исполнитель:

Джон П. Смит — составитель каталоге в IM1. отвечающий за веление звлиси. относящейся к микросхеме. Предусловия.

Применены условия UC6 и UC7.

Шаг 1: Согласно программе обеспечения качества данных 1998-12-05 м-р Смит направляет в компанию АВС запрос на получение и сверку значений свойств микросхемы.

Шаг 2: Компания АВС не отвечает.

Шаг Э: М-р Смит направляет запрос на получение данных по микросхеме в Службу информации компании

XYZ.

Шаг 4: 1999-02-21 Служба информации откликнулась и прислала следующую запись:

Кодированные данные:

pv("0161-1 #02-015007» 1". "0161-1#07-000435#1*.

(create(*0l6l-ABODE". “ROLLINS1*. 1998-02-07). extract('0l6l-ABCD£'. *ООЕГ. 1998-10-11). еxtract("0161 -XYZQ W". nuU. 1999-12-04). extract(*0161-BCDEF". null. 1999-02-21)))

Декодированные данные: pvfenclosure maienar, 'ceramic*.

(creetefABC Company*. 'William F. Rollins*. 1998-02-07). extract(*ABC Company*. 'Jene E. Doe*. 1998-10-11). axtract(*IM1*. null. 1999-12-04). extract(’XYZ Company*, null. 1999-02-21)))

Шаг 5: М-р Смит сравнивает значение свойства, поступившее из службы информации, с тем. которое имеется в IOS-MS:

Кодированные данные:

pv('0161-1002-01S007JM". *0161-1#07-185586#1*.

(creale('0l61-ABODE*. ’BAKER2*. 1998-11-01). extract(’0161-ABCOE*. *D0E1‘. 1998-12-07)))

Декодированные данные: pv('enclosure maienel*. *resln*.

(creaie(*ABC Company". "Catherine A. Baker. 1998-11-01). extract(’ABC Company*. 'Jane E. Doe*. 1998-12-07)))

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

Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации

Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации приведены в таблице ДА.1.

Таблица ДА.1

Обозначение ссылочного международного стандарта

Степень

соответствия

Обозначение н наименование соответствующего национального стандарта

ИСО 6000-102:2009

IDT

ГОСТ Р ИСО 8000-102—2011 «Качество данных. Часть 102. Основные данные. Обмен данными характеристик. Словарь»

ИСО 6000-110:2009

ЮТ

ГОСТ Р ИСО 8000-110—2011 «Качество данных. Часть 110. Основные данные. Обмен данными характеристик. Синтаксис, семантическое кодирование и соответствие спецификации данных»

ИСО/МЭК 6824-1:2002

ЮТ

ГОСТ Р ИСО/МЭК 8824-1—2001 «Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации»

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

• ЮТ — идентичный стандарт.

библиография

[1]    iso/ts аооои

[2]    ISO/TS 8000-130

[3]    ISO 10303-1

[4]    ISO/TS 8000-100

[5]    ISO/TS 22745-40

[6]    ISO/IEC 6523


Data quality — Part 1: Overview, principles, and general requirements

Data quality — Part 130: Master data: Exchange of characteristic data: Accuracy

Industrial automation systems and integration — Product data representation and

exchange — Part 1: Overview and fundamental principles

Data quality — Part 100: Master data: Exchange of characteristic data: Overview

Industrial automation systems and integration — Open technical dictionaries and thelrapplicatlon to

master data — Part 40: Master data representation

Information technology — Structure for the identification of organizations and organization parts

(ail parts)

[7]    The Oxford English dictionary. Clarendon Press. 1989

[8]    MOREAU. Luc. GROTH. Paul. MILES. Simon. VA20UEZ-SALCEDA. Javier. IB80TSON. John. JIANG. Sheng. MUNROE. Steve. RANA. Omer. SCHREI8ER. Andreas. TAN. Victor, end VARGA. Laszlo. The provenance of electronic data. Communications of the ACM. 2008-04. vol. 51. no. 4. p. 52—83.

[9]    DoD 4100.39-M volume 12. FLIS Procedures Manuel: Data Element Dictionary. 2008-04

УДК 681.3.01.016    ОКС 25.040.01    П87

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

Редактор Н.Н. Кузьмина Технический редактор в.И. Прусакова Корректор ИА. Королева Компьютерная верстка В.И. Грищенко

Сдано а набор 11.02.2013. Подписано в печать 20.02.2013. Формат 60x047, Гарнитура Лряал. Уел. печ.л. 3.20.

Уч.'изд. п. 2.3S. Тирах 100 экз. Зак. 220.

ФГУП «СТАНДАРТИНФОРМ». 123095 Москва. Гранатный лер.. 4 «vw1v.901tnfo.ru info^goslinforu Набрано во ФГУП «СТАНДАРТИНФОРМ» на ПЭВМ

Отпечатано в филиале ФГУП «СТАНДАРТИНФОРМ» — тип. «Московский печатник». 105002 Москва. Лялин пер.. 0.