Conceito: Estrutura de Diretórios do Produto
Uma estrutura de diretório de produtos contém o diretório hierárquico e os subdiretórios de pastas e arquivos utilizados para armazenar produtos de trabalho relacionados a produtos de armazenamento.
Relacionamentos
Elementos Relacionados
Descrição Principal

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.

Estrutura de Diretórios em Nível de Componentes Estrutura de Diretórios de Produtos em Nível de Subsistemas Estrutura de Diretórios de Produtos em Nível de Sistema Diagrama descrito na legenda anterior.

Estrutura de Diretórios de Produtos de Sistema

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.

Estrutura de Diretórios de Produtos em Nível de Sistema

Requisitos do Sistema

Modelos

Modelo de Caso de Uso Pacote de Caso de Uso
Banco de Dados Atributos de Requisitos
Documentos Visão
Glossário
Pedidos de Envolvidos
Especificações Suplementares
Especificações de Requisitos de Software
Quadros de Histórias

Relatórios

Relatório: Relatório Sintético de Modelo de Caso de Uso
Relatório: Especificação de Caso de Uso
Design e Implementação do Sistema Modelos Modelo de Análise Realização de Casos de Uso
Modelo de Design Subsistema de Design
Interface
Pacote de Design
Modelo de Dados
Documento de Análise de Carga de Trabalho
Protótipo da Interface com o Usuário
Documentos Documento de Arquitetura de Software
Relatório: Relatório Sintético de Modelo de Design
Mapa de Navegação
Subsistema 1 Estrutura de Diretórios de Subsistemas
Subsistema N Estrutura de Diretórios de Subsistemas
Integração de Sistema Planos Plano de Integração da Construção
Bibliotecas  
Teste do Sistema Plano de Teste Conjuntos de Teste
Casos de Teste Scripts de Teste
Dados de Teste  
Resultados do Teste  
Implementação do Sistema Plano de Implementação  
Documentos Notas sobre o Release
Manuais Material de Suporte do Usuário
Materiais de Treinamento
Artefatos de Instalação  
Gerenciamento de Sistema Planos Plano de Desenvolvimento de Software
Plano de Iteração Plano de Gerenciamento de Requisitos
Lista de Riscos Plano de Gerenciamento de Riscos
Caso de Desenvolvimento Plano de Infra-estrutura
Plano de Aceitação de Produtos Plano de Gerenciamento de Configuração
Plano de Documentação Plano de QA
Plano de Resolução de Problemas Plano de Gerenciamento de Subfornecedores
Plano de Melhoria do Processo Plano de Medidas
Avaliações Avaliação de Iteração
Avaliação da Organização de Desenvolvimento
Avaliação de Status
Ferramentas Ferramentas do Ambiente de Desenvolvimento Editores
Compiladores
Ferramentas do Gerenciamento de Configuração Rational ClearCase
Ferramentas do Gerenciamento de Requisitos Rational RequisitePro
Ferramentas de Modelagem Visual Rational Rose
Ferramentas de Teste Rational Test Factory
Controle de Defeitos Rational ClearQuest
Padrões e Diretrizes Requisitos Atributos de Requisitos
Diretrizes Específicas para Projetos
Design Diretrizes Específicas para Projetos
Implementação Diretrizes Específicas para Projetos
Documentação Guia de Estilo do Manual

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.

Estrutura de Diretórios de Subsistemas

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:

Estrutura de Diretórios de Produtos em Nível de Subsistemas

Requisitos do Subsistema N

Modelos Modelo de Caso de Uso Pacote de Caso de Uso
Quatro de Histórias
Caso de Uso (Texto)
Protótipo da Interface com o Usuário
Banco de Dados Atributos de Requisitos
Documentos Visão
Glossário
Pedidos de Envolvidos
Especificações Suplementares
Especificações de Requisitos de Software
Quadros de Histórias

Relatórios

Relatório: Relatório Sintético de Modelo de Caso de Uso
Relatório: Especificação de Caso de Uso
Design e Implementação do Subsistema N Modelos Modelo de Análise Realização de Casos de Uso
Modelo de Design Pacotes de Design
Pacotes de Interface
Pacotes de Teste
Modelo de Implementação
Modelo de Dados
Modelo de Carga de Trabalho
Documentos Documento de Arquitetura de Software
Relatório: Relatório Sintético de Modelo de Design
Mapa de Navegação

Relatórios

Relatório: Realização de Caso de Uso

Componente 1

Diretório do Componente 1

Componente N

Diretório do Componente N
Integração do Subsistema N Planos Plano de Integração da Construção
Bibliotecas  
Teste do Subsistema N Plano de Teste Conjuntos de Teste
Casos de Teste Scripts de Teste
Resultados do Teste  
Dados de Teste  

Estrutura de Diretórios de Componentes

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