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

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

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

6. РУКОВОДСТВО МЕТАДАННЫМИ

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

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

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

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

6.2 Документация, описывающая метаданные

Следует вести основной каталог метаданных (master catalog of metadata) с указанием источников и получателей данных на уровне элементов. Этот незаменимый как для бизнес-пользователей, так и для ИТ-специалистов справочный ресурс должен публиковаться в открытом для всех поль зователей доступе и служить не просто путеводителем по системам, подсказывающим «что где лежит», но и информировать о том, что именно там находится, как и для чего используется описываемый компонент или элемент метаданных, включая следующее:

текущий статус метаданных;

источник метаданных;

получатели метаданных;

расписание или даты последнего и следующего обновлений;

сроки хранения и список доступных архивных версий;

краткое описание контента;

оценка качества и предупреждения (например, об отсутствующих значениях);

текущий статус в системе регистрации или источнике, например:

доступны данные с DDMMYY по настоящее время;

сбор данных прекращен;

элемент заменен на [имя элемента];

программные средства, элементы архитектуры и лица, участвующие в сборе, обработке или использовании;

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

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

6.3 Стандарты и руководства

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

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

Коммерческое ПО обычно обеспечивает поддержку обмена данными через интерфейсы XML, JSON и/или REST. При этом все производители используют одну и ту же стратегию ком поновки и объединяют предлагаемые программные средства в пакеты решений. Технологии интеграции данных, управления реляционными и многомерными базами данных, управления требованиями, создания отчетов в сфере BI, моделирования данных и управления бизнес-пра вилами обеспечивают возможности импорта/экспорта данных и метаданных с использованием языка XML. Форматы XML, а также определения типов документов (DTD) или чаще схем XML (XSD) создаются самими разработчиками и надежно защищаются, поскольку относятся к объ ектам интеллектуальной собственности. Доступ к ним возможен через поставляемые теми же разработчиками фирменные интерфейсы. В связи с этим для интеграции подобных программ ных средств в существующую среду управления метаданными требуются доработки систем на стороне клиента.

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

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

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

6.4 Метрики

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

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

Зрелость управления метаданными: метрики, разработанные для оценки зрелости управле ния метаданными, основанные на модели оценки зрелости возможностей (CMM-DMM, см. главу 15).

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

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

Использование бизнес-глоссария: число обращений, обновлений и устраненных противо речий; полнота.

Соответствие сервисов основных данных требованиям по повторному использованию: по казатель повторного использования имеющихся сервисов основных данных в SOA-решениях.