아티팩트: 비즈니스 유스 케이스 실현
비즈니스 유스 케이스 실현(realization)은 비즈니스 시스템, 비즈니스 작업자, 비즈니스 엔티티 및 비즈니스 이벤트의 협업을 통해 특정 비즈니스 유스 케이스를 수행하는 방법에 대해 설명합니다.
중간 산출물 유형: 모델 요소
목적

비즈니스 유스 케이스는 비즈니스 액터에게 가치를 제공하기 위해 수행해야 하는 단계에 대해 설명하는 반면 비즈니스 유스 케이스 실현(realization)은 조직에서 이러한 단계를 수행하는 방식에 대해 설명합니다. 비즈니스 유스 케이스는 외부 관점에서 설명하는 반면 비즈니스 유스 케이스 실현(realization)은 내부 관점에서 설명합니다.

비즈니스 유스 케이스 실현(realization)은 이해 당사자(stakeholder)가 프로젝트 팀(또는 기타 관계자)에서 비즈니스 구조화 및 운영 방식을 이해하는지 확인하기 위해 사용합니다. 이해 당사자는 또한 조직 개선사항을 식별하고 우선순위를 결정할 때 비즈니스 유스 케이스 실현(realization)을 사용합니다. 비즈니스 프로세스 분석가 및 비즈니스 디자이너는 비즈니스 유스 케이스 실현(realization)을 사용하여 조직에서 필요한 역할, 책임 및 정보를 정의함으로써 비즈니스 유스 케이스를 실현합니다. 비즈니스 프로세스 자동화 또는 비즈니스 프로세스 아웃소싱과 같은 조직 변경에 따른 영향은 비즈니스 유스 케이스 실현(realization)을 사용할 때 고려합니다. 시스템 분석가 및 소프트웨어 설계자는 비즈니스 유스 케이스 실현(realization)을 사용하여 소프트웨어 시스템을 조직에 맞게 조정하는 방법을 이해합니다.

관계
설명
간략한 아웃라인

비즈니스 유스 케이스 실현(realization)의 텍스트 특성을 포함하는 템플리트가 비즈니스 유스 케이스 실현(realization) 명세에 대해 제공됩니다. 이 문서는 Rational RequisitePro와 같은 요구사항 관리 도구에서 비즈니스 유스 케이스 실현(realization) 특성의 요구사항을 지정하고 표시하는 데 사용됩니다.  

비즈니스 유스 케이스 실현(realization) 다이어그램은 Rational Rose와 같은 비주얼 모델링 도구로 개발될 수 있습니다. 비즈니스 유스 케이스 실현(realization) 보고서에는 모든 다이어그램 및 특성이 포함되며 Rational SoDA로 생성됩니다.  

자세한 정보는 도구 사용 도움말, Rational Rose 및 Rational RequisitePro를 사용하여 유스 케이스 관리Rational SoDA를 사용하여 비즈니스 유스 케이스 실현(realization) 보고서 작성을 참조하십시오.  

예시
사용자 조정
표시 옵션UML 표시: 협업(<<비즈니스 유스 케이스 실현(realization)>>으로 스테레오타입화됨)

많은 경우에 있어 이 중간 산출물의 초점은 활동 다이어그램입니다. 활동 다이어그램은 스윔레인을 사용하여 비즈니스 시스템 또는 비즈니스 작업자와 관련된 책임을 정의하는 데 사용됩니다. 또한 여기에서 자동화 대상에 대한 중요 의사결정을 내립니다. 일반적으로 중간 산출물의 텍스트 특성을 갖고 있는 비즈니스 유스 케이스 실현(realization) 명세는 제외할 수 있으며 파생된 모든 요구사항은 대신 보충 비즈니스 스펙에 포함될 수 있습니다. 활동 다이어그램은 또한 비즈니스 작업자 간 비즈니스 이벤트 송수신을 나타낼 수 있습니다.

비즈니스 유스 케이스가 수정되지 않지만 대신 비즈니스 유스 케이스 실현(realization)이 변경되는 경우, 이 비즈니스 유스 케이스 실현(realization)을 사용하여 현재(현황(as-is)) 프로세스 설명과 대상(목표(to-be)) 프로세스 설명을 비교할 수 있습니다. 예를 들어, 기존 소프트웨어 시스템이 외부 파트너가 관리하는 표준 소프트웨어 제품으로 바뀌는 경우를 가정할 수 있습니다. 이러한 경우 비즈니스 유스 케이스 실현(realization)을 사용하여 조직에 대한 이 변경의 영향을 평가할 수 있습니다.

비즈니스 유스 케이스 실현(realization)은 일반적으로 비즈니스 유스 케이스보다 세부적이고 특정적이므로 보다 추상적인 비즈니스 유스 케이스의 다른 컨텍스트 간 차이를 나타내는 데도 사용할 수 있습니다. 예를 들어, 다양한 통신 채널(예: 인터넷, 콜센터, 우편 또는 전자 메시지 전달)을 사용하여 고객에게 서비스를 제공해야 하는 경우를 고려할 수 있습니다. 견적 요청 또는 제안 승인 비즈니스 유스 케이스에서 수행되는 단계는 변경되지 않지만 이 비즈니스 유스 케이스를 수행하는 방식은 각 채널마다 다릅니다. 비즈니스 유스 케이스 실현(realization)은 비즈니스 유스 케이스의 채널 특정 실현(realization)을 나타내는 데 사용할 수 있습니다.

해당 비즈니스 유스 케이스 재호출은 비즈니스에서 제공하는 하나 이상의 서비스를 호출함으로써 비즈니스 액터 또는 내부 비즈니스 이벤트에 의해 트리거됩니다. 서비스 호출은 비즈니스 액터의 경우에는 외부적으로 발생하고 비즈니스 이벤트의 경우에는 내부적으로 발생합니다. 서비스는 하나 이상의 비즈니스 오퍼레이션 (중간 산출물: 오퍼레이션(BM) 참조)으로 구성되므로 비즈니스 유스 케이스 실현(realization)은 모든 필수 비즈니스 오퍼레이션 실현(realization)의 오버레이(중간 산출물: 오퍼레이션 실현(realization)(BM) 참조)가 됩니다. 이러한 구성은 소규모 협업(비즈니스 오퍼레이션 실현(realization))으로 빌드되는 대규모 협업(비즈니스 유스 케이스 실현(realization))으로서 모델링될 수 있습니다. 비즈니스 유스 케이스 실현(realization)은 비즈니스 오퍼레이션 실현(realization)을 "소유"하지 않지만 일반적으로 다른 비즈니스 유스 케이스 실현(realization)에 표시될 수 있습니다.

비즈니스에서 제공하는 일부 서비스를 개인용으로 모델링하지 않는 이유는 없습니다. 이러한 서비스는 예를 들어 비즈니스 이벤트를 수행할 때 비즈니스에서 직접 요청하고 비즈니스 액터는 사용할 수 없는 조치를 나타냅니다.

자세한 정보