Registro de Revisão

Um Registro de Revisão é criado para capturar os resultados da revisão de um artefato de projeto.
Papel: Qualquer Revisor (por exemplo, Todos os Papéis)
Mais Informações: Consulte Orientações de Trabalho: Revisões

Entrada para Atividades: Saída de Atividades:

Finalidade Início da página

Um Registro de Revisão é o formulário que é preenchido para cada revisão. Ele é criado como um documento de controle para gerenciar a revisão de artefatos do projeto. O Registro de Revisão é emitido para que os participantes iniciem o processo de revisão e é usado para capturar os resultados e os itens de ação resultantes da reunião de revisão. Ele constitui um registro da revisão e de suas conclusões que pode ser submetido a auditoria.

Breve Resumo Início da página

1. Identificação do Projeto e Tipo de Revisão

Identifique o projeto e o tipo de revisão; por exemplo, inspeção do código, revisão da rastreabilidade dos requisitos, revisão do projeto pela PRA, revisão do planejamento do projeto.

2. Artefatos Revisados e Objetivos da Revisão

Liste os artefatos que estarão sujeitos a esta revisão e descreva os objetivos da revisão.

3. Participantes da Revisão

Liste as pessoas que participarão da revisão e seus papéis durante a reunião; por exemplo, mediador, anotador, revisor, autor.

4. Cronograma e Local

Identifique o cronograma para a revisão. Inclua a data, a hora e o lugar da reunião de revisão, além de um cronograma de publicação dos artefatos de revisão, caso eles não estejam anexados ao registro de revisão.

5. Problemas Identificados e Recomendações para Resolução

Liste quaisquer problemas identificados durante a revisão. Os revisores podem identificar:

  • Problemas nos artefatos de revisão que requeiram correção, ou seja, que tenham defeitos
  • Problemas de projeto cujos sintomas sejam identificados nos artefatos de revisão
  • Problemas de produto cujos sintomas sejam identificados nos artefatos de revisão

A equipe de revisão pode fazer recomendações para a resolução dos problemas.

6. Status de Itens de Ação

Liste os itens de ação resultantes da revisão identificando um proprietário (responsável pela conclusão da ação) e estabelecendo uma data prevista. Normalmente, serão itens de ação destinados a corrigir os problemas identificados. Os itens de ação podem incluir:

Continuar trabalho: O artefato não é considerado completo e o trabalho de desenvolvimento deve continuar
Aumentar Ordens de Trabalho: Quando o problema exigir que um novo trabalho seja planejado, mas não alterar um artefato com baseline
Aumentar Solicitações de Mudança: Quando o problema exigir mudanças nos artefatos com baseline

É provável que existam itens de ação resultantes de revisões anteriores deste artefato. Eles devem ser listados com seus respectivos status (por exemplo, aberto/fechado), proprietário e data prevista ou de fechamento.

7. Questões a Serem Consideradas pelo Gerente de Projeto

Determinados problemas ou anormalidades podem ser descobertos e a equipe de revisão pode não chegar a um acordo sobre que ação corretiva executar. Isso precisa ser levado ao conhecimento do Gerente de Projeto.

8. Revisão de Acompanhamento

Descreve as recomendações da equipe de revisão para fins de acompanhamento (por exemplo, se será necessária uma outra revisão) e quais informações ou dados adicionais são necessários (se houver).

9. Registro de Esforço

Captura as horas despendidas na preparação e administração da revisão.

Ocorrência Início da página

As atividades de revisão integram o Rational Unified Process (RUP) e ocorrem durante o projeto de desenvolvimento. As principais revisões são mantidas conforme programadas na seção Plano de Revisão e Auditoria, do Plano de Garantia de Qualidade.

Responsabilidade Início da página

O papel de  revisor - por exemplo, o Revisor de Requisitos - é responsável pelo registro de revisão e pelo acompanhamento dos itens de ação e da resolução de problemas.

Adaptação Início da página

Este é um artefato usado para capturar os resultados de uma revisão — todos os projetos devem utilizá-lo. Seu nível de formalidade dependerá do grau de formalidade dos relacionamentos entre cliente e desenvolvedor ou do grau de formalidade da própria organização do desenvolvedor no que diz respeito ao cumprimento do processo. Por exemplo, o contrato pode declarar que os registros de revisão podem ser submetidos a auditoria.

Informações Adicionais Início da página

Para obter mais informações sobre revisões, consulte Diretrizes: Revisões.

Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process