Enterprise Collaboration Architecture

The first version of the Enterprise Collaboration Architecture (ECA) has been published by the Object Management Group (OMG) in 2004.The vision of the (ECA) is to simplify the development of component based and services oriented systems by providing a modeling framework aligned with the Model Driven Architecture (MDA) of the Object Management Group (OMG).

The ECA thus provides a modeling framework for technology neutral business process design followed by implementation mappings onto the chosen architecture and technologies. It requires bi-directional traceability across the across specification, implementation and operation.

The ECA specifies a set of UML models used to model different aspects (e.g. static and dynamic aspects) of the system concerns and a set of viewpoints adressingdifferent concerns (e.g. business concerns, engineering concerns, technology concerns, ...).

ECA models

The ECA comprises four UML models:
#the Component Collaboration Architecture,
#the Business Process Model,
#the Events Model, and
#the Entities Model.

The Component Collaboration Architecture (CCA)

The Component Collaboration Architecture (CCA) provides a recursive decomposition and assembly of logical parts or process roles. These represent abstract role players which are ultimately mapped onto physical system components. ECA thus separates process roles from the physical process components realizing these roles.

The Business Process Model

The business process model defines the business processes across levels of granularity using compound task diagrams. A compound task coordinates lower level activities to perform a higher level activity. Process roles can be defined for activities. ECA defines the following three process roles
*Responsible party
*Performer
*ArtifactThe ECA does not require the formal specification of services contracts for performers, but in most cases this would be encouraged.

The Events Model

The events model aims to support the specification of loosely coupled, event-driven applications. It defines
* processes with events in-flow and action out-flow, as well as
* entities with action in-flow and events out-flow.

The Entities Model

The entities model defines the structure of and relationships between business entities.

ECA Views

The ECA views are directly taken from the Reference Model of Open Distributed Processing (RM-ODP):
#the Enterprise view,
#the Computational view,
#the Information view,
#the Engineering view, and
#the Technology view.

The Enterprise View

The "enterprise view" specifies the CCA, the processes, business entities and their relationships, the events leading to actions in a technology neutral way.

The Computational View

The "computations specification" gets as inputs the enterprise specification and a set of mapping patterns and produces the computational specification.

The Information View

The "information view" gets as inputs the entity specifications, relationships and a set of mapping patterns and generates the information specification.

The Engineering View

The "engineering view" specifies abstract technology decisions like which components are to be network accessible, where messaging is to be used as integration channel and how entities are to be mapped onto persistent storage without specifying the concrete technologies to be used.

The Technology View

The "technology view" specifies the mapping onto technologies like the component hosts (e.g. JavaEE, SOA/JBI, CORBA-CCM, Microsoft.Net, ...), concrete middleware providers, concrete persistence providers, ...

External links

* [http://www.omg.org/docs/formal/04-02-01.pdf OMG ECA Specification]

ee also

* Enterprise Distributed Object Computing (EDOC)
* Model Driven Engineering (MDE)
* Model-driven architecture (MDA)
* Meta-model
* Meta-modeling
* Unified Modeling Language (UML)