엔터프라이즈 협업 아키텍처

Enterprise Collaboration Architecture

엔터프라이즈 협업 아키텍처(ECA)의 첫 번째 버전은 2001년에 OMG(Object Management Group)에 의해 출판되었다.(ECA)의 비전은 OMG(Object Management Group)의 모델 중심 아키텍처(MDA)에 맞춘 모델링 프레임워크를 제공하여 구성요소 기반 및 서비스 지향 시스템의 개발을 단순화하는 것이다.

그러므로 ECA는 기술 중립적인 비즈니스 프로세스 설계를 위한 모델링 프레임워크를 제공하고, 그 다음에 선택된 아키텍처와 기술에 대한 구현 매핑을 제공한다.규격, 구현 및 운영 전반에 걸쳐 양방향 추적성이 요구된다.

ECA는 시스템의 다양한 측면(예: 정적 및 동적 측면)을 모델링하는 데 사용되는 일련의 UML 모델과 다양한 관심사를 다루는 일련의 관점(예: 비즈니스, 엔지니어링, 기술 등)을 명시한다.

ECA 모델

ECA는 4개의 UML 모델로 구성된다.

  1. 컴포넌트 협업 아키텍처,
  2. 비즈니스 프로세스 모델,
  3. Events Model
  4. 엔티티 모델

CCA(Component Collaboration Architecture)

CCA(Component Collaboration Architecture)는 논리적인 부분 또는 프로세스 역할의 재귀적 분해와 결합을 제공한다.이것들은 궁극적으로 물리적 시스템 구성요소에 매핑되는 추상적인 역할 수행자들을 나타낸다.따라서 ECA는 이러한 역할을 실현하는 물리적 프로세스 구성요소와 프로세스 역할을 분리한다.

비즈니스 프로세스 모델

비즈니스 프로세스 모델은 복합 태스크 다이어그램을 사용하여 세분화 수준에 걸쳐 비즈니스 프로세스를 정의한다.복합 작업은 더 높은 수준의 활동을 수행하도록 하위 수준의 활동을 조정한다.활동에 대한 프로세스 역할을 정의할 수 있다.ECA는 다음의 세 가지 프로세스 역할을 정의한다.

  • 책임당사자
  • 연주자
  • 아티팩트

ECA는 수행자를 위한 서비스 계약의 공식적인 사양을 요구하지는 않지만, 대부분의 경우 이는 권장될 것이다.

이벤트 모델

이벤트 모델은 느슨하게 결합된 이벤트 중심 애플리케이션의 규격을 지원하는 것을 목표로 한다.그것은 정의한다.

  • 이벤트가 흐름 중이고 동작이 범위를 벗어난 프로세스 및
  • 동작이 흐름 중이고 이벤트가 흐름 초과인 엔터티

엔티티 모델

엔티티 모델은 비즈니스 엔티티 간의 구조와 관계를 정의한다.

ECA 보기

ECA 보기는 RM-ODP의 참조 모델에서 직접 가져온 것이다.

  • 엔터프라이즈 뷰 : 기업 뷰는 CCA, 프로세스, 사업체 및 이들의 관계, 기술 중립적인 방식으로 행동을 유발하는 사건을 명시한다.
  • Computing view : 계산 명세서는 기업 명세서와 일련의 매핑 패턴을 입력하여 계산 명세서를 생성한다.
  • 정보 뷰 : 정보 뷰는 엔티티 규격, 관계 및 일련의 매핑 패턴에 대한 입력 정보로 얻고 정보 사양을 생성한다.
  • 엔지니어링 관점 : 엔지니어링 관점은 어떤 컴포넌트를 네트워크에 접속할 것인지, 메시징을 통합 채널로 사용할 것인지, 그리고 사용될 구체적인 기술을 명시하지 않고 영구 스토리지에 어떻게 매핑할 것인지와 같은 추상적인 기술 결정을 명시한다.
  • 기술 뷰 : 기술 뷰는 컴포넌트 호스트(예: JavaE, SOA/JBI, CORBA-CCM, 마이크로소프트)와 같은 기술에 대한 매핑을 명시한다.Net, ...), 구체적인 미들웨어 제공업체, 구체적인 지속성 제공업체.

참고 항목

참조

외부 링크