Автор: David Loshin
Дата публикации оригинала: 2008-03-20
Источник: сайт B-EyE-Network

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

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

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

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

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

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

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

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

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


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

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