Каноническая модель
В этой статье есть несколько проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти шаблонные сообщения )
|
Каноническая модель — это шаблон проектирования , используемый для взаимодействия между различными форматами данных. По сути: создайте модель данных, которая является надмножеством всех остальных («канонических»), и создайте модуль или уровень «переводчика», в который/из которого все существующие модули обмениваются данными с другими модулями. Каноническая модель выступает в роли посредника. Теперь каждой модели нужно знать только, как взаимодействовать с канонической моделью, и не нужно знать детали реализации других модулей.
Форма интеграции корпоративных приложений . Она предназначена для снижения затрат и стандартизации согласованных определений данных, связанных с интеграцией бизнес-систем. Каноническая модель — это любая модель, которая является канонической по своей природе, т. е. модель, которая в простейшей возможной форме основана на стандартном решении интеграции приложений (EAI). Большинство организаций также принимают набор стандартов для структуры и содержания сообщений (полезная нагрузка сообщения). Стремление к единообразной полезной нагрузке сообщения приводит к построению общего представления канонической модели предприятия или бизнес-домена в заданном контексте. Часто термин «каноническая модель» используется как синоним стратегии интеграции и часто влечет за собой переход к методологии интеграции на основе сообщений. Типичный переход от двухточечной канонической модели данных, шаблона корпоративного проектирования, который обеспечивает общие имена, определения и значения данных в рамках обобщенной структуры данных. Преимущества использования канонической модели данных заключаются в уменьшении количества переводов данных и уменьшении усилий по обслуживанию. [1]
Внедрение комплексного корпоративного интерфейса для интеграции на основе сообщений начинается с принятия решения о промежуточном программном обеспечении , которое будет использоваться для транспортировки сообщений между конечными точками. Часто это решение приводит к использованию корпоративной сервисной шины (ESB) или решения по интеграции корпоративных приложений (EAI). Большинство организаций также принимают набор стандартов для структуры и содержания сообщений (полезная нагрузка сообщения). Стремление к единообразной полезной нагрузке сообщения приводит к созданию корпоративной формы XML-схемы, построенной на основе общих объектов модели, что обеспечивает желаемую согласованность и возможность повторного использования при одновременном обеспечении целостности данных.
См. также
[ редактировать ]- Шаблон канонической схемы
- Общая модель данных
- Интеграция корпоративной информации
- Корпоративная интеграция
- Информационная архитектура
- Список XML-схем
- Сервис-ориентированная архитектура
- Веб-сервис
- XML-схема
Ссылки
[ редактировать ]- ^ «Преимущества канонической модели данных (CDM) в среде SOA» . БЛОГ АМИС ТЕХНОЛОГИЙ . 8 августа 2016 г. Проверено 24 октября 2017 г.
Внешние ссылки
[ редактировать ]- Forrester Research, Форум по управлению каноническими моделями
- Каноническая модель, каноническая схема и SOA, управляемая событиями
- Forrester Research, каноническое информационное моделирование
- Шаблоны корпоративной интеграции: каноническая модель данных
- Концентратор метаданных и лучи (домен канонических данных)