Aula 00 Tcu Engsw 14391

TCU
Engenharia de Software - Aula 00

Vitor Almeida
Aula 00: Ciclo de vida do software
Sumrio
1.
Apresentao. ....................................................................................................................... 2
1.1.
A Banca. ............................................................................................................................ 2
1.2.
Metodologia das aulas. ...................................................................................................... 2
3.
Bibliografia da Aula ............................................................................................................... 3
4.
Ciclo de Vida de Software ...................................................................................................... 4
5.
Processos de Desenvolvimento de Software ........................................................................... 9
6.
Lista das Questes Utilizadas na Aula. .................................................................................. 28
7.
Gabarito. ............................................................................................................................ 34
Ol Concurseiros de Planto!
Estamos aqui com o objetivo de cobrir todo o assunto de Engenharia de Software do
cargo de Auditor Federal de Controle Externo, especialidade Tecnologia da Informao.
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 ATI, envolvido com atividades de gesto e governana de TI.
Passei por 15 provas de concursos diversos ao longo destes 03 anos, colecionando
algumas aprovaes. Fiz um depoimento bem legal l na rede Itnerante:
http://www.itnerante.com.br/group/galeria-dos-aprovados/forum/topics/relembrando-minhaaprova-o.
Espero ajud-los no rduo caminho rumo a aprovao. Qualquer dvida, podem

enviar um e-mail para vitor.almeida@tiparaconcursos.net.
www.tiparaconcursos.net
Pgina 1 de 34
TCU
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 Testes1. 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
Aula 00
Contedo a ser trabalhado

Aula 00: Ciclo de vida do software
08/07/16
Aula 01
Aula 01: Metodologias geis
11/07/16
Aula 02
Aula 02: Engenharia de requisitos
18/07/16
Fonte: http://www.itnerante.com.br/profiles/blogs/como-a-disciplina-de-engenharia-de-software-cobradaem-concursos
Pgina 2 de 34
TCU
Vitor Almeida
Aula 03
Aula 03: Testes de software
25/07/16
Aula 04
Aula 04: Mtricas e estimativas de software
01/08/16
3. Bibliografia da Aula
1. Pressman, R. S. Software Engineering. A practioners approach. 7 Ed. McGraw Hill.
2010.
2. Sommerville, I. Software Engineering. 9 Ed. Addison-Wesley. 2011.
Pgina 3 de 34
TCU
Vitor Almeida
4. Ciclo de Vida de Software

Oi pessoal, 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 01 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 possui como objetivo trazer uma
definio detalhada, mas apenas apresentar os conceitos e dependncias principais de cada
fase."
Ai voc me pergunta, quais so essas 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.
Pgina 4 de 34
TCU
Vitor Almeida
Atreladas a esse 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 seguintes 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 Reso: Define critrios para reso 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 ele, 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 mais com o termo "ciclo de vida do
software", mas com um modelo genrico de processo de software. Assim, conceitualmente
Pgina 5 de 34
TCU
Vitor Almeida
falando, o 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 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, com a 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, a questo est ERRADA.
Gabarito: E
Pgina 6 de 34
TCU
Vitor Almeida
QUESTO 02 CESPE - 2013 - TRT - 10 REGIO (DF e TO) - Analista Judicirio - Tecnologia da
Informao
O ciclo de vida de um software, entre outras caractersticas, est relacionado aos estgios
de concepo, projeto, criao e implementao.
Comentrios: A questo foi tirada do livro "Sistemas de Informao Uma Abordagem
Gerencial" de Steven R Gordon & Judith R Gordon (Editora LTC, 2006). L encontramos o
seguinte:
"O Ciclo de Vida do Desenvolvimento de Sistemas ( SDLC Systems Development Life Cycle),
conhecido tambm com o ciclo de vida do software refere-se aos estgios de concepo,
projeto, criao e implementao de um SI."
Meus dois centavos sobre a questo: o CESPE, s vezes, "d a doida" e pega
bibliografias obscuras. No se preocupe com isso, tente ter os modelos das bibliografias
consagradas na cabea e construa um modelo genrico seu, parecido com o que eu
apresentei na questo anterior. Questes deste tipo d para matar no feeling.
Gabarito: C
Informao
As atividades fundamentais relacionadas ao processo de construo de um software
incluem a especificao, o desenvolvimento, a validao e a evoluo do software.
Comentrios: Opa! Sommerville na rea! Questo CERTA!
Gabarito: C
QUESTO 04 CESPE - 2013 - STF - Tcnico Judicirio - Tecnologia da Informao
O ciclo de vida de um software deve apresentar, no mnimo, as etapas de elaborao do
documento de viso, levantamento de regras de negcio, especificao/validao de
requisitos e prototipagem.
Pgina 7 de 34
TCU
Vitor Almeida
Comentrios: Rapaz, pensar no desenvolvimento de um software sem construir sua

arquitetura (projeto), sem testes e sem implantao, s para comear, no d! Questo
incompleta e ERRADA.
Gabarito: E
QUESTO 05 CESPE - 2013 - CNJ - Analista Judicirio - Anlise de Sistemas
No ciclo de vida de software, a estrutura de dados, a arquitetura, os detalhes
procedimentais e a caracterizao da interface so atributos da etapa de anlise e
engenharia de software.
Comentrios: Voc poder encontrar uma questo como essa no seu caminho para
aprovao, onde uma das etapas do ciclo de vida de um software apresentada e junto com
ela vem a sua definio ou uma caracterstica. Assim, importante que, alm de
entender/decorar a sequncia de tarefas que normalmente ocorrem durante o
desenvolvimento de um software, preciso saber tambm a descrio superficial das
atividades.
No caso em questo, precisamos saber que a anlise pega os requisitos do sistema
levantados e cria representaes, normalmente grficas (UML include), as quais serviro para
entender o problema a ser resolvido pelo futuro software. Depois, vem o projeto, onde coisas
como a arquitetura e as estruturas de dados sero definidas.
Assim, nossa questo est falando de projeto (design) e no de anlise. Questo
ERRADA.
Gabarito: E
QUESTO 06 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
Pgina 8 de 34
TCU
Vitor Almeida
teste so mais importantes do que o projeto. Isso j foi verdade nos primrdios da
programao. :P
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
5. 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.
QUESTO 07 CESPE - 2010 - TRE-BA - Analista Judicirio - Anlise de Sistemas
Um modelo de processo de software consiste em uma representao complexa de um
processo de software, apresentada a partir de uma perspectiva genrica.
Comentrios: Tal como j foi dito, 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.
A diferena entre o modelo e o processo de desenvolvimento de software em si 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.
Pgina 9 de 34
TCU
Vitor Almeida
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.
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, 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
QUESTO 09 CESPE - 2011 - MEC - Gerente de Projetos
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.
Pgina 10 de 34
TCU
Vitor Almeida
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.
Podemos analisar a questo tambm usando o modelo de Sommerville. Lembra dele?
Especificao de Software; Design e Implementao de Software; Validao de Software; e
Evoluo do Software. Veja que aqui a correspondncia quase 100%. O examinador apenas
"esqueceu" da etapa de evoluo do software de Sommerville.
Assim, razovel inferirmos que a questo est CERTA.
Gabarito: C
O modelo Cascata
QUESTO 10 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 11 CESPE - 2008 - TJ-DF - Analista Judicirio - Tecnologia da Informao
Pgina 11 de 34
TCU
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 da etapa
de projeto 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
perto do final do modelo em cascata (precedendo implantao). Mas, produtos do projeto
so entregues ao trmino da etapa de projeto que necessariamente ocorreu antes da
validao do produto. Assim, a questo est ERRADA.
Gabarito: E
QUESTO 12 CESPE - 2010 - Banco da Amaznia - Tcnico Cientfico - Tecnologia da
Informao - Arquitetura de Tecnologia
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
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
Pgina 12 de 34
TCU
Vitor Almeida
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.
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.
Pgina 13 de 34
TCU
Vitor Almeida
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 aparecimento 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 14 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.
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.
Pgina 14 de 34
TCU
Vitor Almeida
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
QUESTO 15 CESPE - 2014 - ANATEL - ANALISTA ADMINISTRATIVO ARQUITETURA DE
SOLUES DE TECNOLOGIA DA INFORMAO E COMUNICAO
No ciclo de vida clssico, ou modelo em cascata, as fases concludas so congeladas para se
evitar o retrabalho e maximizarem-se os custos de produo e a aprovao de documentos.
Comentrios: O erro evidente da questo est na ideia de maximizar os custos de produo.
O modelo em cascata no tem esse objetivo (acho que nenhum modelo de qualquer rea do
conhecimento teria como objetivo aumentar os custos de produo).
Outra coisa que pra mim tambm faz sentido que se pensarmos nos pequenos
feedbacks que podem acontecer de uma fase para a anterior, previstos na ideia original do
modelo em cascata, ento dizer que, no seu trmino, uma fase fica congelada seria um
exagero, cabendo a interpretao de que a questo est errada por isso tambm. Talvez seja
preciosismo meu!
Gabarito: E
Modelos Iterativo e 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.
Pgina 15 de 34
TCU
Vitor Almeida
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:
Assim, a questo est CERTA ao dizer que os diferentes incrementos so

desenvolvidos em momentos diferentes (com defasagem), mas, em paralelo.
Gabarito: C
QUESTO 17 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.
Pgina 16 de 34
TCU
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.
Pgina 17 de 34
TCU
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 18 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 19 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
Pgina 18 de 34
TCU
Vitor Almeida
QUESTO 20 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 negcios
Pgina 19 de 34
TCU
Vitor Almeida
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
QUESTO 21 CESPE - 2014 - ANTAQ - ANALISTA ADMINISTRATIVO REA: TI ANALISTA
DE SISTEMA E NEGCIOS
O processo de desenvolvimento interativo e incremental apresenta dificuldades para dar
visibilidade ao processo.
Comentrios: O gabarito preliminar da questo foi C, mas com os recursos, a questo foi
considerada pelo CESPE. Olha as razes que motivaram a alterao do gabarito, dadas pela
banca: Diferentemente do afirmado no item, o processo de desenvolvimento que apresenta
dificuldades para dar visibilidade ao processo iterativo e incremental. Por esse motivo, optase pela alterao do gabarito do item.
Ou seja, a banca cometeu um erro crasso ao trocar iterativo por interativo!!!
Mas, pegando os conceitos avaliados na questo, realmente, faz sentido o que foi
escrito, pois, devido a caracterstica de se ir conhecendo aos poucos o sistema a ser
desenvolvido (modelo iterativo) e a entrega de vrios incrementos de software ao longo do
processo de desenvolvimento (modelo incremental), a elaborao de cronogramas,
especificaes de requisitos e outros documentos relacionados entrega do software como
um todo resta prejudicada. Ou seja, temos sim uma dificuldade para visualizar o projeto como
um todo.
Gabarito: E
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
Pgina 20 de 34
TCU
Vitor Almeida
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:
Onde cada uma das atividades apresentada 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.
Pgina 21 de 34
TCU
Vitor Almeida
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 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, validandoo 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
Pgina 22 de 34
TCU
Vitor Almeida
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:
Porm, a verso original (proposta por Boehm) a seguinte:
Pgina 23 de 34
TCU
Vitor Almeida
Assim, a ideia original do modelo em espiral que em cada iterao devem ocorrer as
seguintes atividades:
1. Definio dos objetivos.
2. Identificao e tratamento de riscos.
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.
Pgina 24 de 34
TCU
Vitor Almeida
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 processo de software fundamentado no modelo em espiral apresenta o processo em
loops compostos basicamente por setores, como, por exemplo, definio de objetivos,
avaliao de riscos, planejamento e desenvolvimento e avaliao.
Comentrios: Usando alguns sinnimos, o CESPE est apresentando os quatro quadrantes da
espiral de Boehm, no verdade? Questo CERTA.
Gabarito: C
Informao
No ciclo de vida da primeira verso do modelo em espiral, a etapa de anlise de riscos
realizada dentro da fase de desenvolvimento.
Comentrios: No, n? O modelo em espiral original de Boehm prev a identificao e
tratamento de riscos como uma fase anterior e independente do Desenvolvimento e testes.
Questo ERRADA.
Gabarito: E
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
Pgina 25 de 34
TCU
Vitor Almeida
Engenharia de Software Orientada ao Reuso

QUESTO 29 CESPE - 2010 - TRE-BA - Tcnico Judicirio - Programao de Sistemas
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.
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 31 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
Pgina 26 de 34
TCU
Vitor Almeida
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
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 reso 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 33 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. Construo da arquitetura do sistema, definindo os
componentes que sero reutilizados e os novos componentes que devem ser codificados.
Pgina 27 de 34
TCU
Vitor Almeida
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.
Gabarito: E
Ao adquirir licena de uso de uma planilha eletrnica como ferramenta para automatizao
de escritrio da empresa, est-se adotando uma engenharia de software orientada a reso.
Comentrios: Aquisio de software de prateleira no a ideia de engenharia de software
orientada ao reso, pois esta se preocupa com o desenvolvimento de software a partir da
descoberta e desenvolvimento dos componentes adequados para a construo de um
aplicativo.
Com esta questo encerramos esta aula demonstrativa e nos vemos na prxima
semana! Abraos!
Gabarito: E
6. Lista das Questes Utilizadas na Aula.
Ciclo de vida de um software resume-se em eventos utilizados para definir o status de um
projeto.
Informao
O ciclo de vida de um software, entre outras caractersticas, est relacionado aos estgios de
concepo, projeto, criao e implementao.
Informao
Pgina 28 de 34
TCU
Vitor Almeida
As atividades fundamentais relacionadas ao processo de construo de um software incluem

a especificao, o desenvolvimento, a validao e a evoluo do software.
O ciclo de vida de um software deve apresentar, no mnimo, as etapas de elaborao do
documento de viso, levantamento de regras de negcio, especificao/validao de
requisitos e prototipagem.
QUESTO 05 CESPE - 2013 - CNJ - Analista Judicirio - Anlise de Sistemas
No ciclo de vida de software, a estrutura de dados, a arquitetura, os detalhes procedimentais
e a caracterizao da interface so atributos da etapa de anlise e engenharia de software.
QUESTO 06 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.
QUESTO 07 CESPE - 2010 - TRE-BA - Analista Judicirio - Anlise de Sistemas
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 d ecises 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.
Pgina 29 de 34
TCU
Vitor Almeida

No modelo seqencial linear, os produtos do projeto so entregues somente aps a validao
do produto.
QUESTO 12 CESPE - 2010 - Banco da Amaznia - Tcnico Cientfico - Tecnologia da
Informao - Arquitetura de Tecnologia
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 14 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 ciclo de vida clssico, ou modelo em cascata, as fases concludas so congeladas para se
evitar o retrabalho e maximizarem-se os custos de produo e a aprovao de documentos.
No modelo de desenvolvimento incremental, embora haja defasagem entre os perodos de
desenvolvimento de cada incremento, os incrementos so desenvolvidos em paralelo.
QUESTO 17 CESPE - 2006 - ANATEL - Especialista em Regulao - Informtica
Pgina 30 de 34
TCU
Vitor Almeida
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 18 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.
QUESTO 19 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 20 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 21 CESPE - 2014 - ANTAQ - ANALISTA ADMINISTRATIVO REA: TI ANALISTA DE
SISTEMA E NEGCIOS
O processo de desenvolvimento interativo e incremental apresenta dificuldades para dar
visibilidade ao processo.
QUESTO 22 CESPE - 2009 - DETRAN-DF - Analista - Anlise de Sistemas
Pgina 31 de 34
TCU
Vitor Almeida
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.
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 processo de software fundamentado no modelo em espiral apresenta o processo em loops
compostos basicamente por setores, como, por exemplo, definio de objetivos, avaliao de
riscos, planejamento e desenvolvimento e avaliao.
Informao
No ciclo de vida da primeira verso do modelo em espiral, a etapa de anlise de riscos
realizada dentro da fase de desenvolvimento.
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.
QUESTO 29 CESPE - 2010 - TRE-BA - Tcnico Judicirio - Programao de Sistemas
Pgina 32 de 34
TCU
Vitor Almeida
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 31 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 33 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 a fase de desenho
e antes da fase de testes do sistema de software.
Ao adquirir licena de uso de uma planilha eletrnica como ferramenta para automatizao
de escritrio da empresa, est-se adotando uma engenharia de software orientada a reso.
Pgina 33 de 34
TCU
Vitor Almeida
7. Gabarito.
01 E
10 C
19 E
28 C
02 C
11 E
20 C
29 C
03 C
12 E
21 E
30 C
04 E
13 E
22 E
31 C
05 E
14 E
23 E
32 E
06 E
15 E
24 E
33 E
07 E
16 C
25 C
34 E
08 C
17 C
26 C
09 C
18 E
27 E
Pgina 34 de 34

Aula 00 Tcu Engsw 14391

Transféré par

Informations du document

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 Tcu Engsw 14391

Transféré par

Droits d'auteur :

Formats disponibles

TCU

Engenharia de Software - Aula 00

Aula 00: Ciclo de vida do software

Metodologia das aulas. ...................................................................................................... 2

Bibliografia da Aula ............................................................................................................... 3

Ciclo de Vida de Software ...................................................................................................... 4

Processos de Desenvolvimento de Software ........................................................................... 9

Lista das Questes Utilizadas na Aula. .................................................................................. 28

Espero ajud-los no rduo caminho rumo a aprovao. Qualquer dvida, podem

Contedo a ser trabalhado

Aula 01: Metodologias geis

Aula 02: Engenharia de requisitos

Aula 03: Testes de software

Aula 04: Mtricas e estimativas de software

4. Ciclo de Vida de Software

Atreladas a esse processo genrico, existem atividades "guarda-chuva", que so

falando, o modelo de processo de software no se diferencia do modelo de ciclo de vida,

Comentrios: Rapaz, pensar no desenvolvimento de um software sem construir sua

Fazendo um paralelo com as atividades apresentadas na questo temos que na

No modelo em cascata, uma estratgia sequencial de avano entre as atividades

No modelo seqencial linear, os produtos do projeto so entregues somente aps a

necessrio. Esse aspecto particularmente importante em grandes sistemas de informao,

Estas atividades esto descritas a seguir:

A representao grfica de Sommerville apresenta um aspecto que foi previsto

Especificao, desenvolvimento e validao ocorrem em paralelo para cada um dos

Assim, a questo est CERTA ao dizer que os diferentes incrementos so

O modelo iterativo muitas vezes confundido com o modelo incremental. Sabendo

Um processo de desenvolvimento de software incremental quando a cada rodada

Ento, se o Leonardo da Vinci tivesse desenhado um pedao do quadro da Monalisa

Alm disso, espera-se que, em uma iterao, todas as disciplinas da engenharia de

QUESTO 20 CESPE - 2011 - EBC - Analista - Engenharia de Software

e requisitos so proporcionalmente mais executadas nas iteraes iniciais, aps um

Onde cada uma das atividades apresentada a seguir:

3. Modelagem e Projeto Rpido: Modelagem e projeto do prottipo.

QUESTO 24 CESPE - 2009 - ANTAQ - Analista Administrativo - Informtica

Porm, a verso original (proposta por Boehm) a seguinte:

Comentrios: O modelo em espiral um processo de software evolucionrio que combina a

Engenharia de Software Orientada ao Reuso

combinao de componentes) no podem ser detectados por meio de testes de objetos ou

4. Desenvolvimento e Integrao. Desenvolvimento dos novos componentes e integrao de

As atividades fundamentais relacionadas ao processo de construo de um software incluem

QUESTO 11 CESPE - 2008 - TJ-DF - Analista Judicirio - Tecnologia da Informao

No modelo iterativo, divide-se o desenvolvimento em iteraes. A cada iterao, podem ser

O modelo de processo de desenvolvimento de software evolucionrio parte do

Na engenharia de software baseada em componentes, na qual se supe que partes do

Vous aimerez peut-être aussi