범위 고려사항
목적 서비스 모델의 단일 인스턴스는 프로젝트의 범위 내에 있는 비즈니스 도메인을 모두 포함하여 작성합니다. 주제 전문가가 특정 비즈니스 도메인의 전문가일 경우, 반복 접근 방식은 한 번에 하나의 도메인에 초점을
맞추어 인터뷰 또는 작업 세션을 좀 더 보다 효율적으로 만드는 데 사용 가능합니다.
목적 서비스 모델링 인터뷰 또는 작업 세션 중에 주제 전문가가 대화할 수 있는 지식 영역을 고려하십시오. 예를 들어, 이 작업과 동시에 비기능적 요구사항의 일부 초기 의견을 캡처할 수 있습니다. 이렇게 하면 기타
세부적인 요구사항 수집 세션에 매우 유용한 내용을 입력할 수 있습니다.
목적 모델링 고려사항
목적 모델링을 UML 환경(가이드라인: 비즈니스 목적) 또는 요구사항 관리 환경(예: Rational RequisitePro)에서 수행할 수 있는 것과 같이 서비스와 목적 간의 관계
모델링을 어느 쪽 환경에서도 수행할 수 있습니다. 하지만 모든 리프 레벨 목적이 하나 이상의 서비스에서 지원되므로 추적성 정보가 중요함을 알아야 합니다. 검토를 위해 모델을 표시하는 한 가지 방법은 아래처럼 테이블
형식으로 나타내는 것이며, 서비스에서 지원되지 않는 모든 목적이 확실히 식별됩니다.
목적 또는 하위목적
|
KPI
|
메트릭
|
서비스
|
1. <목적>
|
<KPI>
|
<메트릭>
|
<서비스>
|
1.1 <하위목적>
|
<KPI>
|
<메트릭>
|
<서비스>
|
1.2 <하위목적>
|
<KPI>
|
<메트릭>
|
<서비스>
|
2. <목적>
|
<KPI>
|
<메트릭>
|
<서비스>
|
2.1 <하위목적>
|
<KPI>
|
<메트릭>
|
<서비스>
|
예상 고려사항
프로젝트 범위 내에 있는 각 비즈니스 도메인을 위한 목적 서비스 모델링 반복을 계획하십시오. 목적 서비스 모델의 각 반복에 대한 노력 레벨은 12시간에서 40시간 사이에 속할 것이라 예상됩니다. 이 경우 첫 번째
정제(Elaboration)에 대한 목적 서비스 모델이 완료됩니다.
각 비즈니스 도메인의 경우, 첫 번째 정제(Elaboration) 레벨에 대한 목적 서비스 모델을 완료하려면 다음을 예상하십시오.
|
낮음
|
높음
|
인터뷰 또는 작업 세션 준비
|
2
|
6
|
인터뷰 또는 용이해진 작업 세션
|
4
|
16
|
목적 서비스 모델 리팩토링 및 세분작업
|
2
|
6
|
유효성 검증 및 최종 개정
|
4
|
12
|
총계
|
12
|
40
|
참고: 목적 서비스 모델의 두 번째 정제(Elaboration)는 서비스 공개 결정 중에 완료되며 이 정제 완료로 유효성 검증 및 서비스에 대한 목적 맵핑 완료의 결과인 목적 서비스 모델을 부분적 업그레이드할 수
있습니다. 이로 인해 적은 수의 추가적 목적 또는 하위목적을 추가하여 맵핑 프로세스 중에 발견된 차이를 설명할 수 있습니다. 두 번째 정제(Elaboration) 노력은 서비스 공개 결정 타스크의 일부분으로
간주됩니다.
목적 서비스 모델을 개발하는 데 필요한 노력의 양과 지속 기간은 다음에 따라 다릅니다.
-
비즈니스 도메인 목적의 복잡도
-
비즈니스 도메인에 있는 기능 영역 수
-
입력 중간 산출물의 품질 및 완전성(예: 상위 레벨 목적의 목록 및 설명)
-
팀의 경험(기법과 산업)
|