Cap2 Proc

PROCESSOS DE SOFTWARE
Atividades para especificar,

projetar, implementar e testar
sistemas de software
Profa. Maria Auxiliadora
Fonte:
PRESSMAN, ROGER - Engenharia de Software - 6 Edio
SOMMERVILLE
- Engenharia de Software - 8 Edio
Processos de software
Uma Viso Genrica: 3 Fases
Definio - o que
Engenharia do Sistema
Planejamento do Projeto
Anlise de Requisitos
Desenvolvimento - como
Projeto
Gerao do Cdigo
Teste
Manuteno
Fonte:
SOMMERVILLE
Um processo de software um
mtodo para desenvolver ou
produzir software.
Define quem faz o que,
quando e como.
Fonte:
SOMMERVILLE
O processo o instrumento capaz
de responder a qualquer momento:
O que feito?
Produto
Como feito?
Passos
Por quem feito? Agente
O que usa?
Insumos
O que Produz?
Resultados
Fonte:
SOMMERVILLE
Modelo de Processo de Software

Processo deve incorporar uma estratgia
de desenvolvimento
definio do
problema
estado atual
desenvolvimento tcnico
integrao da
soluo
Fonte:
SOMMERVILLE
Modelagem
Modelagem uma tcnica de
engenharia aprovada e bem aceita
modelos de arquitetura de casas e
de grandes prdios
modelos matemticos a fim de
analisar os efeitos de ventos e
tremores de terra --> causas
Fonte:
SOMMERVILLE
Modelos
Modelagem na Engenharia Civil
Fonte:
SOMMERVILLE
Modelo X Processo
Um modelo algo terico, um
conjunto de possveis aes.
O processo deve determinar aes
prticas a serem realizadas pela
equipe como prazos definidos e
mtricas para se avaliar como elas
esto sendo realizadas
Fonte:
SOMMERVILLE
Modelo X Processo
Modelo + Planejamento =
Processo
Fonte:
SOMMERVILLE
Modelos de processo de software

Um conjunto de atividades fundamentais
exigida para desenvolver um sistema de
software
Especificao.
Projeto e implementao.
Validao.
Evoluo.
Fonte:
SOMMERVILLE
10

Especificao - definio do qu o sistema deve
fazer;
Projeto e implementao - definio da

organizao do sistema e implementao do
sistema;
Validao - checagem de que o sistema faz o que

o cliente deseja;
Evoluo - evoluo em resposta as mudanas

nas necessidades do cliente.
Fonte:
SOMMERVILLE
11
Processo de software
Estudo de
viabilidade
Levantamento
e anlise de
requisitos
Especificao
de requisitos
Relatrio
de viabilidade
Validao
de requisitos
Modelos
de sistemas
Requisitos do
usurio e do sistema
Documentao
de requisitos
Fonte:
SOMMERVILLE
12
Processo de Engenharia de Requisitos
Estudo de viabilidade
Econmica relao custo/benefcio;
Tcnica tecnologia e capacitao;
Jurdica aspectos legais.
Levantamento e anlise de requisitos
Entrevista, observao, reunies
Fonte:
SOMMERVILLE
13
Especificao de requisitos
Documento contendo os requisitos
do usurio e do sistema funcionais
e no-funcionais
Validao de requisitos
Avaliao do documento de
requisitos consistncia e
integralidade.
Fonte:
SOMMERVILLE
14

Exemplos de modelos de processo:
Workflow - sucesso de atividades
Fluxo de Dados - fluxo de informao
Papel/ao representa os papis das
pessoas e as atividades pelas quais elas
so responsveis.
Fonte:
SOMMERVILLE
15

(paradigmas)
Uma estratgia de
desenvolvimento que englobe
processos, mtodos e
ferramentas, e as fases de
desenvolvimento...
Fonte:
SOMMERVILLE
16

(paradigmas)
Modelo Sequencial Linear (ciclo de vida
clssico)
Modelos Evolucionrios
- Prototipao
- Incremental
- Espiral
- Mtodos geis
Modelo de Mtodos Formais
Tcnicas de 4a Gerao
Orientado a reso
Fonte:
SOMMERVILLE
17
Modelo Sequencial Linear

(ciclo de vida clssico)
Engenharia de
Sistemas
Anlise / projeto de
sistema e de software
Implementao
e teste
Integrao e
teste
Operao e
manuteno
Fonte:
SOMMERVILLE
18

ENGENHARIA DE SISTEMAS
envolve a coleta de requisitos em
nvel do sistema, pequena quantidade
de projeto e anlise de alto nvel
definir quais os requisitos do
produto de software, sem especificar
como esses requisitos sero obtidos.
Fonte:
SOMMERVILLE
19

ENGENHARIA DE SISTEMAS
deve-se analisar os requisitos, recursos e
restries para:
apresentar solues;
estudar a viabilidade;
planejar e gerenciar o
desenvolvimento a partir de estimativas
e anlise de riscos que se utilizam de
mtricas.
Fonte:
SOMMERVILLE
20

Estudo de viabilidade
Analisar o problema em nvel global
Identificar solues alternativas (custos
/ benefcios)
Simulao do futuro processo de
desenvolvimento.
Fonte:
SOMMERVILLE
21

Estudo de viabilidade (cont)
Resultado documentao contendo:
Definio do problema
Solues alternativas, com os
benefcios esperados
Fontes necessrias, custos e datas de
entrega para cada soluo proposta.
Fonte:
SOMMERVILLE
22

ANLISE DE REQUISITOS DE SOFTWARE
processo de coleta dos requisitos
intensificado e concentrado
especificamente no software.
deve-se compreender o domnio da
informao, a funo, desempenho e
interfaces exigidos.
Fonte:
SOMMERVILLE
23

ANLISE DE REQUISITOS DE SOFTWARE
os requisitos (para o sistema e para o
software) so documentados e revistos com
o cliente.
Resultado o contrato de desenvolvimento

Fonte:
SOMMERVILLE
24

PROJETO
Definio de como o produto deve
ser implementado.
Dividido em:
Projeto de alto nvel decomposio
lgica
Projeto detalhado decomposio
fsica.
Fonte:
SOMMERVILLE
25

PROJETO
Concentra-se em:
Estrutura de Dados;
Arquitetura de Software;
Detalhes Procedimentais e
Caracterizao de Interfaces.
Resultado documentao de
especificao de projeto
Fonte:
SOMMERVILLE
26

IMPLEMENTAO
Traduo das representaes do
projeto para uma linguagem artificial
resultando em instrues executveis
pelo computador.
Resultado coleo de programas
implementados e testados.
Fonte:
SOMMERVILLE
27

INTEGRAO
Programas ou unidades de programas so
integrados e testados como sistema.
Programas ou unidades so integradas
medida em que forem sendo desenvolvidos.
Resultado produto pronto para ser
entregue ao cliente.
Fonte:
SOMMERVILLE
28

OPERAO
Instalao e configurao
Utilizao inicialmente operado
por um grupo de usurio
Fonte:
SOMMERVILLE
29

MANUTENO
Corretiva: correo de erros remanescentes
Adaptativa: adaptao dos produtos s

mudanas novas verses e novas situaes
de operao hardware, sistemas
operacionais.
Evolutiva: alterao dos requisitos e
manuteno da qualidade.
Resultado produto em funcionamento.

Fonte:
SOMMERVILLE
30

ETAPA
PERGUNTAS-CHAVES
Definio do Qual o problema

problema
Estudo de
H uma soluo vivel
viabilidade
Anlise
CRITRIOS DE SADA
Declarao da delimitao e objetivos.
Anlise geral de custo/benefcio
Alcance e objetivos do sistema.
Modelo lgico do sistema:

O que ter de ser feito
para resolver o problema?
Diagrama de Fluxo de Dados;
Diagrama de Entidade e Relacionamento
Diagrama de Transio de Estado;
Dicionrio de Dados;
Especificao de Processos.
UML.
Fonte:
SOMMERVILLE
31

ETAPA
Projeto
PERGUNTAS-CHAVES
Como o problema deve ser
resolvido?
Como o sistema deve ser
implementado?
CRITRIOS DE SADA
Solues Alternativas
Especificao de hard/soft;
Plano de implementao;
Plano de teste preliminares;
Procedimento de segurana;
Procedimento de auditoria.
Implementao Faa
Programas;
Plano de testes;
Procedimento de segurana;
Procedimento de auditoria.
Teste
Verificar o sistema
Testes do geral do sistema.
Manuteno
Modificar o sistema conforme Apoio continuado.

necessidade.
Fonte:
SOMMERVILLE
32
CONTRIBUIES DO
CICLO DE VIDA CLSSICO
Processo de desenvolvimento de
software deve ser sujeito disciplina,
planejamento e gerenciamento.
A implementao do produto deve ser
postergada at que os objetivos tenham
sido completamente entendidos.
Deve ser utilizado quando os requisitos
esto bem claros no inicio do
desenvolvimento.
Fonte:
SOMMERVILLE
33
PROBLEMAS DO
CICLO DE VIDA CLSSICO
Rigidez
Qualquer desvio desencorajado
Todo o planejamento orientado
para a entrega do produto de
software em uma data nica.
Fonte:
SOMMERVILLE
34
Modelo Evolucionrio
Abordagem baseada na idia de
desenvolver uma implementao inicial,
expor o resultado ao comentrio do
usurio e fazer seu aprimoramento por
meio de muitas verses.
Especificao e desenvolvimento so
intercalados
Fonte:
SOMMERVILLE
35
Modelo evolucionrio
(Desenvolvimento exploratrio )
Atividades
concorrentes
Especificao
Descrio do
esboo
Desenvolvimento
Validao
Fonte:
SOMMERVILLE
Verso
inicial
Verso
intermedirias
Verso
final
36
Modelo evolucionrio
Trabalhar junto com o cliente, a fim

de explorar seus requisitos e entregar
um sistema final.
O desenvolvimento se inicia com as
partes do sistema que so mais bem
compreendidas.
Fonte:
SOMMERVILLE
37
Modelo evolucionrio
O sistema evolui com o acrscimo de

novas caractersticas medida que elas
so propostas pelo cliente.
Importante quando difcil, ou mesmo

impossvel, estabelecer uma
especificao detalhada dos requisitos do
sistema a priori.
Fonte:
SOMMERVILLE
38
PROTOTIPAO
Incio
Fim
Coleta e
refinamento dos
requisitos
Engenharia do
produto
Projeto
rpido
Refinamento do
prottipo
Construo do
prottipo
Avaliao do
prottipo pelo
cliente
Fonte:
SOMMERVILLE
39
PROTOTIPAO
Incio
COLETA DOS REQUISITOS:
Fim
Coleta e
refinamento dos
requisitos
Engenharia
do produto
Projeto
rpido
Refinamento
do prottipo
Avaliao do
prottipo
pelo cliente
Construo
do
prottipo
desenvolvedor e
cliente definem os
objetivos gerais do
software, identificam
quais requisitos so
conhecidos e as reas
que necessitam de
definies adicionais
Fonte:
SOMMERVILLE
40
PROTOTIPAO
Incio
Fim
Coleta e
refinamento dos
requisitos
Engenharia
do produto
Projeto
rpido
Refinamento
do prottipo
Avaliao do
prottipo
pelo cliente
Construo
do
prottipo
PROJETO RPIDO:
representao dos
aspectos do
software que so
visveis ao usurio
(abordagens de
entrada e
formatos de sada)
Fonte:
SOMMERVILLE
41
PROTOTIPAO
Incio
Fim
Coleta e
refinamento dos
requisitos
Engenharia
do produto
Projeto
rpido
Refinamento
do prottipo
Avaliao do
prottipo
pelo cliente
Construo
do
prottipo
CONSTRUO
PROTTIPO:
Implementao
do projeto rpido
serve como o
primeiro sistema
- recomendado
que se jogue fora
futuramente
Fonte:
SOMMERVILLE
42
PROTOTIPAO
Incio
Fim
Coleta e
refinamento dos
requisitos
Engenharia
do produto
Projeto
rpido
Refinamento
do prottipo
Avaliao do
prottipo
pelo cliente
Construo
do
prottipo
AVALIAO DO
PROTTIPO:
Cliente e
desenvolvedor
avaliam o
prottipo
Fonte:
SOMMERVILLE
43
PROTOTIPAO
Incio
Fim
Coleta e
refinamento dos
requisitos
Engenharia
do produto
Projeto
rpido
Refinamento
do prottipo
Avaliao do
prottipo
pelo cliente
Construo
do
prottipo
REFINAMENTO DOS
REQUISITOS:
Cliente e
desenvolvedor
refinam os
requisitos do
software a ser
desenvolvido.
Fonte:
SOMMERVILLE
44
PROTOTIPAO
Incio
Fim
Coleta e
refinamento dos
requisitos
Engenharia
do produto
Projeto
rpido
Refinamento
do prottipo
Avaliao do
prottipo
pelo cliente
Construo
do
prottipo
CONSTRUO
PRODUTO:
identificados os
requisitos, o prottipo
deve ser descartado e a
verso de produo
deve ser construda
considerando os
critrios de qualidade.
Fonte:
SOMMERVILLE
45
CONTRIBUIES DA PROTOTIPAO
Sistemas pequenos
til quando os requisitos esto
obscuros
Especificao construda
gradativamente
Possibilitam um rpido
desenvolvimento da aplicao
Fonte:
SOMMERVILLE
46
PROBLEMAS DA PROTOTIPAO
O processo no visvel
Os sistemas so frequentemente
mal-estruturados e maldocumentados
Processo no claro, dificuldade
de planejamento e gerenciamento
Fonte:
SOMMERVILLE
47
MODELO INCREMENTAL
incremento 1
Engenharia de Sistemas /
Informao
Projeto
Anlise
incremento 2
Projeto
Anlise
incremento 3
incremento 4
Anlise
Testes
Codificao
Projeto
Anlise
Projeto
produto liberado
do incremento 1
Testes
Codificao
Codificao
Codificao
Fonte:
SOMMERVILLE
Testes
produto liberado
do incremento 2
produto liberado
do incremento 3
Testes
produto
liberado
do
incremento 4
48
MODELO INCREMENTAL
Combina elementos do Modelo Linear
com a filosofia da Prototipao.
Aplica sequncias lineares numa
abordagem de saltos medida que o
tempo progride.
Cada sequncia linear produz um
incremento do software (proc. de
texto)
Fonte:
SOMMERVILLE
49
MODELO INCREMENTAL
O processo se repete at que um
produto completo seja produzido.
Difere da Prototipao, pois a cada
incremento produz uma verso
operacional do software.
Fonte:
SOMMERVILLE
50
CONTRIBUIES DO
MODELO INCREMENTAL
Entrega acelerada dos servios de cliente.
Cada incremento fornece a funcionalidade de mais
alta prioridade para o cliente.
Engajamento do usurio com o sistema.

Os usurios tm de estar envolvidos no processo
de desenvolvimento, o que significa que o sistema
muito provavelmente atender aos seus requisitos,
e que os usurios estaro mais comprometidos
com ele.
Fonte:
SOMMERVILLE
51
PROBLEMAS DO
MODELO INCREMENTAL
Problemas de gerenciamento
O progresso pode ser difcil de julgar e os
problemas, difceis de serem encontrados, porque
no h documentao que mostre o que foi feito.
Problemas contratuais
O contrato normal pode incluir uma especificao;
sem uma especificao, formulrios diferentes de
contrato tm de ser usados.
Fonte:
SOMMERVILLE
52
PROBLEMAS DO
MODELO INCREMENTAL
Problemas de validao
Sem uma especificao, contra o que o sistema
est sendo testado.
Problemas de manuteno
Mudanas contnuas tendem a corromper a
estrutura do software, o que torna mais
dispendioso mudar e evoluir para atender aos
novos requisitos.
Fonte:
SOMMERVILLE
53
MODELO ESPIRAL
(Boehm)
Desenvolvido para englobar as melhores
caractersticas do ciclo de vida clssico e
do paradigma evolutivo.
So avaliados riscos explicitamente e so
solucionados ao longo do processo.
Processo representado como uma
espiral em lugar de ser representado
como uma sequncia de atividades
Fonte:
SOMMERVILLE
54
MODELO ESPIRAL
(Boehm)
Planejamento
Avaliao do cliente
Anlise de
Risco
Engenharia
Fonte:
SOMMERVILLE
55
Modelo Espiral
Planejamento
Coleta inicial dos requisitos e
planejamento do projeto
Anlise de
risco
Planejamento baseado nos

comentrios do cliente
Avaliao do cliente
Engenharia
Fonte:
SOMMERVILLE
56
Modelo Espiral
So identificados objetivos especficos, tais como
desempenho e funcionalidade.
So determinadas alternativas para atingir estes
objetivos.
So identificadas restries do processo e do
produto e elaborado um relatrio de gesto
detalhado.
Fonte:
SOMMERVILLE
57
Modelo Espiral
Planejamento
Anlise de
risco
Para cada risco do projeto

identificado em
planejamento levada a
cabo uma anlise
detalhada.
Deciso de prosseguir/no prosseguir
Avaliao do cliente
Engenharia
Fonte:
SOMMERVILLE
58
Modelo Espiral
Planejamento
Anlise de
risco
Na direo de um sistema concludo
Prottipo de software inicial

Avaliao do cliente
Engenharia
Sistema construdo pela

engenharia
Fonte:
SOMMERVILLE
59
Modelo Espiral
tarefas requeridas para
obter um feedback do
cliente baseado na
avaliao da
representao do
software criado durante a
fase de engenharia e
implementado durante a
fase de instalao
Planejamento
Avaliao do
cliente
Fonte:
SOMMERVILLE
Anlise de
risco
Engenharia
60
DESENVOLVIMENTO RPIDO DE SOFTWARE
Mtodos geis
Extreme programming
Desenvolvimento rpido de aplicaes
Prototipao de software
Fonte:
SOMMERVILLE
61
DESENVOLVIMENTO RPIDO DE SOFTWARE

Devido rpida mudana dos ambientes de
negcio, os negcios devem responder s novas
oportunidades e competio.
Isso requer software e desenvolvimento rpido, e a
entrega , frequentemente, o requisito mais crtico
para sistemas de software.
Os negcios podem estar dispostos a aceitar um
software de baixa qualidade se a entrega rpida e a
funcionalidade essencial for possvel.
Fonte:
SOMMERVILLE
62
MTODOS GEIS
Movimento iniciado por programadores
experientes e consultores em desenvolvimento
de software.
Objetivo: satisfazer o cliente entregando,
rapidamente e com frequncia, sistemas com
algum valor.
Os mtodos geis so, provavelmente, os mais
adequados para sistemas de negcio de porte
pequeno/mdio ou produtos para PC.
Fonte:
SOMMERVILLE
63
MTODOS GEIS
A insatisfao com os overheads envolvidos
nos mtodos de projeto levou criao dos
mtodos geis. Esses mtodos:
Enfocam o cdigo ao invs do projeto;
So baseados na abordagem iterativa para
desenvolvimento de software;
So destinados a entregar software de
trabalho e evolu-lo rapidamente para
atender aos requisitos que se alteram.
Fonte:
SOMMERVILLE
64
PRINCPIOS DOS MTODOS GEIS

Envolvimento do cliente
Seu papel fornecer e priorizar novos
requisitos do sistema e avaliar as
iteraes do sistema.Clientes devem
ser profundamente envolvidos no
processo de desenvolvimento.
Fonte:
SOMMERVILLE
65

Entrega incremental
O software desenvolvido em
incrementos e o cliente especifica os
requisitos a serem includos em cada
incremento.
Fonte:
SOMMERVILLE
66

Pessoas, no processo
As habilidades da equipe de
desenvolvimento devem ser
reconhecidas e exploradas. Os
membros da equipe devem
desenvolver suas prprias maneiras
de trabalhar sem processos
prescritivos.
Fonte:
SOMMERVILLE
67

Aceite as mudanas
Projete o sistema para acomodar
mudanas.
Mantenha a simplicidade
Elimine a complexidade do sistema.
Fonte:
SOMMERVILLE
68
PROBLEMAS COM MTODOS GEIS

Difcil manter o interesse dos
clientes que esto envolvidos no
processo.
Os membros da equipe podem ser
inadequados para o intenso
envolvimento que caracteriza os
mtodos geis.
Fonte:
SOMMERVILLE
69
PROBLEMAS COM MTODOS GEIS

A priorizao de mudanas pode ser
difcil onde existem mltiplos
stakeholders.
A manuteno da simplicidade
requer trabalho extra.
Problemas nos contratos.
Fonte:
SOMMERVILLE
70
EXTREME PROGRAMMING
talvez o mais conhecido e mais
amplamente usado dos mtodos geis.
A eXtreme Programming (XP) leva uma
abordagem extrema para
desenvolvimento iterativo.
Fonte:
SOMMERVILLE
71
EXTREME PROGRAMMING
Novas verses podem ser compiladas
vrias vezes por dia. Os incrementos so
entregues para os clientes a cada 2
semanas.
Todos os testes devem ser realizados

para cada nova verso.
Fonte:
SOMMERVILLE
72
OS 4 VALORES DE XP
Comunicao
Simplicidade
Retorno (feedback)
Coragem
Fonte:
SOMMERVILLE
73
EXTREME PROGRAMMING
a quem se destina
Grupos de 2 a 10 programadores
Projetos de 1 a 36 meses (calendrio)
De 1000 a 250 000 linhas de cdigo
Papis:
Programadores foco central (sem
hierarquia)
Treinador ou Tcnico (coach)
Acompanhador (tracker)
Cliente
Fonte:
SOMMERVILLE
74
EXTREME PROGRAMMING
Em geral, o mais experiente do grupo.

Identifica quem bom no que.
Comunica-se com outros gerentes e
diretoria.
Concentra-se na execuo e evoluo
tcnica do projeto.
Fonte:
SOMMERVILLE
75
EXTREME PROGRAMMING
Eventualmente faz programao
pareada.
No desenha arquitetura, apenas chama
a ateno para oportunidades de
melhorias.
Seu papel diminui medida em que o
time fica mais maduro.
Fonte:
SOMMERVILLE
76
EXTREME PROGRAMMING
Tracker (Acompanhador)
Coleta estatsticas sobre o andamento do projeto.
Alguns exemplos:
Nmero de histrias definidas e implementadas.
Nmero de unit tests.
Nmero de testes funcionais definidos e
funcionando.
Nmero de classes, mtodos, linhas de cdigo
Mantm histrico do progresso. Faz estimativas para
o futuro.
Fonte:
SOMMERVILLE
77
Um Dia na Vida de um
Programador XP
Escolhe uma histria do cliente.
Procura um par livre.
Escolhe um computador para
programao pareada (pair programming).
Seleciona uma tarefa claramente
relacionada a uma caracterstica (feature)
desejada pelo cliente.
Fonte:
SOMMERVILLE
78
O ciclo de release em XP
Fonte:
SOMMERVILLE
79
Prticas do Extreme Programming

Planejamento Incremental
Registrados em cartes de histrias
Pequenos releases Conjunto
mnimo til de funcionalidade
desenvolvido.
Fonte:
SOMMERVILLE
80

Projeto simples
Projeto suficiente para atender aos
requisitos atuais.
Desenvolvimento test-first
Uso um framework automatizado.
Fonte:
SOMMERVILLE
81

Refactoring
Espera-se que todos os
desenvolvedores recriem o cdigo
continuamente.
Programao em pares
Os desenvolvedores trabalham em pares.
Fonte:
SOMMERVILLE
82

Propriedade coletiva
Os pares trabalham em todas as reas
do sistema.
Integrao contnua
Tarefa concluda automaticamente
integrada ao sistema.
Fonte:
SOMMERVILLE
83

Ritmo sustentvel
No aceitar grande quantidade de
horas extras.
Cliente on-site
Um usurio do sistema deve estar
disponvel em tempo integral..
Fonte:
SOMMERVILLE
84
Quando XP No Deve Ser

Experimentada?
Quando o cliente no aceita as regras do
jogo.
Quando o cliente quer uma especificao
detalhada do sistema antes de comear.
Quando os programadores no esto

dispostos a seguir (todas) as regras.
Se (quase) todos os programadores do time
no so experientes.
Fonte:
SOMMERVILLE
85
Quando XP No Deve Ser

Experimentada?
Grupos grandes (>10 programadores).
Quando feedback rpido no possvel:

sistema demora 6h para compilar.
testes demoram 12h para rodar.
exigncia de certificao que demora meses.
Quando o custo de mudanas essencialmente
exponencial.
Quando no possvel realizar testes

(muito raro).
Fonte:
SOMMERVILLE
86
MODELO DE MTODOS FORMAIS

Um modelo de sistema matemtico
transformado formalmente em uma
implementao
Fonte:
SOMMERVILLE
87
MODELO DE MTODOS FORMAIS

Compreende um conjunto de atividades
que determinam uma especificao
matemtica para o software.
A especificao de requisitos de software
redefinida em uma especificao
formal detalhada, que expressa em
uma notao matemtica.
Fonte:
SOMMERVILLE
88
TCNICAS DE 4A GERAO
Obteno dos Requisitos
Estratgia de Projeto
Implementao usando
4GL
Fonte:
SOMMERVILLE
Testes
89
TCNICAS DE 4A GERAO
Concentra-se na capacidade de se especificar o
software a uma mquina em um nvel que esteja
prximo linguagem natural.
Engloba um conjunto de ferramentas de software que
possibilitam que:
o sistema seja especificado em uma linguagem de
alto nvel e
o cdigo fonte seja gerado automaticamente a
partir dessas especificaes
Fonte:
SOMMERVILLE
90
TCNICAS DE 4A GERAO
O ambiente de desenvolvimento inclui as ferramentas:
linguagens no procedimentais para

consulta de banco de dados
gerao de relatrios
manipulao de dados
interao e definio de telas
gerao de cdigos
capacidade grfica de alto nvel
capacidade de planilhas eletrnicas
Fonte:
SOMMERVILLE
91
ATIVIDADES DAS
TCNICAS DE 4A GERAO
Obteno dos
Requisitos
Implementao usando 4GL
Testes
Fonte:
SOMMERVILLE
92
ATIVIDADES DAS
TCNICAS DE 4A GERAO
OBTENO DOS REQUISITOS: o cliente
descreve os requisitos os quais so traduzidos
para um prottipo operacional
O cliente pode estar inseguro quanto aos
requisitos
O cliente pode ser incapaz de especificar as
informaes de um modo que uma
ferramenta 4GL possa consumir
Fonte:
SOMMERVILLE
93
ATIVIDADES DAS
TCNICAS DE 4A GERAO
Estratgia de
Projeto Implementao usando 4GL
Testes
Fonte:
SOMMERVILLE
94
ATIVIDADES DAS
TCNICAS DE 4A GERAO
ESTRATGIA DE "PROJETO":
para pequenas aplicaes possvel mover-se do
passo de Obteno dos Requisitos para o passo
de Implementao
Para grandes projetos necessrio desenvolver
uma estratgia de projeto. De outro modo
ocorrero os mesmos problemas encontrados
quando se usa abordagem convencional (baixa
qualidade, manutenibilidade ruim, m aceitao
do cliente)
Fonte:
SOMMERVILLE
95
ATIVIDADES DAS
TCNICAS DE 4A GERAO
Implementao
usando 4GL
Fonte:
SOMMERVILLE
Testes
96
ATIVIDADES DAS
TCNICAS DE 4A GERAO
IMPLEMENTAO USANDO 4GL:
os resultados desejados so
representados de modo que haja gerao
automtica de cdigo.
Fonte:
SOMMERVILLE
97
ATIVIDADES DAS
TCNICAS DE 4A GERAO
Implementao usando 4GL
Testes
Fonte:
SOMMERVILLE
98
ATIVIDADES DAS
TCNICAS DE 4A GERAO
TESTE:
o desenvolvedor deve efetuar testes e

desenvolver uma documentao
significativa.
O software desenvolvido deve ser
construdo de maneira que a manuteno
possa ser efetuada prontamente.
Fonte:
SOMMERVILLE
99
Escolher um modelo de
desenvolvimento para o sistema
Riscos na integrao dos sub-sistemas
Modelo Cascata
Riscos significativos na interface com o
utilizador Desenvolvimento evolutivo.
Riscos de segurana
Desenvolvimento Formal
Fonte:
SOMMERVILLE
100
Combinando Paradigmas
obteno preliminar dos
requisitos
anlise dos
requisitos
prototipao
projeto
prototipao
ensima interao
tcnicas
4G
codificao
modelo espiral
tcnicas
4G
modelo espiral:
ensima interao
tcnicas 4G
testes
Sistema Completo
Manuteno
Fonte:
SOMMERVILLE
101

Cap2 Proc

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Cap2 Proc

Încărcat de

Drepturi de autor:

Formate disponibile

PROCESSOS DE SOFTWARE

Atividades para especificar,

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Modelo de Processo de Software

Modelagem na Engenharia Civil

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Modelos de processo de software

Modelos de processo de software

Projeto e implementao - definio da

Validao - checagem de que o sistema faz o que

Evoluo - evoluo em resposta as mudanas

Profa. Maria Auxiliadora

Modelos de processo de software

Modelos de processo de software

Modelos de processo de software

Modelo Sequencial Linear

Modelo Sequencial Linear

Modelo Sequencial Linear

Modelo Sequencial Linear

Modelo Sequencial Linear

Modelo Sequencial Linear

Modelo Sequencial Linear

Resultado o contrato de desenvolvimento

Modelo Sequencial Linear

Modelo Sequencial Linear

Modelo Sequencial Linear

Modelo Sequencial Linear

Modelo Sequencial Linear

Profa. Maria Auxiliadora

Modelo Sequencial Linear

Corretiva: correo de erros remanescentes

Adaptativa: adaptao dos produtos s

Resultado produto em funcionamento.

Modelo Sequencial Linear

Definio do Qual o problema

Modelo lgico do sistema:

Profa. Maria Auxiliadora

Modelo Sequencial Linear

Testes do geral do sistema.

Modificar o sistema conforme Apoio continuado.

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Trabalhar junto com o cliente, a fim

O sistema evolui com o acrscimo de

Importante quando difcil, ou mesmo

Profa. Maria Auxiliadora

COLETA DOS REQUISITOS:

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Engajamento do usurio com o sistema.

Profa. Maria Auxiliadora

Profa. Maria Auxiliadora

Planejamento baseado nos

Profa. Maria Auxiliadora

Para cada risco do projeto