가이드라인: 비즈니스 모델에서 시스템으로 이동
이 가이드라인은 비즈니스 모델에서 시스템의 유스 케이스 및 분석 모델을 파생시키는 방법을 보여줍니다.
관계
기본 설명

소개

Rational Unified Process에서 사용하는 비즈니스 모델링에 대한 접근 방식에는 비즈니스 도구 또는 시스템을 지원하기 위한 요구사항을 생성하기 위한 간단하고 직접적인 방법이 포함됩니다. 올바른 시스템을 빌드하는 데 있어 비즈니스 프로세스에 대한 올바른 이해가 중요합니다. 즉, 구성원의 역할 및 책임과 비즈니스에서 처리하는 "내용"에 대한 정의를 시스템 빌드의 기초로 사용하는 경우 보다 많은 가치가 추가됩니다. 이러한 보다 내부적인 비즈니스 보기(비즈니스 분석 모델에서 캡처)를 통해 바람직한 시스템 모델 구성을 이해할 수 있습니다.

함께 표시된 텍스트에서 설명되는 다이어그램.

비즈니스 모델과 지원 정보 시스템 모델의 관계

비즈니스 모델 및 시스템 아키텍처

아키텍처 관점에서 볼 때 올바른 비즈니스 모델은 다음과 같은 유형의 시스템을 빌드할 때 특히 유용합니다.

  • 특정 산업 유형(예: 은행 및 보험 회사)에 속하는 하나 이상의 회사의 사용자 정의 시스템
  • 개방 시장을 대상으로 하는 응용프로그램 제품군(예: 주문 처리 시스템, 청구 시스템 및 항공 교통 관제 시스템)

비즈니스 모델은 분석 모델에서와 같이 유스 케이스 보기 및 논리 보기에 대한 입력을 제공합니다. 또한 분석 레벨에서 분석 메커니즘이라고도 하는 핵심 매커니즘을 발견할 수 있습니다.

다음 사항을 고려해야 합니다.

  • 시스템에서 지원할 각 비즈니스 유스 케이스에 대해 분석 모델의 서브시스템을 식별하십시오. 이 서브시스템은 응용프로그램 계층에 속하며 첫 번째 프로토타입 반복으로 간주됩니다. 예를 들어, 비즈니스 유스 케이스 모델에 주문 프로세스와 청구 프로세스가 있는 경우 분석 모델의 응용프로그램 계층에서 주문 서브시스템과 청구 서브시스템을 식별하십시오. 주문과 청구를 개별 시스템으로 생각할 수도 있겠지만 이것은 범위의 문제입니다. 모든 비즈니스 도구를 여러 응용프로그램에서 아키텍처를 공유하는 하나의 시스템으로 간주하는 경우 주문과 청구는 응용프로그램 서브시스템이 됩니다. 해당 범위가 주문 관리 응용프로그램만 빌드하는 것인 경우 주문 관리가 시스템이 되므로 위의 권장사항은 해당되지 않습니다. 즉, 조직의 모든 비즈니스 도구를 하나의 시스템으로 간주하는 경우에만 해당됩니다.
  • 시스템이 지원하는 각 비즈니스 작업자에 대해 자동화 대상을 나타내는 유스 케이스를 식별하십시오.
  • 시스템에서 지원할 각 비즈니스 엔티티에 대해 분석 모델의 엔티티 클래스를 식별하십시오. 이러한 클래스 중 일부는 시스템의 핵심 메커니즘인 컴포넌트 엔티티로 간주될 수 있는 후보 클래스가 됩니다.
  • 비즈니스 엔티티 클러스터(하나의 비즈니스 유스 케이스에서만 사용되는 비즈니스 엔티티 그룹 또는 밀접한 관련이 있는 비즈니스 엔티티 그룹)에 대해 비즈니스 특정 계층에 서브시스템을 작성하십시오.

함께 표시된 텍스트에서 설명되는 다이어그램.

비즈니스 모델은 4-계층 시스템 아키텍처에서 맨 위 두 계층에 대한 입력을 제공합니다.

비즈니스 모델 및 시스템 액터

함께 표시된 텍스트에서 설명되는 다이어그램.

각 비즈니스 작업자에 대해 후보 시스템 액터를 식별하십시오. 비즈니스 작업자가 참여하는 각 비즈니스 유스 케이스에 대해 후보 시스템 유스 케이스를 작성하십시오.

정보 시스템 유스 케이스를 식별하려면 비즈니스 분석 모델의 비즈니스 작업자부터 시작하십시오.

각 비즈니스 작업자에 대해 다음 단계를 수행하십시오.

  • 해당 비즈니스 작업자가 정보 시스템을 사용하는지 여부를 결정하십시오.
  • 해당되는 경우 정보 시스템의 유스 케이스 모델에 비즈니스 작업자에 대한 액터를 식별하십시오. 비즈니스 작업자와 이름이 같은 액터부터 작성하십시오.
  • 모든 비즈니스 작업자에 대해 이 단계를 반복하십시오.

각 비즈니스 유스 케이스 실현(realization)에 대해 다음 단계를 수행하십시오.

  • 시스템 액터(이전 단계에서 식별)가 시작하는 단계의 시퀀스를 식별하십시오.
  • 각 단계 시퀀스의 시스템 유스 케이스를 작성하십시오. 시작 단계 이름(오퍼레이션 이름)을 유스 케이스 이름으로 사용하여 시작하십시오.
  • 시스템 유스 케이스(액터 등에 의미있는 가치 제공)가 시스템 유스 케이스의 모든 기준을 충족시키는지 확인하십시오. 필요에 따라 시스템 유스 케이스를 병합하거나 나누십시오.

이는 시스템 유스 케이스 모델의 시작점일뿐입니다. 시스템 관점의 요구사항은 쉽게 이해할 수 있으므로 이러한 초기 시스템 액터 및 유스 케이스는 필요에 따라 재구성됩니다.

예제:

아래 그림은 "대출 신청" 비즈니스 유스 케이스 실현을 위한 시스템 유스 케이스를 도출하는 방법에 대한 예제를 제공합니다. 그림에서 점선은 고려해야 할 시스템 경계를 표시합니다.

함께 표시된 텍스트에서 설명되는 다이어그램.

은행 비즈니스 모델을 기반으로 후보 시스템 액터와 시스템 유스 케이스를 도출할 수 있습니다.

자동 비즈니스 작업자

비즈니스 프로세스 세트를 완전 자동화하는 시스템을 빌드하려는 경우(전자상거래 응용프로그램을 빌드하는 경우) 비즈니스 작업자는 시스템 액터가 되지 않습니다. 대신 비즈니스 액터가 직접 시스템과 커뮤니케이션을 수행하고 시스템 액터 역할을 수행합니다.

실제로 이러한 유형의 응용프로그램을 빌드할 때 비즈니스가 수행되는 방식을 변경하고 있습니다. 비즈니스 작업자의 책임은 비즈니스 액터로 이동합니다.

예제:

은행의 전자상거래 사이트를 빌드하는 경우 프로세스 실현 방식을 수정하게 됩니다.

  • 은행원의 책임은 고객으로 이동합니다.

  • 고객 비즈니스 액터에 해당하는 고객 시스템 액터를 작성하십시오.

  • 은행원 및 대출 시스템 비즈니스 작업자가 병합되어 전문 대출 시스템 비즈니스 작업자(아래 그림에서 점선으로 표시)가 됩니다.

  • 이 새 비즈니스 작업자에 따라 비즈니스 유스 케이스 실현(realization)을 수정하십시오.

  • 수정된 비즈니스 유스 케이스 실현을 기반으로 새 시스템 유스 케이스를 식별하거나 기존 시스템 유스 케이스를 수정하십시오. 일반적으로 병합된 비즈니스 작업자 간의 오퍼레이션은 신규/갱신 시스템 유스 케이스의 단계가 됩니다.

함께 표시된 텍스트에서 설명되는 다이어그램.

비즈니스 작업자를 완전 자동화하면 비즈니스 프로세스 실현 방식과 시스템 액터 및 유스 케이스를 찾는 방식까지 변경됩니다.

분석 모델의 엔티티 클래스 및 비즈니스 모델

함께 표시된 텍스트에서 설명되는 다이어그램.

각 비즈니스 엔티티에 대해 시스템의 분석 모델에서 클래스를 작성하십시오.

정보 시스템에서 관리할 비즈니스 엔티티는 정보 시스템 분석 모델의 엔티티에 해당됩니다. 그러나 경우에 따라 비즈니스 엔티티의 속성이 정보 시스템 모델의 엔티티에 해당할 수도 있습니다. 여러 비즈니스 작업자가 하나의 비즈니스 엔티티에 액세스할 수 있습니다. 결과적으로 시스템의 해당 엔티티는 여러 정보 시스템 유스 케이스에 참여할 수 있습니다.

예제:

함께 표시된 텍스트에서 설명되는 다이어그램.

고객 프로파일, 계정 및 대출 비즈니스 엔티티는 모두 자동화 후보가 됩니다.

비즈니스 이벤트

비즈니스 이벤트는 비즈니스의 중요한 발생 또는 상태 변경사항을 식별합니다. 비즈니스 이벤트는 비즈니스 유스 케이스를 분해하고 발생 또는 상태 변경에 대한 알림이나 트리거를 송신하는 데 사용됩니다. 따라서 비즈니스 이벤트는 비즈니스 프로세스 자동화를 위한 훌륭한 소스로서 비즈니스 작업자 간 상호작용을 줄이고 비즈니스 유스 케이스를 가속화할 수 있습니다. 비즈니스 이벤트를 자동화하면 비즈니스 작업자에게 별도 책임을 지우지 않고 비즈니스 전체에 중요한 정보를 빠르게 전달할 수 있습니다.

예제:

예를 들어, 군사 작전에 참여하는 모든 단위는 아군 또는 적군에 의한 전략적 우세가 있을 경우 이를 즉시 알아야 합니다. 자동화를 수행하지 않는 경우 이러한 비즈니스는 특정 라디오 주파수를 통한 코드명(예: Top Hat) 전달로 구현되며 코드명을 수신한 사람은 모두 필요한 조치(예: 다음 전투 단계 진행)를 수행하게 됩니다. 이러한 비즈니스 이벤트를 자동화함으로써 이벤트 알림의 효율성을 향상시키고 이벤트에 대한 다른 응답도 자동화할 수 있습니다.

시스템 요구사항으로 변환된 비즈니스 작업자 간 상호작용

비즈니스 모델에서 작업자 간 링크는 어떻게 해석해야 합니까? 정보 시스템이 커뮤니케이션 작업자를 지원할 수 있는 방법을 모색해야 합니다. 정보 시스템은 정보 시스템에서 정보를 사용할 수 있게 함으로써 작업자 간 정보 전송의 필요성을 제거할 수 있습니다.

자원 계획을 위한 비즈니스 분석 모델 사용

자원 계획 또는 시뮬레이션 기반으로서 비즈니스 분석 모델을 사용하려는 경우, 사용되는 자원 유형을 반영하여 모델을 갱신해야 합니다. 즉, 각 비즈니스 작업자 및 비즈니스 엔티티를 한 가지 유형의 자원만 구현할 수 있도록 모델을 수정해야 합니다. 비즈니스 프로세스를 리엔지니어링하려는 경우, 비즈니스 분석 모델의 첫 번째 반복에서 자원을 고려해서는 안됩니다. 이러한 경우 새로운 유형의 솔루션으로 해결할 수 있는 문제점 식별이 아닌 기존 솔루션에 초점을 맞추게 됩니다. 다음은 고려할 프로시저 예제입니다.

  • 비즈니스 분석 모델의 첫 번째 반복에서는 비즈니스를 구현하기 위해 사용할 자원 또는 시스템을 고려하지 않고 작업을 수행하십시오.
  • 자동화 대상에 대해 논의하십시오.
  • 자동화를 통한 비즈니스 프로세스 변경 방법에 대해 논의하고 시스템 유스 케이스 모델 및 시스템 요구사항의 개요를 작성하십시오.
  • 비즈니스 분석 모델의 두 번째 반복에서는 사용한 자원과 자동화 대상을 반영하여 모델을 갱신하십시오.
    • 일부 비즈니스 작업자는 자동화 작업자로 표시됩니다.
    • 일부 비즈니스 작업자는 두 비즈니스 작업자(자동화 비즈니스 작업자와 비자동화 비즈니스 작업자)로 분할됩니다.
    • 두 비즈니스 작업자의 파트는 자동화된 새 작업자로 분할될 수 있습니다.
    • 비즈니스 작업자의 책임 중 일부는 조직 외부로 이동하여 비즈니스 액터의 책임이 됩니다.

    예제:

은행 예제에서는 자원 계획에 사용하기 위해 비즈니스 분석 모델을 갱신하기로 했습니다.

  • 은행원 비즈니스 작업자는 완전 자동화되어 자동 은행원이 되고 은행은 온라인 은행 업무만 수행합니다.

  • 대출 전문가는 부분적으로 자동화되어 자동 대출 전문가와 대출 전문가로 분할됩니다.

함께 표시된 텍스트에서 설명되는 다이어그램.

비즈니스 작업자는 자동화를 반영하여 수정됩니다.

요약 표

다음 표는 비즈니스 모델과 시스템 모델의 관계를 요약 설명합니다.

시스템 모델 비즈니스 모델의 정보를 사용하여 후보를 찾는 방법 비즈니스 모델
액터 액터 후보는 비즈니스 작업자 중에서 찾습니다. 비즈니스 작업자
액터 기타 액터 후보는 시스템을 직접 사용할 다른 비즈니스 액터(고객, 벤더) 중에서 찾습니다. 비즈니스 액터
유스 케이스 유스 케이스 후보는 비즈니스 작업자의 오퍼레이션 중에서 찾습니다. 정보 시스템과의 상호작용에 참여하는 오퍼레이션과 책임 영역을 찾아보십시오. 이상적으로는 하나의 정보 시스템 유스 케이스가 하나의 비즈니스 모델 유스 케이스 실현(realization)에서 모든 비즈니스 작업자의 오퍼레이션을 지원하는 것이 바람직합니다.  비즈니스 작업자의 오퍼레이션
엔티티 클래스 엔티티 클래스 후보는 비즈니스 엔티티 중에서 찾습니다. 정보 시스템에서 유지보수하거나 나타내야 하는 비즈니스 엔티티를 찾아보십시오.  비즈니스 엔티티
엔티티 클래스 엔티티 클래스 후보는 비즈니스 분석 모델의 속성 중에서 찾습니다. 정보 시스템에서 유지보수하거나 나타내야 하는 속성을 찾아보십시오. 속성
엔티티 클래스 간 관계 비즈니스 엔티티 간의 관계는 일반적으로 정보 시스템 모델의 클래스 간의 해당 관계를 나타냅니다. 비즈니스 엔티티 간 관계