Разработка 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. Принципы построения модели данных
Семантика данных
Поддержание производительности