Skip to content

Estratégias de engenharia de software

Estratégias de engenharia de software

Estratégia Priorizada

Abordagem: Agil
Ciclo de Vida: Incremental e iterativo
Processo: OpenUP

Quadro Comparativo

Características OpenUP Unified Process (UP)
Abordagem Geral Versão leve e ágil do UP. Metodologia mais pesada e estruturada.
Estrutura de Processos Estrutura clara de fases (Iniciação, Elaboração, Construção, Transição); mais estruturado, porém ágil, com menos entregas e documentação mais leve. Segue a estrutura de fases (Iniciação, Elaboração, Construção, Transição) com requisitos detalhados de entrega e documentação em cada fase.
Flexibilidade Projetado para ser mais adaptável e ágil, adequado para projetos pequenos a médios. Menos flexível; mais adequado para grandes projetos complexos que se beneficiam de um planejamento e controle detalhados.
Colaboração com Cliente Feedback regular dos stakeholders, mais interação em cada iteração. Normalmente envolve avaliações de clientes no final de cada fase.
Arquitetura Ênfase na criação ceda de uma arquitetura sólida, mas com menos restrições arquitetônicas. Forte ênfase no desenvolvimento de arquitetura em primeiro lugar, garantindo uma base estável antes de prosseguir.
Documentação Mínimo, focando apenas na documentação essencial. Extensivo, com artefatos definidos para cada fase e marco.
Controle de Qualidade Enfatiza a integração contínua e testes em iterações. Os testes são enfatizados, mas muitas vezes mais estruturados e formalizados.
Escalabilidade Aplicável a projetos maiores e complexos, com equipes médias a grandes. Escalável, mas ideal para equipes menores e médias devido à abordagem colaborativa.
Suporte a Equipes de Desenvolvimento Melhor adequado para equipes menores e multifuncionais. Dimensiona bem para equipes maiores com funções e responsabilidades definidas.

Justificativa

Optou-se por OpenMP sobre o Unified Process porque permite iterações mais curtas, o que significa uma obtenção de feedback mais constante e facilita a incorporação de mudanças no projeto; Isso é importante porque os requisitos da clínica não são fixos e podem ser eliminados, novos requisitos podem ser criados ou requisitos já estabelecidos podem receber alterações durante o processo de desenvolvimento.