Apts engenharia de software - etapa 1

ATPS de Engenharia de Software

Etapa I

Introdução

Desenvolvimento

Diagramamos duas tabelas, para a apresentação ao nosso cliente; mesmo ele não podendo comparecer às reuniões e discutir sobre tais metodologias, nós resolvemos escolher entre as 3 metodologias inicialmente propostas, a que julgamos ser melhor pelo comportamento de nosso cliente, e pelo que julgamos que o cliente quer / espera do software.

Tabela I Clássico (cascata) Prototipação Metodologia Ágil / Scrum
Exige extensa documentação: P P PP*
Software é facilmente modificado / expansível: PP P P
Gerar um protótipo / beta: NP P P
Exige excelentes/experientes programadores: NA** NA** P
Cálculo do fator risco: NP NP P
Fácil cálculo do tempo de entrega do software PP NA P

Tabela II Vantagens Desvantagens
Clássico (cascata) *É antigo;
*É muito utilizado;
*Minimiza o tempo de planejamento;
*Funciona bem com equipes tecnicamente mais fracas;
*É linear. *Perde-se muito tempo com documentações, nem sempre necessárias;
*Projetos chegam a levar muitos meses para serem concluídos;
*Cliente só vê o programa em funcionamento ao final de todo o processo;
*Não necessita de uma equipe bem integrada, o que pode gerar falhas ou incapacidade do programa ser atualizado;
*Não tem análise de risco.
Prototipação *Trabalha com um protótipo do software;
*Cliente recebe uma versão protótipo do mesmo, para utilização e testes;
*Pode ser utilizado quando a comunicação com o cliente não é completa;
*Facilmente atualizável;
*Bom para softwares com mudanças de requisitos constantes. *Cliente pode se contentar com o protótipo, e esquecer a versão final;
*Impossível determinar com exatidão o tempo que o processo vai durar;
*Não há formas de saber o número de iterações necessárias;
*Mutias vezes, o protótipo acaba atrapalhando o desenvolvimento da versão final;
*Não há análise de risco..
Ágil / Scrum *É ágil;
*Utiliza análise de risco;
*Focado na negociação interna e com clientes;