Qual é a melhor metodologia a usar? Para ajudar a responder a questão, deve iniciar por fazer algumas questões adicionais As questões ajudam a entender a situação Quão grande/complexo é o projecto? Que habilidades tem a equipa de desenvolvimento? Qual é o potencial financeiro do cliente? Quanto tempo o cliente esta disponivel a dar ao projecto? Quais as tecnologias a serem usadas? Todos requisitos são conhecidos e estão esclarecidos? 2 Quando usar o modelo cascata? Quando os requisitos são total e claramente conhecidos e sem problabilidade de mudanças Quando o projecto é pequeno e de curta duração Quando o projecto deve seguir um procedimento predefinido Quando a nessecidade de documentação é fundamental e obigatoria Quando exitem recursos disponiveis e habilidades necessarias 3 Quando usar o modelo V? Quando os requisitos são totalmente conhecidos e claros A tecnologia adoptada é bem conhecida pela equipa Projecto pequeno Quando os recursos tecnicos e habildades necessais são disponiveis Quando necesario fazer varios testes e em varios niveis 4 Quando usar a prototipacao? Quando a constante interação com o cliente é importante Quando há necessidade de uma melhor interface do utlizador do Sistema Quando o Sistema em construção é complexo Quando o srequisitos são conhecidos e não estão totalmente claros Quando não há urgencia em entregar o sitema final 5 Qundo usar o modelo espiral? Quando a avalicação e prevenção de risco é importante Quando os requisitos não estão claros Quando o projecto é maior e complexo Quando mudanças são esperadas Quando a tecnologia adoptada não é totalmente dominada pela equipa de desenvolvimento 6 Quando usar o modelo iterativo Quando o projecto é maior Quando os requisitos não estão claros e o projecto é suceptivel a mudanças Quando é exigida documentação do Sistema Quando a tecnologia adoptada não é de total dominio da equipa 7 Quando escolher a metologia incremental Quando o projecto é maior Quando os requisitos são claramente conhecidos e sem expectativa de mudanças Quando existe necessidade de documentação Quando existe a necessidade de entregas parcelares 8 Quando usar o modelo agil Quando há necessidade de feedbacks rapidos Requisitos não sao totalmente conhecidos ou compreendidos Quando se tem uma equipa apaixonada ou com mentor que consegue manter a equipa focada e motivada Quando não há exigência forte de documentação do sistema 9 8 armadilhas a serem evitadas na análise de requisitos de software Ambiguidade Envolvimento Inadequado do Cliente Requisitos Mal Priorizados Funcionalidades Que Ninguém Usa Metas Ilusórias Requisitos Intermináveis Requisitos Mal Levantados Mudanças Inadequadas de Requisitos 10 Conclusão Desenvolvmento do software é um processo que requer uma apropriada colaboracao entre o desenvolvedor e o cliente. Normalmente a relacao entre desenvolvedores e clientes assegura o sucesso ou nao do projecto Independente do modelo, o importante é que a equipa esteja confortavel com o modelo escolhido. Quando trabalhado em equipa, todos membros devem ser capazes de usar Equipas de desenvolvimento normalmente mostrzm fadiga quando envolvidos em projectos que requerem soluções rápidas ou extensas horas de trabalho. Desta feita, é importante que o tempo diário de trabalho esteja devidamente planeado 11