Guia de Design
Descreve as diretrizes de design e implementação.
Papel: Arquiteto de Software
Templates:
Mais Informações:

Entrada para Atividades: Saída de Atividades:

Finalidade Início da página

O Guia de Design é um produto da definição da arquitetura. Várias pessoas precisarão desse documento porque ele descreve as diretrizes a serem seguidas durante o design, o design de arquitetura e a implementação.

  • É um artefato criado e mantido pelo arquiteto de software, servindo como um meio de comunicação entre o arquiteto de software e outros desenvolvedores.
  • Os designers o utilizarão como referência quando definirem operações em classes de design e quando ajustarem as classes ao ambiente de implementação.
  • Os proprietários de pacotes o utilizarão como referência quando descreverem as dependências entre pacotes.
  • Os implementadores o utilizarão como referência quando implementarem classes de design.
  • Os revisores o utilizarão como referência quando revisarem a arquitetura do software, o modelo de design e o modelo de implementação. Isso resolve várias questões sobre a qualidade dos artefatos produzidos.
  • Novos integrantes do projeto o utilizarão para compreender o que está sendo produzido.

Quando esse documento é criado, uma informação importante é a especificação do ambiente de implementação. Eis alguns exemplos de itens que devem ser especificados: plataforma de destino (hardware, sistema operacional), sistema de janelas, telas, ferramentas de desenvolvimento (linguagem, construtor GUI), sistema de gerenciamento de bancos de dados e bibliotecas de componentes.

Ocorrência Início da página

O Guia de Design é desenvolvido no início da fase de Elaboração, antes do início do trabalho significativo de design.

Responsabilidade Início da página

Um Arquiteto de Software é responsável pela produção do documento Guia de Design.

Adaptação Início da página

Você deve ajustar o esquema do documento Guia de Design pelos seguintes motivos:

  • Algumas das Diretrizes Gerais de Design e Implementação podem ser irrelevantes para o projeto.
  • Talvez você precise de seções e apêndices adicionais para descrever como lidar com mecanismos que não tenham sido mencionados aqui.
  • A ordem das várias seções pode variar, dependendo do foco ou do interesse dos envolvidos no negócio.
 

Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process