Ata Requisitos 12/11/2024
Data: 01/11/2024
Participantes:
- Evandro Sousa (Cliente)
- Mateus Cavalcante
- Mariana Leticia Santos Da Cruz
- Johan Marcos Gomes Da Rocha
Objetivos da Reunião
Entender os erros na primeira entrega e adicionar secções que faltam. Também correlacionar conceitos de forma coerente.
1. Definição de ferramentas e frameworks para gerenciamento do projeto de requisitos
- Gupta Framework Descrição: Um framework voltado para elicitação e documentação de requisitos, ajudando a garantir que os requisitos atendam aos critérios de qualidade e rastreabilidade. Aplicação: Oferece um conjunto de práticas para coletar, analisar, e documentar requisitos de forma estruturada.
- Volere Requirements Specification Template Descrição: Um framework para documentação de requisitos de software. Oferece um template com seções que ajudam a capturar diferentes aspectos dos requisitos, incluindo funcionais, não funcionais, e suposições. Aplicação: Pode ser usado em qualquer projeto para garantir a completude e clareza dos requisitos. Link: Volere
- IREB (International Requirements Engineering Board) Descrição: Um conjunto de padrões e práticas para engenharia de requisitos. Oferece certificações como CPRE (Certified Professional for Requirements Engineering). Aplicação: Propõe técnicas formais para elicitação, documentação, e validação de requisitos. Link: IREB
- BABOK (Business Analysis Body of Knowledge) Descrição: Um guia que abrange boas práticas e técnicas para análise de negócios, com foco em elicitação e gerenciamento de requisitos. Aplicação: Utilizado por analistas de negócios e engenheiros de requisitos para alinhar requisitos com os objetivos de negócio. Link: BABOK Guide
- KAOS (Knowledge Acquisition in Automated Specification) Descrição: Um framework de modelagem de requisitos orientado a objetivos, permitindo a decomposição de metas de alto nível em requisitos detalhados. Aplicação: Muito útil em projetos complexos que precisam de uma rastreabilidade robusta entre objetivos e requisitos. Ferramenta: Objectiver (baseada no KAOS).
- DOORS (Dynamic Object-Oriented Requirements System) Descrição: Uma ferramenta poderosa para gerenciamento de requisitos. Facilita a rastreabilidade bidirecional e análise de impacto. Aplicação: Muito usada em projetos críticos, como automotivo e aeroespacial. Fornecedor: IBM.
- ReqIF (Requirements Interchange Format) Descrição: Um padrão para troca de informações de requisitos entre ferramentas diferentes. Aplicação: Garante interoperabilidade entre equipes e ferramentas que lidam com requisitos.
- FRET (Formal Requirements Elicitation Tool) Descrição: Ferramenta para elicitação formal de requisitos que suporta a tradução de requisitos textuais em especificações formais. Aplicação: Amplamente usada em sistemas críticos para garantir consistência e precisão.
- RMF (Requirements Modeling Framework) Descrição: Um framework open-source para modelagem de requisitos baseado no padrão ReqIF. Aplicação: Útil para gerenciar e compartilhar requisitos em projetos colaborativos. Essas ferramentas e frameworks ajudam a garantir que os requisitos sejam claramente definidos, rastreados, e alinhados aos objetivos do projeto. Elas são especialmente úteis em ambientes que exigem alta qualidade e conformidade normativa.
2. Definir a abordagem, ciclos de vida e processo
- Opções: Ágil→Ágil→RAD
3. Referências e Necessidade de Sistema de Gerenciamento de Vendas
- Base de Referência nos Sites da Insider e Brutal Kill
- As escolhas de ferramentas e técnicas foram influenciadas pelas boas práticas e funcionalidades observadas nos sites da Insider e Brutal Kill.
- Ambos os e-commerces serviram como benchmarks pela experiência de usuário fluida, integrações eficientes e gerenciamento de vendas bem estruturado.
- Necessidade de Sistema de Gerenciamento de Vendas
- Identificação da importância de um sistema robusto para acompanhar o ciclo de vida das vendas (desde o pedido até a entrega).
- Avaliação se o sistema de gerenciamento será:
- Integrado ao App Principal: simplifica a manutenção e centraliza dados, mas pode aumentar a complexidade do sistema.
- Sistema Separado: maior modularidade e potencial para integração com outras plataformas, mas pode requerer maior esforço de sincronização.
4. Tarefas Necessárias
- Estudo de Materiais Fornecidos pelo Professor
- Análise detalhada dos materiais para entender os requisitos do projeto.
- Identificação de ferramentas e técnicas sugeridas.
- Comparação das ferramentas sugeridas com as disponíveis no mercado.
- Levantamento de Ferramentas e Técnicas Viáveis
- Avaliação das ferramentas em termos de viabilidade técnica e custo-benefício.
- Consideração de frameworks e metodologias alinhadas com os requisitos do projeto.
- Priorização de ferramentas que otimizem o desenvolvimento e a entrega.
- Discussão das Metodologias de Desenvolvimento (RAD vs. Prototipagem)
- Revisão das características de RAD (Rapid Application Development).
- Foco na rapidez de entrega.
- Iterações contínuas com feedback constante.
- Revisão da Prototipagem.
- Foco em criar modelos preliminares para validação.
- Benefícios para refinamento de requisitos e usabilidade.
- Revisão das características de RAD (Rapid Application Development).
- Importância de Submeter Opções ao Professor
- Apresentação das ferramentas levantadas para validação do professor.
- Ajuste do processo com base no feedback.
- Alinhamento do desenvolvimento às expectativas e objetivos do projeto.
Conclusão - Próximos Passos: O estudo dos materiais fornecidos pelo professor é crucial para identificar ferramentas e técnicas viáveis ao projeto. A escolha entre RAD(ficou em segundo no Gupta) e
Prototipagem(ficou em primeiro no Gupta) depende das características do projeto, mas ambas metodologias oferecem agilidade e flexibilidade. Submeter as opções ao professor permitirá decisões mais informadas, garantindo que o processo de desenvolvimento esteja alinhado com os requisitos do projeto e expectativas acadêmicas.
Elaborado por: [Paulo Henrique Lamounier Dantas]
Data: [01/11/2024]