Ciclo de Vida de Software

Prof. Leticia Lopes Leite Software Educacional II

Engenharia de Software
o estabelecimento e uso de slidos princpios de engenharia para que se possa obter economicamente um software que seja confivel e que funcione eficientemente em mquinas reais. Objetivo: busca da qualidade do software Caminho: adoo de uma metodologia.
produzido.

Algumas Definies
Ciclo de Vida: seqncia bsica de grandes
atividades (fases), segundo software desenvolvido. passo a passo desejado. para a qual
Percepo da necessidade; Desenvolvimento; Utilizao; Retirada de operao

Ciclo de Vida do Software

Concepo: a partir de uma necessidade. Desenvolvimento: conjunto de itens
entregue a um cliente.

qualquer

Metodologia: plano de batalha, ou seja, o

atingir algum resultado

Utilizao: uso dentro de algum processo

de negcio, sujeito manuteno. til.

Mtodo ou Tcnica: abordagem essencialmente

tcnica para executar uma ou mais atividades principais identificadas numa metodologia.

Retirada de operao: ao final da vida

Metodologia
Relacionada ao ciclo de vida do software. Objetivos:
descrio do processo de desenvolvimento fases e atividades produtos intermedirios responsveis pelas atividades.

Modelo Codifica-Remenda
Especificao

Produto

Modelo Cascata
Requisitos Entrevista com cliente Anlise

Modelo Cascata
KSeqncia rgida de processos JEspecificao de pontos de controle LRgido e burocrtico LNo so permitidos erros nas fases que o compem LBaixa visibilidade para o cliente LO cliente deve ter pacincia, pois a implementao iniciar-se- mais tarde.

Desenho

Implementao

Testes

Implantao

Modelo Estruturado
Algumas atividades podem ser realizadas em paralelo, ou seja, um processo noseqencial. Divide-se em 9 atividades: Levantamento,
Anlise de Sistemas, Projeto, Implementao, Gerao do Teste de Aceitao, Controle de Qualidade, Descrio dos Procedimentos, Converso de Banco de Dados, Instalao.

Atividades do Modelo Estruturado

Levantamento:
identificar usurios responsveis e desenvolver um escopo inicial do sistema (entrevistas com usurio); identificar atuais deficincias no ambiente do usurio; estabelecer metas e objetivos para o novo sistema; determinar se possvel automatizar o sistema; preparar previso do projeto que ser usada para conduzir o restante do projeto .

Um atividade pode produzir informaes que geram revises em outras atividades.

Atividades do Modelo Estruturado

Anlise de Sistemas:
Transformar as principais entradas de dados, requisitos do usurio e previso de projeto em uma especificao estruturada. Alocao de pessoas ou recursos s atividades definidas. Codificao do sistema

Atividades do Modelo Estruturado

Gerao do Teste de Aceitao:
Definio das informaes necessrias para determinar se o sistema aceitvel do ponto de vista do usurio. Garantir que o sistema apresentar o nvel apropriado de qualidade. Manuais e de procedimentos de interao do usurio com o sistema.

Projeto:

Controle de Qualidade:

Implementao:

Descrio dos Procedimentos:

Atividades do Modelo Estruturado

Converso de Banco de Dados:
entrada do banco de dados do usurio; pode no existir esta atividade.

Modelo Baseado em Objetos

Objeto: uma entidade discreta e distinta.

Exemplo: um pargrafo; a rainha em um jogo de xadrez; quadro negro.

Instalao:
instalao do sistema propriamente dito.

Objetivo: trabalho visando o domnio da

aplicao.

Benefcio: auxlio prestado aos especificadores ,

desenvolvedores e clientes na definio clara dos conceitos abstratos, e na sua transmisso aos colegas.

Etapas do Modelo Baseado em Objetos

Anlise:
Descrio do que o sistema ir fazer e no como dever faz-lo.

Etapas do Modelo Baseado em Objetos

Projeto dos Objetos:
Baseado na etapa de anlise, porm contendo detalhes de implementao.

Projeto de Sistemas:

Implementao:
Traduo do Projeto de Objetos em uma linguagem de programao, banco de dados, etc ...

Determinao das caractersticas de desempenho que devem ser otimizadas, escolha da estratgia de ataque e alocao de recursos.

Modelo B. O. x Outros Modelos

Identificao dos objetos contidos no domnio da aplicao e posterior estabelecimento dos procedimentos relativos a estes. Mantm-se melhor a medida que os requisitos evoluem. Especificao e decomposio da funcionalidade do sistema.

Pode gerar problemas se os requisitos mudarem, podendo exigir macia reestruturao.