RUP 라이프사이클

 

프로젝트의 단계 및 이정표

관리 Perspective에서 RUP의 소프트웨어 라이프사이클은 시간이 경과함에 따라 네 개의 순차적인 단계로 분해되며 각각은 주요 이정표로 종료됩니다. 각 단계는 본질적으로 두 기본 이정표 사이의 기간입니다. 각 단계가 종료되면 단계의 목표를 달성했는지를 판별하기 위해 평가를 수행합니다. 평가 결과가 만족스러우면 다음 단계로 이동할 수 있습니다.

계획 단계

모든 단계는 스케줄 및 노력면에서 동일하지 않습니다. 이는 프로젝트에 따라 변동 폭이 크지만, 중형 프로젝트에 대한 일반적인 초기 개발 주기에서는 노력 및 스케줄 사이에 다음과 같은 비중을 두는 것을 고려해야 합니다.

  초기화 구현화 구축 전이
노력 ~5 % 20 % 65 % 10%
스케줄 10 % 30 % 50 % 10%

 

그래픽으로 표시하면 다음과 같습니다.

전이 구축 구현화 초기화 자세한 정보를 보려면 단계를 누르십시오.

전개 주기의 경우, 초기화 및 구현화 단계는 상당히 줄어듭니다. 구축 노력의 일부분을 자동화할 수 있는 툴이 전개 주기를 완화시켜 초기화 및 구현화 단계를 합한 것보다 구축 단계가 훨씬 작아지게 만듭니다.

네 단계를 통해 한 번 패스하는 것을 개발 주기라고 합니다. 네 단계를 통해 한 번 패스하면 소프트웨어 세대가 생성됩니다. 제품이 "파기"되지 않을 경우 제품은 초기화, 구현화, 구축 및 전이 단계를 동일한 순서로 반복하여 다음 세대로 전개하나, 이 때 여러 단계에 여러 가지 비중을 둡니다. 이러한 후속 주기를 전개 주기라고 합니다. 제품이 여러 주기를 거치면서 새로운 세대가 생성됩니다.

초기 개발 다이어그램 도표

전개 주기는 사용자가 제안한 개선사항, 사용자 컨텍스트의 변경사항, 기존 기술에서의 변경사항, 경쟁에 대한 반응 등에 의해 트리거될 수 있습니다. 기본 제품 정의 및 구조는 이전 개발 주기에 의해 결정되므로 전개 주기는 일반적으로 훨씬 간단한 초기화 및 구현화 단계를 갖습니다. 이 규칙에 대한 예외는 중요한 제품 또는 구조 정제가 발생하는 전개 주기입니다.  



Rational Unified Process   2003.06.15