ГОСТ Р 54911-2012/ISO/TS 8000-120:2009. Национальный стандарт Российской Федерации. Качество данных. Часть 120. Основные данные. Обмен данными характеристик. Происхождение

(утв. и введен в действие Приказом Росстандарта от 14.06.2012 № 107-ст)

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

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

ЧАСТЬ 120

ОСНОВНЫЕ ДАННЫЕ. ОБМЕН ДАННЫМИ ХАРАКТЕРИСТИК. ПРОИСХОЖДЕНИЕ

Data quality. Part 120. Master data. Exchange of characteristic data. Provenance

ISO/TS 8000-120:2009 Data quality — Part 120: Master data: Exchange of characteristic data: Provenance (IDT)

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

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

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

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

3. Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 14 июня 2012 г. № 107-ст.

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

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

5. Введен впервые.

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

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

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

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

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

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

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

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

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

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

Перечень стандартов ИСО 8000 можно найти в Интернете по адресу: http://www.tc184-sc4.org/titles/DATA_QUALITY_Titles.htm.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ИСО 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).

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

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

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

p — свойство;

v — значение;

e — событие (событие заключает в себе источник информации);

pv(p, v) — значение свойства, утверждающее, что свойство p имеет значение v;

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

запрос (I, p) — запрос на текущее значение свойства p изделия I;

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

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

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

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

4.2 Сокращения

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

id — идентификатор (identifier);

IOP — изделие/предмет производства (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).

Оксфордский словарь английского языка определяет источник данных как:

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

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

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

6.1 Диаграмма

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

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

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

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

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

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

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

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

Примечание 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;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

... <provenance-event event-type=«create» organization-ref=«0161- ABCDE» person-ref=«ROLLINS1» />

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

... <provenance-event event-type=«create» organization-ref=«ABC Company» person-ref=«William F. Rollins» />

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

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

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

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

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

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

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

• соответствовать требованиям ИСО 8000-110;
• содержать запись о происхождении данных, которая отвечает требованиям раздела 7.

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

• свободное кодирование;
• кодирование на платной основе.

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

Приложение A (обязательное)

ИДЕНТИФИКАЦИЯ ДОКУМЕНТА

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

{iso standard 8000 part (120) version (1)}.

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

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ ПО РЕАЛИЗАЦИИ ПРОГРАММЫ

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

http://www.tc184-sc4.org/implementation_information/8000/00120

C.1. Цель

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

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

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

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

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

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

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

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

C.3. Предыстория

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

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

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

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

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

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

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

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

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

Таблица C.1

Технические данные и данные, относящиеся к предмету

производства NSN 5962-00-057-7131

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

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

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

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

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

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

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

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

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

    I_I_NBR_4131       - идентификационный   номер  изделия.   Произвольный
                         номер, назначенный DLIS  для  обозначения предмета
                         поставки. Номер  состоит  из  последних  семи цифр

                     NIIN (следовательно, и NSN);

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

                     нормы;

DEMIL_CD_0167 — код для обозначения каждого изделия, подлежащего демилитаризации, и типа демилитаризации;

RECM_DEMIL_2847 — рекомендуемый код демилитаризации, предлагаемый Управлением DLIS DEMIL;

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

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

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

                     пересмотрен DLIS DEMIL. Формат YYYYDDD;

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

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

Примечание 1. Эти определения адаптированы из [9].

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

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

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

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

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

d) Рекомендованное изменение в результате второй проверки (шаг c)) было передано для исполнения, и далее код был изменен на «D» в FLIS по юлианской дате 2007105 (2007-04-15). Это записано в четвертом ряду таблицы C.2. Дата изменения в колонке PICA_RSP_DT_0150.

C.6. Эхо данных

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

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

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

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

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

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

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

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

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

D.1. Общая информация

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

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

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

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

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

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

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

Примечание 4. Коды "0161-ABCDE", "0161-BCDEF" и "0161-XYZQW" - это выдуманные коды, применяемые для иллюстрации данных.

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

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

D.2. Сокращенные термины

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

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

eOTD - открытый технический словарь (ECCMA Open Technical Dictionary);

id - идентификатор (identifier);

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

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

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

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

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

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

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

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

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

pv("0161-1#02-015007#1", "0161-1#07-000435#1", (create("0161-ABCDE", "ROLLINS1", 1998-02-07)))

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

pv("enclosure material", "ceramic", (create("ABC Company", "William F. Rollins", 1998-02-07)))

D.4. UC2: первичное включение предмета снабжения в каталог по графическим чертежам

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

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

Джон П. Смит - составитель каталога в IM1, отвечающий за первичное внесение в каталог микросхемы.

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

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

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

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

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

pv("0161-1#02-015007#1", "0161-1#07-000435#1", (create("0161-XYZQW", "JPS3642", 1998-10-11)))

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

pv("enclosure material", "ceramic", (create("IM1", "John P. Smith", 1998-10-11)))

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

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

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

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

Джон П. Смит - составитель каталога в IM1, отвечающий за первичное внесение в каталог микросхемы.

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

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

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

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

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

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

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

pv("0161-1 #02-015007#1", "0161-1#07-000435#1", (create("0161-ABCDE", "ROLLINS1", 1998-02-07), extract("0161-ABCDE", "DOE1", 1998-10-12)))

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

pv("enclosure material", "0161-1#07-000435#1", (create("ABC Company", "William F. Rollins", 1998-02-07), extract("ABC Company", "Jane E. Doe", 1998-10-12)))

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

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

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

В качестве примера используется микросхема, описанная в C.1.

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

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

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

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

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

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

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

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

pv("0161-1#02-015007#1", "0161-1#07-185586#1", (create("0161 -ABCDE", "BAKER2", 1998-11-01)))

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

pv("enclosure material", "resin", (create("ABC Company", "Catherine A. Baker", 1998-11-01)))

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

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

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

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

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

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

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

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

pv("0161-1#02-015007#1", "0161-1 #07-000435#1", (create("0161-ABCDE", "ROLLINS1", 1998-02-07), extract("0161-ABCDE", "DOE1", 1998-10-11), extract("0161-XYZQW", null, 1999-12-04)))

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

pv("enclosure material", "ceramic", (create("ABC Company", "William F. Rollins", 1998-02-07), extract("ABC Company", "Jane E. Doe", 1998-10-11), extract("IM1", null, 1999-12-04)))

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

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

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

Джон П. Смит - составитель каталога в IM1, отвечающий за первичное внесение в каталог микросхемы.

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

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

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

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

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

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

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

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

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

pv("0161-1 #02-015007#1", "0161-1 #07-185586#1", (create("0161-ABCDE", "BAKER2", 1998-11-01), extract("0161-ABCDE", "DOE1", 1998-12-07)))

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

pv("0161-1 #02-015007#1", "0161-1 #07-185586#1", (create("ABC Company", "Catherine A. Baker", 1998-11-01), extract("ABC Company", "Jane E. Doe", 1998-12-07)))

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

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

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

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

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

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

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

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

pv("0161-1#02-015007#1", "0161-1#07-000435#1", (create("0161-ABCDE", "ROLLINS1", 1998-02-07), extract("0161-ABCDE", "DOE1", 1998-10-11), extract("0161-XYZQW", null, 1999-12-04)))

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

pv("enclosure material", "ceramic", (create("ABC Company", "William F. Rollins", 1998-02-07), extract("ABC Company", "Jane E. Doe", 1998-10-11), extract("IM1", null, 1999-12-04)))

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

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

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

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

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

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

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

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

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

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

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

pv("0161-1#02-015007#1", "0161-1 #07-000435#1", (create("0161-ABCDE", "ROLLINS1", 1998-02-07), extract("0161-ABCDE", "DOE1", 1998-10-11), extract("0161-XYZQW", null, 1999-12-04), extract("0161-BCDEF", null, 1999-02-21)))

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

pv("enclosure material", "ceramic", (create("ABC Company", "William F. Rollins", 1998-02-07), extract("ABC Company", "Jane E. Doe", 1998-10-11), extract("IM1", null, 1999-12-04), extract("XYZ Company", null, 1999-02-21)))

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

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

pv("0161-1#02-015007#1", "0161-1 #07-185586#1", (create("0161-ABCDE", "BAKER2", 1998-11-01), extract("0161-ABCDE", "DOE1", 1998-12-07)))

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

pv("enclosure material", "resin", (create("ABC Company", "Catherine A. Baker", 1998-11-01), extract("ABC Company", "Jane E. Doe", 1998-12-07)))

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

1. ISO/TS 8000-1 Data quality - Part 1: Overview, principles, and general requirements

2. ISO/TS 8000-130 Data quality - Part 130: Master data: Exchange of characteristic data: Accuracy

3. ISO10303-1 Industrial automation systems and integration - Product data representation and exchange - Part 1: Overview and fundamental principles

4. ISO/TS 8000-100 Data quality - Part 100: Master data: Exchange of characteristic data: Overview

5. ISO/TS 22745-40 Industrial automation systems and integration - Open technical dictionaries and their application to master data - Part 40: Master data representation

6. ISO/IEC 6523 Information technology - Structure for the (all parts) identification of organizations and organization parts

7. The Oxford English dictionary. Clarendon Press, 1989

8. MOREAU, Luc, GROTH, Paul, MILES, Simon, VAZQUEZ-SALCEDA, Javier,

   IBBOTSON,  John, JIANG,  Sheng, MUNROE,  Steve, RANA,  Omer, SCHREIBER,
   Andreas, TAN,  Victor, and VARGA,  Laszlo, The provenance of electronic

data. Communications of the ACM. 2008-04, vol. 51, no. 4, p. 52 — 63.

9. DoD 4100.39-M volume 12, FLIS Procedures Manual: Data Element Dictionary, 2008-04

------------------------------------------------------------------