Artefato: Construir
Esse artefato produz uma versão operacional de um sistema como parte de um sistema que demonstra um subconjunto de recursos a serem fornecidos no produto final. Uma versão é constituída por um ou mais elementos de implementação (geralmente executáveis), cada um construído de outros elementos, normalmente por um processo de compilação e link de código fonte.
Domínios: Implementação
Tipos de Produto de Trabalho: Solução
Objetivo

A finalidade de um build, construído de outros componentes na implementação, é liberar um subconjunto testável dos recursos e funções de tempo de execução do sistema. O RUP (Rational Unified Process) sugere que uma seqüência de builds seja construída durante uma iteração, incluindo recurso em cada um deles à medida que elementos de subsistemas de implementação forem incluídos ou aprimorados.   Os builds podem ser construídos em todos os níveis de um sistema, abrangendo um único subsistema ou vários mas, no RUP, o interesse particular está nos builds que são definidos no Produto de Trabalho: Plano de Integração do Build, pois esse é o ponto de partida para a conclusão da iteração.  Se o tamanho ou a complexidade do sistema garantir isso, o plano de integração do build pode ser refinado em vários planos, abrangendo subsistemas individuais.

Note que os builds informais podem ser construídos por um implementador por vários motivos - testes de unidade, por exemplo - utilizando elementos provenientes do espaço de trabalho de desenvolvimento privado do implementador e dos espaços de trabalho de integração do sistema e subsistema, conforme apropriado. Contudo, como o termo é utilizado aqui, os builds são construídos por um integrador, a partir de versões identificadas de elementos liberados pelos implementadores aos espaços de trabalho de integração do sistema ou subsistema, como definido no Produto de Trabalho: Plano de Integração do Build.

Relacionamentos
Adaptação
Opções de RepresentaçãoRepresentação UML: Pacote no modelo de implementação (pacote de nível superior ou um subsistema de implementação), estereotipado como <<construção>>. 

Obviamente que os builds são obrigatórios; entretanto, os tipos de builds que um projeto produz serão alterados durante todo o ciclo de vida. Na fase de iniciação, a preocupação pode ser produzir protótipos como uma maneira de compreender melhor o problema ou de se comunicar com o cliente. Na elaboração, pode ser produzir uma arquitetura estável e, na construção, adicionar funcionalidade. Na transição, o objetivo é garantir que o software atinja uma qualidade apropriada.