Engenharia de Software

Resolução da Revisão

1. O modelo clássico é caracterizado pela execução de atividades sequenciais, com detalhamento do que deve ser feito e quem deve fazer. É um modelo que engessa o desenvolvimento de software, pois não permite alterações no modo de executar tarefas. As entregas são feitas apenas no final, o que pode ser um problema caso seja descoberto que o produto não era o esperado, gerando assim alto custo e perda de tempo.
2. Concepção (etapa de descoberta do escopo do projeto, perguntas iniciais para descobrir quem são os interessados e qual o problema a ser resolvido); Elicitação/Levamento (etapa para descobrir os objetivos do software, como ele será utilizado no dia-a-dia, como ele se encaixa nas necessidades do negócio); Elaboração (etapa de refinamento de requisitos, redução de ambiguidades, utilização de modelos e protótipos); Negociação (resolver conflitos, como de interesses diversos); Especificação (Produto final da Engenharia de Requisitos (documento escrito, diagrama de casos de uso); Validação (Verificar se todos os requisitos foram devidamente levantados sem ambiguidades, se problemas foram corrigidos, se tudo está documentado conforme normas da organização); Gerenciamento (Controle de mudanças, rastreamento de requisitos).
3. Processos prescritivos: Cascata, espiral (Ciclos evolucionários) e prototipação.
Processos ágeis: Scrum, XP e FDD.
4. Pair Programming é uma técnica de programação em pares, em que dois desenvolvedores trabalham no mesmo código, compartilhando ideias, código, soluções. Não é contraproducente, pois trabalho em pares faz com que erros sejam rapidamente corrigidos, melhora a comunicação entre a equipe, proporciona qualidade ao código.

Revisão
• Modelo de processo prescritivo: Passo –a –passo, mais engessado.
• Processos prescritivos e iterativos têm ciclos curtos. o Cascata: Problemas são vistos apenas no final; atividades sequenciais.
• Modelo de processo Ágil: São mais abertos, mais leves. Tem feedback