Jump to content

Совместимость на основе моделей

Совместимость на основе моделей ( MDI ) — это методологическая основа, которая обеспечивает концептуальную и техническую поддержку для создания взаимодействующих предприятий с использованием онтологий и семантических аннотаций в соответствии с принципами разработки на основе моделей (MDD). [1] [2]

Первоначальная идея работ по MDI заключалась в применении методов и приемов, основанных на моделях, для решения проблем совместимости от уровня бизнеса до уровня данных.

Три основные идеи подхода Model Driven Interoperability (MDI):

  1. Совместимость [3] должны достигаться на разных уровнях: бизнес, знания, приложения и данные.
  2. Основная идея состоит в том, чтобы следовать модельному проектированию (MDE). [1] [2] подход. Таким образом, поощряется систематическое использование моделей в качестве основных инженерных артефактов на протяжении всего жизненного цикла разработки в сочетании как с языками моделирования предметной области , так и с механизмами и генераторами преобразования.
  3. Использование онтологий и семантических аннотаций необходимо для выполнения преобразования модели с уровня предприятия на уровень кода. [4]
Уровни совместимости: данные, приложения, знания, бизнес.
Уровни совместимости.

MDI был инициирован в 2004 году с началом двух важных исследовательских проектов:

  • INTEROP NoE (Исследование совместимости сетевых корпоративных приложений и сети передового программного обеспечения, FP6-IST 508011). [5]
  • ATHENA IP (Интегрированный проект передовых технологий взаимодействия гетерогенных корпоративных сетей и их приложений) (FP6-IST-507849). [6]

Оба проекта поддерживаются Европейской Комиссией. Эти два проекта работали как над определением методологической основы, так и над применением MDI в конкретных случаях.

Структура MDI (INTEROP NoE)

[ редактировать ]

MDI-фреймворк [7] [8] в INTEROP определено:

  • С концептуальной точки зрения: предоставление эталонной модели, в которой предлагается модель взаимодействия, определенная на разных уровнях абстракции.
  • С методологической точки зрения: предоставление метода взаимодействия, управляемого моделью (MDI) как метода (принципа и структуры) для обеспечения совместимости корпоративных программных приложений (ESA), начиная с уровня модели предприятия, а не с уровня кода, и используя модельно-ориентированный подход в сочетании с использованием онтологий и семантических аннотаций.
  • С технологической точки зрения: обеспечение вертикальной и горизонтальной семантической поддержки для выполнения преобразований модели.

Эталонная модель

[ редактировать ]

Эталонная модель, предложенная для подхода MDI, показывает различные типы моделей, которые можно реализовать на разных уровнях абстракции, а также последовательные преобразования моделей, которые необходимо выполнить.

Эталонная модель для совместимости на основе моделей.
Эталонная модель для MDI.

Различные уровни абстракции необходимы для того, чтобы сделать возможными преобразования моделей, сокращая разрыв, существующий между моделями предприятия и уровнем кода. Определение нескольких уровней было основано на архитектуре, управляемой моделями (MDA) , которая определяет три уровня абстракции: CIM, PIM и PSM. Более того, мы ввели разделение уровня CIM на два подуровня, чтобы уменьшить разрыв между уровнями CIM и PIM. Модель взаимодействия также была определена на различных уровнях абстракции, предложенных выше.

Один из примеров этой эталонной модели для MDI можно увидеть на следующем рисунке. На этом рисунке показаны различные типы моделей, которые можно реализовать на каждом из предложенных уровней (GRAI). [9] на верхнем уровне CIM и UML на других уровнях), а конечная цель — обеспечить совместимость двух ESA: ERP франчайзера и CRM франчайзи.

Пример эталонной модели для совместимости на основе моделей.
Пример эталонной модели для MDI.

Метод взаимодействия, управляемый моделью

[ редактировать ]

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

  • Он использует преобразования моделей для достижения совместимости, определяющей модели и модель взаимодействия на разных уровнях абстракции в соответствии с подходом MDA и разделяя уровень CIM на два подуровня, то есть верхний уровень CIM (TCIM) и нижний уровень CIM ( БЦИМ).
  • Он использует общую онтологию для поддержки этих преобразований и решения проблем совместимости на семантическом уровне.

Метод MDI, предложенный для решения проблем совместимости, как следует из его названия, основан на подходе MDA. Также к определению этого метода были применены следующие принципы:

На следующем рисунке показаны основные особенности метода MDI, где зеленые области обозначают предполагаемые усилия, связанные с каждым этапом и рабочим процессом:

  • Его основные фазы представлены в столбцах: они описывают четыре фазы, соответствующие переходу от одного уровня абстракции к более низкому.
  • Его основные рабочие процессы, особенно три рабочих процесса, связаны с тремя основными компонентами метода MDI: моделью взаимодействия, общей онтологией взаимодействия и преобразованием модели.
Уровни взаимодействия: метод взаимодействия, управляемый моделью.
Метод МДИ.

Платформа MDI (ATHENA IP)

[ редактировать ]

Структура MDI [10] [11] [12] от ATHENA предоставляет рекомендации о том, как следует применять MDD для обеспечения совместимости. Структура структурирована по трем основным направлениям интеграции:

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

Концептуальная интеграция

[ редактировать ]

Эталонная модель концептуальной интеграции была разработана с точки зрения MDD с упором на корпоративные приложения и программную систему.

Взаимодействие на основе моделей: эталонная модель для концептуальной интеграции.
MDI: эталонная модель для концептуальной интеграции.

Согласно MDA, модель, независимая от вычислений (CIM), соответствует представлению, определяемому точкой зрения, не зависящей от вычислений. Он описывает бизнес-контекст и бизнес-требования к программным системам. Модель, независимая от платформы (PIM), соответствует представлению, определенному независимой от платформы точкой зрения. Он описывает спецификации программного обеспечения, независимые от платформ выполнения. Модель, специфичная для платформы (PSM), соответствует представлению, определенному точкой зрения, специфичной для платформы. Он описывает реализацию программных систем.

Техническая интеграция

[ редактировать ]

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

Совместимость на основе моделей: эталонная модель для технической интеграции.
MDI: эталонная модель для технической интеграции.

Аппликативная интеграция

[ редактировать ]

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

Совместимость на основе моделей: эталонная модель для прикладной интеграции.
MDI: эталонная модель для аппликативной интеграции.

Преобразования модели

[ редактировать ]

Преобразование модели — один из ключевых подходов, используемых для поддержки метода MDI. Этот подход используется как в горизонтальном, так и в вертикальном измерении эталонной модели MDI. Все выполняемые преобразования модели основаны на общей архитектуре преобразований. [13]

Архитектура преобразования совместимости, управляемая моделью.
Трансформационная архитектура.

Семантическая поддержка

[ редактировать ]

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

Вертикальные проблемы : смысловая поддержка, направленная на:

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

Горизонтальные проблемы : смысловая поддержка, направленная на:

  • Проведение анализа семантических несоответствий между моделями разных предприятий.
  • Представление соответствия моделей между предприятиями посредством семантических аннотаций.
  • Создание правил сверки для выполнения сверки данных, услуг и бизнес-процессов.

См. также

[ редактировать ]
  1. ^ Jump up to: а б Б. Хамм, У. Шрайер, Й. Зидерслебен. Разработка на основе моделей – горячие точки в системах бизнес-информации, ECMDA-FA 2005, LNCS 3748, стр. 103–114, 2005 г.
  2. ^ Jump up to: а б П. Мохагеги, В. Делен, Тор Непле. Определения и подходы к качеству модели при разработке программного обеспечения на основе моделей. Обзор литературы, Information and Software Technology, 51 (2009) 1646–1669.
  3. ^ Д. Чен, Гай Домейнтс . Европейские инициативы по развитию совместимости корпоративных приложений - основные концепции, структура и план-схема, Annual Reviews in Control, том 27, выпуск 2, 2003 г., страницы 153-162
  4. ^ Грегори Захаревич , Сайку Диалло, Ив Дюк, Карлос Агостиньо, Рикардо Жардим-Гонсалвес, Хасан Базун, Чжунцзе Ван, Гай Думинц . Основанные на моделях подходы к взаимодействию корпоративных информационных систем следующего поколения: современное состояние и будущие проблемы. Информационные системы и управление электронным бизнесом, Springer Verlag, 2016 г. https://dx.doi.org/10.1007/s10257-016-0317-8.
  5. ^ INTEROP NoE (Исследование совместимости сетевых корпоративных приложений и сети передового программного обеспечения, FP6-IST 508011), http://www.interop-vlab.eu/
  6. ^ ATHENA IP (Интегрированный проект передовых технологий взаимодействия гетерогенных корпоративных сетей и их приложений) (FP6-IST-507849), http://cordis.europa.eu/fetch?CALLER=PROJ_ICT&ACTION=D&CAT=PROJ&RCN=72762
  7. ^ Результаты INTEROP NoE http://interop-vlab.eu/ei_public_deliverables/interop-noe-deliverables
  8. ^ Материалы Первого международного семинара по совместимости моделей устойчивых информационных систем (MDISIS'08) http://ftp.informatik.rwth-aachen.de/Publications/CEUR-WS/Vol-340/
  9. ^ Д. Чен, Бруно Валлеспир , Гай Думейнтс , Интегрированная методология GRAI и ее отображение на общей эталонной архитектуре и методологии предприятия, Компьютеры в промышленности, Том 33, выпуски 2-3, сентябрь 1997 г., страницы 387-394
  10. ^ Результаты ATHENA IP http://interop-vlab.eu/ei_public_deliverables/athena-deliverables
  11. ^ Платформа взаимодействия на основе моделей ATHENA http://www.modelbased.net/mdi/index.html
  12. ^ Б. Эльвесетер, А. Хан, А. Дж. Берре, Т. Непле (2006) К структуре совместимости для разработки программных систем на основе моделей. ВЗАИМОДЕЙСТВИЕ КОРПОРАТИВНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И ПРИЛОЖЕНИЙ. DOI: 10.1007/1-84628-152-0_36
  13. ^ Ф. Жуо, Ф. Аллилер, Ж. Безивен , И. Куртев, ATL: инструмент преобразования модели, Наука компьютерного программирования, том 72, выпуски 1-2, 1 июня 2008 г., страницы 31-39
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 6c10169a188ddee2ea331fb08f043ff6__1695967080
URL1:https://arc.ask3.ru/arc/aa/6c/f6/6c10169a188ddee2ea331fb08f043ff6.html
Заголовок, (Title) документа по адресу, URL1:
Model Driven Interoperability - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)