도입/인식 단계의 끝에는 첫 번째 주요 이정표 또는 라이프사이클 목표 이정표가 있습니다. 이 시점에서 프로젝트의 라이프사이클 목표를 점검하고 프로젝트를 진행할 지 취소할 지 결정합니다.
평가 기준
-
범위 정의 및 비용/스케줄 예상에 대한 이해 당사자(stakeholder) 합의
-
올바른 요구사항 세트가 캡처되었으며 이 요구사항에 대한 공통적인 이해가 존재한다는 합의.
-
비용/스케줄 예상, 우선순위, 위험성 및 개발 프로세스가 적절하다는 합의
-
모든 위험성이 식별되었으며 위험성마다 완화 전략이 존재합니다.
이 이정표에 도달하는 데 실패할 경우 프로젝트가 중단되거나 다시 생각해야 할 수도 있습니다.
중요한 아티팩트(중요성 순서대로)
|
이정표에서의 상태
|
비전
|
프로젝트의 핵심 요구사항, 주요 기능 및 기본 제한조건이 문서화됩니다.
|
비즈니스 사례
|
정의 및 승인되었습니다.
|
위험성 목록
|
초기 프로젝트 위험성이 식별되었습니다.
|
소프트웨어 개발 계획
|
초기 단계, 해당되는 지속 기간 및 목표가 식별되었습니다. 소프트웨어 개발 계획에서의 자원 예상(특히 시간, 인력 및 개발 환경 비용)이 비즈니스 사례와 일치해야 합니다.
자원 예상에는 인도에 걸쳐 전체 프로젝트가 포함되거나 정제(Elaboration) 단계를 통해 이동하는 데 필요한 자원 예상만 포함됩니다. 전체 프로젝트에 필요한 자원의 예상은
이 지점에서 아주 개략적인 "추측"으로 표시되어야 합니다. 이 예상은 단계 및 반복마다 갱신되므로 각각의 반복으로 더 정확하게 됩니다.
프로젝트의 필요에 따라, 포함된 "계획" 아티팩트 중 하나 이상이 조건부로 완료될 수 있습니다. 초기 제품 적합성 계획은 자주 검토하고 기준선에 맞춥니다. 제품 적합성 계획은 추가 요구사항이
발견되는 대로 후속 반복에서 정제됩니다. 또한 포함된 "가이드라인" 아티팩트는 일반적으로 최소한 "초안" 양식으로 되어 있습니다.
|
반복 계획
|
첫 번째 정제(Elaboration) 반복에 대한 반복 계획이 완료되고 검토되었습니다.
|
개발 프로세스
|
Rational Unified Process에 대한 적응 및 확장이 문서화되고 검토되었습니다. 여기에는 일반적으로 프로젝트 가이드라인 및 템플리트와 프로젝트 특정의 사용자 조정 결정을
문서화하기 위한 개발 사례가 포함됩니다.
|
개발 하부 구조
|
프로젝트를 지원하기 위한 모든 도구가 선택됩니다. 도입/인식(Inception)에서 작업에 필요한 도구가 설치됩니다.
특히, 형상 관리 환경을 설정해야 합니다.
|
용어집
|
중요한 용어가 정의되었습니다(용어집이 검토되었음).
|
유스 케이스 모델(액터, 유스 케이스)
|
중요한 액터와 유스 케이스가 식별되고 가장 핵심 유스 케이스에 대해 이벤트 플로우가 요약되었습니다.
|
선택적 아티팩트
|
이정표에서의 상태
|
도메인 모델(즉, 비즈니스 분석 모델)
|
시스템에 사용되는 핵심 개념이 문서화되고 검토되었습니다. 캡처할 중요한 개념 사이에 특정 관계가 있는 경우 용어집 확장으로 사용됩니다.
|
프로토타입
|
비전 및 비즈니스 사례를 지원하고 아주 특정한 위험성을 다루기 위한 하나 이상의 개념 검증 프로토타입
|
|