Atividade:  Revisar o Design

Organize uma revisão do modelo de design por iteração nas fases de elaboração e construção, quando você revisará o trabalho em andamento. Depois, na iteração da fase de construção, em que o modelo de design é considerado mais ou menos completo, você deve organizar uma revisão detalhada do modelo de design. Você também deve organizar uma reunião de revisão por iteração nas outras fases (iniciação e transição) quando o modelo de design for refinado.

Os participantes das reuniões de revisão aprovarão, por fim, o modelo de design. Antes disso, você provavelmente deverá revisar o sistema várias vezes, pois uma revisão resultará certamente em alterações no modelo.

Revisar o Modelo de Design Como um Todo

O modelo de design como um todo deve ser revisado para detectar problemas complexos na disposição das camadas e no particionamento de responsabilidades. A finalidade da revisão do modelo como um todo é detectar problemas genéricos que passariam despercebidos em uma revisão mais detalhada.

Na fase de iniciação e no início da fase de elaboração, esta revisão enfocará a estrutura geral do modelo, dando ênfase especial à disposição de camadas e às interfaces. As dependências de pacote e de subsistema devem ser examinadas para assegurar o acoplamento flexível entre os elementos de empacotamento. O conteúdo dos pacotes e dos subsistemas deve ser examinado para assegurar a coesão nos elementos de pacote. Em geral, todos os elementos devem ser examinados para garantir que eles possuem responsabilidades claras e apropriadas e que seus nomes refletem essas responsabilidades.

Quando pelo menos os protótipos arquiteturais estiverem desenvolvidos, uma revisão mais abrangente do design deverá ser realizada. O modelo deve primeiro ser revisado para garantir a abrangência geral e, em seguida, deve-se realizar uma revisão mais cuidadosa para descobrir os defeitos.

Revisar Cada Realização de Casos de Uso

Depois que a estrutura do modelo de design for revisada, o comportamento do modelo precisará ser revisado. Primeiro, certifique-se de que não está faltando nenhum comportamento, verificando se todos os cenários da iteração atual foram completamente abordados pelas realizações de casos de uso. Todos os comportamentos dos subfluxos relevantes de caso de uso devem ser descritos nas realizações de casos de uso concluídas.

Nos casos em que o comportamento do sistema é orientado a eventos, você talvez tenha usado diagramas de estados para descrever o comportamento do caso de uso. Os diagramas de estados precisam ser examinados para assegurar que descrevem o comportamento correto. Consulte Diretrizes: Diagrama de Estados para obter informações mais detalhadas. 

Nos sistemas em tempo real, em que os Artefatos: Protocolos são usados para descrever os Artefatos: Cápsulas de interação, eles devem ser verificados para garantir que oferecem o comportamento correto.

Depois, certifique-se de que o comportamento da realização de casos de uso está distribuído corretamente entre os elementos de modelo nas realizações: verifique se as operações foram usadas corretamente, se todos os parâmetros foram aprovados e se os valores de retorno são do tipo correto.

Revisar Cada Subsistema (e Seu Conteúdo) ou Classe (Se o Sistema For Pequeno)

Em cada elemento de modelo para o qual o comportamento esteja alocado, o design interno do elemento de modelo deve ser revisado. Nos subsistemas, isso significa assegurar que o comportamento especificado nas interfaces que o subsistema realiza foi alocado para uma ou mais classes ou subsistemas armazenados. Nas classes, isso significa que a descrição de cada operação é suficientemente definida de modo que ela possa ser implementada sem ambigüidades.

Revisar Guia de Design

Na base da revisão de design, procure defeitos no Guia de Design:

• O Guia de Design foi obedecido? Em caso negativo, por quê?
• O Guia de Design está correto? Foram detectados defeitos sistemáticos ocasionados por diretrizes incorretas?
• O Guia de Design está completo? Os defeitos sistemáticos teriam sido reduzidos se uma orientação tivesse sido fornecida?

Preparar Registro de Revisão e Documentar Defeitos

Após cada reunião de revisão, deve-se documentar os resultados da reunião em um Registro de Revisão. Os defeitos também devem ser documentados (e, conseqüentemente, atribuídos a alguém para que os corrija).

Copyright  (c) 1987 - 2001 Rational Software Corporation

Rational Unified Process