각 비즈니스 유스 케이스는 이를 자세히 설명할 비즈니스 모델링 팀의 서브세트에 지정됩니다. 디자이너의 역할을 하는 이 서브세트 팀은 비즈니스 유스 케이스의 정의를 완료하고 이에 대한 검토 세션을 주도합니다.
비즈니스 모델링 팀의 다른 구성원은 이 검토 세션에 초대되어 비즈니스 모델 검토자의 역할을 합니다. 비즈니스 디자이너는 프로젝트 이해 당사자(stakeholder)의 대표(예: 일반 사용자)를 초대할 수도
있습니다.
이 활동의 목적은 다음과 같습니다.
-
비즈니스 유스 케이스의 정의 세부화
-
비즈니스 유스 케이스가 비즈니스 목적을 지원하는 방법 설명
-
비즈니스 유스 케이스가 비즈니스 수행 방법을 올바로 반영하는지 확인
비즈니스 유스 케이스 모델을 재구조화하여 이해 또는 판독성을 개선해야 할 수도 있지만 재구조화를 너무 일찍 시도해서는
안됩니다. 이는 재구조화 중 불필요한 복잡도가 도입되는 것을 방지할 수 있을 만큼 비즈니스 유스 케이스를 충분히 이해할 때까지 기다리는 것이 가장 좋기 때문입니다. 보통 이 활동에 도달한 후에 필요한 재구조화를
수행해야 합니다.
비즈니스 유스 케이스를 정의한 레벨에 따라 비즈니스 유스 케이스를 정제해야 할 수 있습니다(타스크: 비즈니스 유스 케이스
정제). 그러면 정제된 비즈니스 유스 케이스에 플로우를 자세히 지정하고 나중에 해당 플로우의 실현을 구성하는 데 사용 및 실현 가능한 범위를 가집니다.
비즈니스 유스 케이스 간의 관계는 물론 공통 서브플로우를 식별할 수 있습니다. 비즈니스 유스 케이스를 패키지로 그룹화할 수도
있습니다. 모델을 보다 잘 이해하거나 관리할 수 있게 하기 위해서만 재구조화를 수행해야 합니다.
일단 비즈니스 유스 케이스가 어느 정도 안정되면, 우선순위가 가장 높은 비즈니스 유스 케이스를 세부화해야 합니다. 이를 수행하려면
비즈니스 유스 케이스의 각 단계를 자세히 설명하고 나머지 특성(전제 조건, 사후 조건 및 특별 요구사항)을 완료해야 합니다. 우선순위가 가장 높은 비즈니스 유스 케이스를 세부화하는 동안 동작을 지배하는 특정 정량적
및 정성적 요구사항(예: 필수 소요 시간 또는 프로세스 유연성)이 발견될 수도 있습니다. 이런 요구사항을 비즈니스 유스 케이스에만 적용할 수 있는 경우에는 비즈니스 유스 케이스의 특별 요구사항 특성에 캡처해야
합니다. 그렇지 않으면, 보충 비즈니스 스펙에 캡처해야 합니다.
비즈니스 유스 케이스 모델을 검토하여 간결하여 모든 이해 당사자(stakeholder)가 이해할 수 있는지 확인해야 합니다.
또한 보충 비즈니스 스펙을 검토하여 요구사항이 명확하고 현실적인지 확인해야 합니다.
|