UML 표시: 모델(<<비즈니스 분석>>으로 스테레오타입화됨)
비즈니스 분석 모델의 특성은 다음과 같습니다.
-
소개: 모델에 대한 간략한 소개를 제공하는 텍스트 설명
-
비즈니스 시스템: 계층 구조를 나타내는 모델의 컴포넌트*
-
비즈니스 작업자: 비즈니스 시스템이 소유하는 모델의 비즈니스 작업자 클래스
-
비즈니스 엔티티: 비즈니스 시스템이 소유하는 모델의 비즈니스 엔티티 클래스
-
비즈니스 이벤트: 비즈니스 시스템이 소유하는 모델의 비즈니스 이벤트 클래스
-
비즈니스 규칙: 모델에서 캡처한 비즈니스 규칙. 이 규칙은 별도 아티팩트의 문서 양식으로 캡처된 비즈니스 규칙이 아닙니다.
-
관계: 비즈니스 시스템이 소유하는 모델의 관계
-
비즈니스 유스 케이스 실현(realization): 비즈니스 시스템이 소유하는 모델의 비즈니스 유스 케이스 실현(realization)
-
비즈니스 컨텍스트 협업: 비즈니스와 비즈니스 액터 간의 상호작용에 대한 외부 실현(realization)으로서, 최상위 레벨 비즈니스 시스템(즉, 비즈니스 자체)에서 제공하는
서비스, 이러한 서비스의 인터페이스, 비즈니스 액터 연결 및 비즈니스 엔티티 입력 및 산출물을 나타냅니다.
-
다이어그램: 비즈니스 시스템이 소유하는 모델의 다이어그램
*비즈니스 자체는 최상위 레벨 컴포넌트(비즈니스 시스템)이므로 비즈니스 작업자, 비즈니스 엔티티 등을 직접 캡슐화할 수 있습니다.
비즈니스 분석 모델은 책임, 인도물 및 협업 동작 관점에서 비즈니스 프로세스를 표현합니다. 새 소프트웨어 시스템이 개발 또는 배치되는 경우 비즈니스 수행 방식에 대한 시스템 영향을 평가하기 위해 비즈니스 분석
모델을 반드시 작성해야 합니다. 새 소프트웨어 배치에 따른 조직 변경사항은 일반적으로 간과되어 비즈니스 유스 케이스에서 제외되지만 이러한 경우 결과적으로 작업 소프트웨어 시스템을 사용할 수 없게 됩니다.
비즈니스 분석 모델을 생성하지 않는다는 것은 소프트웨어 개발자가 비즈니스 수행 방식에 표면적으로만 주의를 기울이게 되는 위험성을 감수하게 됨을 의미합니다. 이러한 경우 개발자가 최선을 다하더라도 비즈니스 프로세스
정보가 없는 상태에서 소프트웨어를 디자인하고 작성하게 되며 결과적으로 비즈니스 요구를 지원하지 않는 소프트웨어 시스템이 빌드됩니다.
비즈니스 분석 모델을 사용자 조정하기 위해 식별한 네 가지 기본 변형은 다음과 같습니다.
또한 가이드라인: 대상 조직 평가를 참조하십시오.
비즈니스 도메인에 중요한 "내용"과 제품에만 초점을 맞추고 "불완전한" 비즈니스 분석 모델을 개발할 수 있습니다. 이러한 모델에는 사람이 수행할 책임은 포함되지 않고 조직의 정보 컨텐츠에 대해서만 설명합니다.
이러한 모델을 도메인 모델이라고 합니다. 이러한 모델의 스테레오타입은 <<비즈니스 분석>>이 아닌 <<도메인 모델>>로
지정됩니다. 도메인 모델은 개념을 명시하고 정의하기 위한 공통 기반을 제공하는 데 매우 유용합니다. 자세한 정보는 개념: 도메인 디자인을
참조하십시오.
비즈니스 모델링 노력의 목적이 비즈니스
(리)엔지니어링 수행인 경우 비즈니스 분석 모델의 두 가지 변형(현재 상황을 보여주는 모델 및 계획된 새 프로세스(대상 상황)를 보여주는 모델)의 빌드를 고려해야 합니다.
비즈니스 분석 모델의 현재 버전은 단지 비즈니스 유스 케이스 실현(realization)의 인벤토리이며 비즈니스 분석 모델의 요소에 대해 세부적으로 설명하지 않습니다. 일반적으로 간략한 설명만으로도 충분합니다.
비즈니스 유스 케이스 실현(realization)은 비즈니스 분석 모델 요소를 스윔레인으로 표시하는 간단한 활동 다이어그램으로 문서화할 수 있습니다. 비즈니스 분석 모델의 대상 버전에는 대부분의 작업이
필요합니다. 현재 프로세스 및 구조를 다시 고려하여 비즈니스 전략 및 목적에 맞게 수정해야 합니다.
비즈니스 작성(예: 조직 또는 비즈니스의 새로운 분야)을 위해 비즈니스 모델링을 수행하는 경우 현황(as-is) 모델을 작성할 기존 비즈니스
프레임워크가 없습니다. 대상 모델의 작성에 필요한 참조 비즈니스 아키텍처 및 프로세스를 탐색해야 합니다.
모든 이해 당사자(stakeholder)와 프로젝트 팀이 비즈니스 분석을 잘 이해하는 경우 비즈니스 분석 모델 개발에 따른 이점이 현저히 감소합니다. 이러한 경우 비즈니스 분석 모델을 모두 생략할 수도 있습니다.
그러나 일반적으로는 비즈니스 수행 방식에 대한 이해 당사자의 이해를 돕기 위해 적어도 최소 수준의 비즈니스 분석 모델을 개발해야 합니다.
|