Diretriz: Revisão Eficaz de Requisitos |  |
Esta diretriz discute como conduzir revisões com os Stakeholders relevantes para garantir concordância, avaliar a qualidade e identificar as mudanças necessárias.
Relacionamentos
Elementos Relacionados | Definir a Visão Detalhar os Requisitos Encontrar e Descrever os Requisitos Requisitos
Descrição Principal
O custo da correção de erros aumenta exponencialmente durante o ciclo de desenvolvimento [BOE88]. Portanto, é importante descobrir os problemas cedo o suficiente para resolvê-los rapidamente e com baixo custo. As revisões de requisitos são feitas para descobrir problemas com os Requisitos antes de você gastar tempo e trabalho valiosos implementando a coisa errada. Isso não quer dizer que você deva ter um conjunto completo de requisitos antes da implementação, mas ter a certeza de revisar, internamente e com os Stakeholders, aqueles que foram selecionados para implementação nas iterações iniciais e aqueles que terão um grande impacto no sistema (normalmente chamados de Requisitos Arquiteturalmente Significantes) para ter a concordância de todos antes de investir esforço significativo na implementação. #### Revisões informais As revisões de requisitos podem ser informais, tal como simplesmente mostrar rascunhos de requisitos aos seus colegas ou demonstrar um protótipo. Essas revisões informais são excelentes para conseguir a correta estrutura dos requisitos e remover erros óbvios. O progresso é facilitado com uma equipe de revisão pequena. Entretanto, revisões informais podem perder perspectivas importantes de Stakeholders críticos. #### Revisões formais Revisões de requisitos podem ser reuniões formais. Inicie com uma preparação cuidadosa para você receber e organizar os comentários antes da reunião. A reunião em si deve produzir decisões sobre todos os itens da revisão. Depois da reunião, você deve executar as ações da revisão até a conclusão. Se essas ações envolverem uma quantidade substancial de trabalho ou precisarem de mudanças num artefato que esteja sob a gestão de configuração, considere a submissão de Solicitações de Mudança para priorizar e monitorar o trabalho. Veja a Task: Solicitar Mudança e a Guideline: Submetendo Solicitações de Mudança associada para mais informações sobre solicitações de mudança. As revisões formais são mais abrangentes e custosas. Elas fornecem revisões mais equilibradas de múltiplas perspectivas. Entretanto, revisões formais envolvem mais pessoas, portanto são mais difíceis de coordenar (por isso a necessidade de formalidade) e custosas em termos de horas de trabalho. #### Revisões em duas fases Uma técnica para conseguir o melhor dos dois mundos é fazer revisões em duas fases [ADO03]. A primeira fase é informal e é executada por uma equipe pequena, possivelmente várias vezes. A segunda fase é mais formal e é executada pelo grupo completo, talvez somente uma vez. Revisões de primeira fase: Os autores dos requisitos e a equipe de desenvolvimento revisam os requisitos durante a primeira fase para garantir que eles estejam completos, consistentes e inequívocos. É importante incluir testadores e desenvolvedores para garantir que os requisitos sejam praticáveis e verificáveis. Essas revisões determinam se os requisitos estão prontos para a revisão do grupo maior. Revisões da primeira fase podem ser informais, formais ou uma combinação das duas. Revisões de segunda fase: Envolvem um grupo maior para conseguir que mais pessoas trabalhem no problema e cheguem a um acordo para que os requisitos possam ser implementados e validados. É melhor fazer uma reunião formal de revisão de requisitos no marco de Objetivos no Ciclo de Vida e, opcionalmente, uma no marco de Arquitetura no Ciclo de Vida se mudanças significativas que introduzam riscos inaceitáveis tiverem ocorrido. Nas duas fases, estes dois recursos serão úteis: Checklist: Qualidades de Bons Requisitos e Checklist: Caso de Uso Revisões em fases oferecem vários benefícios: Eliminam o ruído causado por pequenas edições durante as revisões de primeira fase, permitindo que as próximas revisões tenham foco na funcionalidade. Fornecem uma visão profissional dos requisitos, apresentando os requisitos e seus autores de forma clara e aberta. Economizam o tempo dos Stakeholders que estão revisando os requisitos, consequentemente prevenindo baixa efetividade por sobrecarga e estresse Fornecem a melhor oportunidade para revisões completas e efetivas. #### Regras de ouro para revisão Siga estas regras de ouro para revisão [TEL06]: Encoraje as críticas: Lembre-se que as pessoas estão melhorando os requisitos e não criticando você. Até mesmo a crítica mais áspera possui uma ponta de verdade. Adote a idéia de que cada sugestão é um presente. Escolha seus melhores revisores: Poucas pessoas estão capacitadas para ser os melhores revisores. Cultive-as. Permita o tempo adequado: Nada está acabado até que você concorde e faça as correções.
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.