Atividade: Planejar Integração de Subsistema

Finalidade Planejar a ordem em que os componentes contidos em um subsistema de implantação devem ser integrados.
Passos Definir os Builds Identificar as Classes Atualizar as Importações do Subsistema
Artefatos Informados: Realização de Casos de Uso Componente Plano de Iteração Plano de Integração do Build	Artefatos Resultantes: Plano de Integração do Build
Papel: Integrador

Detalhamentos do Fluxo de Trabalho:

Implementação

Implementar Componentes

A entrada principal é o plano de integração do build que especifica o que deve ser liberado para integração do sistema e quando isso deve ocorrer.

Definir os Builds

Estude os casos de uso e os cenários que foram selecionados para a iteração atual. Selecione um ou vários cenários, que serão a meta de cada incremento da integração. Talvez seja necessário selecionar somente uma parte de um cenário que se refira a esse subsistema.

Capture o plano de integração do subsistema, tanto no Plano de Integração do Build do projeto como em um plano de integração de build local ao subsistema.

Identificar as Classes

Identifique as classes que participam dos cenários selecionados. Cada cenário é descrito nos diagramas de seqüência, diagramas de colaboração ou diagramas de classes de uma realização de casos de uso. Identifique as classes que precisam ser implementadas e as que já foram implementadas. Além disso, identifique as classes que não participam do cenário, mas que são necessárias como stubs.

Atualizar as Importações do Subsistema

Identifique os outros subsistemas de implementação necessários a este build. Decida qual versão de cada subsistema será usada. Atualize as dependências de importação desse subsistema de modo que elas fiquem com as versões corretas dos outros subsistemas.

Se as novas baselines do sistema foram recém-promovidas, o integrador também deverá decidir quando o espaço de trabalho da integração do sistema (nova baseline) será atualizado. Essa decisão se baseará no ponto do ciclo de desenvolvimento em que você está. Se o desenvolvimento do subsistema estiver instável em alguma área crítica, você provavelmente optará por adiar a nova baseline.

Quando o projeto já estiver bem adiantado e próximo a um release (interno ou externo), será fundamental que os subsistemas tenham conjuntos de importação consistentes. A partir daqui, ter baselines de sistema atualizadas será cada vez mais urgente.