Atividade:
|
Finalidade
|
|
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:: |
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.
Subsistemas de implementação são identificados nas realizações de casos de uso de design.
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.
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.
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.
Uma integração planejada para ser realizada em três builds.
Para avaliar o Plano de Integração do Build, considere os seguintes pontos de verificação:
Rational Unified Process
|