기능 패턴: 비즈니스 모델링
이 기능 패턴은 비즈니스 모델링 원칙에 대한 활동 및 워크플로우를 다룹니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
설명

비즈니스 모델링 원칙의 워크플로우를 통해 여러 경로 중 하나를 취할 수 있습니다. 선택하는 경로는 비즈니스 모델링 노력의 목적은 물론 개발 라이프사이클에서의 해당 단계에 따라 다릅니다.

  • 첫 번째 반복에서는 비즈니스 상태 평가에 정의된 대로 조직의 상태를 평가하고 개선 영역을 결정합니다. 평가 결과를 기반으로 이 반복에서 작업을 계속하는 방법은 물론 후속 반복에서 작업하는 방법에 대한 결정을 내릴 수 있습니다. 비즈니스 모델링 범위는 발생할 수 있는 몇 가지 일반적인 시나리오를 설명합니다. 
  • 풀 스케일 비즈니스 모델이 필요하지 않고 도메인 모델만 필요하다고 결정하는 경우(비즈니스 모델링 범위의 시나리오 #2), 이 워크플로우의 대체 도메인 모델 개발 경로를 따릅니다. Rational Unified Process에서 도메인 모델은 비즈니스 분석 모델의 서브세트로 간주되며, 해당 모델의 비즈니스 엔티티만 포함합니다.
  • 비즈니스 프로세스에 주요 변경사항이 발생하지 않을 것으로 결정하고 소프트웨어 시스템을 개발하려는 경우, 수행할 작업은 해당 프로세스를 차트로 만들고 소프트웨어 요구사항을 도출하는 것입니다(비즈니스 모델링 범위의 시나리오 #1). 현재 조직의 특수 모델 세트를 보존할 필요가 없으므로 대상 조직을 설명하는 데 직접 초점을 맞출 수 있습니다. 비즈니스 모델링 경로를 따르지만 "현재 비즈니스 설명"은 건너뜁니다.
  • 새 소프트웨어 시스템을 배치하려는 경우, 소프트웨어 시스템을 조직에 맞추는 방법을 이해하려면 현재 비즈니스 프로세스를 설명해야 합니다. 모델은 처음에 현재 조직을 설명하지만("현재 비즈니스 설명"), 소프트웨어 시스템 사용 방법을 반영하도록 조정됩니다. 이 경우, 한 세트의 모델만 필요합니다. 
  • 기존 비즈니스를 개선하거나 리엔지니어링할 의도로(비즈니스 모델링 범위의 시나리오 #3, #4 및 #6) 또는 비즈니스에 중대한 변경사항을 작성할 의도로 비즈니스 모델링을 수행하는 경우, 현재 비즈니스와 대상 비즈니스를 둘 다 모델링합니다. 이 경우, 비즈니스 아키텍처 문서는 아키텍처 결정의 결과를 평가하는 데 결정적입니다.
  • 어느 정도 처음부터 새 비즈니스를 개발할 의도로 비즈니스 모델링을 수행하는 경우(비즈니스 모델링 범위의 시나리오 #5), 새 비즈니스를 계획하고 이에 대한 모델을 빌드하지만 "현재 비즈니스 설명"은 건너뜁니다.
특성
이벤트로 구동됨
다중 발생
진행 중임
선택사항
계획됨Yes
반복 가능함
사용법
사용법 노트

워크플로우 수행 방법 결정

비즈니스 모델링 원칙의 워크플로우와 관련하여 다음을 결정해야 합니다.

  • 워크플로우 수행 방법을 결정하십시오. 개념: 비즈니스 모델링 범위에 설명된 대로 비즈니스 모델링 워크플로우를 수행하는 몇 가지 방법이 있습니다. 따를 시나리오를 결정하십시오. 개발 사례에 결정을 문서화하도록 선택할 수 있습니다. 중간 산출물: 대상 조직 평가는 시스템이 배치된 조직의 현재 상태를 설명합니다. 비즈니스 모델링 워크플로우 수행 방법을 결정할 때 입력의 역할을 합니다. 
  • 수행할 비즈니스 모델링 활동 파트를 결정하십시오. 예를 들어, 프로젝트에 비즈니스 분석 모델만 필요한 경우에는 도메인 모델만 도입하도록 결정하여 비즈니스 도메인에 중요한 제품, 인도물 또는 이벤트를 설명하는 데 초점을 맞출 수 있습니다.   
  • 프로젝트 라이프사이클 중 워크플로우의 각 파트 도입 시기를 결정하십시오. 일반적으로, 비즈니스 모델링 워크플로우는 프로젝트 초기에 도입해야 합니다. 

비즈니스 모델링 워크플로우 사용 방법에 대한 결정을 내리기 전에 비즈니스 상태를 평가해야 하는 경우가 종종 있음에 주의하십시오.