Aula 00 TRT 17 Engsw

TRT 17 - Engenharia de Software - Aula 00
Vitor Almeida

www.tiparaconcursos.net Pgina 1 de 37
AULA 00: Conceitos Gerais, Ciclo de Vida
Sumrio
1. Apresentao. ................................................................................................................................. 2
1.1. A Banca. ...................................................................................................................................... 2
1.2. Metodologia das aulas. ............................................................................................................... 2
3. Bibliografia ...................................................................................................................................... 3
4. Conceitos Gerais ............................................................................................................................. 4
5. Ciclo de Vida de Software ............................................................................................................. 10
6. Processos de Desenvolvimento de Software ................................................................................ 14
7. Lista das Questes Utilizadas na Aula. .......................................................................................... 32
8. Gabarito. ....................................................................................................................................... 37

Ol Concurseiros de Planto!
Estamos aqui com o objetivo de cobrir todo o assunto de Engenharia de Software do
cargo de ANALISTA JUDICIRIO - REA: APOIO ESPECIALIZADO - ESPECIALIDADE:
TECNOLOGIA DA INFORMAO.
Este um assunto tradicionalmente cobrado pelo CESPE em provas de cargos de TI e
devemos prestar bastante ateno nesta disciplina.
Com relao a onde estudar, as duas principais referncias so os livros de Pressman
e Sommerville. Se voc no comprou um deles na sua graduao, considere comprar os dois
neste momento em que voc tem como objetivo passar em um concurso na rea de TI. Ao
longo das aulas trarei os materiais complementares especficos de cada assunto abordado.
Quanto a mim, atualmente sou Analista de Finanas e Controle da Controladoria-
Geral da Unio - CGU, trabalhando com auditoria de TI e cruzamento de bases de dados.
Antes, passei 03 anos como Analista em TI do Ministrio do Planejamento, Oramento e
Gesto - MP, envolvido com atividades de gesto e governana de TI.
Espero ajud-los no rduo caminho rumo a aprovao. Qualquer dvida, podem
enviar um e-mail para vitor.almeida@tiparaconcursos.net.
Vitor Almeida

1. Apresentao.
1.1. A Banca.
A nossa banca ser o CESPE e questes de Certo/Errado, onde uma Errada anula
uma Certa o nosso maior obstculo.
Os assuntos de Engenharia de Software mais cobrados em concursos anteriores de
2011 para c pelo CESPE foram UML, APF, Anlise/Engenharia de Requisitos, Metodologias
geis e Testes
1
. Preste bastante ateno neles!
1.2. Metodologia das aulas.
a) Este um curso de questes comentadas, sendo que cada aula ter, no mnimo, 35
pginas.
b) Procure estudar a teoria antes das aulas. Caso no seja possvel, no se preocupe,
pois traremos um referencial terico suficiente para entendimento dos comentrios.
c) No comeo de cada aula traremos as referncias bibliogrficas para aprofundamento
na teoria.
d) Tenham o cuidado de no menosprezar nada que esteja escrito na aula. Fizemos um
trabalho de engenharia reserva e tudo que aparecer j caiu ou vai cair!
2. Contedo programtico e planejamento das aulas (Cronograma).
O Contedo programtico est distribudo de forma a garantir o aprendizado do
aluno, seguindo uma sequencia lgica de assuntos.
Aula Contedo a ser trabalhado
Aula 00
03/11/13
Apresentao do Curso e Metodologia.
Conceitos, fundamentos, evoluo e caractersticas da
engenharia de software.
Ciclos de vida do software

1
Fonte: http://www.itnerante.com.br/profiles/blogs/como-a-disciplina-de-engenharia-de-software-cobrada-
em-concursos
Vitor Almeida

Aula 01
10/11/13
Engenharia de requisitos.
Aula 02
17/11/13
Orientao a objetos: abstrao de dados, definio de
classes, mtodos e atributos, herana, polimorfismo,
encapsulamento, reutilizao de componentes.
Anlise e projeto de sistemas utilizando os conceitos, notaes
e tcnicas da anlise estruturada e orientao a objetos (OOA e OOP).
Aula 03
24/11/13
UML.
Aula 04
01/12/13
Testes e medidas de software.
Fundamentos e caractersticas de sistemas baseados na
tecnologia de workflow.
Aula 05
05/12/13
Documentao de sistemas.
Mtricas de software, anlise por ponto de funo.
3. Bibliografia
Nesta aula utilizei, como referncia para os comentrios, os livros a seguir:
1. Pressman, R. S. Software Engineering. A practioners approach. 7 Ed. McGraw Hill.
2010.
2. Sommerville, I. Software Engineering. 9 Ed. Addison-Wesley. 2011.
3. Beck, K. Extreme Programming Explained: Embrace Change. 2 Ed. Addison-Wesley.
2004.

Vitor Almeida

4. Conceitos Gerais
Vamos iniciar o estudo da Engenharia de Software com os conceitos gerais, que
podem ser encontrados no primeiro captulo das bibliografias consagradas. A definio, os
princpios, os desafios e outros temas semelhantes da engenharia de software sero
encontrados por aqui.
QUESTO 01 CESPE - 2011 - MEC - Gerente de Projetos
A engenharia de software, disciplina relacionada aos aspectos da produo de software,
abrange somente os processos tcnicos do desenvolvimento de software.
Comentrios: Para resolvermos esta questo, deixa eu lhes apresentar o conceito de
engenharia de software, segundo nossos dois maiores autores:
Engenharia de software compreende um processo, um conjunto de mtodos (prtica) e
uma srie de ferramentas que permitem a profissionais construirem softwares de
qualidade. Pressman
Engenharia de software uma disciplina da engenharia relacionada a todos os aspectos da
produo de software, desde seus estgios iniciais de especificao do sistema at a
manuteno do sistema depois que ele entrou em uso. Sommerville
Ou seja, engenharia de software envolve muita coisa! Sommerville mata a questo,
quando complementa que a engenharia de software no se prende apenas aos processos
tcnicos, mas tambm a atividades como o gerenciamento do projeto de software e o
desenvolvimento de novas ferramentas e tcnicas para apoiar a produo de software.
Veja que nosso examinador bebeu diretamente da fonte e trouxe um conceito
explicito no livro de Sommerville e tentou enganar o concurseiro. Nossa questo est
ERRADA.
Gabarito: E
Os estgios da engenharia de software compem um ciclo que pode ser dividido em duas
grandes etapas: a anlise do problema e a sntese da soluo.
Vitor Almeida

Comentrios: Esta uma questo clssica do CESPE. O examinador faz sua releitura da
teoria e escreve uma frase verdadeira, mas utilizando palavras prprias, cabendo ao
concurseiro analisar e interpretar as palavras.
Quando estudamos engenharia de software nas duas referncias bsicas (Pressman
e Sommerville), encontramos os seguintes ciclos de vida genrico, representados pelos seus
estgios da engenharia de software:
Sommerville:
1. Especificao de Software
2. Desenvolvimento de Software
3. Validao do Software
4. Evoluo do Software
Pressman:
1. Comunicao
2. Planejamento
3. Modelagem
4. Construo
5. Entrega
Ambos os autores trazem suas vises do ciclo do software, que, no fim das contas,
so iguais. O software nasce com sua concepo e entendimento do problema ao qual se
procura a soluo. Depois, o software planejado e sua arquitetura pensada. Em seguida,
temos a codificao e, por fim, vem a entrega do software, com a validao e implantao
deste. Sommerville ainda quer mais e apresenta a evoluo do software, que implica no
desenvolvimento de novas funcionalidades e adaptao do software a novas necessidades
do usurio final.
Voltando nossa questo, podemos interpretar que a anlise do problema
envolve o conhecimento do problema e o projeto do software, enquanto que a sntese da
Vitor Almeida

soluo nada mais do que a codificao e os processos finais da engenharia de software
relacionados entrega do sistema. Assim, questo CERTA.
Gabarito: C
QUESTO 03 CESPE - 2010 - TRE-BA - Tcnico Judicirio - Programao de Sistemas
A engenharia de software est relacionada com todos os aspectos da produo
de software, desde os estgios iniciais de especificao do sistema at sua manuteno,
depois que este entrar em operao. A engenharia de sistemas diz respeito aos aspectos
do desenvolvimento e da evoluo de sistemas complexos, nos quais
o software desempenha um papel importante.
Comentrios: Dividindo a questo em duas partes, vemos que a primeira frase est
trazendo o conceito de engenharia de software do Sommerville. Releia o comentrio da
questo 01!
A segunda frase apresenta o conceito de engenharia de sistemas, tambm
apresentado em Sommerville. Sommerville nos diz que a engenharia de software est
relacionada com outras duas disciplinas:
1. A cincia da computao, preocupada com as teorias e mtodos relacionados a
computadores e sistemas de software; e
2. A engenharia de sistemas, cujo conceito est apresentado na questo e que envolve o
desenvolvimento de hardware, polticas, processos de sistemas, implantao de sistemas e
a prpria engenharia de software.
Ou seja, um sistema envolve software + hardware + processos de apoio. Nossa
questo est CERTA.
Gabarito: C
QUESTO 04 CESPE - 2009 - ANAC - Analista Administrativo - Tecnologia da Informao
O termo engenharia pretende indicar que o desenvolvimento de software submete-se a
leis similares s que governam a manufatura de produtos industriais em engenharias
tradicionais, pois ambos so metodolgicos.
Vitor Almeida

Comentrio: Esta questo derrubou muita gente. Segundo Pressman, as caractersticas do
software que fazem com que ele seja diferente do hardware so as seguintes:
1. Software desenvolvido ou construdo, no manufaturado.
2. Software no pode ser jogado fora, simplesmente.
3. Apesar de a indstria buscar o desenvolvimento de software baseado em componentes, a
maioria dos softwares ainda so extremamente customizados.
Olhando para a primeira caracterstica do software e conhecendo o processo de
desenvolvimento de software como ns conhecemos, a tendncia e achar que no existem
leis similares na construo de software e de outros produtos industriais tradicionais, como
hardware, no verdade?
Pressman ainda vai mais longe ao dizer que, apesar de existir algumas similaridades,
o desenvolvimento de software e hardware so fundamentalmente diferentes.
Voc pode at pensar que, com base nessas algumas similaridades, o examinador
construiu sua questo, mas no, ele foi longe:
Associado a esses objetivos, o termo engenharia pretende indicar que o desenvolvimento
de software deve submeter-se a leis similares s que governam a manufatura de produtos
industrias em engenharias tradicionais, pois ambos so metodolgicos. MAFFEO, Bruno.
Engenharia de Software e Especificao de Sistemas. Rio de Janeiro, Editora Campus, 1992.
Nosso examinador pegou uma bibliografia de 1992 e colocou como verdade
absoluta, em uma prova de concurso. Pacincia n? Contra texto entre aspas no h recurso
e a questo est CERTA.
Mas fica o aviso: no se desespere, no CESPE difcil encontrarmos questes deste
tipo. Foque nas bibliografias tradicionais (Pressman e Sommerville) e seja feliz!
Gabarito: C

Vitor Almeida

QUESTO 05 CESPE - 2010 - TRE-BA - Analista Judicirio - Anlise de Sistemas
Entre os desafios enfrentados pela engenharia de software esto lidar com sistemas
legados, atender crescente diversidade e atender s exigncias quanto a prazos de
entrega reduzidos.
Comentrios: Aqui, novamente, iremos conversar com Sommerville. Na edio de 2005,
este autor trouxe os desafios da engenharia de software poca:
1. O desafio do legado: fazer a manuteno de sistemas legados com um custo baixo.
2. O desafio da heterogeneidade: desenvolver tcnicas para atender a diversidade de
softwares existentes.
3. O desafio do fornecimento: fornecer sistemas complexos com qualidade desejada em
curto espao de tempo.
Ou seja, nossa questo est CERTA. Complementando o estudo, trazemos os
principais problemas atuais que devem ser enfrentados por todos os softwares, que so:
1. Heterogeneidade de devices (computadores, tablets, celulares etc.) e necessidade de
integrao com sistemas legados.
2. Mudanas na sociedade e nos negcios: softwares precisam evoluir cada vez mais rpido.
3. Segurana e confiana nas operaes realizadas pelo software.
Gabarito: C
QUESTO 06 CESPE - 2010 - Banco da Amaznia - Tcnico Cientfico - Tecnologia da
Informao - Arquitetura de Tecnologia
Os princpios de engenharia de software definem a necessidade de formalidades para
reduzir inconsistncias e a decomposio para lidar com a complexidade.
Comentrios: Para responder esta questo, precisamos conhecer os princpios da
engenharia de software. Pressman nos apresenta 07:
1. A razo de tudo agregar valor ao cliente.
2. Mantenha simples (KISS Keep It Simple, Stupid).
Vitor Almeida

3. Mantenha a viso.
4. O que voc produz, outros iro consumir.
5. Esteja aberto ao futuro.
6. Planeje para o reuso.
7. Pense.
Mas no em Pressman que acharemos a resposta para a questo, mas em Ghezzi
(Quem?)! Ghezzi traz em seu livro, Fundamentals of Software Engineering, Second Edition,
os seguintes princpios da engenharia de software:
1. Rigor e formalidade (sistematizao e formalizao das atividades de engenharia de
software).
2. Separao de conceitos (dividir para conquistar, ao se analisar o problema a ser resolvido
pelo software).
3. Modularizao (um sistema complexo deve ser dividido em mdulos).
4. Abstrao (nem todos os detalhes da realizade devem ser implementados no software).
5. Antecipao de mudanas (capacidade de responder a mudanas no tempo adequado,
antecipando as necessidades de evoluo do software).
6. Generalidade (busca por solues gerais que podem ser reutilizadas em diversos
softwares).
7. Incrementalidade (desenvolva em etapas ou incrementos).
A necessidade de formalidade encontramos no primeiro princpio (Rigor e
Formalidade) e a decomposio encontramos no terceiro princpio (modularizao). Logo,
a questo est CERTA. Observe que temos uma questo de 2010 pegando uma bibliografia
de 2003, trazendo princpios da poca em que processos mais formais de software (como o
RUP) dominavam o mercado e a orientao a objetos ainda estava engatinhando. Cuidado
com o Cespe e seus examinadores retrogados!
Gabarito: C
Vitor Almeida

5. Ciclo de Vida de Software
Oi pessoal, neste captulo iremos estudar o ciclo de vida de um software ou, na
verdade, o modelo do ciclo de vida de um software, que nada mais do que uma verso
resumida do modelo de processo de desenvolvimento de software, tema do prximo
captulo.
Assim, no se assuste ao no ver questes sobre o modelo cascata nesta seo, ele e
os demais modelos de processo de desenvolvimento de software sero vistos j j.
QUESTO 07 CESPE - 2010 - EMBASA - Analista de Saneamento - Analista de Tecnologia da
Informao - Desenvolvimento
Ciclo de vida de um software resume-se em eventos utilizados para definir o status de um
projeto.
Comentrios: Em 2004, o SWEBOK trouxe a seguinte definio para modelo de ciclo de vida
de software:
"Modelo de ciclo de vida de software serve como uma definio de alto nvel para as
fases que ocorrem durante o desenvolvimento. Ele no possue como objetivo trazer uma
definio detalhada, mas apenas apresentar os conceitos e dependncias principais de cada
fase."
Ai voc me pergunta, quais so estas fases? Pressman apresenta o seguinte processo
genrico:
1. Comunicao: Comunicao com as partes interessadas do projeto, buscando entender
os objetivos do software, e levantamento de requisitos.
2. Planejamento: Desenvolvimento do plano de projeto do software, que descreve as
atividades tcnicas que sero conduzidas, os riscos envolvidos, os recursos necessrios, os
produtos esperados e o cronograma de atividades.
3. Modelagem: Criao dos modelos para melhor entendimento dos requisitos levantados e
definio da arquitetura do software que atender estes requisitos.
4. Construo: Codificao e testes.
5. Implantao: Entrega do software ao cliente e avaliao do software pelo cliente.
Vitor Almeida

Atreladas a este processo genrico, existem atividades "guarda-chuva", que so
aplicadas durante toda a engenharia de software, ajudando a controlar o andamento do
projeto, a gerir a equipe de desenvolvimento, a gerenciar riscos etc.
Pressman apresenta os seguinte exemplos de atividades de apoio:
1. Controle e Andamento do Projeto: Avaliao do andamento do projeto em relao ao
plano do projeto e execuo de aes para garantir o cronograma inicial.
2. Gerenciamento de Riscos: Anlise de riscos que podem impactar na entrega e na
qualidade do software.
3. Avaliao da Qualidade: Execuo de atividades para garantia da qualidade do software.
4. Revises Tcnicas: Avaliao dos artefatos gerados para encontrar erros que podem
influenciar as atividades subsequentes.
5. Medio: Definio e coleta de indicadores que auxiliam a equipe para verificar o
andamento dos trabalhos.
6. Gerenciamento de Configurao: Gerencia o efeito de mudanas ao longo do processo.
7. Gerenciamento do Reuso: Define critrios para reuso de componentes.
8. Produo de Artefatos de Trabalho: So atividades para definir e criar artefatos como
modelos, documentos, formulrios, listas etc.
A abordagem de Sommerville, por outro lado, mais simplificada. Para este autor,
existem quatro atividades que esto presentes em todos os processos de desenvolvimento
de software:
1. Especificao de Software: So definidas as funcionalidades do software e restries para
sua operao.
2. Design e Implementao de Software: O software produzido, conforme sua
especificao.
3. Validao de Software: O software avaliado para verificar se atende as necessidades do
cliente.
4. Evoluo do Software: O software evolui para atender as necessidades de mudana do
cliente.
O detalhe que ambos os autores no trabalham com o ciclo de vida do software,
mas com um modelo genrico de processo de software. Porm, conceitualmente falando, o
Vitor Almeida

modelo de processo de software no se diferencia do modelo de ciclo de vida, ambos
trazem as atividades de um processo.
Outra coisa, apesar de parecer diferentes, as duas sequncias de atividades trazidas
pelos dois autores so essencialmente iguais e esto falando do mesmo processo: o
desenvolvimento de um software. Desta forma, aconselho a voc compreender a seguinte
sequncia, que apresenta as principais etapas esperadas para o desenvolvimento de
softwares:
1. Anlise de Negcio: conhecimento do negcio, mapeamento dos processos de negcio da
organizao.
2. Engenharia de Requisitos: envolve o levantamento, a anlise e a especificao dos
requisitos, que so as funcionalidades e restries do software.
3. Anlise: constitui na modelagem do problema a ser resolvido por meio da elaborao de
diagramas para esclarecer os requisitos e conhecer melhor o problema.
4. Projeto (design): implica na elaborao da arquitetura do software. Neste momento
desenhada a soluo do sistema, definio da tecnologia e dos componentes que formaro
o software. Aqui, o problema, que foi entendido na anlise, tem sua soluo computacional
desenhada.
5. Codificao (ou desenvolvimento ou implantao): criao de cdigo executvel.
6. Testes: verificao (o software foi desenvolvido corretamente) e validao (o software
reflete as necessidades do cliente) do sistema.
7. Implantao: momento em que o software instalado e colocado para funcionar no
cliente.
8. Evoluo (ou manuteno): por meio de manutenes corretivas e evolutivas do sistema.
Analisando a questo, o ciclo de vida de um software no um mecanismo de
acompanhamento de um projeto de desenvolvimento de software. Antes, uma descrio,
em alto nvel, das atividades envolvidas na construo de um software e suas dependncias.
Logo, esta questo est ERRADA.
Gabarito: E

Vitor Almeida

QUESTO 08 CESPE - 2011 - TJ-ES - Tcnico de Informtica Especficos
Entre as etapas do ciclo de vida de software, as menos importantes incluem a garantia da
qualidade, o projeto e o estudo de viabilidade. As demais atividades do ciclo, como a
implementao e os testes, requerem maior dedicao da equipe e so essenciais.
Comentrios: Nosso examinador criativo est nos dizendo que algumas atividades de um
ciclo de vida de software so mais importantes do que outras. Ele vai alm, diz que a
codificao e teste so mais importantes do que o projeto. Isso j foi verdade nos
primrdios da programao.
Hoje, qualquer software apresenta centenas de milhares de linhas e, sem um
conhecimento adequado do que o cliente quer e uma arquitetura bem definida, nenhum
programador consegue entregar um software de qualidade. Outra coisa, se o estudo de
viabilidade condenar o projeto, no teremos nem codificao e testes. Desta forma, a
questo est ERRADA.
Gabarito: E

Vitor Almeida

6. Processos de Desenvolvimento de Software
Introduo
Vimos o que o ciclo de vida de um software, agora vamos estudar o processo de
desenvolvimento de software. Nesta primeira parte definiremos o que um modelo de um
processo de software e na sequncia, estudaremos os principais modelos de processo de
software existentes na bibliografia.
Um modelo de processo de software consiste em uma representao complexa de um
processo de software, apresentada a partir de uma perspectiva genrica.
Comentrios: O estudo do ciclo de vida de um software evoluiu ao longo do tempo e hoje
ns falamos em modelo de processo de desenvolvimento de software. Tanto o Pressman
quanto o Sommerville deixaram de utilizar o conceito de modelo de ciclo de vida e passaram
a adotar o termo modelo de processo de desenvolvimento de software.
A diferena entre o modelo e o processo de desenvolvimento de software dada
por Sommerville. Este nos diz que o modelo de ciclo de vida (ou o modelo de processo de
software) restringe-se a apresentar as atividades e o fluxo em que estas ocorrem, j os
processos em si apresentam mais detalhes.
O RUP, por exemplo, um processo de desenvolvimento de software. Ele prescreve
atividades, ferramentas e papis, coisas que no esto presentes em um modelo de
processo de desenvolvimento de software.
Assim, o modelo uma simplificao do processo e a questo est ERRADA.
Gabarito: E
Um modelo de processo de software descreve os processos que so realizados para atingir
o seu desenvolvimento. A notao para as tarefas, os artefatos, os atores e as decises
varia conforme o modelo de processo utilizado.
Vitor Almeida

Comentrios: Aprendemos que o modelo de processo de software descreve as atividades
envolvidas no processo de desenvolvimento de software, enquanto que o processo em si
traz mais detalhes como tarefas, artefatos, atores e decises. Para determinado modelo de
processo de desenvolvimento de software, existem vrios processos, quer seja aqueles
apontados pela academia, quer seja aqueles definidos para cada empresa.
Pois bem, j falei que os examinadores do CESPE no gostam de se prender ao que
est nos livros. Assim, dificilmente voc encontrar uma questo que foi copiada
exatamente de algum autor renomado.
Da no processo criativo de encontrar sinnimos, os examinadores acabam criando
assertivas que precisam de um nvel de interpretao extra para se acertar a questo.
Isto posto, nosso examinador disse que o modelo de processo de software possui a
descrio de processos e no de atividades, que o termo encontrado na literatura. Apesar
desta substituio, a primeira parte da assertiva no est errada.
A segunda parte me diz que os diferentes modelos de processo de software
possuem artefatos, atores, decises, notaes para tarefas prprios, o que bastante
razovel. Logo, a questo est CERTA.
Gabarito: C
Atividades comuns a todos os processos de software incluem a especificao, o projeto, a
implementao e a validao.
Comentrios: Vimos que para Pressman, um modelo genrico de processo de software
envolve as atividades de comunicao, planejamento, modelagem, construo e
implantao.
Fazendo um paralelo com as atividades apresentadas na questo temos que na
comunicao fazemos a especificao do software; no planejamento e na modelagem,
arquiteturamos o projeto do software; implementao e contruo so sinnimos; e a
validao a atividade que precede a implantao do sistema.
Assim, razovel inferirmos que a questo est CERTA.
Vitor Almeida

Meu conselho que no se decore as atividades previstas no Pressman ou no
Sommerville, mas que se compreenda o processo de desenvolvimento como um todo.
Tenham esta sequncia na cabea para no ter dificuldades com este tipo de questo:
1. Levantamento e especificao de requisitos.
2. Anlise e projeto do software.
3. Construo e testes.
4. Implantao.
Gabarito: C
O modelo Cascata
QUESTO 12 CESPE - 2008 - SERPRO - Analista - Desenvolvimento de Sistemas
O modelo em cascata consiste de fases e atividades que devem ser realizadas em
seqncia, de forma que uma atividade requisito da outra.
Comentrios: A figura a seguir, extrada de Pressman, apresenta o modelo em cascata de
maneira esquematizada. Observe que j definimos cada uma das atividades anteriormente.

No modelo em cascata, uma estratgia sequencial de avano entre as atividades
executada. O desenvolvimento do software se inicia com a especificao dos requisitos e
progride pelas etapas de planejamento, modelagem, construo, testes e entrega,
culminando no software completo ao trmino do processo.
isto que nossa questo est dizendo, estando completamente CERTA.
Gabarito: C
QUESTO 13 CESPE - 2008 - TJ-DF - Analista Judicirio - Tecnologia da Informao
Vitor Almeida

No modelo seqencial linear, os produtos do projeto so entregues somente aps a
validao do produto.
Comentrios: Aqui novamente temos problemas para interpretar uma questo. Para tornar
a questo errada (e esse o gabarito), temos que fazer um trabalho de engenharia reversa
e entender que os produtos do projeto so qualquer entrega que ocorre ao trmino de
cada uma das etapas do modelo em cascata, enquanto que a validao do produto a
aceitao do software entregue pelo cliente.
Tendo isto como verdade e sabendo que no modelo em cascata as atividades so
realizadas em sequncia, podemos inferir o erro da questo.
A validao do produto ocorre na ltima atividade do modelo em cascata
(implantao). Mas, produtos do projeto so entregues ao trmino de cada uma da
atividades anteriores (comunicao, planejamento etc.) que necessariamente ocorreram
antes da validao do produto. Assim, a questo est ERRADA.
Gabarito: E
No modelo em cascata, o projeto segue uma srie de passos ordenados. Ao final de cada
projeto, a equipe de projeto finaliza uma reviso. O desenvolvimento continua e, ao final,
o cliente avalia a soluo proposta.
Comentrios: A questo est dizendo que o projeto termina e o desenvolvimento continua.
Isto no faz o menor sentido, ainda mais em se tratando do modelo em cascata, onde ao
trmino da etapa de desenvolvimento, no teremos mais desenvolvimento.
Alm disso, faria mais sentido a realizao de revises ao trmino de cada etapa ou
atividade e no ao trmino do projeto. Logo, questo ERRADA.
Gabarito: E

Vitor Almeida

Um dos primeiros modelos de processo de software propostos foi o modelo em cascata.
Nesse tipo de modelo, os estgios so executados em sequncia. A principal vantagem
desse processo est na possibilidade de se retornar ao estgio anterior sempre que for
necessrio. Esse aspecto particularmente importante em grandes sistemas de
informao, sobretudo quando no se consegue levantar todos os requisitos no incio do
desenvolvimento.
Comentrios: Sommerville apresenta um modelo em cascata um pouco diferente:

Estas atividades esto descritas a seguir:
1. Definio e Anlise de Requisitos: As funcionalidades e restries so software so
identificadas junto aos usurios e detalhadas.
2. Design do Sistema e do Software: Definio das abstraes e relacionamentos do
software e elaborao de uma arquitetura.
3. Implementao e Teste de Unidade: Construo das unidades que iro compor o software
previstas na fase anterior e teste de cada uma destas unidades.
4. Integrao e Teste de Sistema: As unidades so integradas e testadas como se fosse um
nico sistema.
Vitor Almeida

5. Operao e Manuteno: O software instalado e colocado em uso. A manuteno
envolve a correo de erros no encontrados anteriormente e melhorias decorrente da
descoberta de novos requisitos.
A representao grfica de Sommerville apresenta um aspecto que foi previsto
inicialmente no modelo, que era um loopback nas atividades, ou seja, o fluxo de execuo
poderia voltar para a atividade anterior, trazendo feedbacks da atividade posterior.
Analisando a questo, as duas primeiras afirmativas so corretas: Um dos primeiros
modelos de processo de software propostos foi o modelo em cascata. Nesse tipo de
modelo, os estgios so executados em sequncia. O modelo em cascata foi o primeiro
modelo de processo de software publicado (em 1970). A ideia original que voc passava
de uma atividade para outra tal qual uma cachoeira corre para baixo. Este modelo prioriza o
planejamento, tendo em vista que voc precisa planejar e definir o cronograma de todas as
atividades antes de iniciar o trabalho.
No entanto, a segunda parte da questo apresenta uma inconsistncia. A maioria
das organizaes que usam o modelo em cascata utilizam-no como se fosse estritamente
linear, conforme visto na literatura, o que tornaria a afirmao A principal vantagem desse
processo est na possibilidade de se retornar ao estgio anterior sempre que for
necessrio errada, pois o loopback apenas uma caracterstica no modelo que caiu em
desuso e no a principal vantagem.
Finalmente, hoje o modelo em cascata s utilizado em projetos bastante
especficos onde os requisitos so bem conhecidos, pois o aparecimentos de novos
requisitos mais a frente no fluxo de desenvolvimento resulta invariavelmente em grande
prejuzo, quer seja por eles no serem agregados ao projeto, quer seja pelo aborto do
projeto e a necessidade de se reiniciar o processo como um todo.
Gabarito: E

QUESTO 16 CESPE - 2011 - BRB - Analista de Tecnologia da Informao
Vitor Almeida

A realizao de prottipos descartveis, com o objetivo de compreender os requisitos do
cliente e desenvolver melhor definio do produto, faz parte do modelo de
desenvolvimento em cascata.
Comentrio: Esta questo apresenta o conceito de prototipao, que ser j j estudado.
Em todo caso, a prototipao pode ser encarada como uma tcnica para elicitao de
requisitos, ou seja, voc cria um prottipo e apresenta ao cliente para validar requisitos do
sistema.
Por ser uma tcnica, ela pode ser utilizada (ou no) nas atividades de comunicao
(Pressman) ou de definio e anlise de requisitos (Sommerville) e a est o erro da questo.
Ela no faz parte necessariamente do modelo em cascata.
Se voc tratar prototipao como um modelo de processo de software, pior ainda.
Temos um choque, pois modelo em cascata modelo em cascata e prototipao
prototipao. Logo, a questo est ERRADA.
Gabarito: E
Desenvolvimento Incremental
No modelo de desenvolvimento incremental, embora haja defasagem entre os perodos
de desenvolvimento de cada incremento, os incrementos so desenvolvidos em paralelo.
Comentrios: A ideia do modelo de processo de software incremental a de se
desenvolver uma implementao inicial, apresent-la ao usurio e evoluir o software ao
longo do tempo, de acordo com o feedback do usurio.
Especificao, desenvolvimento e validao ocorrem em paralelo para cada um dos
incrementos do software que esto em construo. Sommerville apresenta o modelo
incremental da seguinte forma:
Vitor Almeida


Assim, a questo est CERTA ao dizer que os diferentes incrementos so
desenvolvidos em momentos diferentes (com defasagem), mas, em paralelo.
Gabarito: C
Modelo iterativo
QUESTO 18 CESPE - 2006 - ANATEL - Especialista em Regulao - Informtica
No modelo iterativo, divide-se o desenvolvimento em iteraes. A cada iterao, podem
ser acrescentadas novas funcionalidades ao software. Uma iterao parte do estado no
qual se encontravam os artefatos ao trmino da iterao anterior e resulta em um
incremento. Uma iterao pode ter disciplinas como captura de requisitos, anlise,
projeto, implementao e teste.
Comentrios: No modelo iterativo, a cada iterao uma ou mais atividades so executadas
antes de se iniciar uma nova atividade. Ou seja, o fluxo de execuo do processo de
desenvolvimento ocorre desta maneira, conforme Pressman:

O modelo iterativo muitas vezes confundido com o modelo incremental. Sabendo
diferenci-los, voc acerta a questo.
Vitor Almeida

Um processo de desenvolvimento de software incremental quando a cada rodada
desenvolvido um pedao inteiro do software. J no iterativo, a cada iterao, se avana
no conhecimento do projeto, novos requisitos so elicitados e a arquitetura do software
revisada. No modelo incremental necessariamente teremos entrega de software ao
trmino de uma iterao, o que no verdade para o modelo iterativo.
A figura a seguir esclarece qualquer dvida que tenha persistido.

Ento, se o Leonardo da Vinci tivesse desenhado um pedao do quadro da Monalisa
de cada vez, ele teria realizado um desenvolvimento incremental. Mas, na verdade, ele
comeou desenhando um esboo, depois preencheu as reas com tinta e depois pintou os
detalhes, ou seja, ele desenvolveu iterativamente o quadro da Monalisa. Ele foi conhecendo
e especificando os requisitos da Monalisa cada vez mais a cada iterao.
Assim, o modelo iterativo, tal como escrito na questo, envolve a entrega de um
incremento a cada iterao. Observe que no se fala em incremento executvel, o que
tornaria errada a questo.
Vitor Almeida

Alm disso, espera-se que em uma iterao todas as disciplinas da engenharia de
software sejam executadas em alguma profundidade, na medida em que o incremento
elaborado e se avana no conhecimento do projeto. A questo est CERTA.
Gabarito: C
QUESTO 19 CESPE - 2009 - SECONT-ES - Auditor do Estado Tecnologia da Informao
Em um processo iterativo de desenvolvimento de software, a essncia que a
especificao seja desenvolvida conjuntamente com o software. A entrega incremental
um modelo de processo projetado para apoiar a iterao de processo, em que a cada
incremento gerado um novo prottipo do sistema, enquanto os requisitos da prxima
entrega so analisados. Depois de gerados todos os incrementos, o sistema est completo
e, somente ento, pode ser colocado em operao.
Comentrios: A primeira frase fala do processo iterativo, trazendo uma caracterstica deste
modelo, que o desenvolvimento das especificaes do software ao longo do processo,
junto com a codificao.
A segunda parte trata do modelo incremental, j estudado, e traz o grande erro de
dizer que s com o sistema completo que se pode coloc-lo em operao. Sabemos que
isto no verdade, pois a principal caracterstica do processo incremental a entrega de
software executvel a cada iterao. Questo ERRADA.
Gabarito: E
QUESTO 20 CESPE - 2011 - FUB - Tcnico de Tecnologia da Informao Especficos
No modelo de desenvolvimento de software iterativo, as atividades do processo so
realizadas de maneira sequencial, iniciando-se uma aps o trmino da outra, e com
muitas interaes entre as partes do sistema que j existem.
Comentrios: Como j aprendemos, atividades realizadas em sequncia uma
caracterstica do modelo em cascata. No modelo iterativo, em cada iterao, mais de uma
atividade pode estar acontecendo ao mesmo tempo, o que torna a resposta ERRADA.
Gabarito: E
Vitor Almeida

QUESTO 21 CESPE - 2011 - EBC - Analista - Engenharia de Software
Um projeto que usa o desenvolvimento iterativo tem um ciclo de vida que consiste em
vrias iteraes. Uma iterao incorpora um conjunto quase sequencial de atividades em
modelagem de negcios, requisitos, anlise e design, implementao, teste e
implantao, em vrias propores, dependendo do local em que ela est localizada no
ciclo de desenvolvimento.
Comentrios: isso a. A figura a seguir retirada do Pressman e apresenta o modelo
incremental:

Observe que cada iterao gera uma entrega ao seu trmino. Se definirmos que estas
entregas no sero necessariamente software executvel, temos o modelo iterativo.
Agora, vamos analisar as duas assertivas da questo:
1. Um projeto que usa o desenvolvimento iterativo tem um ciclo de vida que consiste em
vrias iteraes. Nenhuma dvida n? D uma olhada na figura.
2. Uma iterao incorpora um conjunto quase sequencial de atividades em modelagem de
negcios, requisitos, anlise e design, implementao, teste e implantao, em vrias
propores, dependendo do local em que ela est localizada no ciclo de desenvolvimento.
Isso verdade, enquanto que no comeo do projeto as disciplinas de modelagem de
Vitor Almeida

negcios e requisitos so proporcionalmente mais executadas nas iteraes iniciais, aps
um entendimento inicial do projeto, as atividades de anlise e design passam a ter mais
importncia. Nas iteraes finais, implementao, teste e implantao dominam.
Questo CERTA.
Gabarito: C
Modelos de Processo Evolucionrio
QUESTO 22 CESPE - 2009 - DETRAN-DF - Analista - Anlise de Sistemas
O modelo de processo de desenvolvimento de software evolucionrio parte do
desenvolvimento de uma implementao inicial cujos resultados so apresentados aos
clientes e refinados por meio de vrias verses at que se alcance o sistema adequado. A
prototipao, como processo, tem por objetivo compreender as especificaes
do software para se chegar aos requisitos para o sistema.
Comentrios: A primeira parte da questo est perfeita e traz o conceito correto do
processo de desenvolvimento de software evolucionrio. Pressman apresenta dois
processos que seguem este modelo: a protitipao e o modelo em espiral.
O paradigma da Prototipao ideal para quando o cliente tem uma ideia geral do
software, mas no tem uma noo precisa dos requisitos. Prottipos tambm ajudam a
verificar se um algoritmo eficiente computacionalmente, se uma interface est intutiva,
se o software est adequado a determinado sistema operacional etc.
Pressman declara que a prototipao pode ser utilizada como um modelo de
processo de software por si s. Mas, o mais comum ser utilizada como uma ferramenta
dentro de um outro modelo de processo de software, como o evolucionrio.
Observe que a questo aborda a prototipagem enquanto processo, que pode ser
representada graficamente da seguinte forma:
Vitor Almeida


Onde cada uma das atividades so apresentadas a seguir:
1. Comunicao: Reunies com as partes interessadas para definio dos objetos do projeto
e levantamento dos requisitos j conhecidos.
2. Plano Rpido: Planejamento do prottipo.
3. Modelagem e Projeto Rpido: Modelagem e projeto do prottipo.
4. Construo do Prottipo: Codificao do prottipo.
5. Implantao, Entrega e Feedback: Entrega do prottipo para anlise do cliente.
Novas iteraes ocorrem, com construo e melhoria do prottipo, at que todos os
objetivos so alcanados. A partir da, duas estratgias so possveis: descarte do prottipo
e construo do sistema do zero ou evoluo do prottipo at que ele resulte no software
a ser entregue.
A questo faz uma pequena confuso quando define o objetivo da prototipao. Em
sentido amplo, como todo processo, seu objetivo entregar software de qualidade no
tempo adequado. Em um sentido estrito, a prototipao busca especificar o software por
meio dos requisitos do sistema.
Ou seja, a especificao decorre dos requisitos e no o contrrio. Quando estivermos
estudando engenharia de requisitos, veremos que primeiro se descobre os requisitos e
Vitor Almeida

depois fazemos a especificao do software, que nada mais do que o detalhamento dos
requisitos que foram levantados. Assim, a questo est ERRADA.
Gabarito: E
O modelo de desenvolvimento por prototipao caracterizado pela ausncia de mtricas
de controle, dada a natureza experimental do desenvolvimento e do produto obtido.
Comentrios: Um processo de desenvolvimento de softwares sem mtricas no razovel.
O examinador tenta enganar o concurseiro trazendo a natureza da prototipao que,
realmente experimental.
Mas, como vimos, na ltima fase do processo, o cliente analisa o prottipo,
validando-o ou no. Esse processo de validao s possvel se existirem mtricas que
definam se o software deve ser aceito ou no. Logo, a questo est ERRADA.
Gabarito: E
QUESTO 24 CESPE - 2009 - ANTAQ - Analista Administrativo - Informtica
O modelo em espiral, que descreve o processo de desenvolvimento de um software,
apresenta uma espiral em que cada loop representa uma fase distinta desse processo. A
ausncia de risco nesse modelo o diferencia dos demais modelos de software.
Comentrios: O modelo em espiral tem como principais caractersticas uma abordagem
cclica para alcanar progressivas melhorias na definio dos requisitos do sistema e a
implementao do sistema com diminuio ao longo do tempo dos riscos agregados.
Assim, nas primeiras iteraes o software consiste de um prottipo, que pode ser
descartado, e nas ltimas iteraes, o software apresenta uma verso completa mais
prxima da verso final.
Pressman apresenta a seguinte figura para representar o modelo, utilizando as
atividades previstas no seu modelo de processo de software genrico:
Vitor Almeida


Porm, a verso original proposta a seguinte (ambas so cobradas):

Assim, a ideia original do modelo em espiral que em cada iterao devem ocorrer
as seguintes atividades:
1. Determinao dos objetivos.
2. Identificao e tratamento de riscos.
Vitor Almeida

3. Desenvolvimento e testes.
4. Planejamento da prxima iterao.
O modelo em espiral apresenta como principal vantagem o desenvolvimento voltado
anlise de riscos, o que torna a questo ERRADA
Gabarito: E
O modelo em espiral um modelo de processos de software que rene a natureza
iterativa da prototipao com os aspectos sistemticos e controlados do modelo
seqencial linear.
Comentrios: O modelo em espiral um processo de software evolucionrio que combina a
natureza iterativa dos prottipos com o controle e a sistemtica decorrentes do modelo em
cascata. Questo CERTA.
Gabarito: C
O modelo de processo denominado em espiral combina as atividades de desenvolvimento
com o gerenciamento de riscos, de modo a minimiz-los e control-los.
Comentrios: Ficou claro? Modelo em espiral e gerenciamento de riscos andam juntos!
Questo CERTA.
Gabarito: C
Engenharia de Software Orientada ao Reuso
Na engenharia de software baseada em componentes, na qual se supe que partes do
sistema j existam, o processo de desenvolvimento concentra-se mais na integrao
dessas partes que no seu desenvolvimento a partir do incio. Essa abordagem baseada
em reso para o desenvolvimento de sistemas de software.
Vitor Almeida

Comentrios: Modelos de processo orientados ao reuso de componentes surgiram com a
orientao a objetos. Este paradigma de programao facilita a modularizao do cdigo em
pedaos coesos, ou seja, que possuem funcionalidade bem definida.
Estes pacotes de cdigo podem ser reaproveitados e integrados com outros
softwares. No so desenvolvidos a partir do incio.
Os pacotes nada mais so do que componentes de software, que podem ser
desenvolvidos internamente ou adquiridos de terceiros, e compem a base da engenahria
de software baseada em componentes.
A questo est CERTA.
Gabarito: C
O modelo orientado a reuso parte de um software existente para que se crie outro, no
todo ou apenas em parte de seus componentes.
Comentrios: Questo CERTA, cuja assertiva apresenta a ideia central do reuso de software:
aproveitamento de cdigo j escrito.
Gabarito: C
QUESTO 29 CESPE - 2010 - MPU - Analista de Informtica - Desenvolvimento de Sistemas
No desenvolvimento orientado a objetos embasados em componentes, os objetos e os
componentes so definidos por suas interfaces e podem ser reusados em combinao
com outros componentes em diferentes sistemas. Nesse caso, o teste de interfaces
particularmente til, porque erros de interface em componentes compostos (formados
pela combinao de componentes) no podem ser detectados por meio de testes de
objetos ou componentes individuais.
Comentrios: Novamente, se observa que o CESPE cobra o conceito geral de processos de
software baseados no reuso de componentes. A segunda parte da questo cobra os testes
de interface, que sero analisados em aula especfica.
Gabarito: C
Vitor Almeida

O desenvolvimento com base em componentes uma abordagem tpica da programao
estruturada e tem foco na produo de bibliotecas de software reutilizveis.
Comentrios: Como falado anteriormente, o desenvolvimento voltado ao reuso de
componentes recebeu um grande apoio com a implantao do paradigma de orientao a
objetos. Classes so mais facilmente integradas a um cdigo terceiro do que funes criadas
com o paradigma da programao estruturada.
Gabarito: E
QUESTO 31 CESPE - 2009 - INMETRO - Analista Executivo em Metrologia e Qualidade -
Desenvolvimento de Sistemas - Parte II
Em um ciclo de vida, com base em componentes de software, as atividades de busca,
avaliao, adaptao e testes de componentes ocorrem basicamente aps as fase de
desenho e antes da fase de testes do sistema de software.
Comentrios: Sommerville apresenta as seguintes etapas para um processo geral baseado
no reuso de software:
1. Anlise de Componentes. Busca de componentes que implementam a especificao do
software.
2. Modificao de Requisitos: Requisitos so modificados para atender os componentes
disponveis.
3. Desenho do Sistema com Reuso. Definio da arquitetura do sistema, definindo os
componentes que sero reutilizados e os novos componentes que devem ser codificados.
4. Desenvolvimento e Integrao. Desenvolvimento dos novos componentes e integrao de
todos os componentes.
Ou seja, a busca, avaliao, adaptao e testes de componentes ocorrem
previamente ao desenho do sistema e a questo est ERRADA. Com esta questo
encerramos esta aula demonstrativa e nos vemos na prxima semana! Abraos!
Gabarito: E
Vitor Almeida

7. Lista das Questes Utilizadas na Aula.
A engenharia de software, disciplina relacionada aos aspectos da produo de software,
abrange somente os processos tcnicos do desenvolvimento de software.
Os estgios da engenharia de software compem um ciclo que pode ser dividido em duas
grandes etapas: a anlise do problema e a sntese da soluo.
A engenharia de software est relacionada com todos os aspectos da produo de software,
desde os estgios iniciais de especificao do sistema at sua manuteno, depois que este
entrar em operao. A engenharia de sistemas diz respeito aos aspectos do
desenvolvimento e da evoluo de sistemas complexos, nos quais o software desempenha
um papel importante.
QUESTO 04 CESPE - 2009 - ANAC - Analista Administrativo - Tecnologia da Informao
O termo engenharia pretende indicar que o desenvolvimento de software submete-se a leis
similares s que governam a manufatura de produtos industriais em engenharias
tradicionais, pois ambos so metodolgicos.
Entre os desafios enfrentados pela engenharia de software esto lidar com sistemas
legados, atender crescente diversidade e atender s exigncias quanto a prazos de
entrega reduzidos.
Os princpios de engenharia de software definem a necessidade de formalidades para
reduzir inconsistncias e a decomposio para lidar com a complexidade.
Vitor Almeida

Ciclo de vida de um software resume-se em eventos utilizados para definir o status de um
projeto.
QUESTO 08 CESPE - 2011 - TJ-ES - Tcnico de Informtica Especficos
Entre as etapas do ciclo de vida de software, as menos importantes incluem a garantia da
qualidade, o projeto e o estudo de viabilidade. As demais atividades do ciclo, como a
implementao e os testes, requerem maior dedicao da equipe e so essenciais.
Um modelo de processo de software consiste em uma representao complexa de um
processo de software, apresentada a partir de uma perspectiva genrica.
Um modelo de processo de software descreve os processos que so realizados para atingir o
seu desenvolvimento. A notao para as tarefas, os artefatos, os atores e as decises varia
conforme o modelo de processo utilizado.
Atividades comuns a todos os processos de software incluem a especificao, o projeto, a
implementao e a validao.
O modelo em cascata consiste de fases e atividades que devem ser realizadas em seqncia,
de forma que uma atividade requisito da outra.
No modelo seqencial linear, os produtos do projeto so entregues somente aps a
validao do produto.
Vitor Almeida

No modelo em cascata, o projeto segue uma srie de passos ordenados. Ao final de cada
projeto, a equipe de projeto finaliza uma reviso. O desenvolvimento continua e, ao final, o
cliente avalia a soluo proposta.
Um dos primeiros modelos de processo de software propostos foi o modelo em cascata.
Nesse tipo de modelo, os estgios so executados em sequncia. A principal vantagem
desse processo est na possibilidade de se retornar ao estgio anterior sempre que for
necessrio. Esse aspecto particularmente importante em grandes sistemas de informao,
sobretudo quando no se consegue levantar todos os requisitos no incio do
desenvolvimento.
QUESTO 16 CESPE - 2011 - BRB - Analista de Tecnologia da Informao
A realizao de prottipos descartveis, com o objetivo de compreender os requisitos do
cliente e desenvolver melhor definio do produto, faz parte do modelo de
desenvolvimento em cascata.
No modelo de desenvolvimento incremental, embora haja defasagem entre os perodos de
desenvolvimento de cada incremento, os incrementos so desenvolvidos em paralelo.
QUESTO 18 CESPE - 2006 - ANATEL - Especialista em Regulao - Informtica
No modelo iterativo, divide-se o desenvolvimento em iteraes. A cada iterao, podem ser
acrescentadas novas funcionalidades ao software. Uma iterao parte do estado no qual se
encontravam os artefatos ao trmino da iterao anterior e resulta em um incremento.
Uma iterao pode ter disciplinas como captura de requisitos, anlise, projeto,
implementao e teste.
QUESTO 19 CESPE - 2009 - SECONT-ES - Auditor do Estado Tecnologia da Informao
Em um processo iterativo de desenvolvimento de software, a essncia que a especificao
seja desenvolvida conjuntamente com o software. A entrega incremental um modelo de
processo projetado para apoiar a iterao de processo, em que a cada incremento gerado
um novo prottipo do sistema, enquanto os requisitos da prxima entrega so analisados.
Vitor Almeida

Depois de gerados todos os incrementos, o sistema est completo e, somente ento, pode
ser colocado em operao.
QUESTO 20 CESPE - 2011 - FUB - Tcnico de Tecnologia da Informao Especficos
No modelo de desenvolvimento de software iterativo, as atividades do processo so
realizadas de maneira sequencial, iniciando-se uma aps o trmino da outra, e com muitas
interaes entre as partes do sistema que j existem.
QUESTO 21 CESPE - 2011 - EBC - Analista - Engenharia de Software
Um projeto que usa o desenvolvimento iterativo tem um ciclo de vida que consiste em
vrias iteraes. Uma iterao incorpora um conjunto quase sequencial de atividades em
modelagem de negcios, requisitos, anlise e design, implementao, teste e implantao,
em vrias propores, dependendo do local em que ela est localizada no ciclo de
desenvolvimento.
QUESTO 22 CESPE - 2009 - DETRAN-DF - Analista - Anlise de Sistemas
O modelo de processo de desenvolvimento de software evolucionrio parte do
desenvolvimento de uma implementao inicial cujos resultados so apresentados aos
clientes e refinados por meio de vrias verses at que se alcance o sistema adequado. A
prototipao, como processo, tem por objetivo compreender as especificaes
do software para se chegar aos requisitos para o sistema.
O modelo de desenvolvimento por prototipao caracterizado pela ausncia de mtricas
de controle, dada a natureza experimental do desenvolvimento e do produto obtido.
QUESTO 24 CESPE - 2009 - ANTAQ - Analista Administrativo - Informtica
O modelo em espiral, que descreve o processo de desenvolvimento de um software,
apresenta uma espiral em que cada loop representa uma fase distinta desse processo. A
ausncia de risco nesse modelo o diferencia dos demais modelos de software.
Vitor Almeida

O modelo em espiral um modelo de processos de software que rene a natureza iterativa
da prototipao com os aspectos sistemticos e controlados do modelo seqencial linear.
O modelo de processo denominado em espiral combina as atividades de desenvolvimento
com o gerenciamento de riscos, de modo a minimiz-los e control-los.
Na engenharia de software baseada em componentes, na qual se supe que partes do
sistema j existam, o processo de desenvolvimento concentra-se mais na integrao dessas
partes que no seu desenvolvimento a partir do incio. Essa abordagem baseada em reso
para o desenvolvimento de sistemas de software.
O modelo orientado a reuso parte de um software existente para que se crie outro, no todo
ou apenas em parte de seus componentes.
QUESTO 29 CESPE - 2010 - MPU - Analista de Informtica - Desenvolvimento de Sistemas
No desenvolvimento orientado a objetos embasados em componentes, os objetos e os
componentes so definidos por suas interfaces e podem ser reusados em combinao com
outros componentes em diferentes sistemas. Nesse caso, o teste de interfaces
particularmente til, porque erros de interface em componentes compostos (formados pela
combinao de componentes) no podem ser detectados por meio de testes de objetos ou
componentes individuais.
O desenvolvimento com base em componentes uma abordagem tpica da programao
estruturada e tem foco na produo de bibliotecas de software reutilizveis.
QUESTO 31 CESPE - 2009 - INMETRO - Analista Executivo em Metrologia e Qualidade -
Desenvolvimento de Sistemas - Parte II
Vitor Almeida

Em um ciclo de vida, com base em componentes de software, as atividades de busca,
avaliao, adaptao e testes de componentes ocorrem basicamente aps as fase de
desenho e antes da fase de testes do sistema de software.
8. Gabarito.
01 E
02 C
03 C
04 C
05 C
06 C
07 E
08 E
09 E
10 C
11 C
12 C
13 E
14 E
15 E
16 E
17 C
18 C
19 E
20 E
21 C
22 E
23 E
24 E
25 C
26 C
27 C
28 C
29 C
30 E
31 E

Aula 00 TRT 17 Engsw

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Aula 00 TRT 17 Engsw

Transféré par

Droits d'auteur :

Formats disponibles

TRT 17 - Engenharia de Software - Aula 00

Vous aimerez peut-être aussi