diff --git a/docs/visao_produto_projeto/engenharia_requisitos.md b/docs/visao_produto_projeto/engenharia_requisitos.md index 4d08d3d..c773ea0 100644 --- a/docs/visao_produto_projeto/engenharia_requisitos.md +++ b/docs/visao_produto_projeto/engenharia_requisitos.md @@ -1,4 +1,61 @@ -# Atividades da Engenharia de Requisitos no RAD +# Estratégias de Engenharia de Requisitos + +## 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 +**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 +**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 +**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 +**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. + +### Quadro das Atividades da Engenharia de Requisitos no RAD @@ -14,86 +71,86 @@ - - - - + + + + - - - - + + + + - - - - + + + + - - - - + + + + - - + + - - - - + + + + - - - - + + + + - - - - + + + + - - - - + + + + - - - - + + + + - - - - + + + + - - - - + + + + - - - - + + + +
Planejamento de RequisitosElicitação e DescobertaLevantamento de RequisitosAnálise Documental e EntrevistaVisão de ProdutoElicitação e DescobertaLevantamento de RequisitosAnálise Documental e EntrevistaVisão de Produto
Análise e ConsensoPriorização de RequisitosBrainstorming, Priorização, Entrevista, Análise de Viabilidade e NegociaçãoEscopo e funcionalidades priorizadas e acordadasAnálise e ConsensoPriorização de RequisitosBrainstorming, Priorização, Entrevista, Análise de Viabilidade e NegociaçãoEscopo e funcionalidades priorizadas e acordadas
DeclaraçãoDescrição dos RequisitosPriorização e User StoriesDocumentação de Requisitos de softwareDeclaraçãoDescrição dos RequisitosPriorização e User StoriesDocumentação de Requisitos de software
Verificação e validaçãoVerificaçãoRevisão por pares e ChecklistsDoD, DoR e FeedbackVerificação e validaçãoVerificaçãoRevisão por pares e ChecklistsDoD, DoR e Feedback
ValidaçãoWalkthroughValidaçãoWalkthrough
RepresentaçãoConfecção de artefatosModelagem de Domínio e Diagrama de Casos de UsoRepresentações formaisRepresentaçãoConfecção de artefatosUser Stories e CenáriosRepresentações formais
Organização e AtualizaçãoRevisões periódicasRevisões de lista de requisitosBacklog atualizado e alinhadoOrganização e AtualizaçãoRevisões periódicasRevisões de lista de requisitosBacklog atualizado e alinhado
User DesignAnálise e ConsensoAvaliação de funcionalidades e protótiposReuniões de AlinhamentoFeedback coletado e consenso sobre alterações no protótipoAnálise e ConsensoAvaliação de funcionalidades e protótiposReuniões de AlinhamentoFeedback coletado e consenso sobre alterações no protótipo
DeclaraçãoPrototipação de Baixa fidelidadePrototipagemIdeia do fluxo de telas desejado pelo cliente e como isso refletirá no protótipo de alta fidelidadeDeclaraçãoPrototipação de Baixa fidelidadePrototipagemIdeia do fluxo de telas desejado pelo cliente e como isso refletirá no protótipo de alta fidelidade
RepresentaçãoPrototipação de Alta FidelidadePrototipagemProtótipos de alta fidelidade e fluxo de telas da aplicaçãoRepresentaçãoPrototipação de Alta FidelidadePrototipagemProtótipos de alta fidelidade e fluxo de telas da aplicação
Verificação e validaçãoRevisão IterativaWalkthroughs, ChecklistsProtótipo ajustado para refletir melhor os objetivosVerificação e validaçãoRevisão IterativaWalkthroughs, ChecklistsProtótipo ajustado para refletir melhor os objetivos
Desenvolvimento e testesOrganização e AtualizaçãoRevisão ContínuaGrooming do BacklogBacklog refinado com atualizações baseadas nos testes e feedbackOrganização e AtualizaçãoRevisão ContínuaGrooming do BacklogBacklog refinado com atualizações baseadas nos testes e feedback
Finalização e entregaOrganização e AtualizaçãoAtualização do BacklogReunião de EncerramentoBacklog encerrado, rastreabilidade completa dos requisitos, deploy da aplicação e implementação do MVP1Organização e AtualizaçãoAtualização do BacklogReunião de EncerramentoBacklog encerrado, rastreabilidade completa dos requisitos, deploy da aplicação e implementação do MVP1
@@ -103,3 +160,4 @@ | **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 |