Engenharia de Requisitos¶
Atividades e Técnicas de ER¶
Elicitação e Descoberta¶
- Entrevista com stakeholders: Realizar conversas diretas com a dona para descobrir as funcionalidades essenciais, entender os problemas atuais e alinhar as expectativas para o novo site da escola.
- Protótipos: Criar esboços e versões visuais interativas do site para que os stakeholders possam ver, testar e validar o design das páginas.
- Prompt IA: Usar uma Inteligência Artificial como ferramenta para gerar ideias de funcionalidades, criar perguntas para as entrevistas e auxiliar no brainstorming de conteúdo para o site, agilizando o processo de descoberta de requisitos.
Análise e Consenso¶
- Negociação: Realizar reuniões com a dona da escola para discutir requisitos conflitantes, como, por exemplo, "ter um design super artístico" versus "ser extremamente rápido de carregar". O objetivo é encontrar uma solução ganha-ganha que atenda aos objetivos de todos, garantindo que o site seja tanto bonito quanto funcional.
Declaração de Requisitos¶
- História de Usuário: Escrever pequenas e simples descrições de funcionalidades do site sob a perspectiva de quem o utiliza (alunas, instrutoras, etc.), usando o formato:
"Como um(a) [tipo de usuário], eu quero [fazer uma ação], para que [eu possa atingir um objetivo]".
Representação de Requisitos¶
- Representação Informal: Utilizar o Figma para criar representações visuais e fáceis de entender do site, como sketches (esboços) do layout das páginas e protótipos de alta fidelidade que mostram a estrutura da interface, permitindo que todos os envolvidos possam visualizar e discutir as ideias de forma flexível e colaborativa.
Verificação e Validação de Requisitos¶
- Revisão por pares: Requisitos são lidos e analisados por colegas, analistas e stakeholders para identificar ambiguidades, inconsistências ou omissões.
- Checklist de Verificação: Um checklist será aplicado para garantir que cada requisito esteja bem formulado, sem ambiguidades e com critérios de aceitação claros. Serão verificados aspectos como completude, rastreabilidade e conformidade com o padrão de escrita adotado no projeto.
- Checklist de Validação: Utilizado para confirmar se cada requisito realmente atende às necessidades da escola e das alunas, comparando os requisitos documentados com os objetivos de negócio definidos na fase inicial do projeto.
- Entrevistas e reuniões com o cliente: Confirmar se o que foi documentado condiz com o que o usuário realmente precisa.
- Walkthrough: Conduzir um walkthrough dos requisitos com o cliente, onde cada funcionalidade foi apresentada e discutida em detalhes, ajudando a alinhar o entendimento e identificar ajustes antes da fase de implementação.
- Feedback: A coleta de feedback contínuo dos stakeholders foi essencial para validar as decisões de design e funcionalidade. As sugestões foram incorporadas ao longo do processo, permitindo ajustes rápidos e alinhamento constante com as expectativas do cliente.
Organização e Atualização de Requisitos¶
- Backlog: Utilizar uma lista centralizada e priorizada, conhecida como Product Backlog, como a única fonte de trabalho do projeto. Esta lista conterá todas as Histórias de Usuário, requisitos funcionais e não funcionais, e outras tarefas necessárias para o desenvolvimento do site.
Engenharia de Requisitos e o RAD¶
Fase 1: Planejamento de Requisitos¶
Ciclo | Atividade ER | Prática | Técnica | Resultados Esperados |
---|---|---|---|---|
1 | Elicitação e Descoberta | Alinhamento e detalhamento dos requisitos com a cliente, definição do perfil das alunas | Entrevista com stakeholders; Prompt IA | Requisitos detalhados e perfil das alunas definidas |
1 | Análise e Consenso | Revisão e refinamento inicial | Negociação | Requisitos definidos com clareza, claros e compreendidos pelas partes envolvidas |
1 | Verificação e Validação de Requisitos | Validação inicial com cliente | Entrevistas e reuniões com o cliente | Confirmação de que os requisitos estão alinhados com a realidade |
2 | Declaração de Requisitos | Elaboração do documento "Visão do Produto e Projeto" | História de Usuário | Documento finalizado + protótipo de alta fidelidade |
2 | Representação de Requisitos | Criação de Protótipos | Prototipagem de Alta Fidelidade | Protótipo das interfaces |
2 | Verificação e Validação de Requisitos | Demonstração ao Cliente | Coleta de Feedback | Feedback coletado com a cliente |
Fase 2: Workshop da Modelagem¶
Ciclo | Atividade ER | Prática | Técnica | Resultados Esperados |
---|---|---|---|---|
1 | Análise e Consenso | Priorização e avaliação de riscos | Custo-Benefício, Análise de Risco | Backlog priorizado com base em valor, urgência e viabilidade |
1 | Declaração | Refinamento do backlog | Especificação de Casos de Uso, Especificação de Requisitos (RFs), Features | Backlog com Casos de Uso detalhados e prontos para desenvolvimento |
1 | Representação de Requisitos | Desenvolvimento detalhado dos fluxos do sistema | Prototipagem, modelos | Protótipo navegável completo (Figma) representando os fluxos detalhados |
1 | Verificação e Validação de Requisitos | Validação do que está pronto para desenvolvimento | Checklist de Validação, walkthrough | Garantia de que o protótipo reflete os requisitos esperados e pode seguir para código |
1 | Organização e Atualização | Documentação e consolidação dos artefatos | Product Backlog Building (PBB) e Criação de Matriz de Rastreabilidade | Especificação de Requisitos consolidada e Mapa de Rastreabilidade (Casos de Uso -> Protótipo -> Arquitetura) |
Fase 3: Construção Iterativa¶
Ciclo | Atividade ER | Prática | Técnica | Resultados Esperados |
---|---|---|---|---|
1 | Organização e Atualização de Requisitos | Gerenciamento do Backlog | Product Backlog Building | Backlog atualizado com status das tarefas e novos itens de feedback incorporados |
1 | Verificação e Validação de Requisitos | Demonstração ao Cliente | Checklist de Verificação, Walkthrough e Feedback | Resultados do Checklist confirmando que APIs funcionam; lista de ajustes priorizada |
1 | Elicitação e Descoberta | Elicitação Contínua | Entrevista | Novos detalhes e requisitos de baixo nível adicionados ao backlog |
2 | Representação | Gerenciamento do Backlog com Foco em UX | Prototipagem e Mockup | Protótipo e telas do site público que refletem o fluxo de inscrição desejado |
2 | Verificação e Validação de Requisitos | Teste de Usabilidade e Validação da Jornada do Usuário | Checklist de Validação e Feedback | Resultados validando a jornada da aluna; lista de melhorias UX/UI |
2 | Análise e Consenso | Refinamento de Requisitos de Interface | Negociação | Consenso sobre alterações de UX/UI a implementar |
3 | Verificação e Validação de Requisitos | Validação Sistêmica e de Requisitos Não-Funcionais | Análise de Qualidade de Requisitos, Walkthrough, Revisão | Resultados da Revisão e Qualidade de Requisitos assegurada; aprovação final para implantação |
3 | Análise e Consenso | Monitoramento e Controle | Análise de Risco / Viabilidade | Riscos identificados e mitigados; integração de pagamento segura |
3 | Declaração | Documentação Final para Entrega | Especificação de Requisitos de Software | Documento consolidado pronto para entrega |
Fase 4: Cutover (Implantação)¶
Ciclo | Atividade ER | Prática | Técnica | Resultados Esperados |
---|---|---|---|---|
1 | Verificação e Validação de Requisitos | Validação Final e Aceite do Produto | Checklist de Validação, DoD | Checklist confirma prontidão para Go-Live; DoD aceito pelo cliente |
1 | Organização e Atualização de Requisitos | Gerenciamento do Escopo de Implantação | Product Backlog Building (PBB) | Backlog finalizado e versionado para implantação |
2 | Organização e Atualização de Requisitos | Gerenciamento de Ajustes Pós-Implantação | Feedback, MOSCOW ou Votação | Backlog com lista priorizada de itens para manutenção |
2 | Verificação e Validação de Requisitos | Validação da Entrega e Encerramento do Projeto | Entrevista, Revisão | Resultados da Revisão com termo de aceite final do sistema; encerramento formal do projeto |