A Estrutura de Diretórios de Produtos serve como um sinalizador de substituição logicamente aninhado para todos os
produtos de trabalho relacionados a produtos atualizáveis. Produtos de trabalho são gerados como resultado do seguinte
ciclo de vida de processo de desenvolvimento e para o desenvolvimento de cada Elemento de Implementação constituinte do sistema geral.
A ilustração a seguir mostra que o Sistema X consiste em "N" subsistemas e cada subsistema consiste em "N" componentes.
A Estrutura de Diretórios de Produtos fornece um sinalizador de substituição comum para os diversos produtos de
trabalho que são necessários para o desenvolvimento de cada parte do sistema geral.
Embora um arquiteto de software experiente possa ter uma boa idéia do composição do sistema logo no início, a
visualização dos principais componentes de desenvolvimento emerge como resultado de atividades relacionadas à Análise e
ao Design para definir e refinar sugestões de arquiteturas.
A tabela a seguir fornece um padrão de Estrutura de Diretórios de Produtos de Sistema que poderia ser utilizada como
"Estrutura de Diretórios de Produtos" nas fases iniciais do desenvolvimento do produto, enquanto os detalhes precisos
de subsistemas compostos e de camadas de arquitetura ainda precisam ser determinados.
Quando as atividades de Análise e Design estiverem em andamento e houver melhor entendimento sobre o número e a
natureza dos subsistemas necessários no sistema geral (Tarefa: Design
do Subsistema), a Estrutura de Diretórios de Produtos precisará ser expandida para acomodar cada subsistema.
As informações da Estrutura de Diretórios do Produto do Sistema precisa estar visível a todos subsistemas do projeto.
Fora o gerenciamento de produtos, os Padrões e Diretrizes para requisitos e informações de teste devem pertencer à
Estrutura de Diretórios do Produto do Sistema. Nesse nível, as Ferramentas, apesar de incluídas na Estrutura de
Diretórios do Produto do Sistema, podem estar em um diretório de nível superior, no qual diversos Sistemas podem
utilizar o mesmo conjunto de ferramentas.
As informações contidas na Estrutura de Diretórios do Subsistema do Produto estão diretamente relacionadas ao
desenvolvimento do subsistema em questão. O número de 'instanciações' da Estrutura de Diretórios do Produto dos
Subsistemas está claramente relacionado ao número de subsistemas decididos como resultado das atividades de Análise e
Design. Por exemplo, o Sistema y pode ter três subsistemas (Subsistema A, Subsistema B e Subsistema N). Cada subsistema
tem as informações necessárias ao seu próprio design e sua implementação.
Esta é uma divisão generalizada da Estrutura de Diretórios do Produto do Subsistema:
O número de componentes resulta de decisões sobre o design de subsistemas. A estrutura de diretórios a seguir precisa
ser instanciada para cada componente a ser desenvolvido.
Uma vantagem do aninhamento de diretórios feito da maneira indicada é a disponibilização em um mesmo nível, ou em nível
acima, de todas as informações de contexto relevantes para o desenvolvimento de um componente .
Esse tipo de aninhamento lógico permite a configuração dos Espaços de
Trabalho de desenvolvimento e integração que podem ser vinculados à estrutura da equipe de desenvolvimento geral.
A convenção de nomenclatura para produtos de trabalho é descrita em Tarefa: Estabelecer Políticas de CM, Etapa: Definir Práticas de
Identificação de Configuração
|