개념: 비즈니스 모델링 범위
비즈니스 모델링은 이해 당사자(stakeholder)의 요구와 관심사항을 기반으로 비즈니스 컨텍스트를 이 가이드라인에 표시된 여섯 개의 시나리오로 그룹화합니다.
관계
기본 설명

비즈니스 모델링 노력은 컨텍스트와 요구에 따라 범위가 다를 수 있습니다. 여섯 개의 시나리오가 아래 나열되어 있습니다.

시나리오 #1 - 조직 차트

빌드 중인 응용프로그램에 대한 요구사항을 쉽게 이해할 수 있도록 조직과 해당 프로세스에 대한 단순 맵을 빌드할 수 있습니다. 이 경우, 비즈니스 모델링은 소프트웨어 엔지니어링 프로젝트의 파트이며, 도입/인식(Inception) 단계 동안 기본적으로 수행됩니다. 이러한 노력 유형은 조직 변경 의도 없이 단지 차트 작성으로 시작하지만 실제로 새 응용프로그램 빌드 및 전개는 항상 비즈니스 개선의 일부 레벨을 포함합니다.

시나리오 #2 - 도메인 모델링

정보를 관리하고 제공하는 기본 목적을 가진 응용프로그램(예: 주문 관리 시스템 또는 뱅킹 시스템)을 빌드 중인 경우, 비즈니스 워크플로우를 고려하지 않고 비즈니스 레벨에서 해당 정보 모델을 빌드하도록 선택할 수 있습니다. 이를 도메인 모델링이라고 합니다. 일반적으로 도메인 모델링은 소프트웨어 엔지니어링 프로젝트의 파트이며, 프로젝트의 도입/인식(Inception) 및 정제(Elaboration) 단계 동안 수행됩니다.

시나리오 #3 - 하나의 비즈니스 다수의 시스템

대형 시스템 또는 응용프로그램 제품군을 빌드 중인 경우, 여러 소프트웨어 엔지니어링 프로젝트에 대한 입력으로 작용할 하나의 비즈니스 모델링 노력을 가질 수 있습니다. 비즈니스 모델은 기능적 요구사항을 찾을 수 있도록 도와주며, 응용프로그램 제품군의 아키텍처를 빌드하는 데 입력으로 작용합니다. 가이드라인: 비즈니스 모델에서 시스템으로 이동을 참조하십시오. 이 경우, 비즈니스 모델링 노력은 단독 프로젝트로 간주되는 경우가 많습니다.

시나리오 #4 - 일반 비즈니스 모델

여러 조직에서 사용할 응용프로그램(예: 판매 지원 응용프로그램 또는 청구 응용프로그램)을 빌드 중인 경우, 비즈니스 모델링 노력을 통해 시스템에 너무 복잡한 요구사항을 방지할 수 있도록 조직의 비즈니스 수행 방법과 관련하여 조직을 맞추는 것이 유용할 수 있습니다(비즈니스 개선). 그러나 조직 맞추기가 선택사항이 아닌 경우에는 비즈니스 모델링 노력을 통해 조직이 응용프로그램을 사용하고 우선순위를 결정해야 할 응용프로그램 기능성을 쉽게 판별할 수 있도록 하는 방법의 차이를 이해하고 관리할 수 있습니다.

시나리오 #5 - 새 비즈니스

조직이 완전히 새로운 비즈니스 라인을 시작하기로 결정하고(비즈니스 작성) 이를 지원할 수 있도록 정보 시스템을 빌드할 경우, 비즈니스 모델링 노력을 수행해야 합니다. 이 경우, 비즈니스 모델링의 목적은 시스템에 대한 요구사항을 찾는 것은 물론 새로운 비즈니스 라인의 실현 가능성도 결정하는 것입니다. 이 경우, 비즈니스 모델링 노력은 단독 프로젝트로 간주되는 경우가 많습니다.

시나리오 #6 - 개조

조직이 비즈니스 수행 방법을 완전히 개조하기로 결정한 경우(비즈니스 리엔지니어링), 비즈니스 모델링은 자체적으로 하나 또는 여러 프로젝트인 경우가 많습니다. 일반적으로 비즈니스 리엔지니어링은 여러 단계(새 비즈니스 계획, 기존 비즈니스 리버스 엔지니어링, 새 비즈니스 포워드 엔지니어링, 새 비즈니스 설치)로 수행됩니다.