이정표:
|
필수 결과물(중요도순) | 이정표에서의 상태 |
---|---|
프로토타입 | 하나 이상의 실행 가능한 구조적 프로토타입을 작성하여 중요한 기능과 구조적으로 중요한 시나리오를 탐색합니다. 프로토타입 역할 아래의 참고를 참조하십시오. |
위험 목록 | 갱신 및 검토됨. 새 위험은 사실상 구조적이며 기본적으로 비작동 요구사항의 핸들링에 관련되어 있습니다. |
개발 프로세스 |
모든 프로젝트 특정 가이드라인 및 템플리트를 포함하는 개발 프로세스는 초기 프로젝트 경험을 토대로 정제되었으며 다음 단계를 계속할 수 있도록 충분히 정의됩니다. |
개발 인프라스트럭처 |
프로세스에 필요한 모든 툴 및 자동화 지원을 포함하여 구축에 필요한 개발 환경이 적소에 있습니다. |
소프트웨어 구조 문서 | 구조적으로 중요한 유스 케이스(유스 케이스 보기)에 대한 자세한 설명을 포함하여, 프로세스 보기 및 전개 보기의 정의와 핵심 메커니즘 및 설계 요소(논리적 보기)에 대해 작성 및 기준선으로 설정된 식별. 시스템이 분산되어 있거나 동시 실행을 다루어야 하는 경우. |
설계 모델(및 모든 구성 결과물) | 정의 및 기준선이 설정되어 있음. 구조적으로 중요한 시나리오에 대한 설계 유스 케이스 구현이 정의되어 있으며 필수 작동이 적절한 설계 요소에 할당되어 있습니다. 컴포넌트가 식별되었으며 작성/구매/재사용 결정을 충분히 이해하여 확신을 가지고 구축 단계 비용 및 스케줄을 결정합니다. 선택된 구조 컴포넌트는 기본 시나리오에 대해 통합 및 평가됩니다. 이 활동으로부터 얻은 경험을 토대로 대안 설계를 고려하거나 요구사항을 재고하여 구조를 재설계할 수 있습니다. |
데이터 모델 | 정의 및 기준선이 설정되어 있음. 중요 데이터 모델 요소(예: 중요한 엔티티, 관계, 테이블)가 정의되어 검토되었습니다. |
구현 모델(및 구현 요소를 포함한 모든 구성 결과물) | 초기 구조를 작성하고 주요 컴포넌트를 프로토타입화함. |
비전 | 단계 중에 얻은 새 정보를 토대로 구조 및 계획 결정을 도출하는 가장 중요한 유스 케이스에 대한 확실한 이해를 확립함. |
소프트웨어 개발 계획 | 구축 및 전이 단계를 다루도록 갱신 및 확장함. |
반복 계획 | 구축 단계에 대한 반복 계획을 완료 및 검토함. |
유스 케이스 모델 (액터, 유스 케이스) | 유스 케이스 모델(약 80% 완료) - 유스 케이스 모델 서베이에서 모든 유스 케이스를 식별하고 모든 액터를 식별하며 대부분의 유스 케이스 설명(요구사항 캡처)가 개발됨. |
추가 스펙 | 비작동 요구사항을 캡처하는 보충 요구사항을 문서화하고 검토함. |
선택사항 결과물 | 이정표에서의 상태 |
비즈니스 케이스 | 구조적 조사가 근본적인 프로젝트 가정을 변경하는 문제점을 다루지 않을 경우에 갱신됨. |
분석 모델 | 공식 결과물로 개발될 수 있으며, 공식적이지는 않으나 자주 유지보수되며, 대신 설계 모델의 초기 버전으로 전개됩니다. |
Rational Unified Process는 소프트웨어 아키텍트 및 프로젝트 관리자에게 위험 축소 전략으로서 여러 가지 유형을 가진 프로토타입을 구성할 수 있는 자유를 제공합니다(개념: 프로토타입 참조). 이러한 프로토타입의 일부는 완전히 연구 목적이며 나중에 버려집니다. 그러나 (특히 대형 또는 선례가 없는 시스템의 경우) 구현화가 진행됨에 따라 여러 문제점을 다루는 일련의 전개 프로토타입으로서 구축된 구조가 통합되고 안정적인 구조적 기반으로 완료될 가능성도 있습니다. 구현화 단계 중의 프로토타입화 노력이 통합할 필요가 없는 구조적 단편들로 끝나야 한다는 것을 시사하는 것은 아닙니다.
Rational Unified Process
|