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.