Paradigmas de Engenharia de Software

Prévia do material em texto

Paradigmas de 
Engenharia de Software
Paradigmas de Engenharia de Software
O que é Engenharia de Software?
Paradigmas de Engenharia de Software
É a estratégia usada no desenvolvimento do 
software que define:
�Métodos;
O que é Engenharia de Software?
�Métodos;
�Ferramentas;
�Procedimentos a serem utilizados.
Paradigmas de Engenharia de Software
�Maior qualidade do software;
�Evita o retrabalho; 
Vantagens
�Evita o retrabalho; 
�Cumprimento de prazos;
�Otimização das tarefas entre outros.
Paradigmas de Engenharia de Software
Exemplos:
Paradigmas de Engenharia de Software
Problemas
Comunicação:
A informação pode ser compreendida de A informação pode ser compreendida de 
várias formas dependendo de como ela é 
transmitida.
Paradigmas de Engenharia de Software
Representação da Informação:
Paradigmas de Engenharia de Software
Representação da Informação:
Paradigmas de Engenharia de Software
Representação da Informação:
Paradigmas de Engenharia de Software
Representação da Informação:
Facóquero
O facóquero é classificado como um artiodáctilo pertencente ao gênero
Phacochoerus.
Os facóqueros habitam a África, ao sul do Saara. Eles preferem as savanas áridas e
úmidas, evitando desertos, florestas emontanhas. O facóquero tolera bem aridez eúmidas, evitando desertos, florestas emontanhas. O facóquero tolera bem aridez e
temperaturaselevadas.Ofacóqueroéummamíferoepossuiumacabeçagrandecom
verrugas características, espalhadas aos pares. Os olhos no alto da cabeça servem
para vigiar possíveis predadores, como o leão ou o leopardo. O focinho é longo,
acompanhadodedois pares depresas, usadas paraescavar e para defesa.O corpoé
grande e as pernas curtas. Apesar disso, é um bom corredor. Possui um cauda
razoavelmente longa, quemantémemposição ereta enquanto trota. Um facóquero
adultopesaentre50e100kg.
Paradigmas de Engenharia de Software
Javali - africano
Paradigmas de Engenharia de Software
Paradigmas de Engenharia de Software
•Cascata 
•Espiral•Espiral
Paradigmas de Engenharia de Software
Modelo Cascata
Paradigmas de Engenharia de Software
Etapas do Modelo Cascata
•Requisitos
–Coleta os requisitos do software.
–Gera o documento de especificação do –Gera o documento de especificação do 
sistema que serve de base para o orçamento,
cronograma, esforço, ferramentas a serem
utilizadas, etc.
Paradigmas de Engenharia de Software
Etapas do Modelo Cascata
•Análise
–Compreensão clara e precisa do domínio do
problema e das funcionalidades do software.problema e das funcionalidades do software.
–Levantamento e revisão em conjunto com
representantes do cliente, usuários chaves e
outros especialistas da área de aplicação.
Paradigmas de Engenharia de Software
Etapas do Modelo Cascata
•Projeto
–Concentra-se na definição das estruturas de dados, 
arquitetura do software, detalhes procedimentais e arquitetura do software, detalhes procedimentais e 
caracterização da interface.
•Codificação
–Tradução do projeto para uma linguagem legível para a 
máquina.
–Se o projeto for bem detalhado essa tarefa pode ser
automatizada.
Paradigmas de Engenharia de Software
Etapas do Modelo Cascata
•Teste
–Inicia-se logo após a geração do código.
–Visa garantir que uma entrada do programa produz o –Visa garantir que uma entrada do programa produz o 
resultado esperado.
•Manutenção
–Ocorre em função de:
•Ocorrência de erros
•Adaptações para acomodar mudanças externas
•Acréscimos funcionais
•Problemas de desempenho
Paradigmas de Engenharia de Software
Desvantagens do Modelo Cascata
•Projetos reais raramente seguem o fluxo
sequencial que esse modelo propõe.
Sempre ocorre alguma interação e/ou Superposição.Sempre ocorre alguma interação e/ou Superposição.
•Dificilmente os clientes são capazes de
relacionar todos os requisitos de uma só vez
no início do projeto.
Paradigmas de Engenharia de Software
Desvantagens do Modelo Cascata
•Maioria dos programas só estará disponível
quando o cronograma já está bastante adiantado.
•Dificuldades para se introduzir alterações quando o •Dificuldades para se introduzir alterações quando o 
processo está avançado
Paradigmas de Engenharia de Software
Modelo Espiral
•Aproveita as melhores características do
modelo cascata e da prototipação.
•Acrescentando um novo elemento: a análise•Acrescentando um novo elemento: a análise
de riscos.
Paradigmas de Engenharia de Software
Modelo Espiral
Paradigmas de Engenharia de Software
Etapas do Modelo Espiral
•Planejamento.
–Definição dos objetivos, alternativas e restrições.
•Análise dos Riscos.•Análise dos Riscos.
–Análise de alternativas e identificação dos riscos
sob o ponto de vista técnico e de gerência.
Paradigmas de Engenharia de Software
Etapas do Modelo Espiral
•Engenharia.
–Desenvolvimento do produto.
•Avaliação do Cliente.•Avaliação do Cliente.
–Avaliação dos resultados da engenharia.
Paradigmas de Engenharia de Software
Desvantagens do Modelo Espiral
•Avaliação dos riscos exige muita
experiência.
•O modelo é relativamente novo e não tem•O modelo é relativamente novo e não tem
sido amplamente utilizado.
Paradigmas de Engenharia de Software
Pensamento
Tudo o que a gente não vê gera dúvida, 
e a dúvida gera conflito de idéias...
(autor desconhecido)(autor desconhecido)
Paradigmas de Engenharia de Software
XP – Extreme Programming
Programação Extrema
Paradigmas de Engenharia de Software
XP – Extreme Programming
XP é um processo de desenvolvimento 
software voltado para:
• Projetos onde os requisitos mudam com 
frequência
• Equipes pequenas (até 12 desenvolvedores)
• Desenvolvimento incremental (lembre-se do 
modelo espiral)
Paradigmas de Engenharia de Software
XP – Extreme Programming
Principais características do XP:
• Desenvolvimento ágil• Desenvolvimento ágil
• Cliente sempre presente
• Não há uma sequência, mas sim práticas que 
podem ser aplicadas de acordo com o projeto 
Paradigmas de Engenharia de Software
XP – Extreme Programming
Algumas práticas:
• Cliente presente• Cliente presente
• Stand Up Meeting (reunião em pé)
• Programação em par
•Código coletivo
Paradigmas de Engenharia de Software
XP – Extreme Programming
Escrevendo estórias
“Fichamento” das funcionalidades do sistema.
Histórias são escritas em pequenos cartões pelo 
clientes.
Paradigmas de Engenharia de Software
XP – Extreme Programming
Vantagem em utilizar estórias:
•Cliente pensa e materializa as funcionalidades do 
sistema.sistema.
•O cliente cria responsabilidade sobre aquilo que 
escreve
• Facilita o cliente a entender o custo do sistema.
Paradigmas de Engenharia de Software
XP – Extreme Programming
Como a equipe utiliza as estórias:
•Definição das principais tarefas no projeto de acordo 
com a necessidade.com a necessidade.
• Facilita a atribuição das atividades.
•Ajuda na definição do tempo e custos.
Paradigmas de Engenharia de Software
XP – Extreme Programming
Como a equipe utiliza as estórias:
•Definição das principais tarefas no projeto de acordo 
com a necessidade.com a necessidade.
• Facilita a atribuição das atividades.
•Ajuda na definição do tempo e custos.
Paradigmas de Engenharia de Software
XP – Extreme Programming
Vantagens:
•Evita o retrabalho.
•Agiliza o desenvolvimento.
•É versátil, flexível.
Paradigmas de Engenharia de Software
XP – Extreme Programming
Conclusão
O XP é inovador e desafiador. 
É necessário analisar quais práticas devem ser utilizadas É necessário analisar quais práticas devem ser utilizadas 
no projeto levando em consideração as propriedades de 
cada projeto.