ENGENHARIA DE REQUISITOS
Atividades e técnicas de ER
1. Elicitação e Descoberta
Análise Documental: Utilizar para revisar documentos existentes que fornecem informações sobre o domínio do problema, requisitos anteriores ou projetos similares, a fim de identificar necessidades e soluções já propostas.
Entrevista: Realizar para obter informações diretamente dos stakeholders, identificando necessidades, expectativas e limitações iniciais para o produto, com perguntas estruturadas e semi-estruturadas para capturar dados relevantes.
2. Análise e Consenso
Brainstorming: Facilitar a geração rápida de ideias entre os stakeholders, promovendo a identificação de possíveis requisitos e soluções inovadoras em um ambiente colaborativo.
Priorização: Utilizar para classificar os requisitos conforme sua importância e urgência, garantindo que as funcionalidades mais críticas sejam tratadas primeiro.
Entrevista: Aplicar novamente para aprofundar a compreensão das necessidades dos stakeholders e obter mais informações detalhadas sobre os requisitos.
Análise de Viabilidade: Realizar para avaliar a viabilidade técnica e econômica das funcionalidades propostas, garantindo que os requisitos sejam realistas dentro dos recursos disponíveis.
Negociação: Utilizar para resolver conflitos e alcançar um acordo entre os stakeholders sobre as prioridades e funcionalidades do sistema.
Reuniões de Alinhamento: Conduzir para garantir que todos os envolvidos no projeto compartilhem a mesma visão sobre os requisitos e as expectativas.
3. Declaração de Requisitos
Priorização: Aplicar para garantir que os requisitos sejam organizados de acordo com seu impacto e valor para o projeto, permitindo que a equipe foque nas necessidades mais importantes.
User Stories: Representar cada requisito como uma história do usuário, descrevendo o papel, a necessidade e o benefício esperado, facilitando a comunicação clara entre as partes interessadas.
Prototipagem: Criar modelos de baixa fidelidade para validar rapidamente com os stakeholders se as funcionalidades propostas estão alinhadas às expectativas.
4. Representação de Requisitos
User Stories: Utilizar para descrever os requisitos do sistema de forma simples e compreensível, focando nas necessidades e benefícios esperados dos usuários finais.
Cenários: Aplicar para detalhar as histórias do usuário em situações específicas, descrevendo como o sistema deve se comportar em diferentes contextos de uso, ajudando a esclarecer os requisitos e validar as funcionalidades.
Prototipagem: Criar protótipos de baixa fidelidade, permitindo testes rápidos com os stakeholders e ajustes nas funcionalidades antes do desenvolvimento.
5. Verificação e Validação de Requisitos
Revisão por Pares e Checklists: Utilizar para verificar se os requisitos estão completos, consistentes e livres de erros, com a colaboração de membros da equipe para garantir a qualidade.
Walkthrough: Conduzir sessões de walkthrough para apresentar os requisitos e protótipos aos stakeholders, recebendo feedback para ajustes antes do desenvolvimento.
6. Organização e Atualização de Requisitos
Revisões de Lista de Requisitos: Realizar para manter a lista de requisitos atualizada e garantir que todos os requisitos foram revisados e aprovados antes da implementação.
Grooming do Backlog: Realizar sessões de grooming para revisar, refinar e priorizar os itens no backlog, garantindo que ele esteja alinhado com os objetivos do projeto e as expectativas dos stakeholders.
Reunião de Encerramento: Conduzir uma reunião final para revisar o trabalho realizado, garantir que todos os requisitos foram atendidos e fechar oficialmente a fase de requisitos do projeto.
Engenharia de Requisitos e o RAD
| Fases do RAD | Atividades da ER | Prática | Técnica | Resultado Esperado |
|---|---|---|---|---|
| Planejamento de Requisitos | Elicitação e Descoberta | Levantamento de Requisitos | Análise Documental e Entrevista | Visão de Produto |
| Análise e Consenso | Priorização de Requisitos | Brainstorming, Priorização, Entrevista, Análise de Viabilidade e Negociação | Escopo e funcionalidades priorizadas e acordadas | |
| Declaração | Descrição dos Requisitos | Priorização e User Stories | Documentação de Requisitos de software | |
| Verificação e validação | Verificação | Revisão por pares e Checklists | DoD, DoR e Feedback | |
| Validação | Walkthrough | |||
| Representação | Confecção de artefatos | User Stories e Cenários | Representações formais | |
| Organização e Atualização | Revisões periódicas | Revisões de lista de requisitos | Backlog atualizado e alinhado | |
| User Design | Análise e Consenso | Avaliação de funcionalidades e protótipos | Reuniões de Alinhamento | Feedback coletado e consenso sobre alterações no protótipo |
| Declaração | Prototipação de Baixa fidelidade | Prototipagem | Ideia do fluxo de telas desejado pelo cliente e como isso refletirá no protótipo de alta fidelidade | |
| Representação | Prototipação de Alta Fidelidade | Prototipagem | Protótipos de alta fidelidade e fluxo de telas da aplicação | |
| Verificação e validação | Revisão Iterativa | Walkthroughs, Checklists | Protótipo ajustado para refletir melhor os objetivos | |
| Desenvolvimento e testes | Organização e Atualização | Revisão Contínua | Grooming do Backlog | Backlog refinado com atualizações baseadas nos testes e feedback |
| Finalização e entrega | Organização e Atualização | Atualização do Backlog | Reunião de Encerramento | Backlog encerrado, rastreabilidade completa dos requisitos, deploy da aplicação e implementação do MVP1 |
Histórico de Versão
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 15/12/2024 | 1.0 | Criação do documento | Renan Vieira |
| 15/12/2024 | 1.1 | Texto sobre as ténicas escolhidas para cada atividade | Renan Vieira |