La primera versión de la Arquitectura de colaboración empresarial ( ECA ) fue publicada por el Object Management Group (OMG) en 2001. La visión de la (ECA) es simplificar el desarrollo de sistemas basados en componentes y orientados a servicios proporcionando un marco de modelado alineado con la arquitectura basada en modelos (MDA) del Object Management Group (OMG).
Por lo tanto, el ECA proporciona un marco de modelado para el diseño de procesos de negocios tecnológicamente neutros seguido de mapeos de implementación en la arquitectura y tecnologías elegidas. Requiere trazabilidad bidireccional en toda la especificación, implementación y operación.
El ECA especifica un conjunto de modelos UML utilizados para modelar diferentes aspectos (por ejemplo, aspectos estáticos y dinámicos) del sistema y un conjunto de puntos de vista que abordan diferentes preocupaciones (por ejemplo, negocios, ingeniería, tecnología, ...).
Modelos ECA
El ECA comprende cuatro modelos UML:
- la arquitectura de colaboración de componentes,
- el modelo de procesos de negocio,
- el modelo de eventos, y
- el modelo de entidades.
La arquitectura de colaboración de componentes (CCA)
La Arquitectura de Colaboración de Componentes (CCA) proporciona una descomposición y ensamblaje recursivos de partes lógicas o roles de proceso. Estos representan jugadores de roles abstractos que finalmente se asignan a los componentes del sistema físico. Por lo tanto, ECA separa las funciones del proceso de los componentes físicos del proceso que realizan estas funciones.
El modelo de procesos de negocio
El modelo de proceso empresarial define los procesos empresariales en todos los niveles de granularidad utilizando diagramas de tareas compuestos. Una tarea compuesta coordina actividades de nivel inferior para realizar una actividad de nivel superior. Los roles de proceso se pueden definir para las actividades. ECA define los siguientes tres roles de proceso
- Fiesta responsable
- Ejecutante
- Artefacto
El ECA no requiere la especificación formal de los contratos de servicios para los artistas intérpretes o ejecutantes, pero en la mayoría de los casos esto se alentaría.
El modelo de eventos
El modelo de eventos tiene como objetivo admitir la especificación de aplicaciones impulsadas por eventos con un acoplamiento flexible. Se define
- procesos con eventos de entrada y salida de acción, así como
- entidades con flujo de entrada de acción y flujo de salida de eventos.
El modelo de entidades
El modelo de entidades define la estructura y las relaciones entre las entidades comerciales.
Vistas ECA
Las vistas de ECA se toman directamente del modelo de referencia de procesamiento distribuido abierto RM-ODP :
- la vista empresarial: la vista empresarial especifica el CCA, los procesos, las entidades comerciales y sus relaciones, los eventos que conducen a las acciones de una manera tecnológica neutral.
- la vista Computacional: La especificación de cálculos obtiene como entradas la especificación empresarial y un conjunto de patrones de mapeo y produce la especificación computacional.
- la vista de información: la vista de información obtiene como entradas las especificaciones de la entidad, las relaciones y un conjunto de patrones de mapeo y genera la especificación de la información.
- la vista de ingeniería: la vista de ingeniería especifica decisiones tecnológicas abstractas, como qué componentes serán accesibles en red, dónde se usará la mensajería como canal de integración y cómo se asignarán las entidades al almacenamiento persistente sin especificar las tecnologías concretas que se usarán.
- la vista de tecnología: la vista de tecnología especifica el mapeo en tecnologías como los hosts de componentes (por ejemplo, JavaEE, SOA / JBI, CORBA-CCM, Microsoft.Net, ...), proveedores de middleware concretos, proveedores de persistencia concretos.