Atividade:
|
Finalidade
|
|
Função: Revisor Técnico | |
Freqüência: 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 terá de revisar o sistema várias vezes, pois uma revisão resultará certamente em mudanças no modelo. |
|
Etapas | |
Artefatos de Entrada: | Artefatos Resultantes: |
Mentores de Ferramentas: | |
More Information:
|
Detalhes de Workflow: |
Finalidade | Recomendações gerais para cada revisão. |
Finalidade | Assegurar que a estrutura geral do Modelo de Design está bem formada.
Detectar problemas genéricos de qualidade que não podem ser vistos observando elementos de nível inferior. |
O Modelo de Design como um todo deve ser
revisado para detectar problemas complexos na disposição das camadas e na divisão 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.
Finalidade | Garantir que o comportamento do sistema (conforme expresso
nas realizações de casos de uso de design) corresponda ao comportamento necessário do
sistema (conforme expresso nos casos de uso), ou seja, ele está completo?
Garantir que o comportamento esteja alocado apropriadamente entre os elementos do modelo, ou seja, ele está correto? |
Depois que a estrutura do modelo de design for revisada, o comportamento do modelo
precisará ser revisado. Primeiramente, certifique-se de que não esteja faltando nenhum
comportamento, verificando se todos os cenários da iteração atual foram completamente
abordados pelas realizações de casos de uso de design. Todos os comportamentos dos
subfluxos relevantes de caso de uso devem ser descritos nas
realizações de casos de uso de design 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. Onde houver, os diagramas de estados precisam ser examinados para garantir que descrevam o comportamento correto; consulte Diretrizes: Diagrama de Estados para obter mais detalhes.
Em seguida, certifique-se de que o comportamento da realização do caso de uso de design esteja distribuído corretamente entre os elementos do modelo nas realizações: verifique se as operações foram utilizadas corretamente, se todos os parâmetros foram transmitidos e se os valores de retorno são do tipo correto.
Finalidade | Garantir que a implementação interna do elemento de design execute o comportamento exigido. |
O design interno deve ser revisado em cada elemento de design (por exemplo, classe de design ou subsistema de design) para o qual o comportamento está alocado. Em subsistemas de design, isso significa a garantia de que o comportamento especificado nas interfaces reveladas foi alocado para um ou mais elementos de design contidos. Em classes de design, significa que a descrição de cada operação está definida da forma adequada para que possa ser implementada sem ambigüidades.
Finalidade | Garantir que as diretrizes específicas do projeto, relacionadas ao design, permaneçam corretas e corrigir defeitos nas diretrizes, onde houver. |
Na base da revisão do design, procure defeitos nas suas diretrizes.
Finalidade | Documentar os resultados da revisão.
Assegurar que os defeitos identificados foram documentados. |
Após cada reunião de revisão, os resultados da reunião são documentados em
um Registro de Revisão. Além disso, todos os defeitos
são documentados de acordo com o processo de gerenciamento de mudanças do projeto.
Rational Unified Process
|