ГОСТ Р 56215—2014
Приложение D
(справочное)
Бизнес-сценарий с примерами, характерными для структуры
В настоящее приложение включен бизнес-сценарий с примерами для того, чтобы читатели могли лучше
понять концепцию структуры управления качеством данных.
В соответствии с этим сценарием, в качестве примеров приведены коды идентификации и классификации
продукции. Примеры приведены всоответствии с последовательностью процессов, указанных в приложении В.
D.1 Состояние бизнеса и корпоративная среда
С расширением потока потребляемой информации в бизнесе увеличивается число информационных сис
тем в рамках организации. В такой расширенной корпоративной среде функционирует определенное количество
данных.
D.2 Управление структурой данных
Управляющий данными осуществляет управление структурой данных в рамках организации. Он должен
идентифицировать целевые данные в информационных системах для проведения контроля качества таких дан
ных наиболее доступным путем. Управление структурой данных в рамках организации — это не только управле
ние имеющимися данными, но и обеспечение связи новых разрабатываемых структур с уже существующими и
действующими структурами данных.
Пример — Завод А применяет специально заказанные коды идентификации продукции GTIN. Две
системы кодов должны быть объединены для того, чтобы ими можно было управлять в рамках ор
ганизации. Для осуществления управления объединенной системой кодов должна быть разработана
концептуальная модель данных, объединяющая две системы кодов для успешного управления ими.
D.3 Проектирование структуры данных
Ошибки в структуре данных имеют тенденцию повторяться. Для разрешения этой проблемы схема данных
должна быть перепроектирована в рамках организации.
Пример — Если в системе кодов идентификации продукции, используемой на заводе А не преду
смотрена функция кконтроль цифрк, структура и соответствующая схема ОВ(цифровой блок)
должна быть перепроектирована и должна быть добавлена к ней функция «контроля цифр» для то го.
чтобы избежать дальнейших ошибок в данных.
0.4 Обработка данных
Даже если схема данных хорошо спроектирована, потребители могут небрежно вводить в систему данные
с неисправленными ошибками или изменениями. Уровень качества данных от этого понижается. Для того чтобы
избежать подобных ошибок, потребители должны быть хорошо знакомы с правилами обработки данных.
Пример — При введении в систему кодов GTIN. информационные системы или отдельные по
требители должны выполнять все необходимые правила проверки функции «контроля цифр».
D.5 План качества данных
Невозможно проверить качество данных, применяя все имеющиеся стандарты ко всем применяемым дан
ным. Качество данных не имеет абсолютных критериев и может существовать ряд различий в представлении
данных. Поэтому управляющий данными должен иметь план управления качеством данных,
соответствующий определенной политике управления качеством.
Пример — Завод А. применяющий коды eCI@ss для классификации продукции, поставляет эту
продукцию на Завод В. где применяются коды UNSPSC. Несоизмеримые, несоответствующие друг
другу коды этих двух компаний могут нарушить систему поставки продукции и внести ошибки в
информационные данные. Завод В попросил Завод А поставлять продукцию применяя коды UNSPSC.
Завод А решил применять оба кода классификации своей продукции и разработал план принятия
системы управления объединенными кодами, чтобы избежать дальнейших ошибок.
D.6 Определение критерия качества данных
Если такие критерии, как характеристики данных, целевые данные или методы измерения не определены
предварительно, то процесс проверки показателей качества данных не может быть проведен должным образом.
Администраторы данных должны устанавливать официальные критерии качества данных, которые систематиче
ски применяются и постоянно обсуждаются всеми ответственными за процесс лицами.
16