목적
  • 구현 서브시스템에 포함된 요소가 통합되어야 하는 순서를 계획하기 위함입니다.
역할:  통합자 
빈도: 필요할 때마다 일반적으로 각 구성 및 전이 반복시 여러 번. 그리고 각 구현화 단계에서 최소 한 번.
단계
입력물:    결과물:   
툴 강좌:   

워크플로우 세부사항:   

빌드 정의 페이지 맨 위

현재 반복에 선택된 유스 케이스와 시나리오를 학습하십시오. 각 반복의 증가에 대한 목표가 될 하나 또는 여러 시나리오를 선택하십시오. 해당 서브시스템에 관여하는 시나리오의 일부만을 선택해야 할 수도 있습니다.

프로젝트 통합 빌드 계획이나 로컬에서 서브시스템으로의 통합 빌드 계획에서 서브시스템을 통합하는 계획을 캡처하십시오.

클래스 식별 페이지 맨 위

선택한 시나리오에 관련된 클래스를 식별하십시오. 각 시나리오는 설계 유스 케이스 구현의 순서 다이어그램, 의사소통 다이어그램 또는 클래스 다이어그램에 설명됩니다. 구현해야 하는 클래스와 이미 구현된 클래스를 식별하십시오. 또한 시나리오에 관련되지 않았지만 스텁으로서 필수인 클래스를 식별하십시오.

클래스 유스 케이스 다이어그램

클래스는 설계 유스 케이스 구현에서 식별됩니다.

서브시스템의 가져오기 갱신 페이지 맨 위

빌드에 필요한 기타 구현 서브시스템을 식별하십시오. 사용할 각 서브시스템의 버전을 판별하십시오. 이 서브시스템의 가져오기 종속성을 올바른 버전의 기타 서브시스템으로 갱신하십시오.

새 시스템 기준선이 최근에 승격된 경우, 통합자는 서브시스템 통합 작업공간을 갱신(새로 기준선 작성)할 시기도 판별해야 합니다. 이 판별은 개발 주기 중 현재 위치를 기반으로 합니다. 서브시스템 개발이 일부 중요한 영역에서 안정되지 않은 경우 새 기준선 작성을 연기하도록 해야할 수도 있습니다.

프로젝트의 후반기 및 릴리즈(내부 또는 외부) 시기에 근접한 경우, 서브시스템에 일관된 가져오기 세트가 있는 것이 중요합니다. 그런 다음 시스템 기준선이 현재 상태로 남는 것이 매우 절실합니다.



Rational Unified Process   2003.06.15