Finalidade
  • Planejar a integração do sistema.
Função:  Integrador  
Freqüência: Normalmente, pelo menos uma vez em cada iteração na Construção e Transição e possivelmente na Elaboração.
Etapas
Artefatos de Entrada:   Artefatos Resultantes:   
Mentores de Ferramentas:   

Detalhes de Detalhamento do Fluxo de Trabalho::   

Identificar Subsistemas Para o início da página

O plano de iteração especifica todos os casos de uso e cenários que devem ser implementados nesta iteração. Identifique quais subsistemas de implementação participam dos casos de uso e cenários da iteração atual. Estude os diagramas de seqüência, diagramas de comunicação, etc. da realização de caso de uso de design. Além disso, identifique quais são os outros subsistemas de implementação necessários para possibilitar a compilação, ou seja, a criação de builds.

Casos de Uso e Cenários para um Diagrama de Iteração

Subsistemas de implementação são identificados nas realizações de casos de uso de design.

Definir "Conjuntos de Builds" Para o início da página

Em sistemas grandes, que aceitam centenas de subsistemas de implementação, planejar a integração é uma tarefa complexa.

Para facilitar o planejamento da integração e gerenciar a complexidade, é necessário reduzir o número de elementos a serem considerados. Recomenda-se que você defina conjuntos de subsistemas significativos (conjuntos de builds ou torres), que sejam agrupados do ponto de vista da integração. 'Agrupados', no sentido desses subsistemas, quer dizer às vezes integrados como um grupo; não faz sentido integrar apenas um dos subsistemas. Por exemplo, todos os subsistemas de camadas inferiores que um subsistema precisa (importa direta ou indiretamente) para ser executado podem ser um conjunto de builds significativo.

Diagrama do Conjunto de Builds de Amostra

Um conjunto de builds será definido para a camada inferior se esses dois subsistemas estiverem geralmente integrados como um grupo. Um conjunto de builds é definido com todos os subsistemas necessários à compilação e execução do subsistema A.

Observe que os conjuntos de builds podem se sobrepor, e isso realmente acontecerá. Os conjuntos de builds e respectivos conteúdos utilizados podem variar durante o ciclo de vida de um projeto.

A finalidade de definir esses conjuntos de builds é facilitar o planejamento da integração. Em vez de pensar em subsistemas individuais, você pode considerar conjuntos de subsistemas.

Definir uma Série de Builds Para o início da página

Você define uma série de builds para integrar gradativamente o sistema. Geralmente, isso é feito de baixo para cima na estrutura em camadas dos subsistemas no modelo de implementação. Para cada build, defina quais subsistemas devem ser incluídos nele e quais subsistemas devem estar disponíveis como stubs. Na figura abaixo, três builds foram definidos.

Diagrama do Plano de Integração de Três Builds

Uma integração planejada para ser realizada em três builds.

Avaliar o Plano de Integração do Build Para o início da página

Para avaliar o Plano de Integração do Build, considere os seguintes pontos de verificação:

  • A ordem da integração facilita a localização de erros?
  • A ordem da integração mantém a necessidade de uma quantidade mínima de stubs?
  • A ordem da integração está associada à ordem em que os componentes são desenvolvidos?


Rational Unified Process   2003.06.15