Descritor de Tarefa: Refinar a Arquitetura |  |
Refine a arquitetura para um nível apropriado de detalhe para suportar o desenvolvimento.
Baseado em Tarefa de Método: Refinar a Arquitetura
Relacionamentos
Papéis | Principal: Arquiteto | Adicional: Desenvolvedor Gerente de Projeto | Assistente:
Entradas | Obrigatório: Arquitetura Caso de Uso Construção Design Especificação de Requisitos Suplementares Visão | Opcional: Nenhum | Externo: Nenhum
Saídas | Arquitetura Design
Passos
Refine os mecanismos arquiteturais
Refine cada mecanismo arquitetural priorizado em um estado de design (veja Concept: Mecanismo Arquitetural. Revise os requisitos da iteração atual para identificar quais mecanismos precisam realmente ser entregues no software. Trabalhe com os Desenvolvedor para que eles refinem os mecanismos para um estado de implementação.
Identifique os elementos de design arquiteturalmente significantes
Refine as principais abstrações em elementos concretos de design (tais como classes e subsistemas) e forneça pelo menos um nome e uma descrição resumida para cada um. Adicione-os ao Design.
Associe o software ao hardware
Associe os elementos de design arquiteturalmente significantes ao ambiente definido para implantação. Trabalhe com os especialistas de rede e hardware para assegurar que o hardware seja suficiente para atender as necessidades do sistema; e que qualquer hardware novo esteja disponível a tempo.
Defina a arquitetura de desenvolvimento e a arquitetura de teste
Assegure-se de que as arquiteturas de desenvolvimento e de teste estejam definidas. Identifique qualquer diferença arquiteturalmente significante entre estes ambientes e trabalhe com a equipe para planejar estratégias para atenuar qualquer risco que eles possam gerar.
Atualize a arquitetura
Atualize o Caderno de Arquitetura para refletir qualquer mudança feita durante o desenvolvimento.
Valide a arquitetura
Assegure-se de que a arquitetura suporte os requisitos e as necessidades da equipe. Algum trabalho de desenvolvimento deve ser executado para produzir uma Construção que mostre que a arquitetura de software é viável. Isto deve fornecer a base definitiva para validar a viabilidade da arquitetura. Como o software deve ser desenvolvido de forma iterativa, mais de um incremento da construção pode ser necessário para provar a arquitetura. Durante os estágios iniciais do projeto pode ser aceitável que o software tenha uma aparência incompleta ou prototípica, porque será considerado inicialmente como linha base da arquitetura para fornecer uma base estável para o trabalho de desenvolvimento restante.
Comunique as decisões
Assegure-se de que aqueles que necessitam agir sobre o trabalho arquitetural compreendam-no e possam trabalhar com ele. Certifique-se de que a descrição da arquitetura explica claramente não somente a solução, mas também a motivação e os objetivos relacionados às decisões que foram tomadas na elaboração da arquitetura. Isto tornará mais fácil aos outros a compreensão da arquitetura e sua adaptação no tempo.
Propriedades
Predecessor | Descrever a Arquitetura
Múltiplas Ocorrências |
Orientado a Eventos |
Em Andamento |
Opcional |
Planejado |
Repetível |
Este programa e o material que o acompanha são disponibilizados sob a Eclipse Public License v1.0 que acompanha esta distribuição. Direitos Autorais do OpenUP.