Автор: David Loshin
Дата публикации оригинала – 2008-02-21
Перевод: Константин Лисянский
Источник: сайт B-Eye-Network

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

Говоря чисто техническим языком, существует значительная потребность в координации, требующейся для слежения и направления в нужное русло аспектов управления информацией таких инициатив предприятия, как master data management (MDM). Политические и организационные аспекты этой координации учитываются как часть программы управления (governance program), которая должна сопровождать программу MDM. Однако все аспекты определения потребности, планирования, стратегии миграции и будущего состояния требуют ясного представления информации о данных, которые используются в организации, то есть, о метаданных организации.

Достаточно легко попасть в ловушку, ссылаясь на общепринятое в отрасли определение метаданных – «данные о данных». Это относительно мягкое описание не предоставляет глубины понимания, которая добавляет ценности внедрению MDM. Вместо этого, метаданные, ассоциирующиеся с мастер-набором данных предприятия, не только описывают размеры и типы данных каждого элемента данных. В основном исторически распределённые островки приложений и данных, на которые оказывают влияние различия в значении и структуре, привели к необходимости в MDM. Поэтому чтобы разработать модель, основу и архитектуру, которые предоставят унифицированное представление поверх всех этих приложений, должен быть механизм управления, или, возможно, даже «клиринговый дом» для унификации представления там, где это возможно, и определения того, где эта унификация невозможна.

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

  • Используют ли клиентские приложения одни и те же типы сущностей?
  • Используют ли различные приложения различные логические названия одних и тех же объектов?
  • Как контролируется доступ к объектам на чтение и запись?

Существует также много других различных важных аспектов.

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

  • Анализ данных предприятия с целью структурного и семантического поиска;
  • Сопоставление значений типам элементов данных;
  • Определение типов элементов мастер-данных;
  • Модели типов объектов мастер-данных;
  • Модели взаимодействия приложений, затрагивающих мастер-данные;
  • Сценарии использования местер-данных;
  • Директивы по качеству данных;
  • Управлние разраничением доступа;
  • Определение ключевых мастер-сервисов;
  • Определение мастер-сервисов уровня приложений; а также
  • Сбор информации о соответствии политик бизнеса информационным политикам.

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

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

Справочные метаданные (Reference Metadata), которые определяют домены данных (как концептуальные домены, так и соответствующие домены значений), а также справочные данные (reference data) и соответствие между кодами и значениями;

Метаданные элементов данных (Data Element Metadata), фокусирующиеся на определении элементов данных, структуре, номенклатуре и определении их существования на критическом пути потока обработки;

Информационная архитектура, связывающая представления элементов данных в сплочённые структуры сущностей, и определяющая, как эти структуры отражают объекты реального мира, и как они взаимодействуют в бизнес-процессах;

Управление данными (Data Governance Management), которое концентрируется на правилах, определяющих качество данных, использование данных, контроль доступа и протоколы слежения за соблюдением правил (а также процессы восстановления после нарушения правил);

Сервисные метаданные, которые смотрят на абстрактную функциональность, встроенную в приложения и использующуюся ими, а также степень, до которой эти функции могут быть описаны как независимые сервисы в месте с соответствием между сервисом и клиентскими приложениями; и

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

Имея это высокоуровневое описание стека метаданных, вызов заключается в том, чтобы посмотреть на то, как эти уровни взаимодействуют друг с другом в рамках общей стратегии управления метаданными. Я продолжаю думать в терминах метаданных как «панели управления», так как совокупные знания, заложенные в основу управления метаданными, в конечном счёте, внесут вклад в определение наиболее подходящих методов создания актива мастер-данных, который будет оптимальным для организации.


Для удобства отслеживания новых публикаций рекомендуем подписаться на рассылку или на канал RSS.

Читайте также: