Profª. Andrea Padovan Presidente Epitácio 2013. Ademir Kaique Claudio Xavier Pedro Augusto Ricardo L. Silva.

Apresentação em tema: "Profª. Andrea Padovan Presidente Epitácio 2013. Ademir Kaique Claudio Xavier Pedro Augusto Ricardo L. Silva."— Transcrição da apresentação:

1 Profª. Andrea Padovan Presidente Epitácio 2013

2 Ademir Kaique Claudio Xavier Pedro Augusto Ricardo L. Silva

3  Modelos Cascata  Modelo Espiral  Modelo Incremental  Modelo........

4 MODELO CASCATA (Clássico)

5  O Modelo Cascata é um modelo de desenvolvimento de software sequencial no qual o desenvolvimento é visto como um fluir constante para frente (como uma cascata) através de suas fases de análise de requisitos, projeto, implementação, testes (validação), i ntegração e manutenção de software;  Também é conhecido por abordagem “top-down”, foi proposto por Royce em 1970;  Até meados da década de 1980 foi o único modelo com aceitação quase que geral por parte dos desenvolvedores;  Sua finalidade era a de estabelecer ordem no desenvolvimento de grandes produtos de software;

6  O modelo cascata é um dos mais importantes modelos, e é referência para muitos outros modelos de desenvolvimento, servindo de base para nortear muitos projetos modernos. A versão original deste modelo foi melhorada e retocada ao longo do tempo e continua sendo muito utilizado hoje em dia;  Nesse modelo as atividades do processo de desenvolvimento são estruturados em um cascata onde a saída de uma etapa é a entrada para a próxima etapa;  Existem diversas variantes desse modelo proposta por pesquisadores e empresas desenvolvedoras e que podem ser adaptadas a diversos e diferentes tipos de software,  Uma das principais características do Modelo Cascata é o seu fluxo linear e sequencial de cada uma das fases que compoem o processo de desenvolvimento, o que o torna, na maioria das vezes um processo “rígido” de desenvolvimento;

7 Ou seja: “A ideia principal que o dirige é que as diferentes etapas de desenvolvimento seguem uma sequência: a saída da primeira etapa “fluí” para a segunda etapa e a saída da segunda etapa “fluí” para a terceira e assim por diante. As atividades a executar são agrupadas em tarefas, executadas sequencialmente, de forma que uma tarefa só poderá ter início quando a anterior tiver terminado.”

8

9 Principais atividades (fases) do Modelo Cascata 1  Definição de Requisitos; 2  Projeto de Software; 3  Implementação e Teste de Unidade; 4  Integração e Teste do Sistema; 5  Operação e Manutenção;

10 1 Definição de Requisitos  Nesta etapa, estabelecem-se os requisitos do produto que se deseja desenvolver. Sendo isso estabelecido, os requisitos devem ser definidos de uma maneira apropriada para que sejam úteis na etapa seguinte. Esta etapa inclui também a documentação e o estudo da facilidade e da viabilidade do projeto com o fim de determinar o processo de início de desenvolvimento do projeto do sistema, pode ser vista como uma concepção de um produto de software e também como o início do seu ciclo de vida.

11 2 Projeto de Software  O projeto do sistema é um processo de vários passos que se centraliza em quatro atributos diferentes do sistema: estrutura de dados, arquitetura do software, detalhes procedais e caracterização das interfaces. O processo de projeto representa os requisitos de uma forma que permita a codificação do produto (é uma prévia etapa decodificação). Da mesma maneira que a análise dos requisitos, o projeto é documentado e transforma-se em uma parte do software.

12 3 Implementação e Teste de Unidade  Esta é a etapa em que são criados os programas. Se o projeto possui um nível de detalhe elevado, a etapa de codificação pode implementar-se automaticamente. A princípio, sugere-se incluir um teste unitário dos módulos nesta etapa; nesse caso, as unidades de código produzidas são testadas individualmente antes de passar a etapa de integração e teste global.

13 4 Integração e Teste do Sistema  Concluída a codificação, começa a fase de teste do sistema. O processo de teste centraliza-se em dois pontos principais: as lógicas internas do software e as funcionalidades externas. Esta fase decide se foram solucionados erros de “comportamento” do software e assegura que as entradas definidas produzam resultados reais que coincidam com os requisitos especificados.

14 5 Operação e Manutenção  Essa etapa consiste na correção de erros que não foram previamente detectados, em melhorias funcionais e de preferência e outros tipos de suporte. A etapa de manutenção à parte do ciclo de vida do produto de software e não pertence estritamente ao seu desenvolvimento. Melhorias e correções podem ser consideradas como parte do desenvolvimento.

15 Principais Vantagens  Torna o processo de desenvolvimento estruturado;  Tem uma ordem sequencial de fases;  Cada fase cai em cascata na próxima e cada fase deve estar terminada antes do início da seguinte;  Todas as atividades identificadas nas fases do modelo são fundamentais e estão na ordem certa;  Esta abordagem é atualmente a norma e provavelmente permanecerá por um tempo, mas temos o desenvolvimento agil chegando com muita força na maioria das empresas de grande porte;

16 Principais Desvantagens  Não fornece feedback entre as fases e não permite a atualização ou redefinição das fases anteriores;  Não suporta modificações nos requisitos;  Não prevê a manutenção;  Não permite a reutilização;  É excessivamente sincronizado;  Se ocorrer um atraso todo o processo é afetado;  Demora muito para ser entregue;

17 MODELO ESPIRAL

18  O modelo em espiral foi proposto por Boehm em 1988 como forma de integrar os diversos modelos existentes à época, eliminando suas dificuldades e explorando seus pontos fortes. Este modelo foi desenvolvido para abranger as melhores características tanto do ciclo de vida clássico como da prototipação, acrescentando, ao mesmo tempo, um novo elemento - a análise de riscos - que falta a esses paradigmas.

19  O modelo espiral é, atualmente a abordagem mais realística para desenvolvimento de software em grande escala, e usa uma abordagem que capacita a empresa que presta o serviço, e o cliente a entender e reagir aos riscos em cada etapa evolutiva;  O modelo original em espiral organiza o desenvolvimento como um processo iterativo em que vários conjuntos de quatro fases se sucedem até se obter o sistema final;

20  Entretanto a integração não se dá através da simples incorporação de características dos modelos anteriores. O modelo em espiral assume que o processo de desenvolvimento ocorre em ciclos, cada um contendo fases de avaliação e planejamento, onde a opção de abordagem para a próxima fase (ou ciclo) é determinada. Estas opções podem acomodar características de outros modelos;

21  Um ciclo se inicia com a determinação de objetivos, alternativas e restrições (primeira tarefa)onde ocorre o comprometimento dos envolvidos e o estabelecimento de uma estratégia para alcançar os objetivos;  Na segunda tarefa, avaliação de alternativas, identificação e solução de riscos, executa-se uma análise de risco. Prototipação é uma boa ferramenta para tratar riscos. Se o risco for considerado inaceitável, pode parar o projeto;

22  Na terceira tarefa ocorre o desenvolvimento do produto. Neste quadrante pode-se considerar o modelo cascata. Na quarta tarefa o produto é avaliado e se prepara para iniciar um novo ciclo.

23

24 Variações do modelo espiral consideram entre três e seis tarefas ou setores da espiral, que podem ser: - comunicação com o cliente; - planeamento; - análise de risco; - engenharia; - construção e liberação; - avaliação do cliente.

25 Vantagens  Modelo em espiral permite que ao longo de cada iteração se obtenham versões do sistema cada vez mais completas, recorrendo à prototipagem para reduzir os riscos.  Este tipo de modelo permite a abordagem do refinamento seguido pelo modelo em cascata, mas que incorpora um enquadramento iterativo que reflete, de uma forma bastante realística, o processo de desenvolvimento.

26 Desvantagens  Pode ser difícil convencer grandes clientes ( articularmente em situações de contrato) de que a abordagem evolutiva é controlável;  A abordagem deste tipo de modelo exige considerável experiência na avaliação dos riscos e baseia-se nessa experiência para o sucesso. Se um grande risco não for descoberto, poderão ocorrer problemas;  Este tipo de modelo é relativamente novo e não tem sido amplamente usado;

27 Desvantagens  É importante ter em conta que podem existir diferenças entre o protótipo e o sistema final. O protótipo pode não cumprir os requisitos de desempenho, pode ser incompleto, e pode refletir somente alguns aspectos do sistema a ser desenvolvido;  O modelo em espiral pode levar ao desenvolvimento em paralelo de múltiplas partes do projeto, cada uma sendo abordada de modo diferenciado, por isso é necessário o uso de técnicas específicas para estimar e sincronizar cronogramas, bem como para determinar os indicadores de custo e progresso mais adequados;

28 MODELO INCREMENTAL

29  Barry Boehm sugeriu, tendo em vista as limitações da abordagem tradicional, que o desenvolvimento de sistemas de informação poderia ser administrado numa série de incrementos. Assim, poderia haver uma série de ciclos de vida tradicionais para cada incremento;  O Modelo Incremental foi desenvolvido através da combinação entre os modelos linear e prototipação. O desenvolvimento é dividido em etapas, denominadas “incrementos”, que produzirão incrementalmente o sistema, até a sua versão final;

30  Quando um Modelo Incremental é usado, o primeiro incremento frequentemente é chamado de núcleo do produto. Isto é, os requisitos básicos são satisfeitos, mas muitas características suplementares deixam de ser elaboradas. O núcleo do produto é usado pelo cliente e um plano é desenvolvido para o próximo incremento como resultado do uso e/ou avaliação. O Modelo de Processo Incremental, como a prototipagem e outras abordagens evolucionárias, é iterativo por natureza. O Modelo Incremental tem o objetivo de apresentar um produto operacional a cada incremento. O desenvolvimento incremental é particularmente útil quando não há mão-de-obra e/ou recursos técnicos disponíveis para a implementação completa, dentro do prazo comercial de entrega estabelecido para o projeto.

31  Em cada incremento é realizado todo o ciclo do desenvolvimento de software, do planejamento aos testes do sistema já em funcionamento. Cada etapa produz um sistema totalmente funcional, apesar de ainda não cobrir todos os requisitos;  O Modelo Incremental apresenta diversas vantagens para o desenvolvimento de um software, especialmente se os requisitos não estão claros inicialmente;

32

33 Vantagens do Modelo Incremental  As versões são fornecidos após cada iteração do modelo incremental;  O Modelo Incremental inclui o uso do software pelo usuário para que as mudanças sejam feitas de acordo com o mesmo;  Esse modelo não afeta o lado financeiro, porque ele prove o "core" do software que o cliente precisa, o que vai ajudar o cliente a manter o negócio da mesma forma, sem alterações no lado financeiro;

34 Vantagens do Modelo Incremental  É flexível e fácil de gerenciar processo mais administráveis e fazer um software melhor com uma melhor estrutura;  Melhor gerenciamento de riscos, porque você pode confirmar o resultado com o cliente depois de cada versão do sistem e sempre verificar se estão fazendo o que está de acordo com o plano ou não, e corrigi-los na próxima versão do software;  Os testes são simples;

35 Desvantagens  Cada fase de uma iteração é rígida e não se sobrepõem uns aos outros;  Podem surgir problemas relativos à arquitetura do sistema, porque nem todos os requisitos estão reunidos na frente de todo o ciclo de vida do software;  O modelo Incremental precisa ser relativamente pequeno;

36  http://pt.wikipedia.org/wiki/Modelo_em_casc ata  http://protocoloti.blogspot.com.br/2012/03 /os-modelos-de-desenvolvimento-de.html  http://www.clipatecinformatica.com.br/2011 /02/modelo-espiral.html  Falbo, Ricardo A., Integração de Conhecimento em um Ambiente de Desenvolvimento de Software. Tese de Doutorado, COPPE/UFRJ, Rio de Janeiro, Brasil, 1998. (on line)

37  PRESSMAN, Roger S. Engenharia de Software, Sexta Edição. Editora MCGrawHill: Porto Alegre, 2010  http://engenhariadesoftwareuesb.blogspot.c om.br/2012/12/blog-post.html