이러한 분류는 개발 프로세스를 사용자 조정할 때 중간 산출물(및 보고서)을 사용하는 방법을 설명할 때 사용할 수 있습니다. 이 값은 중간
산출물의 검토 프로시저를 정의하기 위해 별도의 클래스류를 보충합니다. 중간 산출물에 대한 검토 레벨에 대한 자세한 정보는 가이드라인: 검토 레벨을
참조하십시오.
분류
|
설명
|
포함 필수
|
이 중간 산출물을 사용해야 합니다. 주요 중간 산출물입니다. 이 중간 산출물을 생성하지 않으면 개발 시 후반에 문제점이 발생할 수 있습니다.
|
포함 권장
|
가능한 이 중간 산출물을 포함하도록 권장하지만 협상의 여지가 있습니다. 이 중간 산출물을 생성하지 않는 경우 그 이유를 정당화할 수 있어야 합니다.
|
포함 가능
|
이 중간 산출물을 생성할 필요가 없음을 의미합니다. 부가 가치를 제공하고 충분한 시간이 있는 경우에만 생성됩니다.
|
포함 안함
|
이 중간 산출물을 사용하지 않음을 의미합니다. Rational Unified Process 중간 산출물이 로컬 중간 산출물로 바뀌는 경우에 나타날 수 있습니다.
|
이 분류 스키마는 조직의 개별 문화를 반영하도록 확장하거나 사용자 정의할 수 있습니다.
이 분류 스키마를 조정하는 시기에 대한 예는 수행하는 사용자 조정의 레벨에 따라 달라집니다. 예를 들어, 특정 프로젝트에 대한 프로세스를 사용자 조정할 때 특정 중간 산출물 사용 여부에 대한 결정은 사용자 조정
노력의 일환으로 수행됩니다. 이러한 경우 위 분류 스키마는 "필수" 및 "필수 아님"으로 줄어듭니다. 다른 경우 조직에 대한 프로세스를 사용자 조정하거나 개별 프로젝트에 대한 추가 사용자 조정이 예상될 때
위 표에서 설명한 것과 같이 더욱 광범위한 분류 스키마가 중요해집니다. 조정의 다른 레벨에 대한 자세한 정보는 개념: RUP 사용자 조정을
참조하십시오.
포함 필수 또는 포함 권장으로 분류된 모든 중간 산출물에서는 검토 프로시저, 도구, 템플리트 및 형상 관리 사례가 정의되어 있어야 합니다.
이 프로시저의 스펙은 포함 가능으로 분류된 중간 산출물에서 선택사항입니다. 이 중간 산출물을 생성하도록 결정한 프로젝트 또는 결정자가 결정할 사항입니다.
포함 안함으로 분류된 모든 중간 산출물은 생략해도 좋습니다.
이러한 분류 디자인을 채택하여 생기는 주요 이점은 프로세스를 사용자 정의하는 방법 및 협상과 로컬 의사 결정에서 옵션이 제공되는 위치를 명확히 표시할 수 있다는 점입니다.
중간 산출물 분류 스키마를 검토하는 한 가지 방법은 중간 산출물을 사용하는 방법에 제한을 설정하는 것입니다.
예를 들어, 프로젝트에 분석 모델이 포함 가능하도록 결정한 경우 프로젝트가 다음 조건 중 하나를 만족시키도록 결정하여 추가 사용자 정의로 이 값을 조정할 수 있습니다.
-
분석 모델 포함
-
분석 모델 포함 안함
-
현재 상태 유지(분석 모델은 선택사항)
심지어 분류 디자인을 사용하여 프로젝트의 단계에 따라 중간 산출물의 상태를 동적으로 변경할 수 있습니다.
다음 표에서는 분석 모델을 처리하는 다른 방법을 표시합니다. 사용법 열에서는 각 단계에서 중간 산출물을 사용하는 방법을 정의합니다.
중간 산출물
|
사용 방법
|
주석
|
도입/인식(Inception)
|
정제(Elaboration)
|
구현/구축(Construction)
|
전이(Transition)
|
분석 모델
|
안함
|
안함
|
안함
|
안함
|
분석 모델을 개발하지 않음
|
분석 모델
|
가능
|
가능
|
가능
|
가능
|
정상
|
분석 모델
|
가능
|
권장
|
안함
|
안함
|
디자인 모델로 분석 모델을 바꾸는 발전적 접근 방식
|
분석 모델
|
필수
|
안함
|
안함
|
안함
|
프로젝트의 범위 지정을 돕기 위해 도입/인식(Inception) 단계에서는 분석 모델이 필요하지만 정제(Elaboration)에서는 디자인 모델로 바뀌는 발전적 분석 모델
|
분석 모델
|
권장
|
필수
|
필수
|
필수
|
분석 모델이 보호된 필수 중간 산출물(도입/인식(Inception) 단계에서 선택사항임)인 정규 프로세스
|
|