UML 표시: 협업(<<비즈니스 유스 케이스 실현(realization)>>으로 스테레오타입화됨)
많은 경우에 있어 이 중간 산출물의 초점은 활동 다이어그램입니다. 활동 다이어그램은 스윔레인을 사용하여 비즈니스 시스템 또는 비즈니스 작업자와 관련된 책임을 정의하는 데 사용됩니다. 또한 여기에서 자동화 대상에
대한 중요 의사결정을 내립니다. 일반적으로 중간 산출물의 텍스트 특성을 갖고 있는 비즈니스 유스 케이스 실현(realization) 명세는 제외할 수 있으며 파생된 모든 요구사항은 대신 보충 비즈니스 스펙에 포함될 수 있습니다. 활동 다이어그램은 또한 비즈니스 작업자 간 비즈니스 이벤트 송수신을 나타낼 수
있습니다.
비즈니스 유스 케이스가 수정되지 않지만 대신 비즈니스 유스 케이스 실현(realization)이 변경되는 경우, 이 비즈니스 유스 케이스 실현(realization)을 사용하여 현재(현황(as-is)) 프로세스
설명과 대상(목표(to-be)) 프로세스 설명을 비교할 수 있습니다. 예를 들어, 기존 소프트웨어 시스템이 외부 파트너가 관리하는 표준 소프트웨어 제품으로 바뀌는 경우를 가정할 수 있습니다. 이러한 경우 비즈니스
유스 케이스 실현(realization)을 사용하여 조직에 대한 이 변경의 영향을 평가할 수 있습니다.
비즈니스 유스 케이스 실현(realization)은 일반적으로 비즈니스 유스 케이스보다 세부적이고 특정적이므로 보다 추상적인 비즈니스 유스 케이스의 다른 컨텍스트 간 차이를 나타내는 데도 사용할 수 있습니다. 예를
들어, 다양한 통신 채널(예: 인터넷, 콜센터, 우편 또는 전자 메시지 전달)을 사용하여 고객에게 서비스를 제공해야 하는 경우를 고려할 수 있습니다. 견적 요청 또는 제안 승인 비즈니스 유스 케이스에서 수행되는
단계는 변경되지 않지만 이 비즈니스 유스 케이스를 수행하는 방식은 각 채널마다 다릅니다. 비즈니스 유스 케이스 실현(realization)은 비즈니스 유스 케이스의 채널 특정 실현(realization)을 나타내는
데 사용할 수 있습니다.
해당 비즈니스 유스 케이스 재호출은 비즈니스에서 제공하는 하나 이상의 서비스를 호출함으로써 비즈니스 액터 또는 내부 비즈니스 이벤트에 의해 트리거됩니다. 서비스 호출은 비즈니스 액터의 경우에는 외부적으로 발생하고
비즈니스 이벤트의 경우에는 내부적으로 발생합니다. 서비스는 하나 이상의 비즈니스 오퍼레이션 (중간 산출물: 오퍼레이션(BM)
참조)으로 구성되므로 비즈니스 유스 케이스 실현(realization)은 모든 필수 비즈니스 오퍼레이션 실현(realization)의 오버레이(중간 산출물:
오퍼레이션 실현(realization)(BM) 참조)가 됩니다. 이러한 구성은 소규모 협업(비즈니스 오퍼레이션 실현(realization))으로 빌드되는 대규모 협업(비즈니스 유스 케이스
실현(realization))으로서 모델링될 수 있습니다. 비즈니스 유스 케이스 실현(realization)은 비즈니스 오퍼레이션 실현(realization)을 "소유"하지 않지만 일반적으로 다른 비즈니스 유스
케이스 실현(realization)에 표시될 수 있습니다.
비즈니스에서 제공하는 일부 서비스를 개인용으로 모델링하지 않는 이유는 없습니다. 이러한 서비스는 예를 들어 비즈니스 이벤트를 수행할 때 비즈니스에서 직접 요청하고 비즈니스 액터는 사용할 수 없는 조치를 나타냅니다.
|