Detalhamento do Fluxo de Trabalho: Gerenciar Requisitos Variáveis

Tópicos

Finalidade

A finalidade desse detalhamento do fluxo de trabalho é:

Avaliar solicitações de mudança formalmente submetidas e definir o seu impacto no conjunto de requisitos existente.
Estruturar o modelo de casos de uso.
Configurar atributos de requisitos e rastreabilidades adequados.
Verificar formalmente se os resultados da disciplina Requisitos estão de acordo com a visão do cliente sobre o sistema.

Mudanças nos requisitos naturalmente afetam os modelos produzidos na disciplina Análise e Design, o plano de teste criado na disciplina Teste e os materiais de suporte ao usuário final da disciplina Implantação. Os relacionamentos de Rastreabilidade identificados na atividade de gerenciar dependências dessa disciplina identificam os relacionamentos entre requisitos e outros artefatos. Esses relacionamentos são a chave para a compreensão do impacto de mudança dos requisitos.

Outro conceito importante é o controle do histórico dos requisitos. Pela assimilação da natureza e razão das mudanças de requisitos, os revisores (neste caso o papel é desempenhado por qualquer um da equipe do projeto de software cujo trabalho é afetado pela mudança) recebem as informações necessárias para responder adequadamente à mudança.

Análises periódicas, juntamente com atualizações dos atributos e dependências, devem ser feitas como mostrado neste detalhamento do fluxo de trabalho sempre que as especificações de requisitos forem atualizadas.

Como Definir a Equipe

Envolva a equipe completa (envolvidos, representantes do cliente, peritos do domínio e outros). Gerencie seus recursos de revisores com eficiência - não inclua a equipe completa a menos que você tenha certeza de que isso será relevante para o projeto.

A equipe completa deve ter bom conhecimento do domínio do problema, das dificuldades técnicas do projeto, bem como habilidades em gerenciamento de requisitos e modelagem de caso de uso.

Orientações de Trabalho

A equipe central de desenvolvimento deve realizar algumas rodadas de ensaios internos para eliminar inconsistências desnecessárias antes que o trabalho seja formalmente inspecionado e analisado pela equipe completa.

Você deve dividir o material para que a equipe não precise analisar tudo de uma vez. Uma reunião de análise não deve durar mais de um dia (por exemplo, realize análises separadas da interface de usuário).

Rational Unified Process