Skip to content

Commit

Permalink
Correções nas atividades de ER e tecnicas
Browse files Browse the repository at this point in the history
  • Loading branch information
MarcusEscobar committed Jan 20, 2025
1 parent b99036a commit 2be87de
Showing 1 changed file with 43 additions and 18 deletions.
61 changes: 43 additions & 18 deletions docs/sections/engenharia.md
Original file line number Diff line number Diff line change
@@ -1,21 +1,4 @@
## Atividade de Engenharia de Requisitos

| **Fases do Open UP** | **Atividades da Engenharia de Requisitos (ER)** | **Prática** | **Técnica** | **Resultados Esperados** |
|-----------------------------|-------------------------------------------------|------------------------------------------------|-------------------------------------------------------------------------------------------------------------|-----------------------------------------------------|
| **Iniciação** | **Elicitação e Descoberta** | Reuniões iniciais com stakeholders | - Brainstorm <br> - Entrevistas <br> - Workshops colaborativos | Identificação de requisitos iniciais e visão do projeto |
| | **Declaração de Visão** | Criação do Documento de Visão do Produto | - User Story <br> - Use Cases | Visão estruturada dos requisitos e objetivos do produto |
| | **Definição de Escopo** | Revisão e alinhamento do escopo | - Definição de Limites <br> - Feedback contínuo do cliente | Escopo claro e alinhado com stakeholders |
| **Elaboração** | **Análise e Consenso** | Refinamento de requisitos e organização do backlog | - Revisões iterativas <br> - Validação com protótipos | Backlog atualizado e priorizado |
| | **Priorização de Requisitos** | Planejamento incremental de entregas | - Técnica de Priorização (IP = (V + D) / C) | Backlog priorizado para a primeira iteração |
| | **Modelagem de Requisitos** | Detalhamento de requisitos críticos | - Diagramas (ex.: UML ou BPMN) <br> - Protótipos | Requisitos detalhados e modelados |
| **Construção** | **Verificação e Validação** | Feedback contínuo dos desenvolvedores e stakeholders | - Validação iterativa com usuários <br> - Testes de protótipos | Requisitos ajustados e validados |
| | **Atualização do Backlog** | Organização e revalidação dos requisitos | - Revisão do Backlog <br> - Atualização com novas informações | Backlog atualizado e pronto para iterações futuras |
| **Transição** | **Validação Final** | Reuniões de revisão final | - Técnica DoD (Definition of Done) | Requisitos validados e prontos para implantação |
| | **Preparação para Implantação** | Comunicação e treinamento dos usuários | - Documentação de suporte <br> - Capacitação | Sistema validado e entregue |

---

### Detalhamento das Fases do Open UP
### Fases do Open UP

1. **Iniciação:**
- Foco na elicitação e descoberta de requisitos principais.
Expand All @@ -35,6 +18,47 @@

---

## Atividade de Engenharia de Requisitos

| **Fases do Open UP** | **Atividades da Engenharia de Requisitos (ER)** | **Prática** | **Técnica** | **Resultados Esperados** |
|-----------------------------|-------------------------------------------------|------------------------------------------------|-------------------------------------------------------------------------------------------------------------|-----------------------------------------------------|
| **Iniciação (Inception)** | **Elicitação e Descoberta** | Compreensão do cliente e do problema | - Entrevista com os envolvidos <br> - Estudo da concorrência <br> - Sessões de Ideação | Levantamento de necessidades, Definição do problema, Identificação de requisitos, Proposta inicial |
| | **Análise e Consenso** | Avaliação dos requisitos | - Investigação do Domínio <br> - Estudo de viabilidade <br> - Discussões entre os integrantes do time | Desenvolvimento do MVP |
| | **Declaração** | Registro formal dos requisitos | - Encontros da equipe <br> - Documento de visão do produto <br> - Documentação dos requisitos <br> - Listagem de funcionalidades | Especificação de Requisitos do Software |
| | **Verificação e Validação** | Conferência dos Requisitos | - Revisão coletiva <br> - Análise dos Critérios de Aceitação <br> - Sessões de Ideação | Definição de Pronto e Definição de Pronto para Refinamento |
| | **Organização e Atualização** | Organização e priorização | - Método MoSCoW <br> - Histórias de Usuário | Estruturação dos requisitos para o MVP, Backlog organizado |
| **Elaboração (Elaboration)**| **Representação** | Desenvolvimento de Protótipos | - Modelagem <br> - Diagramas | Protótipo funcional |
| | **Análise e Consenso** | Ajuste e validação dos requisitos | - Avaliação de Risco <br> - Sessão de Inception Lean | User Story, Documentação de Requisitos |
| | **Verificação e Validação** | Revisão do protótipo | - Apresentação guiada <br> - Coleta de Opiniões | Feedback sobre o Walkthrough |
| **Construção (Construction)**| **Organização e Atualização** | Revisão contínua do produto | - Sincronização da equipe <br> - Avaliação de Retorno | Atualização frequente dos requisitos |
| | **Verificação e Validação** | Revisão final do produto | - Apresentação guiada <br> - Coleta de Opiniões <br> - Definição de Pronto | Validação dos requisitos implementados |
| **Transição (Transition)** | **Verificação e Validação** | Inspeção do produto final | - Apresentação guiada | Qualidade dos Requisitos e Ajustes Finais |

---
### Técnicas Utilizadas

- **Entrevista com os envolvidos**: Diálogo direto com os stakeholders para entender suas necessidades.
- **Estudo da concorrência**: Análise de soluções existentes para identificar diferenciais e oportunidades.
- **Sessões de Ideação**: Método para estimular a criatividade e levantamento de requisitos.
- **Investigação do Domínio**: Exploração detalhada do contexto do sistema para embasar decisões.
- **Estudo de Viabilidade**: Avaliação do impacto técnico e temporal dos requisitos levantados.
- **Discussões entre os integrantes do time**: Troca de ideias para alinhar expectativas e validar decisões.
- **Documento de visão do produto**: Registro estruturado das metas e objetivos do projeto.
- **Documentação dos requisitos**: Descrição detalhada das necessidades e funcionalidades do sistema.
- **Listagem de funcionalidades**: Organização dos requisitos por relevância e prioridade.
- **Análise dos Critérios de Aceitação**: Validação objetiva da conformidade dos requisitos.
- **Método MoSCoW**: Priorização de requisitos em essenciais, importantes, desejáveis e dispensáveis.
- **Histórias de Usuário**: Formato narrativo para descrever as funcionalidades sob a ótica dos usuários.
- **Modelagem**: Representação visual de processos e fluxos do sistema.
- **Diagramas**: Esquemas para ilustrar interações e dependências.
- **Avaliação de Risco**: Identificação e mitigação de potenciais ameaças ao projeto.
- **Sessão de Inception Lean**: Estratégia para alinhamento e priorização ágil das funcionalidades.
- **Apresentação guiada**: Demonstração prática das funcionalidades desenvolvidas.
- **Coleta de Opiniões**: Processo contínuo de feedback para melhorias.
- **Definição de Pronto**: Critérios que indicam a finalização de um requisito.



### Observações

A tabela reflete o alinhamento do **Open UP** ao processo de engenharia de requisitos, priorizando flexibilidade, colaboração contínua e entregas incrementais. Ferramentas como **User Stories**, **Protótipos** e **Diagramas** fortalecem a comunicação entre equipes e stakeholders, garantindo a clareza e qualidade dos resultados.
Expand All @@ -50,3 +74,4 @@ A tabela reflete o alinhamento do **Open UP** ao processo de engenharia de requi
|--------------|------------|-----------------------------------------------------|------------------------------|-----------------------------|
| 16/12/2024 | 2.0 | Criação da página e organizações gerais | Camila Careli | Todos os Membros |
| 07/01/2025 | 2.1 | Substituição para aspectos do novo Processo | Patrick Anderson | Todos os Membros |
| 18/01/2025 | 2.2 | Correção das atividades e técnicas | Marcus Escobar | Todos os Membros |

0 comments on commit 2be87de

Please sign in to comment.