Разработка IT Архитектуры: Master Data Managemnt (Часть 1/2)

Принципы построения сервиса мастер данных

Основные положения

Термин «мастер-данные» относится к последовательному и единому набору идентификаторов и расширенных атрибутов, описывающих общие сущности предприятия и использующихся в двух или более бизнес-процессах. По определению, мастер-данные не являются полным набором данных предприятия, а скорее данными, совместно используемыми несколькими частями предприятия. 

Решение Master Data Management (MDM) помогает компании достичь и поддерживать постоянный вид мастер-данных в масштабе предприятия, включая их взаимосвязи. MDM консолидирует данные (путем соединения записей или их слияния), решает проблемы конфликтующих источников данных и устанавливает доверенный, авторитетный источник справочной информации для часто используемых основных данных. 

Есть несколько архитектурных стилей МДМ, каждый из которых служит различным целям:  

• Стиль Регистра: согласовывает и связывает записи вместе, при этом используется физическое хранение идентификаторов в исходной системе и создание представления данных, которое отображает лучшую запись из списка связанных записей. Это представление часто строиться в режиме реального времени. Стиль Регистра хорошо подходит для управления существующей в режиме реального времени центральной ссылкой основных данных, например, в приложении колл-центра.
• Стиль совместимости: сопоставляет и физически хранит консолидированное представление мастер-данных без гарантий, что эти хранящиеся данные актуальны. Данные, находящиеся в MDM хабе доступны с помощью реализации шаблона издатель-подписчик. Cтиль совместимости лучше всего подходит для согласования данных между несколькими источниками и для организации центральной опорной точки для мастер-данных. 
• Транзакционный стиль: сопоставляет и физически хранит текущее консолидированное представление мастер-данных и, следовательно, может быть использован для поддержки приложений в режиме реального времени. Транзакционный стиль лучше всего подходит для поддержки транзакционной активности, но также может обеспечить существенную выгоду для MDM решений, предназначенных для работы в качестве cистем регистрации записей. 
• Стиль объединения: сопоставляет и физически хранит «золотую запись» или единое представление мастер-данных, без гарантий, что данные находящиеся в MDM хабе актуальны. Реализации шаблона издатель-подписчик не предусмотрено. Стиль объединения лучше всего подходит для аналитических приложений мастер-данных.      

Внедрение MDM является шагом в направлении упрощения ИТ архитектуры предприятия, предоставляя: 

• Централизованное хранилище стандартизированных мастер-данных. 
• Инфраструктуру, позволяющую получить доступ к тем мастер-данным, которые требуются. 
• Инфраструктуру, поддерживающую непрерывное улучшение качества данных 
• Структуру управления данными для бизнеса. 

Критичность создания сильного процесса управления данными в рамках реализации MDM выходит на первый план с ростом объема и разнородности данных, распределенных по репозиториям MDM.   

Требования к решениям MDM

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

Бизнес факторы

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

• Повысить рентабельность. 
• Повысить операционную эффективность. 
• Повысить качество обслуживания клиентов. 
• Улучшить процесс выполнения требований регуляторов. 

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

Мои статьи:

1. Принципы построения модели данных 

Семантика данных
Поддержание производительности

2. Методология десяти шагов для Разработки IT-Архитектуры

3. Принципы построения сервиса интеграции данных

4. Интеграционные системы

5.  Построение сервиса качества данных 

6. Курс ITIL