Купить ГОСТ Р 54911-2012 — бумажный документ с голограммой и синими печатями. подробнее
Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль"
Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.
Устанавливает требования к представлению и обмену информацией, относящейся к происхождению основных данных, состоящих из данных характеристик, а также дополняет требования, установленные в ИСО 8000-110.
Идентичен 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 г. |
Чтобы бесплатно скачать этот документ в формате PDF, поддержите наш сайт и нажмите кнопку:
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ |
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
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
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии
Приложение А (обязательное)
Для обеспечения точной идентификации информационного объекта настоящему стандарту присвоен следующий идентификатор объекта:
{iso standard 8000 part (120) version (1)}.
Смысл данного обозначения установлен в ИСО/МЭК 8824-1 и описан в ИСО 10303-1.
6
Приложение В (справочное)
Для обеспечения реализации программы может предоставляться дополнительная информация, приведенная в сети Интернет по адресу:
http://www.td 84-sc4.org/implementation_information/8000/00120
7
Данное приложение не является обязательным. Оно помогает разобраться в информации, применяемой в настоящем стандарте.
С.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 через систему НАТО.
Примечание — Предполагается, что все издания каталогов подобны или схожи с изданием любой большой организации, владеющей и управляющей своими предметами снабжения.
Каждый договор на оказание услуги по снабжению имеет свои отличия, а все требования, относящиеся к номенклатурным номерам НАТО (NSN), имеют общую черту: номер партии и код коммерческой и правительственной организации НАТО (NCAGE) (вдобавок к другим обязательным кодам, как например, код демилитаризации DEMIL).
Технические данные не всегда являются необязательными и часто зависят от условий контракта на поставку какой-либо определенной группы изделий.
Каталогизатор прежде всего должен убедиться в том, что данные точно соответствуют идентификации предметов или изделий. Для каждого типа рисунков и чертежей (чертеж продавца, контрольный чертеж источника изделия, чертеж упаковки, чертеж изменяемого товара и т. д.) правительство устанавливает перечень требований, которым эти чертежи должны отвечать. Каталогизатор затем переносит всю информацию, относящуюся к чертежам, в FLIS, регистрируя и проверяя соответствие номеров деталей различным типам чертежей. Затем устанавливается дата назначения NIIN, и чертежи и изображения направляются на хранение в электронную базу данных для дальнейшего рассмотрения или ссылки.
Пример — В таблице С.1 представлены технические данные и данные, относящиеся к снабжению, на примере NSN5962-00-057-7131.
Таблица С.1 — Технические данные и данные, относящиеся к предмету производства NSN 5962-00-057-7131 | ||||||||||||||||||||||||||||||||||||||
|
С.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 | ||||||||||||||||||||||||||||||||||||||||
|
С.6 Эхо данных
Данные, которые традиционно передавались в виде файлов, передаются в виде элементов данных в ответ на запросы и представляют собой консолидацию данных (процесс изъятия данных из различных систем с целью создания единой точки зрения), интеграцию (процесс комбинирования двух или более наборов данных в более крупный набор данных) и разделение (процесс деления набора данных на меньшие поднаборы или части компонентов) данных для нормального ведения бизнес-процесса и для передачи основных данных. В связи с тем, что данные обмениваются между системами, существует возможность создания цепи обратной связи, похожей на аудиосистему, где микрофон располагается в непосредственной близости от диктора.
Пример 1 — Примером может служить аренда адреса между переписывающимися компаниями, чьи базы данных сначала обобщены, а потом разделены. Без знания происхождения каждого отдельного адреса оставшийся достоверный адрес будет зависеть только от порядка обработки, а качество конечного перечня адресов будет абсолютно неясным.
Каждый предмет снабжения в Системе кодификации НАТО связан с нулевым или несколькими предметами производства.
Примечание — Обычно каждый предмет производства связан с предметом снабжения, но нулевое значение может иметь место, если, например, предмет производства, связанный с предметом поставки, снят с производства и ему не находят замены.
Так как производитель контролирует спецификацию или технические условия предмета производства и может заменить спецификацию без замены номера детали, предмет производства, когда-то соответствовавший предмету снабжения поставки, может больше ему не соответствовать.
Пример 2 —Для цифровой микросхемы в таблице С.1 производитель мог бы изменить материал оболочки с керамики на каучук. Изготовитель, который изначально делает поставки производителям потребительских электронных товаров, не считает, что материал оболочки может изменить свойство товара, и принимает решение оставить тот же самый номер детали. Однако данный предмет снабжения применяется в авиационном производстве, где каучук не допускается к применению. Данный предмет производства больше не соответствует предмету снабжения по FUS и должен быть изъят из перечня предметов производства, связанных с этим предметом снабжения.
Принимая во внимание все вносимые изменения, DLIS приходится время от времени проверять информацию о предметах снабжения, представленную в FLIS, и подтверждать перечень соответствующих предметов производства. Для осуществления подобных проверок DLIS необходима новейшая информация о каждом предмете производства. Составитель каталога DLIS может получить ее из разных источников, включая запросы производителям, поиск в сети Интернет, сведения от собирателей данных. Для DLIS важно знать происхождение каждого значения свойства, особенно, если эти данные поступили от собирателя данных, так как он, в свою очередь, мог получить их от производителя, от DLIS или какого-либо другого источника. Если собиратель данных получил информацию из FLIS, то такая информация не будет представлять особой ценности и служить основанием для обновления данных FLIS. Отправление таких данных обратно в FLIS может затянуть процесс обновления информации, получаемой из какого-либо другого источника. Вся эта процедура показана на рисунке С.1.
Анализируя происхождение информации, DLIS может определить, что значение vl для свойства р устарело на момент 1999-12-04, и следовательно, это позволит избежать переписывания нового значения v2 взамен vl.
Если составитель каталога получает значения для одного и того же свойства предмета производства из нескольких источников, то эти значения могут содержать информацию о происхождении данных, позволяющую установить новейшее и самое достоверное значение для каждого свойства.
12
Рисунок С.1 — Схема последовательности возникновения эхо данных |
13
В данном приложении представлен целый ряд примеров, когда требования к информации о происхождении данных применяют со значениями свойств. В соответствии с ИСО 8000-110 сообщения основных данных закодированы с использованием концепций словаря данных. В таблице D.1 представлены концептуальные идентификаторы и их значения, используемые в приложении.
Таблица D.1 — Применяемые концепции | ||||||||||||
|
Примечание 1 — В настоящем приложении применяются концептуальные идентификаторы из открытого технического словаря ЕССМА (eOTD). Может также применяться любой словарь, отвечающий требованиям ИСО 8000—110.
В таблице D.2 перечислены организации и их идентификаторы, на которые имеются ссылки в настоящем приложении.
Таблица D.2 — Организации, на которые имеются ссылки в документе | ||||||||||||
|
Примечание 2 — В настоящем приложении применены идентификаторы организаций из eOTD. Могут также применяться любые схемы идентификации организации, соответствующие требованиям ИСО/МЭК6523.
Примечание 3 — Для определения элементов идентификатора организации следует обращаться к ИСО/МЭК 6523-1.
IM1 (в таблице D.2) владеет основными данными по предметам снабжения, представленными в IOS-MS (Система управления предметами снабжения).
В таблице D.3 перечислены лица с их идентификаторами, на которые имеются ссылки в настоящем приложении.
Таблица D.3 — Лица, на которые имеются ссылки в документе | ||||||||||||||||||||
|
Примечание 4 — Коды “0161-ABCDE'’, “0161-BCDEF” и “0161-XYZQW” — это выдуманные коды, применяемые для иллюстрации данных.
В настоящем приложении время указывается с точностью до дня, например, 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)))
Подобным образом осуществляется первичное присвоение значения предмету снабжения, показанное на рисунке С.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
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 посвящен вопросам качества данных и включает в себя:
- принципы качества данных;
- характеристики данных, определяющие качество этих данных;
- процессы, обеспечивающие качество данных.
Примечание — Качество данных достигается путем планирования и расчета качества в процессах, которые эти данные создают, обслуживают и представляют потребителям, помогая им принимать нужные решения.
ИСО/ТС 8000-120 определяет и устанавливает требования к обмену основными данными между организациями и системами. Основными данными являются данные характеристик.
Стандарт определяет также требования к качеству данных вне зависимости от синтаксиса. Требования настоящего стандарта относятся к сбору и обмену данными о происхождении информации и дополняют требования, установленные в ИСО 8000-110.
В настоящий стандарт включена также концептуальная модель данных для определения происхождения данных.
Информация о происхождении данных может применяться для изображения данных, для определения их достоверности, точности или значения. Такая информация позволяет обеспечить высокую точность данных. Требования к точности данных рассмотрены в ИСО/ТС 8000-130.
Любое требование соответствия настоящему стандарту означает требование соответствия стандарту ИСО 8000-110.
Настоящий стандарт может применяться с любым другим стандартом, определяющим формальную синтаксическую структуру совокупности определенных данных.
V
Data quality. Part 120. Master data. Exchange of characteristic data. Provenance
Дата введения — 2013—01—01
Настоящий стандарт устанавливает требования к представлению и обмену информацией, относящейся к происхождению основных данных, состоящих из данных характеристик, а также дополняет требования, установленные в ИСО 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.
В настоящем стандарте применены следующие обозначения: р — свойство; 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 и т. д.;
нуль — значение не дано.
В настоящем стандарте применены следующие сокращения: 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).
Оксфордский словарь английского языка определяет источник данных как: а) факт поступления (данных) из какого-либо конкретного источника или места;
Ь) историю происхождения, подобную происхождению произведения искусства, манускрипта, редкой книги и т. д., т. е. конкретное появление самого первого упоминания и дальнейший путь от одного владельца к другому.
В настоящем стандарте термин «происхождение данных» согласуется с первой частью определения Ь): история происхождения значения свойства, а термин «регистрация (или запись) происхождения» (данных) — со второй частью определения Ь): конкретное появление самого первого упоминания и дальнейший путь значения свойства от одного хранителя (данных) к другому.
Диаграмма класса 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.
Запись происхождения данных для любого значения свойства — это запись конечных сведений словообразования и пути прохождения значения свойства через различных хранителей (данных). Запись происхождения данных для любого значения свойства может быть:
- включенной в структуру, которая представляет значение свойства.
Пример 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
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