목적
비즈니스 모델링의 목적은 다음과 같습니다.
-
대상 조직에서 현재 문제점을 이해하고 개선 가능성 식별.
-
조직 변경의 영향 평가.
-
고객, 사용자, 개발자 및 기타 관계자가 조직에 대한 공통 이해를 갖도록 함.
-
대상 조직을 지원하는 데 필요한 소프트웨어 시스템 요구사항 도출.
-
배치될 소프트웨어 시스템을 조직에 맞추는 방법 이해.
조직 차트는 비즈니스 작동 방법을 이해하는 데 충분하지 않습니다. 비즈니스 동적 보기도 필요합니다. 비즈니스 모델은 조직 구조 정적 보기와 조직 내 프로세스 동적 보기를 제공합니다.
비즈니스를 구동하고 건전하게 유지하는 요인에 따라 비즈니스를 변경해야 합니다. 이런 요인은 비용 감소, 품질 개선 또는 출시 시간 단축과 같은 목적일 수도 있습니다. 문제점을 로컬화하고 개선 기회를 식별할 수
있도록 비즈니스를 모델링해야 합니다. 건전한 학습 조직의 특성은 비즈니스 구동 요소가 변경됨에 따라 적응할 수 있다는 것입니다.
다른 많은 사람(이해 당사자(stakeholders))이 비즈니스를 이해해야 합니다. 이러한 사람은 모두 배경과 관심사가 다르기 때문에 비즈니스 관점도 서로 다릅니다. 공통 표기법을 사용하여 단순하고 이해할 수
있는 방법으로 비즈니스를 모델링해야 합니다. 비즈니스 모델은 다른 보기와 추상 레벨을 사용하여 다른 방식으로 설명할 수 있는 기능을 지원해야 합니다. 모두가 비즈니스 모델을 이해할 수 없다면, 비즈니스 모델링의
요점을 놓치고 있는 것입니다.
비즈니스는 수익을 내기 위해 고객에게 가치를 제공하는 것입니다. 비즈니스를 실행한다는 것은 결정을 내리는 것이며, 결정의 질에서는 정보가 가장 중요한 결정 요인입니다[MARS00]. 적시에 정확하고 충분한 관련
정보를 제공할 수 있도록 정보 시스템을 디자인해야 합니다. 해당 결정을 내리는 컨텍스트를 이해하는 경우에만 정보 시스템이 이런 방법으로 비즈니스 결정을 지원하도록 할 수 있습니다.
아티팩트
이런 목적을 달성하기 위해, 현재 조직을 평가하고 새 조직의 비전을 개발하는 방법을 비즈니스 모델링 원칙이 설명합니다. 이런 비전을 기초로 사용한 후 해당 조직의 프로세스, 역할 및 책임을 비즈니스 유스 케이스
모델 및 비즈니스 분석 모델에 정의합니다.
이런 모델을 보완하여 다음 아티팩트가 개발됩니다.
-
비즈니스 비전
-
비즈니스 아키텍처 문서
-
보충 비즈니스 스펙
-
비즈니스 규칙(비즈니스 분석 모델에 문서 및/또는 요소로)
-
비즈니스 용어집
프로세스 및 표기법
다양한 성공 정도에 따라 사용되어 온 사용 가능한 비즈니스 모델링 기법과 표기법이 많이 있습니다. 그러나
비즈니스 모델링 프로세스는 적습니다. RUP는 비즈니스 모델링을 위한 프로세스를 제공합니다. 소프트웨어와 비즈니스 모델링 둘 다에 UML(Unified Modeling Language)을 효과적으로 적용할 수 있습니다. 비즈니스와
소프트웨어 모델링 둘 다에 동일한 모델링 표기법을 사용할 경우 가장 중요한 하나의 이점은 비즈니스 분석가와 소프트웨어 개발자가 공통 언어를 공유한다는 점입니다. 따라서 비즈니스 모델과 해당 비즈니스를 지원하는
소프트웨어 시스템 모델 간에 직접적이고 효율적인 변환이 가능합니다.
비즈니스 모델링, 이해 및 개선은 소프트웨어 시스템 빌드와 아주 유사합니다. 처음에는 목표와 범위 정의를 포함하는 발견 과정이 있습니다. 이 과정에는 광범위한 상위 레벨 아웃라인을 작성하여 이를 하나씩 채우는 것도
포함됩니다. 한 부분에만 초점을 맞춰 완료한 다음 이를 다시 살펴보지 않을 수는 없습니다. 이미 모델링한 부분을 재검토하여 새로운 통찰력과 이해를 기반으로 이를 변경해야 하는 경우가 자주 있습니다. 전체 비즈니스
모델링을 완전히 완료할 때까지 기다렸다가 작업 확인 및 개선을 시작할 수는 없습니다.
따라서 비즈니스 모델링은 광범위한 개요로 시작하여 이를 하나씩 채워가는 반복 방식으로 수행하는 것이 가장 좋습니다. 모든 반복에서 광범위한 개요를 재검토하고 필요한 조정사항을 작성합니다. 그런 다음, 개요를 자세히
채우고 완료한 작업을 확인합니다. 이 단계를 완료한 후에 다음 반복을 시작해야 합니다.
기타 원칙과의 관계
비즈니스 모델링 원칙은 다음과 같이 다른 원칙과 관련되어 있습니다.
-
요구사항 원칙은 비즈니스 모델을 시스템 요구사항을 이해하기 위한 중요한 입력으로 사용합니다.
-
분석 및 디자인 원칙은 비즈니스 모델을 조직에 매끄럽게 맞춘 소프트웨어 시스템을 정의하기 위한 입력으로 사용합니다.
-
배치 원칙은 비즈니스 모델을 소프트웨어 시스템 배치를 계획할 때 보조물로 사용합니다.
-
환경 원칙은 비즈니스 모델링 가이드라인과 같은 지원 아티팩트를 개발하고 유지보수합니다.
|