PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 8

Apresentação em tema: "PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 8"— Transcrição da apresentação:

1 PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 8
Prof. MARCELO VASQUES

2 OBJETIVOS DA AULA Conhecer os processos em Cascata Tradicional e
Com retroalimentação Entender as vantagens e limitações dos modelos Aplicar as fases do processo ao modelo.

3 CONTEXTO Anos: 70/80 Antes: Não era usado processo de desenvolvimento. Programadores baseavam-se nas próprias experiências. Não havia forma definida e estruturada Não haviam testes e os erros eram corrigidos após implantação.

4 2 fases: Implementação & Correção
MODELOS INICIAIS Modelo Balburdia Base: experiência dos programadores 2 fases: Implementação & Correção

5 Modelo Codifica-remenda Erros descobertos com o uso
MODELOS INICIAIS Modelo Codifica-remenda Erros descobertos com o uso Ajustes em caráter de urgência Insatisfação e pressão dos usuários Surge a idéia de necessidades após implantação, pois os sistemas tornavam-se maiores. Confiabilidade e qualidade começam a ser contestadas.

6 Ciclo de Vida do projeto
MODELO CASCATA Ciclo de Vida do projeto Atividades ordenadas, com fluxo contínuo para auxiliar o acompanhamento do projeto. Atividades Fluxo de informações Relacionamento entre atividades 6

7 1º. Modelo em Engenharia de Software
MODELO CASCATA 1º. Modelo em Engenharia de Software Linear  a atividade é concluída antes de iniciar a próxima. Sequencial e “para frente” 7

8 MODELO CASCATA 8

9 Útil: pequenos projetos
MODELO CASCATA Útil: pequenos projetos Sem padronização e documentação Ganho na fase de planejamento. Problema: Durante o projeto, a fase de requisitos, está em constante evolução e mudança 9

10 MODELO CASCATA Características A questão: base para outros modelos.
usado até hoje. A questão: Se o processo somente pode ser seguido após a finalização da etapa anterior, este nunca irá se encerrar 10

11 MODELO CASCATA Requisitos Análise Desenho Implementação Testes
Manutenção Implantação 11

12 MODELO CASCATA Requisitos Análise Desenho Implementação Testes
D O C U M E N T A Ç Ã O 12

13 MODELO CASCATA Vantagem
Permite pontos de controle bem definidos  facilita gestão do projeto Requer documentação todas as fases. Em tese  só avança se cliente Valida fase atual  Participação do usuário (primeira tentativa de aproximar) Simples de implementar e gerir. 13

14 MODELO CASCATA - DESVANTAGENS
Todos os requisitos devem ser descobertos no início -- > não prevê alteração Não é possível corrigir erros em fases já completas. Projeto raramente segue fluxo seqüencial  iterações (vários ciclos) são necessárias. Não prevê manutenção. Usuário só vê os resultados ao final(péssimo) Dificulta visão de reutilização. Se ocorrer atraso , todo processo é afetado; Só gestor tem visão do todo. 14

15 EXISTEM MUITAS VARIÁVEIS (FASES) AS PRINCIPAIS ATIVIDADES SÃO:
MODELO CASCATA EXISTEM MUITAS VARIÁVEIS (FASES) AS PRINCIPAIS ATIVIDADES SÃO: estudo de viabilidade análise e especificação de requisitos design da arquitetura Design detalhado codificação e testes de unidades integração e teste do sistema Instalação, treinamento e entrega 15

16 CASCATA C/RETROALIMENTAÇÃO
Variante “cascata tradicional” que permite a realimentação Modelo que permite a revisão de fases anteriores e a superposição entre as fases. Correções que surgirem durante outras fases do processo. Porem o custo dessa revisão pode ser alto, dependendo da fase atual e do quanto se precisa retroceder 16

17 CASCATA C/RETROALIMENTAÇÃO
Requisitos Análise Desenho Implementação Testes Manutenção Implantação 17

18 CASCATA C/RETROALIMENTAÇÃO
Vantagem Possibilita a correção de erros nas fase(s) anterior(es), durante o processo de desenvolvimento. Prevê manutenção 18

19 CASCATA C/RETROALIMENTAÇÃO
Desvantagem Dependendo da quantidade de revisões e realimentações, o processo pode se tornar difícil de gerenciar. 19 19