ESW - Aula 3 - Processos, Modelos e Métodos

Engenharia de Software
Professor:
Zady Castaneda Salazar
Aula 3
Processos, Métodos e Modelos da
Engenharia de Software
Agenda:
• Princípios da Engenharia de software

• Métodos, ferramentas e processos de
desenvolvimento de software
• Modelo de processo de software
Engenharia de software
▪ Princípios da Engenharia de Software

• Formalidade: produtos mais confiáveis, controlar
seu custo e mais confiança no seu desempenho;
• Abstração: identificar os aspectos importantes,
ignorando os detalhes
• Decomposição: subdividir o processo em
atividades específicas, atribuídas a diferentes
especialistas
• Generalização: sendo mais geral, é bem possível
que a solução possa ser reutilizada
• Flexibilização: modificação com facilidade.
Engenharia de Software 3
Queremos construir
um balanço no
jardim para nosso
filho?
◆A Engenharia de Software é uma disciplina

da Engenharia que se preocupa com todos
os aspectos da produção de software.
◆Produtos de software consistem no
desenvolvimento de programas e
documentação associada.
◆Manutenção, independência, validação
e evolução são os atributos essenciais.
Uso de métodos, ferramentas e processos

de desenvolvimento de software.
▪ A Engenharia de Software é uma disciplina que reúne:

• Métodos: prescrevem os detalhes sobre como fazer
para construir o software.
• Ferramentas: dão suporte automatizado aos métodos.
• Processos: constituem o elo de ligação entre os
métodos e ferramentas.
▪ Os métodos visam resolver problemas inerentes:
• Ao processo.
• Ao produto.
◆O processo de software consiste de
atividades que são envolvidas no
desenvolvimento de produtos de software.
As atividades básicas deste
desenvolvimento são:
▪ especificação,
▪ desenvolvimento,
▪ validação,
▪ evolução.
◆ Em que consistem cada uma das atividades?
❑ Especificação: define o que o sistema deverá

fazer,considerando as suas restrições.
O processo da engenharia de requisitos leva a
produção de um DOCUMENTO DE REQUISITOS.
Os requisitos são geralmente apresentados em 2
níveis de detalhe:
• Usuários finais e clientes: declaração de requisitos
de alto nível.
• Projetistas : uma especificação mais detalhada.

❑Desenvolvimento: produção do
software.
Envolve os processos de projeto e
programação de software
❑Validação: checagem se o software faz o

que o usuário deseja.
Mostra que o sistema está em conformidade
com sua especificação e que atende às
expectativas do cliente que esta adquirindo o
sistema.
Teste de Componente
Teste de Sistema Processo de teste
Teste de Aceitação

❑Evolução: mudanças no software para
atender às novas demandas.
Após a decisão de aquisição do
hardware, mudanças podem ser feitas
no software ao longo de sua vida, em
resposta às mudança de requisitos e às
necessidades do cliente.
◆Os métodos são formas organizadas

de produzir software.
◆ Quais são os métodos da

Engenharia de Software?
São abordagens estruturadas para o
desenvolvimento de software que incluem:
▪ modelos de software,
▪ notações,
▪ regras,
▪ maneiras de desenvolvimento.
◆ Modelos de processo
❑Especificam as atividades e a ordem em que,
de acordo com o modelo, devem ser
executadas.
Produtos de software podem ser construídos
utilizando-se de diferentes modelos de processo.
Alguns modelos são mais adequados que outros
para determinados tipos de aplicação.
A opção por um determinado modelo deve ser feita
levando-se em consideração o produto a ser
desenvolvido.
O que é um modelo de processo de
software?
◆ É uma representação simplificada de
um processo de software, apresentada
sobre uma perspectiva específica.
Os principais modelos de processo de software são:
◆ Modelo sequencial Linear
❑ Ciclo de vida clássico (Modelo Cascata).
◆ Modelo evolutivo
❑ Modelo Incremental.
❑ Modelo espiral.
❑ Modelo baseado em componentes (reuso)
◆ Prototipação
◆ Modelo de Desenvolvimento formal

❑ Uso de modelo matemático é formalmente transformado em
uma implementação.
◆ Objetivos dos modelos
◆ Auxiliar no processo de produção => produtos de alta
qualidade, produzidos mais rapidamente e a um custo
cada vez menor.
◆ Atributos: complexidade, visibilidade, aceitabilidade,
confiabilidade, manutenção, segurança etc.
◆ Possibilitam:
❑ Ao gerente: controlar o processo de
desenvolvimento de sistemas de software.
❑ Ao desenvolvedor: obter a base para produzir,
de maneira eficiente, software que satisfaça os
requisitos pré-estabelecidos.
◆Modelo Cascata ou sequencial

Os serviços, restrições e objetivos do
sistema são definidos detalhadamente por
meio de consulta aos usuários do sistema.

O processo de projeto de sistema divide os
requisitos em sistemas de hardware ou de
software.
Estabelece a arquitetura geral do sistema .
Envolve a identificação e a descrição das
abstrações fundamentais do sistema de
software e suas relações.

O processo de implementação de software
é o desenvolvimento de um conjunto de
programas ou unidades do sistema.

As unidades individuais de programas ou os
programas são integrados e testados como
um sistema completo para garantir que os
requisitos foram atendidos.

Após os teste o sistema é liberado para o
cliente. O sistema é instalado e colocado
em operação .

Envolve a correção de erros não detectados
nos estágios anteriores do ciclo de vida no
aprimoramento da implementação do
sistema e na ampliação dos serviços á
medida que novos requisitos são
identificados.

◆ Método sistemático e sequencial.
◆ O resultado de uma fase constitui na entrada de outra.

◆ Cada fase é estruturada como um conjunto de atividades que podem
ser executadas por pessoas diferentes, simultaneamente.
◆ Problemas :
❑O Modelo e sequencial, onde a entrada de uma
fase é o resultado da anterior.
❑ Modelo mais adequado quando os requisitos
estão muito bem entendidos.
❑O reinício do modelo é a dificuldade de
acomodar mudanças depois que o processo está
no final.
❑Dificuldade em atender às mudanças
exigidas posteriormente pelo cliente.
❑Alto custo de manutenção e correção de erros.
❑Retrabalho constante.
◆Modelo evolutivo: Incremental

▪ Os modelos evolutivos são caracterizados por
iterações, o que possibilita o desenvolvimento de várias
versões do produto.
▪ Estas versões são colocadas em produção e os requisitos
sofrem constantes refinamentos. É importante salientar
também que as versões, quando implantadas, podem gerar
novos requisitos.
▪ O modelo incremental é classificado como um
modelo evolutivo dentro da engenharia de software.
▪ Ele é baseado no modelo cascata e diversas iterações, ou
seja, várias “cascatinhas” são implementadas durante o
desenvolvimento do produto – uma cada versão.
Incremento 1: produto Incremento 2:

essencial, requisitos básicos Como resultado do uso e/ou produto essencial
são atendidos, porém alguns avaliação e desenvolvido um com recursos e
recursos complementares planejamento para o funcionalidades
(conhecidos ou não) ainda incremento seguinte adicionais , versão 2
não são entregues. do produto final
O modelo evolutivo incremental tem seu foco voltado para a

entrega de um produto operacional em cada incremento.
É útil nos casos em que não há pessoal disponível para uma
completa implementação na época de vencimento do prazo
estabelecido para o projeto.

O desenvolvimento incremental, em algumas de suas
formas, é atualmente a abordagem mais comum para o
desenvolvimento de aplicações e produtos de software.
Essa abordagem pode ser dirigida por plano ao ágil: na

maioria das vezes, uma mistura de ambas.
Em uma abordagem de plano, os incrementos do sistema

são identificados antecipadamente.
Se for adotada uma abordagem ágil, os incrementos são
identificados, mas o desenvolvimento dos incrementos
finais depende do progresso e das prioridades do cliente.
◆Modelo evolutivo: Espiral

▪ Esse é um modelo de processo de software
evolucionário que também é iterativo como a
prototipação, porém com aspectos
sistemáticos e controlados do modelo cascata.
▪ O modelo espiral fornece um grande potencial
para que possamos ter rápido desenvolvimento
de versão cada vez mais completas.

❑Consiste em uma serie de ciclos que se
repetem. Cada um tem as mesmas fases e
quando termina entrega um produto ampliado
com respeito ao ciclo anterior.
❑Neste sentido é semelhante ao Modelo
Incremental, com a diferencia que adiciona
um novo elemento
– a análise de risco.
◆Risco
❑ Um risco significa algo que pode dar errado. É a
ocorrência de um evento que possa comprometer o
andamento do projeto Por exemplo:
❖ Requisitos no compreendidos,
❖ Mal desenho do projeto,
❖ Erro na implementação,
❖ Indisponibilidade da infraestrutura - Infra-estrutura de
desenvolvimento (espaço físico, ferramentas de software e
hardware) não disponível nos momentos delimitados no plano
do projeto,
❖ Dificuldade de comunicação devido a distribuição geográfica
da equipe,
❖ Indisponibilidade dos usuários das áreas de negócio para
levantamento de informações durante a requisitos. 36
◆Risco
❑Um risco pode causar problemas no
projeto, tal como: ultrapassar o cronograma
e os custos; por isso, a minimização dos
riscos é uma atividade de gerenciamento
de projeto muito importante.
◆Tipos de Risco
Riscos de projeto
– Cronograma
– Pessoal
– Orçamento
Riscos técnicos
– Análise, design, implementação e testes
– Ferramentas de hardware e software
Riscos de negócios
– Mudanças no Mercado, novas estratégias
– Requisitos e Restrições organizacionais
◆Análise de Risco
Análise de Riscos é o processo de identificar,
analisar e responder a estes eventos.
• Identificação dos Riscos
• Estimativas
– Probabilidade de ocorrência
– Impacto sobre o projeto – Prioridade (probabilidade
x impacto)
• Gerenciamento
– Ações para redução dos riscos
– Ações, em caso da ocorrência, para minimizar o
impacto
• Revisões

• Cada ciclo na espiral
representa uma fase do
processo de software.
• O ciclo mais interno está
concentrado nas
possibilidades do
sistema.
• O próximo ciclo está
concentrado na definição
dos requisitos do
sistema.
• O ciclo um pouco mais
externo está concentrado
no projeto do sistema.
• Um ciclo ainda mais
externo está concentrado
na construção do sistema

• Cada “loop” do espiral é
dividido em 4 setores
ESTABELECIMENTO DE
OBJETIVOS
São definidos objetivos
específicos para a fase do
projeto e identificadas
restrições sobre o processo e
o produto .
É projetado um plano de
gerenciamento detalhado.
São identificados riscos do
projeto, dependendo dos
riscos, estratégias
alternativas podem ser
planejadas.

AVALIAÇÃO E REDUÇÃO DE
RISCOS
Para cada um dos riscos
identificados, uma análise
detalhada é executada.
Passos são tomados para
reduzir o risco

DESENVOLVIMENTO E
VALIDAÇÃO
Depois da avaliação do risco,
um modelo de
desenvolvimento é escolhido
para o sistema

PLANEJAMENTO
O projeto é revisto e é
tomada uma decisão de
continuidade se é decidido
continuar.
São projetados planos para a
próxima fase do projeto
(próximo “loop” )

❑ Ao terminar uma iteração se comprova que o
desenvolvido cumpre com os requisitos
estabelecidos, e se verifica se funciona
corretamente.
❑ O próprio cliente avalia o produto.
Donde é adequado utilizar este modelo?
❑ Sistemas de grandes dimensões
❑ Projetos onde seja importante o fator de risco
❑ Quando não seja possível definir ao principio todos os
requisitos.
◆Modelo evolutivo: baseado em
componentes (reuso)
◆ Os sistemas são baseado em componentes já
existentes, semelhantes ao desenvolvimento de
hardware.
◆ Utiliza tecnologias orientadas a objeto, quando
projetadas e implementadas apropriadamente as classes
orientadas a objeto são reutilizáveis em diferentes
aplicações e arquiteturas de sistema.
◆ O modelo baseado em componentes incorpora muitas
das características do modelo espiral.
◆ Modelo que vem crescendo bastante nos últimos
tempos. Engenharia de Software 46
componentes (reuso)
◆ Fases do processo:
❑ Especificação de requisitos.
❑ Análise do componente.
❑ Modificação dos requisitos.
❑ Projeto do sistema com reuso.
❑ Desenvolvimento e integração.
❑ Validação de sistema.
componentes (reuso)
componentes (reuso)
◆ A reusabilidade fornece uma série de benefícios:
• redução de até 70% no tempo de desenvolvimento
• redução de até 84% no custo do projeto
• índice de produtividade de até 26.2 (normal da indústria
é de 16.9)
◆ Esses resultados dependem da robustez da biblioteca de
componentes.
◆ Modelo evolutivo:baseado em
componentes (reuso)
◆ Aspectos a analisar:
❑Sistemas legados: os sistemas antigos devem ser
mantidos e atualizados.
❑Heterogeneidade: sistemas são uma combinação de
hardware e software.
❑Prazos de entrega: pressão para um menor prazo de
entrega.
◆ Prototipação
❑ O objetivo é entender os requisitos do sistema
através da construção de protótipos para avaliação
e aprovação do cliente.
Um protótipo é uma versão inicial de um sistema
de software, que é utilizada para mostrar conceitos,
experimentar opções de projeto e, em geral, para
conhecer mais sobre os problemas e suas possíveis
soluções. O desenvolvimento rápido de um
protótipo é essencial para que os custos sejam
controlados e os usuários possam fazer experiências
com o protótipo no início do processo de software.
◆ Prototipação
Reuniões com as partes
interessadas para definição dos
objetos do projeto e levantamento
Comunicação
dos requisitos já conhecidos
Planejamento
Desenvolvimento rápido
, entrega feedback
Projeto de
modelagem rápida
Construção
do protótipo
◆ Prototipação
Planejamento do protótipo
Comunicação
Planejamento
, entrega feedback
Projeto de
modelagem rápida
Construção
do protótipo
◆ Prototipação
Comunicação
Modelagem e projeto do protótipo
Planejamento
, entrega feedback
Projeto de
modelagem rápida
Construção
do protótipo
◆ Prototipação
Comunicação
Planejamento
, entrega feedback
Projeto de
modelagem rápida
Construção
do protótipo
Codificação do protótipo.
◆ Prototipação
Comunicação
Planejamento
, entrega feedback
Projeto de
modelagem rápida
Construção
do protótipo
Entrega do protótipo para

análise do cliente.
◆ Prototipação
O protótipo pode ser oferecido ao cliente em

diferentes formas:
• protótipo em papel;
• modelo executável em PC apresentando a interface
ao cliente para compreender a forma de interagir
com o software;
• protótipo de trabalho que implemente um
subconjunto dos requisitos indicados;
• programa existente (pacote) que permita
representar todas ou parte das funções desejadas
do software a construir.
◆ Modelos de Prototipação
❑ Prototipação evolutiva: é produzido um
protótipo inicial e refinado através de vários
estágios até atingir o sistema final.
◆ Modelos de Prototipação
❑ Prototipação descartavel: é produzido para
ajudar a levantar os problemas com os requisitos
e depois descartado.
◆ Prototipação
Vantagens
● Sistema atual melhora a percepção do usuário em
relação software;
● O desenvolvedor constrói algo imediatamente;
Desvantagens (pode levar ao descarte do protótipo)

● Pode haver muitos ajustes no protótipo final, para
aumento da qualidade;
● O desenvolvedor pode esquecer estruturas
inapropriadas no protótipo;
◆ Desenvolvimento Formal de Sistemas
❑Uma especificação formal (definição matemática,
não ambígua) do software é desenvolvida e
posteriormente “transformada” em um programa
através de regras que preservam a corretude da
especificação
❑Consegue alcançar os requisitos da especificação
mais facilmente.
◆ Desenvolvimento Formal de Sistemas
◆ Problemas:
❑ Dificuldade em encontrar profissionais
especializados.
❑ Dificuldade em especificar determinados aspectos
como a interface do usuário.
◆ Aplicabilidade:
❑ Principalmente para sistemas críticos, onde
não são toleradas falhas.
Em gestão de projetos as metodologias tradicionais

funcionavam de maneira limitada porque:
▪ Não conseguiam antecipar necessidades que

futuramente precisarão ser supridas;
▪ Perdiam muito tempo no planejamento e demoravam
mais para produzir;
▪ Tanto a empresa quanto o cliente precisam ter uma
noção muito específica do tempo de desenvolvimento;
▪ Qualquer alteração faz com que seja necessário um
grande retrabalho e gera atrasos;
▪ Grande parte dos erros no projeto passa despercebida e
são notados apenas pelo cliente final.
• Bibliografia
• Capitulo 1, Pressman, Roger S. Engenharia de

Software. 6ª edição. McGraw- Hill,2006.
• Capitulo 4 e 5, Sommerville, Ian. Engenharia de
Software. 8ª edição. Pearson Education, 2007.

ESW - Aula 3 - Processos, Modelos e Métodos

Enviado por

Dados do documento

Descrição original:

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

ESW - Aula 3 - Processos, Modelos e Métodos

Enviado por

Direitos autorais:

Formatos disponíveis

Engenharia de Software

• Princípios da Engenharia de software

▪ Princípios da Engenharia de Software

◆A Engenharia de Software é uma disciplina

Uso de métodos, ferramentas e processos

▪ A Engenharia de Software é uma disciplina que reúne:

◆ Em que consistem cada uma das atividades?

❑ Especificação: define o que o sistema deverá

◆ Em que consistem cada uma das atividades?

◆ Em que consistem cada uma das atividades?

❑Validação: checagem se o software faz o

◆ Em que consistem cada uma das atividades?

◆Os métodos são formas organizadas

◆ Quais são os métodos da

◆ Modelo de Desenvolvimento formal

◆Modelo Cascata ou sequencial

◆Modelo Cascata ou sequencial

◆Modelo Cascata ou sequencial

◆Modelo Cascata ou sequencial

◆Modelo Cascata ou sequencial

◆Modelo Cascata ou sequencial

◆Modelo Cascata ou sequencial

◆Modelo Cascata ou sequencial

◆ O resultado de uma fase constitui na entrada de outra.

◆Modelo evolutivo: Incremental

◆Modelo evolutivo: Incremental

Incremento 1: produto Incremento 2:

◆Modelo evolutivo: Incremental

O modelo evolutivo incremental tem seu foco voltado para a

◆Modelo evolutivo: Incremental

Essa abordagem pode ser dirigida por plano ao ágil: na

Em uma abordagem de plano, os incrementos do sistema

◆Modelo evolutivo: Incremental

◆Modelo evolutivo: Espiral

◆Modelo evolutivo: Espiral

◆Modelo evolutivo: Espiral

◆Modelo evolutivo: Espiral

◆Modelo evolutivo: Espiral

◆Modelo evolutivo: Espiral

◆Modelo evolutivo: Espiral

◆Modelo evolutivo: Espiral

Modelagem e projeto do protótipo

Entrega do protótipo para

O protótipo pode ser oferecido ao cliente em

Desvantagens (pode levar ao descarte do protótipo)

Em gestão de projetos as metodologias tradicionais

▪ Não conseguiam antecipar necessidades que

• Capitulo 1, Pressman, Roger S. Engenharia de

Você também pode gostar