Fatec Ourinhos

Anlise e Desenvolvimento de Sistemas

Metodologia de Pesquisa Cientfico-Tecnolgico

Guilherme Martins
Marcelo Kazuo Ichimura
Marcos Antonio Ramires

Citaes e Referncias:
Engenharia de Software

Ourinhos (SP)
2016

Guilherme Martins
Marcelo Kazuo Ichimura
Marcos Antonio Ramires

Citaes e Referncias:
Engenharia de Software

Atividade apresentada a
matria de Metodologia
de Pesquisa CientficoTecnolgico.
Professora Elaine.

Ourinhos (SP)
2016

Sumrio
1.

Conceito de Engenharia de Software.........................................................................4

2.

Modelos de ciclo de vida............................................................................................6

2.1. Modelo cascata....................................................................................................7
2.2. Modelo Incremental............................................................................................8

1. Conceito de Engenharia de Software

Em meados de 1968 com a chamada crise do software, ocorreu a NATO Software Engineering Conference, evento para discutir a necessidade de contornar est
crise. Nesta poca, houve uma exploso do crescimento e da complexidade de
aplicaes informatizadas. Os sistemas foram tornando-se maiores e mais complexos
necessitando da criao de equipes, desenvolver mtodos, tcnicas e ferramentas. Com
essas complexidades foram aparecendo problemas como: Custos de desenvolvimento e
manuteno elevados, produto entregue fora do prazo, software de baixa qualidade e
no gerencivel.
A engenharia de software foca no software como produto. No entra neste
escopo os softwares construdos apenas para passarem o tempo dos programadores
(PAULA FILHO, 2009).
Segundo Teles (2005), engenharia de software que se conhece hoje baseia se
apenas em boas prticas. Pois as tcnicas de desenvolvimento, ferramentas e o ambiente
mudam rapidamente.
Surge a Engenharia de Software rea do conhecimento voltada para a
especificao, desenvolvimento e manuteno que objetiva promover o conhecimento
necessrio para desenvolver aplicaes eficientes a um custo baixo. Alm disso, ela
deriva da engenharia de sistemas e de hardware que abrange elementos importantes
como: mtodos, ferramentas e procedimentos.
De acordo com Pressman (2011), destaca que a Engenharia de Software uma
tecnologia em camadas, que tem como base a qualidade, se alicera em processo, dispe
de mtodos que fornecem a tcnica de como fazer e utiliza apoio automatizado de
ferramentas.
Para Rezende (2005), engenharia de software um conjunto de mtodos de
desenvolvimento e manuteno de sistemas modulares com caractersticas de processo
dinmico, adequao aos requisitos funcionais e procedimentos que visa um software de
qualidade, data da entrega e menor custo.
Segundo Carvalho e Chiossi (2001), engenharia de software rene
metodologia, mtodos e ferramentas para serem utilizadas desde a percepo do
problema at o sotware em funcionamento, pois visa minimizar problemas de processo
de desenvolvimento como tempo, custo e qualidade.

2. Modelos de ciclo de vida

Os modelos de ciclo de vida so um conjunto de processos de software.
Processos nada mais so do que atividades, seus resultados e as relaes entre atividades
e resultados.
No mundo real, ao realizar atividades ns seguimos etapas, se uma etapa for
feita de maneira errada, ela pode afetar o resultado da atividade e tambm afetar outras
atividades. Por exemplo, supondo que sair de casa para trabalhar e chegar no horrio
seja uma atividade, a primeira etapa seria se vestir para trabalhar, a segunda seria
verificar se suas ferramentas ou materiais esto em sua mochila, a terceira seria pegar a
chave do carro e a quarta fechar a porta. Supondo que todas essas etapas sejam
compridas, menos a de pegar a chave do carro, far com que seja necessrio voltar duas
etapas e adicionar mais uma, que seriam abrir a porta, pegar a chave do carro e trancar a
porta novamente. Como o resultado esperado dessa atividade seria no chegar atrasado
ao trabalho, ela pode no ter dado certo, alm de possivelmente ter afetado outras
atividades que seriam realizadas durante o decorrer do dia. Basicamente esse o
funcionamento dos modelos de ciclo de vida, planejar as atividades e as etapas para
que consiga alcanar o resultado desejado do projeto.
A atividade de sair para trabalhar e chegar dentro do horrio, poderia ser
descrita e realizada de diversas maneiras, podendo exigir mais etapas e atividades
relacionadas para que o objetivo fosse alcanado. Essas maneiras diferentes de realizar
as atividades basicamente so os modelos. Para Sommerville (2003) cada modelo,
uma viso ou uma perspectiva, que serve para demonstrar maneiras diferentes para
desenvolver o projeto. Ainda segundo Sommerville (2003), projetos grandes podem
utilizar processos diferentes durante o seu desenvolvimento, podendo utilizar diversos
modelos para representar esses processos. Nesse captulo sero apresentados dois
modelos com perspectivas um pouco diferentes, que seriam o modelo cascata e o
modelo incremental.
2.1. Modelo cascata
O modelo cascata conhecido por ser um dos modelos mais antigos e tambm
por ter sido utilizado como base para muitos outros modelos. O funcionamento do
modelo cascata simples e fcil de entender. O projeto dividido em etapas ou fases,

dando como exemplo as fases de anlise de requisitos, desenvolvimento, teste,

implementao e manuteno ou substituio. Aps a concluso de cada fase, criada
um feedback destinado as equipes das prximas fases e tambm a equipes de fases
anteriores. Os envolvidos com as fases anteriores podem utilizar o feedback para
encontrar melhorias e as equipes das prximas fases podem utilizar como base para
desenvolver a sua fase.
O modelo cascata possui alguns problemas, problemas que podem ser
considerados desvantagens na hora da escolha de um modelo para um projeto. Segundo
Pfleeger (2004) o principal problema ou desvantagem no modelo cascata seria a falta de
explicao de como mudanas em certas fases do projeto afetariam outras fases, por
exemplo se o projeto estiver na fase de implementao, como uma mudana realizada
pela equipe de anlise de requisitos ou desenvolvimento afetaria o trabalho sendo
realizado pelos envolvidos com a implementao. Outro problema apontado por Peters e
Pedrycz (2001), a no existncia de uma maneira do cliente testar o sistema antes da
fase de implementao, o que pode acarretar na necessidade de mais requisitos, gerando
um problema ainda maior considerando a falta de suporte as mudanas e modificaes
apontadas por Pfleeger (2004).
As desvantagens em relao a outros modelos, torna o cascata no
recomendado para o desenvolvimento de alguns sistemas, como sistemas muito grandes
ou sistemas que h pouco conhecimento sobre os requisitos. Essas desvantagens foram
importantes para a criao e o desenvolvimento de outros modelos, como o caso do
modelo incremental.
2.2. Modelo Incremental
O modelo incremental baseado em etapas chamadas de incrementos assim
desenvolvendo o software por partes e a cada parte nova desenvolvida incrementada a
parte anterior deixando assim o sistema mais robusto, esse processo de incremento
ocorre at que o software esteja totalmente completo estando com todas as
funcionalidades descritas em funcionamento.
O modelo incremental, contm dois tipos diferentes de modelos que serviram
de base para o seu desenvolvimento, modelos do tipo linear e de prototipao. Segundo
Sommerville (2005), o modelo incremental a combinao do modelo em cascata e o
modelo evolucionrio pois ambos tinham pontos positivos que se completavam, o

modelo em cascata era simples de gerenciar e o modelo evolucionrio permitia que os

requisitos e as decises dos projetos poderiam ser adiados para outro momento. J para
Tonsig (2003), o modelo incremental foi uma evoluo do modelo em cascata pois ele
o modelo de desenvolvimento mais antigo, no entanto atualmente no se desenvolve
mais sistemas por um fluxo sequencial pois na maioria dos casos impossvel conseguir
todo o levantamento de requisitos no momento inicial do projeto desconsiderando o
retorno a essa faze se necessrio. O modelo em questo apresenta vrias vantagens em
um projeto, principalmente quando os requisitos ainda no esto claros.
Uma dessas vantagens que se um erro cometido possvel identificar em
qual incremento ele est assim ele corrigido e muitas vezes no necessrio a
modificao ou a substituio dos incrementos anteriores j que cada incremento
desenvolvido separadamente.
Outra principal vantagem do modelo incremental a reduo do tempo de
desenvolvimento de um sistema j que as chances de mudanas nos requisitos do
usurio durante o desenvolvimento do projeto so menores pois todo incremento
revisado e testado separadamente assim retornado e verificando os requisitos do usurio
antes de ser incrementado as outras partes do projeto que esto desenvolvidas.
Referncias
CARVALHO A.M.B; CHIOSSI T.C. Introduo Engenharia de Software.
Campinas:Unicamp,2001.
PAULA FILHO, W.P. Engenharia de software: fundamentos, mtodos e padres. 3.
ed. Rio de Janeiro: LTC,2009.
PETERS. J. F.; PEDRYCZ W. Engenharia de software. Rio de Janeiro: Campus, 2001.
PFLEEGER. S. L. Engenharia de software: teoria e prtica. So Paulo: Prentice Hall,
2004.
PRESSMAN, Roger S. Engenharia de Software. So Paulo: McGraw-Hill, 2011.

REZENDE,D.A.EngenhariadeSoftwareeSistemasdeInformao.Riode
Janeiro:Brasport,2005.

SOMMERVILLE. I. Engenharia de software. So Paulo: Pearson Addison Wesley,

2005.
TELES, V.M. Um estudo de caso da doao das prticas e valores do extreme
programming. Tese (mestrado). Ncleo de Computao Eletrnica, Universidade
FederaldoRiodeJaneiro,RiodeJaneiro,2005.
TONSIG. S. L. Engenharia de software: anlise e projetos de sistemas. So Paulo:
Futura, 2003.