[객체지향 분석 및 설계] Inception 단계

[객체지향 분석 및 설계] Inception 단계

inception 단계

프로젝트의 비전은 무엇이고, 비즈니스 케이스는 무엇인가?

실행 가능한 프로젝트인가?

구매해야 하는가? 개발해야 하는가?

비용의 대략적인 범위. 만 달러인가? 십만 달러인가? 백만달러인가?

계속 진행해야 하는가 멈춰야 하는가? 

위 질문에 답을 구할 정도의 요구사항을 파악하는 정도의 과정.

Incenption 단계의 목적은 프로젝트의 목적에 대한 초기의 일반적인 비전을 설정하고,

가능성을 결정하며 Elaboration 단계에서 깊이 있는 조사를 할 만한 가치가 있는지 결정.

UP(Unified Process) 의 첫 단계인 inception 단계도 모든 요구사항을 수집하거나 추정치를 계산하고 계획이 수립되는 단계가 아니다.

이러한 일들을 Elaboration 단계에서 수행한다.

대부분의 요구사항 분석은 초기 제품 수준의 프로그래밍 및 테스트를 병행하면서 Elaboration 단계에서 일어난다.

그러므로 인셉셥 단계는 대부분의 프로젝트에서 한 주 도는 몇 주 정도로 비교적 짧게 수행되어야 한다.

Inception 단계에서의 산출물

산출물	설명
비전 및 비즈니스 케이스	상위 수준의 목표 및 제약사항, 비즈니스 케이스를 기술하고 행정적인 요약 문서 제공
유스케이스 모델	기능적 요구사항을 기술. Inception 단계 동안 대부분의 유스케이스 이름을 식별하고, 대략 10% 정도의 유스케이스는 자세한 수준에서 분석
보충 명세서	대부분의 비기능적 요구사항인 다른 요구사항들을 기술. Inception 단계는 아키텍처에 크게 영향을 줄 만한 핵심이 되는 비기능적 요구사항을 파악하는데 유용
용어집	핵심이 되는 도메인 용어 및 데이터 사전
위험 리스트 및 위험 관리 계획	비즈니스, 기술, 자원, 일정에 대한 위험성을 기술하고 그 위험을 완화하거나 위험에 맞게 수행해야 할 방안을 기술
프로토타입 및 개념 증명	비전을 명확히 하고 기술적 방안을 검증
Iteration 계획	Elaboration 단계의 첫 번째 Iteration에서 수행해야 할 일들을 기술
단계 계획 및 소프트웨어 개발 계획	Elaboration 단계의  기간 및 노력에 대한 정확성이 낮은 추측, 도구, 사람, 교육 및 다른 자원들
개발사례	프로젝트에 맞게 특화된 UP 단계와 산출물에 대한 설명. UP에서 프로세스 사용자는 항상 프로젝트에 맞게 프로세스를 특화.

Inception 단계는 빠르게 대략적이고 프로젝트를 진행하는지 여부를 결정하는 정도만 알아본다.

요구사항의 대부분을 정의하려고 하면 안된다.

추정이나 계획이 신뢰할 만한 것이 되도록 시간을 허비하면 안됨.

아키텍처는 이 단계에서 정의하면 안된다.

작업의 순서는 1.요구사항 정의 2.아키텍처 정의 3. 구현이 아니라 이들을 빠르게 반복하며 수정사항을 반영한 반복이 중요.

Inception 단계에서는 간단한 UML유스케이스 다이어그램 외에 그리 많은 다이어그램을 필요로 하지 않는다.

대부분 텍스트 형태로 작성하고 프로젝트의 기본 범위와 요구사항의 10% 정도를 이해만 하면 된다.