PROCESSO DE DESENVOLVIMENTO DE SOFTWARE - Aula_08

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

AULA 1 – Prof. MARCELO VASQUES
*
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 8
Prof. MARCELO VASQUES
mvasqueso@gmail.com
*
*
*
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.
*
*
*
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.
*
*
*
MODELOS INICIAIS
Modelo Balburdia
 Base: experiência dos programadores
 2 fases: Implementação & Correção
*
*
*
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.
*
*
*
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
*
*
*
MODELO CASCATA
1º. Modelo em Engenharia de Software
Linear  a atividade é concluída antes de iniciar a próxima.
Sequencial e “para frente”
*
*
*
MODELO CASCATA
*
*
*
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
*
*
*
MODELO CASCATA
Características
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
*
*
*
MODELO CASCATA
Requisitos
Testes
Desenho
Implementação
Análise 
Manutenção
Implantação
*
*
*
MODELO CASCATA
Requisitos
Testes
Desenho
Implementação
Análise 
 D O C U M E N T A Ç Ã O 
*
*
*
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.
*
*
*
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.
*
*
*
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
*
*
*
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
*
*
*
Requisitos
Testes
Desenho
Implementação
Análise 
Manutenção
Implantação
*
CASCATA C/RETROALIMENTAÇÃO
*
*
Vantagem
Possibilita a correção de erros nas fase(s) anterior(es), durante o processo de desenvolvimento.
Prevê manutenção
*
CASCATA C/RETROALIMENTAÇÃO
*
*
Desvantagem
Dependendo da quantidade de revisões e realimentações, o processo pode se tornar difícil de gerenciar.
*
*
CASCATA C/RETROALIMENTAÇÃO
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*