Skip to content

3. ESTRATÉGIAS DE ENGENHARIA DE SOFTWARE

3.1 Estratégia Priorizada

  • Abordagem: Ágil com elementos dirigido por plano
  • Ciclo de Vida:Interativo e Incremental
  • Processo: Open Up

3.2 Quadro Comparativo

Características Processo Unificado Open Up
Abordagem geral Busca identificar todos os requisitos no início do projeto.É iterativo e incremental É um Processo Unificado enxuto que aplica abordagens iterativas e incrementais dentro de um ciclo de vida estruturado.
Foco em arquitetura A arquitetura é definida e validada no inicio, antes do desenvolvimento. Projetado para ser flexível
Estrutura de Processo É dividida em fases, que podem ser feitas em interações Tem uma estrutura parecida com PU, porém mais simplificada.
Flexibilidade de requisitos Os requisitos são definidos na fase de Elaboração, mudanças nos requistos podem ser mais difíceis de integrar. Flexível, mudanças são esperadas ao longo do processo.
Colaboração com cliente Colaboração com o cliente é importante, mas de forma estruturada. Colaboração com o cliente contínuo durante todo o processo.
Complexidade do processo Possui uma estrutura bem definida, o que pode tornar complexo e detalhado. Mais simples e leve, apenas os essenciais, minimizando burocracia .
Qualidade Técnica Foca fortemente em boas práticas de engenharia de software, o que contribui para a qualidade técnica. Como OpenUP foca em qualidade técnica por meio de práticas ágeis, torna-se um processo de qualidade técnica moderada.
Práticas de desenvolvimento Práticas de desenvolvimento bastante estruturadas e baseadas em boas práticas de engenharia de software. Práticas de desenvolvimento flexíveis.
Adaptação ao Projeto de Panelas Grill Projetos que exigem estrutura definida e boas práticas Adequado para projetos menores ou ambientes ágeis.
Documentação Documentação moderada Documentação leve
Controle de Qualidade Adota práticas formais e estruturadas ao longo de todo o ciclo de vida do desenvolvimento. Foca no controle de qualidade com base nas práticas ágeis.
Escalabilidade Adequado tanto para projetos grandes quanto para equipes grandes e complexas. Projetos menores.
Suporte a Equipes de Desenvolvimento Forte suporte a equipes de desenvolvimento, especialmente em grandes equipes e projetos complexos.. Suporte razoável a equipes de desenvolvimento, mas sua flexibilidade pode ser um desafio em projetos com equipes grandes ou distribuídas..

3.3 Justificativa

Com base em nossas discussões em equipe, decidimos adotar o Open Up. Considerando os princípios abordados na disciplina de Requisitos, buscamos um modelo de trabalho menos burocrático e mais simplificado. Como o tempo é um fator essencial para os demais membros, o Open Up se destaca por oferecer uma estratégia que reduz a carga de trabalho, tornando o processo mais ágil e eficiente.

Também decidimos utilizar alguns elementos orientados a plano. Como o projeto já foi iniciado com a coleta de dados para identificar os requisitos, percebemos que seria mais eficaz levantar todos os requisitos no início, para que pudéssemos focar na construção posteriormente.

Assim optamos por adotar as fases mais simples do Open Up, pois assim conseguiríamos atender à nossa necessidade de otimizar o tempo, sem comprometer a eficiência do processo.

3.4 Referências para o quadro comparativo

EstrategiaConcursos. Engenharia-software-processo-unificado-rup. Disponível em: https://www.estrategiaconcursos.com.br/blog/engenharia-software-processo-unificado-rup/. Acesso em: 08 fev. 2025.

Medium. OpenUP: Um processo integrado e ágil em: https://medium.com/@LucianeS/openup-um-processo-integrado-e-agil-a4400c17ce62. Acesso em: 08 fev. 2025.

Medium. O Processo Unificado em: https://medium.com/contexto-delimitado/o-processo-unificado-d102b1fc9d00. Acesso em: 08 fev. 2025.

Historico de Versão

Data Versão Descrição Autor
10/10/2024 1.0 Documento inicial Grupo
24/10/2024 1.1 Correção dos feedbacks levantados pelo professor Jose Vinicius
08/02/2025 2.0 Correção dos feedbacks levantados pelo professor Jose Vinicius