Архитектура совместной работы предприятия

Первая версия архитектуры совместной работы предприятия ( ECA ) была опубликована Object Management Group (OMG) в 2001 году.Видение (ECA) состоит в том, чтобы упростить разработку систем, основанных на компонентах и услугах, путем предоставления структуры моделирования, согласованной с архитектурой, управляемой моделями (MDA) Object Management Group (OMG). ^[1]

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

ECA определяет набор моделей UML, используемых для моделирования различных аспектов (например, статических и динамических аспектов) системы, а также набор точек зрения, касающихся различных проблем (например, бизнеса, техники, технологий и т. д.).

модели ЭКА

ECA включает четыре модели UML:

архитектура совместной работы компонентов,
Модель бизнес-процесса,
Модель событий и
Модель сущностей.

Архитектура совместной работы компонентов (CCA)

Архитектура совместной работы компонентов (CCA) обеспечивает рекурсивную декомпозицию и сборку логических частей или ролей процесса. Они представляют собой абстрактных ролевых игроков, которые в конечном итоге отображаются на компонентах физической системы. Таким образом, ECA отделяет роли процесса от физических компонентов процесса, реализующих эти роли.

Модель бизнес-процесса

Модель бизнес-процессов определяет бизнес-процессы на разных уровнях детализации с помощью диаграмм составных задач. Сложная задача координирует действия более низкого уровня для выполнения действий более высокого уровня. Роли процесса могут быть определены для действий. ECA определяет следующие три роли процесса

Ответственная сторона
Исполнитель
Артефакт

ECA не требует официального указания контрактов на оказание услуг для исполнителей, но в большинстве случаев это будет поощряться.

Модель событий

Модель событий призвана поддерживать спецификацию слабосвязанных приложений, управляемых событиями. Он определяет

процессы с входом событий и выходом действий, а также
сущности с входящим потоком действий и исходящим потоком событий.

Модель сущностей

Модель сущностей определяет структуру и отношения между бизнес-сущностями.

Просмотры ЭКА

Представления ECA взяты непосредственно из эталонной модели открытой распределенной обработки RM-ODP :

Представление предприятия: Представление предприятия определяет CCA, процессы, бизнес-объекты и их отношения, события, ведущие к действиям технологически нейтральным способом.
Вычислительный вид: спецификация вычислений получает в качестве входных данных спецификацию предприятия и набор шаблонов сопоставления и создает вычислительную спецификацию.
Информационное представление: Информационное представление получает в качестве входных данных спецификации объектов, отношения и набор шаблонов сопоставления и генерирует информационную спецификацию.
Инженерный взгляд: Инженерный взгляд определяет абстрактные технологические решения, например, какие компоненты должны быть доступны по сети, где обмен сообщениями должен использоваться в качестве канала интеграции и как объекты должны быть сопоставлены с постоянным хранилищем без указания конкретных технологий, которые будут использоваться.
Представление «Технологии»: Представление « Технологии» определяет отображение таких технологий, как хосты компонентов (например, JavaEE, SOA/JBI, CORBA-CCM, Microsoft.Net, ...), конкретных поставщиков промежуточного программного обеспечения, конкретных поставщиков сохраняемости.

См. также

Ссылки

^ Совместимость корпоративного программного обеспечения и приложений: материалы семинаров и докторского симпозиума Второй международной конференции IFAC/IFIP I-ESA: EI2N, WSI, IS-TSPQ 2006 . Германия, Вайли, 2010. 111.

Внешние ссылки

Спецификация OMG ECA

[1] Совместимость корпоративного программного обеспечения и приложений: материалы семинаров и докторского симпозиума Второй международной конференции IFAC/IFIP I-ESA: EI2N, WSI, IS-TSPQ 2006 . Германия, Вайли, 2010. 111.

[1]