Товары в корзине: 0 шт Оформить заказ
Стр. 1 

27 страниц

456.00 ₽

Купить ГОСТ Р 54911-2012 — бумажный документ с голограммой и синими печатями. подробнее

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

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

 Скачать PDF

Идентичен ISO/TS 8000-120:2009

Оглавление

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

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

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

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

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

     4.2 Сокращения

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

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

     6.1 Диаграмма

     6.2 объект date_and_time

     6.3 объект ISO_6523_identifier

     6.4 объект property_value_assignment

     6.5 объект provenance_event

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

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

Приложение А (обязательное) Идентификация документа

Приложение В (справочное) Дополнительная информация по реализации программы

Приложение С (справочное) Коды, применяемые в примерах

Приложение D (справочное) Применение основных данных

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

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

 
Дата введения01.01.2013
Добавлен в базу01.09.2013
Актуализация01.01.2021

Этот ГОСТ находится в:

Организации:

14.06.2012УтвержденФедеральное агентство по техническому регулированию и метрологии107-ст
РазработанФБУ ФЦК
ИзданСтандартинформ2013 г.

Data qulity. Part 120. Master data. Exchange of characteristic data: Provenance

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

ГОСТР

54911-

2012/

ISO/TS 8000-120:2009

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

Часть 120

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

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

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

Exchange of characteristic data: Provenance (IDT)

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

Москва

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

2013


Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 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    Некоторые элементы настоящего стандарта могут быть объектами получения патентных прав. ИСО не несет ответственности за установление подлинности таких патентных прав

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

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

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

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

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

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

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

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

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

6

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

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

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

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

http://www.td 84-sc4.org/implementation_information/8000/00120

7

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

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

С.1 Цель

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

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

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

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

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

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

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

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

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

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

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

NAND —не И (NOT AND);

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

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

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

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

NUN — номер идентификации изделия НАТО (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.

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

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

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

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

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

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

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

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

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

Свойство

Значение

Класс

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

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

Максимум 0,785 дюймов

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

Номинальное значение 0,250 дюймов

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

Максимум 0,165 дюймов

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

75,0 милливатт

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

От -55,0 °С do +125,0 °С

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

От -65,0 °С до +200,0 °С

Описание

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

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

Керамика

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

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

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

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

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

Тройной вход

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

Тройная вентильная схема не И (NOT AND)

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

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

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

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

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

2,0 грамма

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

Чертеж 19200-10548170

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

1 упаковка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

таризации;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица С.2 — Фрагмент таблицы № 812 (данные DEMIL) для NSN 5962-00-057-7131

Номер

ряда

l_l_NBR_4131

Р1СА_2866

DEMIL_CD_0167

RECM_DEMIL_2847

USR_CD_1101

EMI L_REVW_DT_0146

PICA_RSP_DT_0150

1

0577131

9D

А

В

1999250

2000066

2

0577131

ZH

В

В

1999250

2000066

3

0577131

9D

В

D

SDJ2816

2007047

0

4

0577131

ZH

D

D

SDJ2816

2007047

2007105


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


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

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

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

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

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

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

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

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

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

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

12

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


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


13


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

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

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

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

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

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

Тип

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

0161-1#02-015007#1

Свойство

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

0161-1#07-000435#1

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

Керамика

0161-1#07-185586#1

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

Каучук

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

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

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

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

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

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

0161-XYZQW

IM1

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

0161-ABCDE

Компания АВС

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

0161-BCDEF

Компания XYZ

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

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

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

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

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

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

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

Имя/наименование

Компания

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

JPS3642

John Р. Smith

IM1

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

ROLLINS1

William F. Rollins

Компания ABC

Инженер

BAKER2

Catherine A. Baker

Компания ABC

Инженер

DOE1

Jane E. Doe

Компания ABC

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Шаг 1: М-р Роллинс разрабатывает микросхему с учетом свойств, указанных на рисунке С.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: первичное включение предмета снабжения в каталог по графическим чертежам

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

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

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

Шаг 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 (см. рисунок С.1). Составитель каталога получает технические значения свойства, направляя запросы изготовителю.

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

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

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

15

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

Содержание

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

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

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

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

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

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

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

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

6.1    Диаграмма...............................................3

6.2    объект date and time.........................................3

6.3    объект ISO_6523_identifier......................................3

6.4    объект property value assignment..................................3

6.5    объект provenance event.......................................4

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

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

Приложение А (обязательное) Идентификация документа........................6

Приложение В (справочное) Дополнительная информация по реализации программы.........7

Приложение С (справочное) Коды, применяемые в примерах.......................8

Приложение D (справочное) Применение основных данных.......................14

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

ссылочным национальным стандартам Российской Федерации...........19

Библиография................................................20

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

Шаг 2:1998-10-11 м-р Смит направляет запрос в компанию АВС, запрашивая значения всех свойств микросхемы, сформулированных в информационных требованиях (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)))

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

pvfenclosure material", "0161-1#07-000435#1",

(createfABC 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: Обновление записи о предмете производства в каталоге

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

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

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

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

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

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

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

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

pv("0161 -1 #02-015007#1", "0161-1#07-185586#1",

(createfOl61 -ABCDE", "BAKER2", 1998-11-01)))

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

pv("enclosure material", "resin",

(create("ABC Company", "Catherine A. Baker", 1998-11-01)))

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

Подобным образом распорядитель основными данными осуществляет публикацию в каталоге первичной записи о предмете снабжения. В качестве примера используется микросхема, описанная в С.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 -ABODE", "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),

Введение

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

Международные стандарты проектируются и разрабатываются в соответствии с правилами, представленными в директивах ИСО/МЭК, часть 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 посвящен вопросам качества данных и включает в себя:

-    принципы качества данных;

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

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

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

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

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

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

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

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

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

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

V

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
КАЧЕСТВО ДАННЫХ Часть 120
Основные данные. Обмен данными характеристик. Происхождение

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

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

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

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

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

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

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

Пример — Одним из таких стандартов является ИСО/ТС 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, (el, е2,...)) — значение свойства, утверждающее, что свойство р имеет значение v и содержит информацию о происхождении данных, заключенную в событиях е.,, е2 и т. д.; запрос (I, р) — запрос на текущее значение свойства р изделия I;

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

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

MDM (I,(pv1, pv2,...)) — сообщение с основными данными, содержащими значения свойств pvl, 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    Основополагающие концепции и допущения

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

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

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

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

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

6.1 Диаграмма

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

property_value_assignment

provenance_event

ID: Строка

-    event_type: Строка

-    organization_ref.lSO_6523_identifier -person refString[0...1]

- role_refString[0...1]

- when:data_and_time

«тип данных» ISO_6523_identifier

«тип данных» data_and_time

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

Примечание — Объект 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 — строка, точно идентифицирующая объект propertyvalueassignment в организации, которая его создала.

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

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

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

Каждый объект property value assignment имеет свое происхождение, зарегистрированное или записанное одним или многими объектами provenanceevent. Каждый объект provenanceevent регистрирует или записывает происхождение только одного объекта property value assignment.

3

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.

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

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

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

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

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

<property-value property-ref="0161 -1#02-015007#1 ">

<controlled-value value-ref="0161-1#07-000435#1,,/>

<provenance-event event-type-'create" organization-ref="0161 -ABODE" person-ref-'ROLLINS1" date="2008-10-27T15:40:31.287"/>

</property-value>

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

<property-value property-ref-'inclosure material'^

<controlled-value value-ref="ceramic7>

<provenance-event event-type-’create" organization-ref="ABC Company" person-ref="William F. Rollins" date="2008-10-27T15:40:31.2877>

</property-value>

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

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

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

<property-value property-ref="0161-1#02-015007#1" provenance-ref="p4153">

<controlled-value value-ref="0161 -1 #07-000435#1 "/>

</property-value>

<provenance-record id="p4153">

<provenance-event event-type-'create" organization-ref="0161 -

4

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

ABCDE" person-ref="ROLLINS1" <provenance-event eventtype=" create" organization-ref="0161-ABCDE" personref="

ROLLINS1" date="2008-10-27T15:40:31.287"/>

/>

</provenance-record>

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

<property-value property-ref="inclosure material" provenance-ref="p4153">

<controlled-value value-ref="ceramic"/>

</property-value>

<provenance-record id="p4153">

<provenance-event event-type-'create" organization-ref="ABC Company" person-ref="William F. Rollins" <provenance-event eventtype=" create" organization-ref="ABC Company" person-ref-'William F.

Rollins" date="2008-10-27T15:40:31.2877>

/>

</provenance-record>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5