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