WikiDer > Взаимодействие на основе модели

Model Driven Interoperability

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

Обзор

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

Три основных идеи подхода, основанного на модельной совместимости (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

Платформа 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 ( BCIM).
  • Он использует общую онтологию для поддержки этих преобразований и решения проблем взаимодействия на семантическом уровне.

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

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

  • Его основные фазы, представленные в столбцах: они описывают четыре фазы, соответствующие переходу от одного уровня абстракции к более низкому.
  • Его основные рабочие процессы, особенно три рабочих процесса, относящиеся к трем основным компонентам метода 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. ^ а б Б. Хумм, У. Шрайер, Дж. Зидерслебен. Модельно-ориентированная разработка - горячие точки в информационных системах для бизнеса, ECMDA-FA 2005, LNCS 3748, стр. 103 - 114, 2005
  2. ^ а б П. Мохагеги, В. Делен, Тор Непл. Определения и подходы к качеству моделей при разработке программного обеспечения на основе моделей - Обзор литературы, Информационные и программные технологии, 51 (2009) 1646–1669
  3. ^ Д. Чен, Guy Doumeingts. Европейские инициативы по развитию интероперабельности корпоративных приложений - основные концепции, структура и карта схем, Annual Reviews in Control, Volume 27, Issue 2, 2003, Pages 153-162
  4. ^ Грегори Захаревич, Сайку Диалло, Ив Дюк, Карлос Агостиньо, Рикардо Жардим-Гонсалвес, Хасан Базун, Чжунцзе Ван, Guy Doumeingts. Модельные подходы к взаимодействию информационных систем предприятия следующего поколения: современное состояние и будущие задачи. Информационные системы и управление электронным бизнесом, Springer Verlag, 2016 г. https://dx.doi.org/10.1007/s10257-016-0317-8
  5. ^ INTEROP NoE (Исследование совместимости сетевых приложений предприятий и программного обеспечения Network of Excellence, 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. ^ ИНТЕРОП №E. 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. ^ Д. Чен, Бруно Валлеспир, Guy Doumeingts, Интегрированная методология 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

внешняя ссылка