개념: 컴포넌트 비즈니스 모델링
비즈니스 모델링에서 컴포넌트 기반 개발 접근 방식을 사용하면 비즈니스의 작성, 관리 및 분석 모두에 있어서 많은 장점이 있습니다. 비즈니스 모델링, 컴포넌트 모델링 및 오브젝트 모델링 사이의 유사성은 이미 다른 곳에서 설명했습니다. 이 개념에서는 비즈니스 컴포넌트 모델링 기법에 대한 밀착 개요를 제공하고자 합니다.
관계
기본 설명

소개

이 개념에서는 비즈니스 모델링에 대한 소프트웨어 개발 및 기타 엔지니어링 원칙에서 공통된 모델링 도구 및 기법 사용 방법에 대해 설명합니다. 여기서 설명한 접근 방식은 IBM Global Business Services에서 개발 및 사용한 CBM(컴포넌트 비즈니스 모델)을 기준으로 하지만, 이 모델을 더 전통적인 비즈니스 모델과 통합하는 방법에 대한 질문을 위해 이 안내서를 제공하게 되었습니다.

이 주제에서는 RUP 비즈니스 모델링 플러그인의 기존 지침을 기준으로 설명하고 있고, 비록 다른 의사 결정에 RUP 비즈니스 모델보다 CBM 모델이 더 자주 사용되지만, 이 두 메소드 간에는 차이보다 유사성이 더 많다는 것을 설명합니다. 특히 사용자는 다음 주제를 읽어보아야 합니다.

  • 개념: 비즈니스 아키텍처에서는 비즈니스 아키텍처를 고려하기 위한 일부 드라이버뿐만 아니라 비즈니스를 설명하기 위해 공통적으로 사용되는 아키텍처 보기를 설명합니다.
  • 개념: 대규모 조직 모델링에서는  잘 정의된 서비스를 통해 통신하는 자치 단위로의 비즈니스 분할을 설명합니다.
  • 가이드라인: 비즈니스 시스템(및 타스크: 비즈니스 시스템 컨텍스트 정의)에서는 CBM 비즈니스 컴포넌트와 동일한 방법으로 비즈니스 시스템을 사용하는 방법을 자세히 설명합니다.
    비즈니스 시스템은 "대규모 비즈니스 모델을 상호 종속적인 책임 영역으로 분할합니다. 비즈니스 시스템은 해당 자원을 캡슐화하여, 잘 정의된 인터페이스를 통해 다른 비즈니스 파트에 서비스를 제공합니다" 

컴포넌트 비즈니스 모델

CBM 사용에 따른 가장 일반적으로 설명되는 중간 산출물은 컴포넌트 맵입니다. 다음은 일반적인 CBM 컴포넌트 맵으로 "전략적인 변경 사항에 대한 컴포넌트 기반 접근 방식" 웹 자원에서 가져온 것입니다. 비즈니스 컴포넌트는 눈금 양식으로 정렬되고 성능 영역(때로 비즈니스 기능 영역 또는 도메인 영역이라고도 함) 및 해당 조치별로 범주화되어 있습니다. 이 맵의 값은 비즈니스를 컴포넌트 세트로 간주하는게 아니라 비즈니스 분석이 컴포넌트 세트를 생성하고 해당 종속성과 상호작용을 설명하는 것입니다. 다음 설명은 IBM의 웹 사이트에 있는 CBM 논의에서 가져온 것입니다.

IBM의 컴포넌트 비즈니스 모델은 비즈니스를 확인하는 새로운 방법입니다. 단일 페이지에 맞는 단순한 프레임워크로 전체 비즈니스를 나타냅니다. 이는 비즈니스 단위, 기능, 지리 또는 프로세스 등과 같은 전통적인 비즈니스 보기가 발전한 것입니다.

컴포넌트 비즈니스 맵은 지리, 저장소 또는 비즈니스 단위의 제한 없이 비즈니스 분야에서의 활동을 보여줍니다. 컴포넌트 비즈니스 맵을 사용하면 단일 페이지로 전체 회사를 볼 수 있습니다.

이 단일 페이지 관점은 중요한 변경을 할 수 있는 기능을 잠재적으로 제한할 수 있는 장벽에 제한 받지 않는 비즈니스 보기를 제공합니다. 어떤 비즈니스 컴포넌트가 실질적으로 차별화와 가치를 만들어내는지 확인할 수 있습니다. 어디에 해결해야 할 기능 차이가 있는지 식별할 수 있습니다. 컴포넌트 보기를 사용하여 전체 엔터프라이즈에서 효율성을 개선하고 비용을 낮출 수 있는 기회를 마련할 수 있습니다. 가장 큰 효과를 실현할 수 있는 컴포넌트를 식별하여 바로 시작하십시오.


그림 1 - CBM 맵 예제

비즈니스 컴포넌트의 개념은 매우 중요하므로 CBM과 RUP 비즈니스 모델링을 비교하기 전에 이 개념을 좀 더 자세히 정의해야 합니다. 각 비즈니스 컴포넌트는 다음으로 구성되는 비즈니스의 기본 빌딩 블록을 식별합니다.

  • 사람 - 컴포넌트의 조직적인 측면
  • 프로세스 - 컴포넌트가 수행하는 기능 및 해당 구현
  • 기술 - 컴포넌트를 지원하고 컴포넌트가 제공하는 서비스를 구현하는 기술

비즈니스 컴포넌트는 비즈니스에 하나 이상의 서비스를 제공하고 의존하며, 이 서비스는 비즈니스 컴포넌트 내 사람, 프로세스 및 기술에 의해 지원됩니다. 

모델링 프로세스

컴포넌트 맵은 CBM에서 생성한 시각적으로 가장 잘 표시되는 아티팩트(특히 공개된 자료에서)이지만 이 그림보다는 모델에 더 관련이 있습니다. 예를 들어, "엔터프라이즈 프로세스"는 비즈니스 자체에서 소유하고 일반적으로 고객에 직면하는 프로세스로 묘사됩니다. 이 프로세스는 비즈니스 컴포넌트에서 제공하는 서비스의 Choreography로 구현됩니다. 그러나 비즈니스 컴포넌트가 자체 내에 갖고 있는 프로세스, 즉 비즈니스에 제공하는 서비스를 구현하거나 잠재적으로 자체 관리 프로세스를 구현하는 경우이기도 합니다. 이는 비즈니스 시스템 및 비즈니스 유스 케이스의 유추를 사용하여 가이드라인: 비즈니스 시스템 주제에서도 설명합니다.

RUP 비즈니스 모델링 사용 

우선 위에서 소개한 CBM 개념에서부터 현재 RUP 비즈니스 모델링 원칙의 중간 산출물까지의 맵핑을 아래 표에서 요약합니다.



CBM 개념/모델 요소 RUP 비즈니스 모델링 요소
비즈니스 성능 아티팩트: 비즈니스 도메인
비즈니스 컴포넌트 아티팩트: 비즈니스 시스템
제공된 서비스 <<비즈니스 서비스>>로 스테레오타입화된 인터페이스*
프로세스 아티팩트: 비즈니스 유스 케이스




* - 비즈니스 모델링에 대한 현재 UML 프로파일에 이 요소가 존재하지 않습니다(백서: 비즈니스 모델링 대한 Rational UML 프로파일 참조).

아래 그림에서는 위 테이블에 나열된 프로파일 요소를 사용하여 UML(Rational Software Modeler 사용)에서 이 맵핑을 달성할 수 있는 방법을 설명합니다. 비즈니스 성능에는 컴포넌트가 여러 성능에 표시될 수 없도록 하는 비즈니스 시스템이 포함되어 있습니다. 조치(위 CBM 맵의 행) 관점에서는 아래 모델에 특정 조직 요소를 포함하지 않았지만 이 정보를 캡처하기 위해 비즈니스 시스템에 특성을 추가하는 것이 적당합니다.

UML 비즈니스 컴포넌트 맵
그림 2 - UML 비즈니스 컴포넌트 맵 예제

비즈니스 컴포넌트/시스템 세트를 식별했으므로 이 컴포넌트가 제공하는(또한 의존하는) 서비스를 계속 정의하고자 합니다. 이는 가이드라인: 비즈니스 시스템에서 다시 자세히 설명하는데, 제공된 기능성 및 필수 기능성을 "기능"으로 설명합니다. 다음 예제를 보십시오. 아래 그림에서는 컴포넌트에 의해 인터페이스로 모델링되고 실현되는, 두 개의 구분된 서비스를 제공하는 비즈니스 컴포넌트/시스템을 보여줍니다. 이를 통해 서비스를 모델링할 뿐만 아니라 필요한 경우 각 서비스의 비즈니스 기능을 모델링할 수도 있습니다. 이런 식으로 서비스간의 종속성을 모델링하는 것은 상당히 간단하고, 위 CBM 맵과 거의 동일한 구조적 모델을 생성합니다.


그림 3 - 서비스가 있는 UML 비즈니스 컴포넌트 예제

모델링 프로세스

UML의 모델링 프로세스 관점에서 RUP는 프로세스 설명을 캡처하기 위해 아티팩트: 비즈니스 유스 케이스 실현(realization)  상세 구현 플로우를 사용한 아티팩트: 비즈니스 유스 케이스 사용을 설명합니다. CBM에서 설명한 컴포넌트 프로세스와 엔터프라이즈 프로세스의 구분에 관하여 가이드라인: 비즈니스 시스템에 이미 유사한 지침이 있습니다. 이 주제에서는 비즈니스 유스 케이스를 잠재적으로 비즈니스 시스템에서 소유할 뿐만 아니라 비즈니스 시스템을 초월하는 것으로 설명하고 있습니다.

링크