중간 산출물: 빌드
이 아티팩트는 최종 제품에서 제공해야 할 기능의 서브세트를 설명하는 시스템의 파트 또는 시스템의 조작 버전을 생산합니다. 빌드는 일반적으로 소스 코드의 컴파일 및 연결 프로세스에 의해 각각 다른 요소에서 구성된 하나 이상의 구현 요소(대개의 경우 실행 파일)를 포함합니다.
목적

구현 시 다른 요소에서 생성된 빌드의 목적은 시스템의 런타임 기능 및 성능에 대한 테스트 가능 서브세트를 전달하는 것입니다. Rational Unified Process(RUP)는 빌드 시퀀스가 반복 중에 생성되고 구현 서브시스템의 요소가 추가 또는 개선됨에 따라 각각에 대한 기능을 추가하도록 제안합니다. 빌드는 단일 또는 복수 서브시스템을 포함하여 시스템의 모든 레벨에서 생성될 수 있으나, RUP에서 이 빌드는 반복 완료의 디딤돌이므로 특히 중간 산출물: 통합 빌드 계획에 정의되어 있는 빌드와 관계가 있습니다. 시스템 크기나 복잡도가 보증하는 경우, 통합 빌드 계획은 개별 서브시스템을 포함하는 복수의 계획으로 정제될 수 있습니다.

비정규 빌드는 여러 가지 이유(예: 해당하는 경우 구현자의 개인용 개발 작업공간, 서브시스템 및 시스템 통합 작업공간의 요소를 사용하는 유닛 테스트)로 구현자에 의해 생성될 수 있습니다. 그러나 여기에 사용된 용어 빌드는 중간 산출물: 통합 빌드 계획에 정의된 대로 구현자가 서브시스템 또는 시스템 통합 작업공간에 전달한 요소의 식별 버전에서 통합자에 의해 생성됩니다.

관계
입력 대상필수: 선택사항:
  • 없음
외부:
  • 없음
특성
선택사항
계획됨Yes
사용자 조정
표시 옵션UML 표시: <<build>>로 스테레오타입이 지정된 구현 모델의 패키지(해당 최상위 레벨 패키지 또는 구현 서브시스템). 

빌드는 확실하게 필수이지만 프로젝트가 생성하는 빌드 종류는 라이프사이클에서 변경됩니다. 도입/인식(Inception) 단계에서 관심사항은 문제점을 제대로 이해하거나 고객과 커뮤니케이션할 수 있도록 하는 방식으로 프로토타입을 생성하는 것일 수 있습니다. 정제(Elaboration) 단계에서는 안정적인 아키텍처를 생성하는 것이며 구현/구축(Construction) 단계에서는 기능성을 추가하는 것입니다. 전이(Transition) 단계에서는 소프트웨어가 인도물 품질에 도달하도록 하는 것으로 초점이 이동됩니다.