Você está na página 1de 80

Aula 00

Tecnologia da Informao p/ TJ-BA (Analista - rea TI)


Professor: Diego Carvalho

00000000000 - DEMO

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

AULA 00
SUMRIO
Apresentao
Informaes sobre o concurso
Informaes sobre o curso
Cronograma do concurso
Sobre as aulas...
1. Engenharia de Software: Conceitos Gerais
2. Ciclo de Vida de Software
3. Processos de Desenvolvimento de Software
3.1. Modelo em Cascata
3.2. Modelo baseado em Componentes
3.3. Modelos Evolucionrios
3.4. Modelos em Prototipagem
3.5. Modelo em Espiral
3.6. Modelo Iterativo e Incremental
3.7. Rapid Application Development
3.8. Mtodos geis
3.8.1. Scrum
3.8.2. XP
Fui bem? Fui mal? Mais ou menos?
Lista de Exerccios Comentados
Gabarito

APRESENTAO

PGINA
01
03
05
06
07
10
21
22
25
37
43
46
54
66
71
77
77
77
78
79
79

00000000000

Ol, pessoal. Sejam bem-vindos! Acaba de sair o Edital para Analista Judicirio
Apoio Especializado: Tecnologia da Informao, trazendo vagas para rea de TI!
Galera... esse um excelente concurso! O salrio muito bom e os concursos do
Poder Judicirio so sempre timos! Eu estou aqui para ajud-los a entrar nessas
vagas, pois esse um tribunal excepcional.
Uma breve apresentao: meu nome Diego Carvalho, bacharel em Cincia da
Computao pela Universidade de Braslia, ps-graduado em Gesto de Tecnologia
da Informao na Administrao Pblica e Analista de Finanas e Controle da

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 1 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Secretaria do Tesouro Nacional. J passei por esses perrengues de concurseiro e sei


de duas coisas: a estrada difcil, mas o prmio compensa! Muito!

A cada curso ministrado, esse curso fica melhor e mais maduro! J dei curso para a
ANCINE, TRT/SP, CEF, ISS/SP, TCE-RS, ANATEL, TRT/RJ, ANTAQ, etc. Apresento
acima o resultado do ltimo curso ministrado (TRT/RJ), que teve um feedback
excepcional! Portanto, confiem em mim... vocs vo aprender muito com esse
curso! Alguns comentrios dos alunos:

Galera, algum a j foi em Salvador? J viram que cidade incrvel? Cara, dentro de
alguns meses a vida de algumas pessoas poder mudar completamente! Ento,
agora no hora de fraquejar... hora de arregaar as mangas e entrar com tudo!
Todo ms vai cair R$5.117,24 na sua conta! Quando voc tiver gasto a metade, j
vai cair de novo... no vai dar nem tempo de contar ;)

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 2 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

INFORMAES SOBRE O CONCURSO

Concurso da TJ/BAHIA - 2014


Analista Judicirio Apoio Especializado: Tecnologia da Informao
00000000000

Edital: http://netstorage.fgv.br/tjba/Edital_TJBA_-_2014_10_23.pdf

Remunerao: R$5.117,24 30 horas semanais.

Vagas: 10+1 (PNE)

Valor da Inscrio: R$85,00.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 3 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 4 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

INFORMAES SOBRE O CURSO


Linguagens de programao; compiladores e interpretadores; Noes de Java; Servidores Web. Anlise e projeto orientados a
objetos. UML: viso geral, modelos e diagramas. Padres de projeto. Mtricas e estimativas de software. Conhecimentos de HTML,
XML e XML Schema. Engenharia de software. Ciclo de vida do software. Metodologias de desenvolvimento de software. Processo
unificado: disciplinas, fases, papeis e atividades. Metodologias geis. Engenharia de requisitos. Conceitos bsicos. Tcnicas de
elicitao de requisitos. Gerenciamento de requisitos. Especificao de requisitos. Tcnicas de validao de requisitos. Prototipao.
Arquitetura Orientada a Servios (SOA - Service Oriented Architecture).

O curso que eu proponho abranger todo o contedo, entretanto impossvel e


invivel esgotar cada ponto do edital em uma aula online. Logo, vou direcion-los
pelo conted da melhor maneira possvel. Galera, podem ficar tranquilos! Eu sei
como complicado ler muita coisa e vocs tm outras disciplinas para estudar.
Logo, vou ser simples e objetivo! Tranquilo? ;)
Alm disso, o cronograma ser seguido com a maior fidelidade possvel, mas ele
no esttico e poder haver alteraes no decorrer do curso. Eventualmente,
posso tirar o contedo de uma aula e colocar em outra de forma que o estudo de
vocs fique mais lgico, coeso e fcil de acompanhar. Esse curso conter questes
da FGV, mas ser focado mais em FCC e CESPE (devido sua disponibilidade).
Enfim, confiem em mim: o curso vai ajudar bastante! Qualquer dvida, qualquer
dvida mesmo... por mais simples que seja, s me chamar! Caso haja alguma
reclamao, problema, sugesto, comentrios, erros de digitao, etc, podem enviar
para o nosso frum que eu tento responder da maneira mais tempestiva possvel.
Agora vamos ao cronograma! :-)

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 5 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

CRONOGRAMA DO CURSO
Aula

Data
Tpicos do Edital
26/10 - Aula Demonstrativa

02/11

09/11

16/11

23/11

30/11

06

- Engenharia de software. Ciclo de vida do software.


Metodologias de desenvolvimento de software. Metodologias
geis.
- Processo unificado: disciplinas, fases, papeis e atividades.

- Engenharia de requisitos. Conceitos bsicos. Tcnicas de


elicitao de requisitos. Gerenciamento de requisitos.
Especificao de requisitos. Tcnicas de validao de
requisitos. Prototipao
- Arquitetura Orientada a Servios (SOA - Service Oriented
Architecture).
- UML: viso geral, modelos e diagramas.

07/12 Linguagens
interpretadores.
14/12

de

programao;

compiladores

- Noes de Java; Servidores Web. Conhecimentos de HTML,


XML e XML Schema.
00000000000

21/12

- Anlise e projeto orientados a objetos. Padres de projeto.


Mtricas e estimativas de software.

e fim...! Porque a prova dia

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

/01!

Pg. 6 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

SOBRE AS AULAS...
Pessoal, algumas informaes sobre
as aulas intercaladas com dicas sobre
concursos que eu acumulei aps
diversas provas de concursos:

segunda pode ser passando apenas


pelos pontos em destaque.
4 Faam muitos exerccios: ler vrias
bibliografias muito trabalhoso e,
geralmente, no vale o custobenefcio. Acredito que o que funciona
mesmo entender o bsico, depois
fazer
muitos
exerccios
e,
eventualmente, caso encontrarem
algo que no souberem, pesquisemno separadamente. Alm disso, voc
vai pegando as manhas da banca.

Pargrafos pequenos: observem


que os pargrafos tm, no mximo,
cinco linhas. Isso serve para que a
leitura no fique cansativa e para que
vocs no desanimem no meio do
material! Para tal, eu tento dividir as
disciplinas de maneira que as aulas
fiquem objetivas e pequenas (em
termos de teoria), mas extensa (em
termos de exerccios).
Viso Geral: no se atenham a
detalhes antes de entender o bsico.
Por que? Ora, no h nada mais
irritante do que ir para uma prova que
vai cair, por exemplo, RUP, saber
vrios detalhes, mas no saber as fases
e disciplinas. Portanto, caso estejam
iniciando os estudos sobre uma
matria, foquem em saber o bsico
para depois se especializarem.
Destaques em vermelho: quase
todos os pargrafos possuem alguma
palavra ou frase destacada em negrito
e em vermelho. Isso ocorre por suas
razes: primeiro, para enfatizar
alguma
informao
importante;
segundo, para facilitar a leitura vertical,
i.e., aps uma primeira leitura, a

Prof. Diego Carvalho

Linguagem natural: essa uma


aula para ser lida, o que por si s j
pode ser cansativo. Tentarei colocar a
linguagem mais coloquial possvel,
simulando uma conversa. Portanto,
caso virem frases ou palavras em
itlico, ou uma palavra estrangeira
ou a simulao de uma conversa
com vocs. Pode dar um exemplo,
professor? Acabei de dar! :-)
00000000000

6 Faam resumos: essa dica somente


serve
caso
vocs
tenham
disponibilidade. Caso haja pouco
tempo para estudar ou pouco tempo
at a prova, no compensa! Se no,
faam resumos organizados, pois eles
economizaro um bom tempo de
estudo em suas prximas provas e
sempre que descobrirem novas
informaes, insiram-nas no resumo.

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 7 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

7 Diversas figuras: essas aulas


estaro em constante evoluo,
sempre procura de explicar as
matrias
de
maneira
mais
compreensvel
e
com
novas
informaes/questes. Para tal, na
minha opinio, fundamental a
utilizao de figuras, grficos, painis,
etc. Em minha experincia, bem mais
fcil memorizar a partir de imagens.

final de cada bloco de exerccios para


vocs anotarem a quantidade de
questes respondidas corretamente
ou incorretamente.
10 Simulado Final: bem, fazer um
bloco de questes depois de estudar a
teoria tranquilo. No entanto,
lembrem-se que a memria de vocs
no infinita e vocs tm um milho
de outras coisas para estudar e
decorar. Portanto, se possvel, ao fim
do curso faremos um simulado com
questes escolhidas que foram
comentadas dentro das aulas.

8 Revisem antes da prova: no


adianta querer estudar coisas novas
at o ltimo minuto antes da prova e
no revisar o que estudou h um ms.
Vocs iro esquecer e iro se irritar na
hora da prova por no lembrarem de
conceitos simples. Tirem uma semana
para revisar seus resumos, decorarem
algumas coisas e, certamente, iro
mais confiantes para a prova.
Fazer Exerccios: muitos exerccios
o meio pelo qual vocs se situaro.
Como assim, professor? na hora de
fazer os exerccios que vocs
descobriro se esto bem ou mal e
avaliaro se precisam estudar mais ou
menos. Para tal, h um quadrinho ao

Prof. Diego Carvalho

Bem, pessoal! isso... sejam bem


vindos! Espero que vocs curtam e
tenham uma leitura leve e despojada
da aula, mas com muito foco, ateno
e dedicao. Qualquer dvida, podem
entrar em contato comigo; ficarei feliz
em ajud-los. Bons estudos, estou
torcendo por vocs! Fiquem agora
com algumas mensagens de incentivo
abaixo para animar... =)
00000000000

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 8 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

5.117,24
5.117,24
5.117,24
5.117,24
5.117,24
5.117,24

5.117,24
5.117,24
5.117,24
5.117,24
5.117,24
5.117,24

5.117,24
5.117,24
5.117,24
5.117,24
5.117,24
5.117,24

5.117,24
5.117,24
5.117,24
5.117,24
5.117,24
5.117,24

5.117,24
5.117,24
5.117,24
5.117,24
5.117,24
5.117,24

5.117,24
5.117,24
5.117,24
5.117,24
5.117,24
5.117,24

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 9 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00
Engenharia de software. Ciclo de vida do software. Metodologias de desenvolvimento de software. Metodologias geis. Processo
unificado: disciplinas, fases, papeis e atividades. Engenharia de requisitos. Conceitos bsicos. Tcnicas de elicitao de requisitos.
Gerenciamento de requisitos. Especificao de requisitos. Tcnicas de validao de requisitos. Prototipao. Arquitetura Orientada
a Servios (SOA - Service Oriented Architecture). UML: viso geral, modelos e diagramas. Linguagens de programao;
compiladores e interpretadores. Noes de Java; Servidores Web. Conhecimentos de HTML, XML e XML Schema. Anlise e projeto
orientados a objetos. Padres de projeto. Mtricas e estimativas de software.

ENGENHARIA DE SOFTWARE: CONCEITOS GERAIS


Vamos l, galera! Apesar de hoje em dia haver milhes de profissionais que mexem
com software no mundo inteiro, faz pouco tempo que a Engenharia de Software
alcanou o status de profisso reconhecida e de disciplina legtima de engenharia.
Pois , ela ganhou tanta importncia que cobrada at em concursos pblicos! Ok,
professor... mas o que a Engenharia de Software?
A IEEE define engenharia de software como a aplicao de uma abordagem
sistemtica, disciplinada e quantificvel de desenvolvimento, operao e
manuteno de software. J Friedrich Bauer conceitua como a criao e a utilizao
de slidos princpios de engenharia a fim de obter software de maneira econmica,
que seja confivel e que trabalhe em mquinas reais.
Em suma, uma disciplina de engenharia que se ocupa de todos os aspectos da
produo de software, desde os estgios iniciais de especificao do sistema at a
manuteno desse sistema, aps sua entrada em produo passando por
aspectos humanos, hardware, etc. A met principal da Engenharia de Software
desenvolver sistemas de software com boa relao custo-benefcio.
De acordo com Pressman: A Engenharia de Software ocorre como consequncia de
um processo chamado Engenharia de Sistemas. Em vez de se concentrar somente no
software, a engenharia de sistemas focaliza diversos elementos, analisando,
projetando, e os organizando em um sistema que pode ser um produto, um servio
ou uma tecnologia para transformao da informao ou controle.
00000000000

Ademais, nosso renomadssimo autor afirma que a engenharia de sistemas pode


tomar duas formas dependendo do domnio em que ele aplicado: Engenharia de
Processo de Negcio ou Engenharia de Produto. Ambas tentam colocar ordem no
desenvolvimento de sistemas computacionais e ambas buscam contextualizar o
software. Entenderam direitinho?

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 10 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

A Engenharia de Software tem por objetivos a aplicao de teoria, modelos,


formalismos, tcnicas e ferramentas da cincia da computao e reas afins para a
produo (ou desenvolvimento) sistemtica de software. Associado ao
desenvolvimento, preciso tambm aplicar mtodos, tcnicas e ferramentas para o
gerenciamento do processo de produo.
Isto envolve planejamento de custos e prazos, montagem da equipe e garantia de
qualidade do produto e do processo. Finalmente, a engenharia de software visa a
produo da documentao formal do produto, do processo, dos critrios de
qualidade e dos manuais de usurios finais. Todos esses aspectos devem ser levados
em considerao.
A Engenharia de Software surgiu em meados da dcada de sessenta como uma
tentativa de contornar a crise do software e dar um tratamento de engenharia ao
desenvolvimento de software completo. Naquela poca, o processo de
desenvolvimento era completamente fora de controle e tinha grandes dificuldades
em entregar o que era requisitado pelo cliente.
J na dcada de oitenta, surgiu a Anlise Estruturada e algumas Ferramentas CASE
que permitiam automatizar algumas tarefas. Na dcada de noventa, surgiu a
orientao a objetos, linguagens visuais, processo unificado, entre outros. E na
ltima dcada, surgiram as metodologias geis e diversos paradigmas de
desenvolvimento.
A Engenharia de Software possui alguns princpios, tais como: Formalidade, em que
o software deve ser desenvolvido de acordo com passos definidos com preciso e
seguidos de maneira efetiva; Abstrao, preocupa-se com a identificao de um
determinado fenmeno da realidade, sem se preocupar com detalhes,
considerando apenas os aspectos mais relevantes.
00000000000

H a Decomposio, em que se divide o problema em partes, de maneira que cada


uma possa ser resolvida de uma forma mais especfica; Generalizao, maneira
usada para resolver um problema, de forma genrica, com o intuito de reaproveitar
essa soluo em outras situaes; Flexibilizao o processo que permite que o
software possa ser alterado, sem causar problemas para sua execuo.
Bem, galera... a Engenharia de Software se divide em algumas disciplinas genricas
como: Requisitos de Negcio, Requisitos de Software, Anlise de Software, Projeto
de Software, Construo de Software, Testes de Software, Implantao de Software

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 11 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

e Manuteno de Software. Galera, essas disciplinas e seus nomes so bem


genricos e variam de acordo com os autores.
A disciplina de Requisitos de Negcio busca entender como o negcio funciona. J
a disciplina de Requisitos de Software busca entender e levantar os requisitos. Na
Anlise de Software, desenha-se o problema e no Projeto de Software, desenha-se
a soluo do problema. A Construo de Software a implementao ou
codificao em si.
Na disciplina de Testes de Software, realizam-se verificaes para garantir sua
consistncia e funcionamento. Na disciplina de Implantao de Software, coloca-se
o software em produo na organizao. Por fim, a disciplina de Manuteno de
Software busca manter o software funcionando. Bem, isso... ns nos
aprofundaremos mais adiante.

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 12 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

(FCC - 2012 - TRT - 6 Regio (PE) - Tcnico Judicirio - Tecnologia da


Informao - E) Considere: uma disciplina que se ocupa de todos os aspectos
da produo de software, desde os estgios iniciais de especificao do sistema
at a manuteno desse sistema, depois que ele entrou em operao. Seu
principal objetivo fornecer uma estrutura metodolgica para a construo de
software com alta qualidade. A definio refere-se Engenharia de Software.
Comentrios:
Voltemos teoria:
Em suma, uma disciplina de engenharia que se ocupa de todos os aspectos da
produo de software, desde os estgios iniciais de especificao do sistema at a
manuteno desse sistema, aps sua entrada em produo passando por aspectos
humanos, hardware, etc. A meta principal da Engenharia de Software desenvolver
sistemas de software com boa relao custo-benefcio.
Pura definio de Engenharia de Software! Fcil, n?!
Gabarito: C
(CESPE - 2013 - TRT - 10 REGIO (DF e TO) - Analista Judicirio - Tecnologia da
Informao A engenharia de software engloba processos, mtodos e
ferramentas. Um de seus focos a produo de software de alta qualidade a
custos adequados.
00000000000

Comentrios:
Perfeito, exatamente isso.
Gabarito: C
(FCC - 2012 - TST - Analista Judicirio - Anlise de Sistemas - A A Engenharia
de Software uma rea da computao que visa abordar de modo sistemtico

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 13 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

as questes tcnicas e no tcnicas no projeto, implantao, operao e


manuteno no desenvolvimento de um software.
Comentrios:
Perfeito, observem as palavras-chave: modo sistemtico; questes tcnicas e no
tcnicas; projeto, implantao, operao e manuteno de desenvolvimento de
software.
Gabarito: C
(FCC - 2012 - TST - Analista Judicirio - Anlise de Sistemas - B A Engenharia de
Software consiste em uma disciplina da computao que aborda assuntos
relacionados a tcnicas para a otimizao de algoritmos e elaborao de
ambientes de desenvolvimento.
Comentrios:
No, isso no Engenharia de Software.
Gabarito: E
(FCC - 2012 - TST - Analista Judicirio - Anlise de Sistemas C) A Engenharia
de Software trata-se de um ramo da TI que discute os aspectos tcnicos e
empricos nos processos de desenvolvimento de sistemas, tal como a definio
de artefatos para a modelagem gil.
Comentrios:
00000000000

Pessoal, sinceramente eu no vejo nada errado nesse item, mas ele foi considerado
errado =(
Gabarito: E
(FCC - 2012 - TST - Analista Judicirio - Anlise de Sistemas D) A Engenharia
de Software envolve um conjunto de itens que abordam os aspectos de anlise
de mercado, concepo e projeto de software, sendo independente da
engenharia de um sistema.
Comentrios:
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 14 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Anlise de mercado? No! Ademais, depende da engenharia de sistema.


Gabarito: E
(FCC - 2012 - TST - Analista Judicirio - Anlise de Sistemas E) A Engenharia
de Software agrupa as melhores prticas para o concepo, projeto, operao e
manuteno de artefatos que suportam a execuo de programas de
computador, tais como as tcnicas de armazenamento e as estruturas em
memria principal.
Comentrios:
Execuo? No, desenvolvimento.
Gabarito: E
(FCC - 2012 - TRT - 6 Regio (PE) - Tcnico Judicirio - Tecnologia da
Informao) Considere: uma disciplina que se ocupa de todos os aspectos da
produo de software, desde os estgios iniciais de especificao do sistema at a
manuteno desse sistema, depois que ele entrou em operao. Seu principal
objetivo fornecer uma estrutura metodolgica para a construo de software
com alta qualidade. A definio refere-se:
a) ao ciclo de vida do software.
b) programao orientada a objetos.
c) anlise de sistemas.
d) engenharia de requisitos.
e) engenharia de software.
00000000000

Comentrios:
Tranquilo, n?! a Engenharia de Software!
Gabarito: E
(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.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 15 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Comentrios:
Ne verdade, ela trata de todos os aspectos da produo de software.
Gabarito: E
10. (FGV - 2010 - BADESC - Analista de Sistemas - Desenvolvimento de Sistemas De
acordo com Pressman, a engenharia de software baseada em camadas, com
foco na qualidade.
Essas camadas so:
a) mtodos, processo e teste.
b) ferramentas, mtodos e processo.
c) mtodos, construo, teste e implantao.
d) planejamento, modelagem, construo, validao e implantao.
e) comunicao, planejamento, modelagem, construo e implantao.
Comentrios:
Questo decoreba! A Engenharia de Software se baseia em trs camadas:
Ferramentas, Mtodos e Processos.
Gabarito: B
11. (CESPE - 2010 - Banco da Amaznia - Tcnico Cientfico - Tecnologia da
Informao Os princpios de engenharia de software definem a necessidade de
formalidades para reduzir inconsistncias e a decomposio para lidar com a
complexidade.
00000000000

Comentrios:
Perfeito, so princpios: formalidades e decomposio.
Gabarito: C
12. (FCC - 2010 - TRE- Analista Judicirio - Tecnologia da Informao - A A
Engenharia de Software no tem como mtodo a abordagem estruturada para
o desenvolvimento de software, pois baseia-se exclusivamente nos modelos de
software, notaes, regras e tcnicas de desenvolvimento.
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 16 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Comentrios:
Pelo contrrio, ela se baseia em uma abordagem estruturada e sistemtica.
Gabarito: E
13. (FCC - 2010 - TRE- Analista Judicirio - Tecnologia da Informao - B A
Engenharia de Software se confunde com a Cincia da Computao quando
ambas tratam do desenvolvimento de teorias, fundamentaes e prticas de
desenvolvimento de software.
Comentrios:
Na verdade, Engenharia de Software uma disciplina da Cincia da Computao.
Gabarito: E
14. (FCC - 2010 - TRE- Analista Judicirio - Tecnologia da Informao - C A
Engenharia de Software tendo como foco apenas o tratamento dos aspectos de
construo de software, subsidia a Engenharia de Sistemas no tratamento dos
sistemas baseados em computadores, incluindo hardware e software.
Comentrios:
Apenas o tratamento dos aspectos de construo de software? S construo? No!
Gabarito: E
00000000000

15. (FCC - 2010 - TRE- Analista Judicirio - Tecnologia da Informao - D A


Engenharia de Software tem como foco principal estabelecer uma abordagem
sistemtica de desenvolvimento, atravs de ferramentas e tcnicas apropriadas,
dependendo do problema a ser abordado, considerando restries e recursos
disponveis.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 17 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

16. (FCC - 2010 - TRE- Analista Judicirio - Tecnologia da Informao - E) A


Engenharia de Software segue princpios, tais como, o da Abstrao, que
identifica os aspectos importantes sem ignorar os detalhes e o da Composio,
que agrupa as atividades em um nico processo para distribuio aos
especialistas.
Comentrios:
Voltemos teoria:
H a Decomposio, em que se divide o problema em partes, de maneira que
cada uma possa ser resolvida de uma forma mais especfica; Generalizao,
maneira usada para resolver um problema, de forma genrica, com o intuito
de reaproveitar essa soluo em outras situaes; Flexibilizao o processo
que permite que o software possa ser alterado (...).
Composio? No, Decomposio! Divide-se o problema em partes para que cada
uma possa ser resolvida de uma forma mais especfica.
Gabarito: E
17. (FCC - 2011 - INFRAERO - Analista de Sistemas - Gesto de TI Em relao
Engenharia de Software, INCORRETO afirmar:
a) O design de software, ao descrever os diversos aspectos que estaro presentes
no sistema quando construdo, permite que se faa a avaliao prvia para
garantir que ele alcance os objetivos propostos pelos interessados.
00000000000

b) A representao de um design de software mais simples para representar


apenas as suas caractersticas essenciais busca atender ao princpio da abstrao.
c) Iniciar a entrevista para obteno dos requisitos de software com perguntas
mais genricas e finalizar com perguntas mais especficas sobre o sistema o
que caracteriza a tcnica de entrevista estruturada em funil.
d) No contexto de levantamento de requisitos, funcionalidade um dos aspectos
que deve ser levado em conta na abordagem dos requisitos funcionais.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 18 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

e) A representao a linguagem do design, cujo nico propsito descrever


um sistema de software que seja possvel construir.
Comentrios:
Galera, descrever um sistema de software que seja possvel construir no o nico,
mas um dos objetivos da representao. Ela auxilia a comunicao entre as partes
interessadas e serve tambm como documentao.
Gabarito: E
18. (FCC
AFR/SP - Analista de Sistemas A engenharia de software est
inserida no contexto:
a) das engenharias de sistemas, de processo e de produto.
b) da engenharia de sistemas, apenas.
c) das engenharias de processo e de produto, apenas.
d) das engenharias de sistemas e de processo, apenas.
e) das engenharias de sistemas e de produto, apenas.
Comentrios:
Voltemos teoria:
De acordo com Pressman: A Engenharia de Software ocorre como
consequncia de um processo chamado Engenharia de Sistemas. Em vez de
se concentrar somente no software, a engenharia de sistemas focaliza diversos
elementos, analisando, projetando, e os organizando em um sistema que pode
ser um produto, um servio ou uma tecnologia (...).
00000000000

Ademais, nosso renomadssimo autor afirma que a engenharia de sistemas


pode tomar duas formas dependendo do domnio em que ele aplicado:
Engenharia de Processo de Negcio ou Engenharia de Produto. Ambas tentam
colocar ordem no desenvolvimento de sistemas computacionais e ambas
buscam contextualizar o software. Entenderam direitinho?

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 19 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Portanto, est inserida no contexto das Engenharias de Sistemas, de Processo e de


Produto.
Gabarito: A
ACERTEI

ERREI

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 20 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

2. CICLO DE VIDA DE SOFTWARE


O Ciclo de Vida de Software se refere s fases pelas quais um sistema de software
atravessa desde sua concepo at sua retirada de produo. Galera, no
confundam Ciclo de Vida de Software com Ciclo de Vida de Desenvolvimento de
Software (inclusive, muitas bancas erram nesse ponto), entretanto fiquem relaxados,
porque essa diferena no cobrada.

O Ciclo de Vida apenas a ordem global das atividades desempenhadas no s no


desenvolvimento de software, mas tambm em sua evoluo, manuteno e
retirada. Infelizmente no h um consenso entre os autores a respeito dos estgios,
mas comum as seguintes fases: Definio ou Concepo, Desenvolvimento ou
Construo, Operao ou Utilizao e Retirada ou Aposentadoria.
00000000000

Na Definio, busca-se entender o problema a ser resolvido pelo software. No


Desenvolvimento, busca-se construir o software de acordo com uma srie de
requisitos. Na Operao, ocorre a entrega, distribuio, instalao, configurao,
utilizao e manuteno do software. Por fim, na Retirada, aposenta-se o software
de vez! isso... simples, no?! ;)

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 21 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

3. PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE


De acordo com Sommerville, o termo Ciclo de Vida de Desenvolvimento de
Software foi criado originalmente para se referir ao Modelo em Cascata, sendo
atualmente bastante utilizado como um sinnimo de Processo ou Metodologia de
Desenvolvimento Software. E o que seria isso? Um conjunto de atividades, cuja meta
o desenvolvimento ou a evoluo de um software.
Sendo mais detalhista, o processo de desenvolvimento de software refere-se s
atividades, relacionamentos, artefatos, ferramentas, papis, etc necessrios para
construir, entregar e manter um produto de software. J o ciclo de vida de
desenvolvimento de software apresenta uma representao mais alto nvel do
processo de software executado.
Galera, vocs no precisam se preocupar com isso! Eu nunca vi essa diferena ser
cobrada em prova. Alis, comum que as bancas as tratem como sinnimos.

00000000000

Pessoal, coloquei na imagem acima os principais grupos de modelos de ciclo de


vida de desenvolvimento de software. Essa classificao no um consenso entre
os autores e nem so mutuamente exclusivas, podendo haver combinao entre

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 22 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

elas. Fiquem tranquilos, foquem nos modelos em si e, no, em seus grupos. Isso
apenas para orientao! :-)
Galera, a qualidade de um produto de software depende fortemente da qualidade
do processo de software utilizado em seu desenvolvimento. Logo, essencial ter
um processo de software adequado para se obter produtos de software de
qualidade. Seguir um processo de software mal escolhido ou definido pode
ocasionar prejuzos no andamento do projeto.

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 23 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

TCE/TO Analista de Sistemas Quanto maior e mais


19. (CESPE
complexo o projeto de software, mais simples deve ser o modelo de processo a
ser adotado.
Comentrios:
Galera, no existe essa relao! Em geral, quanto mais complexo o projeto mais
complexo o modelo. No entanto, isso no uma regra.
Gabarito: E
(CESPE
TCE/TO Analista de Sistemas - O modelo de ciclo de vida
do software serve para delimitar o alvo do software. Nessa viso, no so
consideradas as atividades necessrias e o relacionamento entre elas.
Comentrios:
Pelo contrrio, o alvo do software serve para delimitar o modelo de ciclo de vida a
ser escolhido. Ademais, so consideradas as atividades necessrias e o
relacionamento entre elas.
Gabarito: E
TCE/TO Analista de Sistemas A escolha do modelo do
21. (CESPE
ciclo de vida no depende de caractersticas especficas do projeto, pois o melhor
modelo sempre o mais usado pela equipe do projeto.
00000000000

Comentrios:
No faz o menor sentido! A escolha depende das caractersticas do projeto.
Gabarito: E
ACERTEI

Prof. Diego Carvalho

ERREI

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 24 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

3.1 MODELO EM CASCATA


O primeiro modelo designado Cascata ou Clssico ou Sequencial ou Linear ou
Tradicional ou Waterfall ou Rgido ou Monoltico (Todos esses nomes j caram em
prova!). Esse nome devido ao encadeamento de uma fase com a outra. Os
estgios do modelo demonstram as principais atividades de desenvolvimento.
Observem a imagem mais abaixo!
No Modelo em Cascata, uma fase s se inicia aps o trmino e aprovao da fase
anterior, isto , h uma sequncia de desenvolvimento do projeto. Por exemplo, a
Fase 4 s iniciada aps o trmino e aprovao da Fase 3. A Fase 5 s iniciada
aps o trmino e aprovao da Fase 4. Mas que fases so essas? Bem, agora que
complica, porque cada autor resolve criar suas fases! Vejamos:

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 25 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00
Por Sommerville
1. Definio de Requisitos
2. Projeto de Sistema e Software
3. Implementao e Teste de Unidade
4. Integrao e Teste de Sistema
5. Operao e
Manuteno

Por Yourdon
1. Requisitos de Sistema
2. Requisitos de Software
3. Anlise
4. Projeto
5. Codificao

Por Pressman
1. Comunicao
2. Planejamento
3. Modelagem
4. Construo
5. Implantao

6. Teste
7. Operao

Percebam que h diferenas gritantes entre os autores! Inclusive, h divergncias


at entre autor e ele mesmo, dependendo da verso do livro (Exemplo: Pressman
mudou as fases na ltima edio de seu livro). Professor, voc j viu isso cair em
prova? Sim, j vi! E o que aconteceu? Bem, polmica, recursos, etc! No h o que
fazer... minha classificao preferida a do Yourdon.
Na prtica, esses estgios no so completamente sequenciais, i.e., eles se
sobrepem e trocam informaes entre si. Na teoria, so fases sequenciais com o
resultado de cada fase consistindo em um ou mais documentos aprovados ou no,
dependendo dos problemas. Por exemplo: durante o projeto, so identificados
problemas com requisitos.
De modo geral, grande parte dos modelos possuem as seguintes fases:
Planejamento: faz-se o esboo do escopo e dos requisitos, alm de
estimativas razoveis sobre recursos, custos e prazos.
Anlise e Especificao de Requisitos: durante essa fase, refina-se os
requisitos e o escopo e desenha-se o problema em questo.
00000000000

Projeto: durante essa fase, incorpora-se requisitos tecnolgicos aos requisitos


essenciais do sistema e projeta-se a arquitetura do sistema.
Implementao: durante essa fase, codifica-se o software como um conjunto
de programas executveis pela mquina.
Teste: o programa testado como um sistema completo para garantir que
os requisitos de software foram atendidos.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 26 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Implantao, Operao e Manuteno: o sistema de software liberado para


o cliente, treina-se usurios, gerencia servios e realiza manutenes.
Professor, o que voc quer dizer com atrasar a reduo de riscos? Bem, essa uma
desvantagem recorrente em provas. Como uma fase s se inicia aps o trmino da
fase anterior, s possvel verificar se houve erros nas ltimas fases como pode
ser visto na imagem abaixo. Em outros modelos, os riscos so reduzidos desde as
primeiras fases do processo de desenvolvimento.

Percebam que os riscos deveriam ser descobertos logo no incio do processo de


desenvolvimento, porm eles so descobertos somente aps o incio dos testes e
integrao. Voc podem notar que, nesse instante (parte vermelha), o progresso do
projeto avana e retrai diversas vezes, porque o sistema est sendo corrigido devido
aos requisitos modificados.
Notem, tambm, que o projeto no terminou em seu deadline original. Como a
reduo dos riscos atrasou, todo andamento do projeto tambm atrasou. Dessa
forma, no se cumpriu nem o prazo do projeto e, provavelmente, nem o oramento
tendo em vista que, quanto mais ao fim do projeto, mais caras se tornam as
modificaes.
00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 27 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Outra maneira de visualizar esse atraso por meio de um grfico Risco x Tempo,
comparando o modelo em cascata com o Modelo Iterativo e Incremental. Observem
que o Modelo Iterativo e Incremental j comea a reduzir os riscos desde o incio
do processo, em contraste com o Modelo em Cascata que acumula os riscos at a
fase de testes, integrao e implantao do sistema.
Galera, a grande vantagem do Modelo em Cascata que o desenvolvimento
dividido em fases distintas, padronizadas, etc (antigamente, os softwares eram
construdos artesanalmente). possvel colocar pessoas com perfis especficos para
cada fase, i.e., quem tem facilidade de se comunicar vai ser analista de requisitos,
programadores vo fazer a codificao, etc.
00000000000

A grande desvantagem que - em projetos complexos demora-se muito para


chegar at a fase de testes, sendo que o cliente no v nada rodando at a
implantao. Ento, pode acontecer de, nas fases finais, os requisitos da organizao
no serem mais os mesmos daqueles do incio e o software no ter mais utilidade
para organizao.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 28 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Professor, ento o Modelo em Cascata no deve ser usado em nenhuma hiptese?


Calma l, ele pode ser usado! No entanto, sua utilizao deve ocorrer
preferencialmente quando os requisitos forem bem compreendidos e houver pouca
probabilidade de mudanas radicais durante o desenvolvimento do sistema. Vocs
entenderam?
Vantagens
simples de entender e fcil de aplicar, facilitando
o planejamento.
Fixa pontos especficos para a entrega de artefatos.

Desvantagens
Diviso inflexvel do projeto em estgios distintos.

Funciona bem para equipes tecnicamente fracas.

Clientes s visualizam resultados prximos ao final


do projeto.
Atrasa a reduo de riscos.

fcil de gerenciar, devido a sua rigidez.

Dificuldade em incorporar mudanas de requisitos.

Realiza documentao extensa por cada fase ou


estgio.

Apenas a fase final produz um artefato entregvel.

Possibilita boa aderncia a outros modelos de


processo.
Funciona bem com projetos pequenos e com
requisitos bem conhecidos.

Cliente deve saber todos os requisitos no incio do


projeto.
No fornece feedback entre as fases.
Pressupe que os requisitos ficaro estveis ao
longo do tempo.
No funciona bem com projetos complexos e
orientados a objetos.

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 29 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

(CESGRANRIO 2010 PETROBRS Analista de Sistemas Processos de


Negcio) No Ciclo de Vida Clssico, tambm chamado de Modelo Sequencial
Linear ou Modelo Cascata, apresentada uma abordagem sistemtica composta
pelas seguintes atividades:
a) Anlise de Requisitos de Software, Projeto, Gerao de Cdigo, Teste e
Manuteno.
b) Modelagem e Engenharia do Sistema/Informao, Anlise de Requisitos de
Software, Projeto, Gerao de Cdigo, Teste e Manuteno.
c) Modelagem e Engenharia do Sistema/Informao, Projeto, Gerao de
Cdigo, Teste e Manuteno.
d) Levantamento de Requisitos de Software, Projeto, Gerao de Cdigo e
Manuteno e Anlise de Requisitos de Software.
e) Levantamento de Requisitos de Software, Projeto, Gerao de Cdigo, Teste
Progressivo e Manuteno.
Comentrios:
A Letra B est correta de acordo com o Pressman 4 Edio, mas est errada de
acordo com o Pressman 6 Edio. Ademais, na questo ele sequer disse que era
de acordo com o Pressman. Portanto, percebam que um assunto polmico e que
as bancas deveriam ignorar, mas eventualmente elas cobram mesmo assim.
00000000000

Gabarito: B
(CESPE
INMETRO Analista de Sistemas) Em uma empresa que tenha
adotado um processo de desenvolvimento de software em cascata, falhas no
levantamento de requisitos tm maior possibilidade de gerar grandes prejuzos
do que naquelas que tenham adotado desenvolvimento evolucionrio.
Comentrios:

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 30 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

O Modelo em Cascata, de fato, no reage bem a mudanas. J Modelo


evolucionrio mais adaptvel a mudanas por se utilizar de iteraes.
Gabarito: C
24. (CESPE 2011 MEC Analista de Sistemas) O modelo Waterfall tem a vantagem
de facilitar a realizao de mudanas sem a necessidade de retrabalho em fases
j completadas.
Comentrios:
Pelo contrrio, h dificuldade de lidar com requisitos volteis, tendo em vista que
dependendo do erro, necessrio refaz-lo desde seu incio.
Gabarito: E
(CESPE 2008 TST Analista de Sistemas) No modelo de desenvolvimento
sequencial linear, a fase de codificao a que gera erros de maior custo de
correo.
Comentrios:
Na verdade, a fase levantamento de requisitos que gera erros de maior custo de
correo. Ser desenvolvido algo que no tem utilidade para o cliente e ter que
ser modificado.
Gabarito: E
00000000000

(CESPE
INMETRO Analista de Sistemas) Em um processo de
desenvolvimento em cascata, os testes de software so realizados todos em um
mesmo estgio, que acontece aps a finalizao das fases de implementao.
Comentrios:
Na verdade, na implementao so feitos testes unitrios, aps a implementao
so feitos testes de integrao, aps a implantao so feitos testes de carga e vrios
outros.
Gabarito: E
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 31 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

27. (FCC - 2012 - - - Analista Judicirio - Anlise de Sistemas - E) Dos diferentes


modelos para o ciclo de vida de desenvolvimento de um software correto
afirmar que o modelo em cascata o mais recente e complexo.
Comentrios:
Opa... ele o mais antigo e o mais simples!
Gabarito: E
(CESPE 2008 SERPRO Analista de Sistemas) O modelo em cascata consiste
de fases e atividades que devem ser realizadas em sequncia, de forma que uma
atividade requisito da outra.
Comentrios:
Vimos isso exaustivamente: uma fase s se inicia aps o trmino e aprovao da
fase anterior.
Gabarito: C
(FCC - SEFAZ- - Agente Fiscal de Rendas - Tecnologia da Informao
- Prova 3 - O processo de engenharia de software denominado ciclo de vida
clssico refere-se ao modelo incremental.
Comentrios:
No, clssico o modelo em cascata.

00000000000

Gabarito: E
(CESPE 2013 TRT/10 Analista Judicirio Tecnologia da Informao) No
modelo prototipao, a construo de software tem vrias atividades que so
executadas de forma sistemtica e sequencial.
Comentrios:
Na verdade, quem constri software por meio de atividades executadas de forma
sistemtica e sequencial o Modelo em Cascata.
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 32 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Gabarito: E
AL/ES Analista de Sistemas - O modelo de desenvolvimento
31. (CESPE
em cascata descreve ciclos sequenciais, incrementais e iterativos, possuindo,
entre outras, as fases de requisitos e implementao.
Comentrios:
No! Ele no descreve ciclos, muito menos ciclos iterativos.
Gabarito: E
(CESPE 2004 STJ Analista de Sistemas) O modelo de desenvolvimento
seqencial linear, tambm chamado modelo clssico ou modelo em cascata,
caracteriza-se por no acomodar adequadamente as incertezas que existem no
incio de um projeto de software, em especial as geradas pela dificuldade do
cliente de explicitar todos os requerimentos que o programa deve contemplar.
Comentrios:
Perfeito, lembrem-se que ele acumula riscos e no lida bem com requisitos volteis.
Gabarito: C
(CESPE
IPEA Analista de Sistema) No modelo em cascata de processo
de desenvolvimento, os clientes devem definir os requisitos apenas durante a
fase de projeto; e os projetistas definem as estratgias de projeto apenas durante
a fase de implementao. As fases do ciclo de vida envolvem definio de
requisitos, projeto, implementao, teste, integrao, operao e manuteno.
Em cada fase do ciclo de vida, podem ser produzidos diversos artefatos.
00000000000

Comentrios:
Essa questo no faz sentido! Os clientes definem os requisitos durante a fase de
Definio de Requisitos. J os projetistas definem as estratgias de projeto apenas
durante a fase Projeto.
Gabarito: E

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 33 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

34. (CESPE 2008 TCE/TO Analista de Sistema No ciclo de vida em cascata,


possvel realizar alternadamente e simultaneamente as atividades de
desenvolvimento de software.
Comentrios:
No, sequencial e linear. No pode ser alternado e simultneo.
Gabarito: E
(CESPE 2004 PBV/RR Analista de Sistema) O modelo em cascata linear e
seqencial. Modelos como o espiral e o Rational Unified Process pregam o
desenvolvimento iterativo.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
(CESPE 2004 TJ/PA Analista de Sistema
A abordagem sistemtica
estritamente linear para o desenvolvimento de software denominada modelo
em cascata ou modelo sequencial linear.
Comentrios:
Perfeito! Modelo em Cascata, Linear, Sequencial, Waterfall, etc.
00000000000

Gabarito: C

O modelo em cascata organiza


37. (CESPE 2006 TSE Analista de Sistema
o desenvolvimento em fases. Esse modelo encoraja a definio dos requisitos
antes do restante do desenvolvimento do sistema. Aps a especificao e a
anlise dos requisitos, tm-se o projeto, a implementao e o teste.
Comentrios:
Perfeito! De fato, segue essa ordem!
Gabarito: C
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 34 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

(CESPE
INMTRO Analista de Sistema) No desenvolvimento de
software, o modelo em cascata estruturado de tal maneira que as fases que
compem o desenvolvimento so interligadas. Nessa situao, o final de uma
fase implica o incio de outra.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
(CESPE 2010 BASA Analista de Sistema) 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:
Ao final de cada projeto? No! Ao final de cada fase.
Gabarito: E
TRE/MT Analista de Sistema O modelo em cascata
40. (CESPE
apropriado para software em que os requisitos ainda no foram bem
compreendidos, pois focado na criao de incrementos.
Comentrios:
00000000000

Pelo contrrio, totalmente errado!


Gabarito: E
41. (CESPE 2009 UNIPAMPA Analista de Sistema
O modelo em cascata
sugere uma abordagem sistemtica e sequencial para o desenvolvimento de
software. Sua natureza linear leva a estados de bloqueio nos quais, para que
nova etapa seja iniciada, necessrio que a documentao associada fase
anterior tenha sido aprovada.
Comentrios:
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 35 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Perfeito! No basta terminar uma fase, necessrio que a sua documentao tenha
sido aprovada.
Gabarito: C
42. (CESPE 2004 ABIN Analista de Sistema) O modelo de desenvolvimento
seqencial linear, tambm denominado modelo em cascata, incompatvel com
o emprego de tcnica de anlise orientada a objetos no desenvolvimento de um
sistema de informao.
Comentrios:
No, no faz sentido algum.
Gabarito: E
43. (CESPE 2004 TRE/AL Analista de Sistema) O modelo cascata ou ciclo de
vida clssico necessita de uma abordagem sistemtica, que envolve, em primeiro
lugar, o projeto e, em seguida, a anlise, a codificao, os testes e a manuteno.
Comentrios:
Primeiro Projeto e depois Anlise? No, Anlise vem antes do Projeto!
Gabarito: E
MPE/AM Analista de Sistema) O modelo de desenvolvimento
44. (CESPE
seqencial linear tem como caracterstica principal a produo de uma verso
bsica, mas funcional, do software desde as primeiras fases.
00000000000

Comentrios:
Pelo contrrio, somente nas fases finais.
Gabarito: E
ACERTEI

Prof. Diego Carvalho

ERREI

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 36 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

3.2 MODELO BASEADO EM COMPONENTES


Pessoal, vocs j pararam para pensar por que a disciplina de Engenharia de Software
denominada Engenharia de Software? Vamos contar essa histria: esse conceito
surgiu em 1968, em uma conferncia organizada para discutir a Crise do Software.
Essa crise foi o resultado da introduo de circuitos integrados em computadores. E
isso era ruim, professor?
No, pelo contrrio! Desde o ingresso dos circuitos
integrados, tornou-se possvel e vivel fazer aplicaes
extremamente complexas. No entanto, o desenvolvimento
de software era bastante informal e incipiente, criando
softwares, cujo custo superava as previses, no confiveis,
difceis de manter e de desempenho insatisfatrio.
Naquela poca, os custos de hardware estavam caindo, enquanto os custos de
software aumentavam rapidamente. Novas tcnicas e mtodos eram necessrios
para controlar a complexidade inerente aos grandes sistemas de software. Agora eu
volto a perguntar: por que Engenharia de Software se chama Engenharia de
Software?
Por que foi uma tentativa de contornar a crise ao utilizar slidos princpios de
Engenharia a fim de obter um software de maneira econmica, que seja confivel e
que trabalhe em mquinas reais, dando um tratamento mais sistemtico e
controlado (comum Engenharia) ao desenvolvimento de sistemas de software
complexos.
00000000000

Pessoal, pensem comigo: a engenharia evolui seus mtodos h centenas de anos,


enquanto o desenvolvimento de software bastante recente! Logo, faz sentido
utilizar os conceitos consolidados de engenharia para melhorar seus processos de
desenvolvimento de software. No acham? Ok, professor! Mas o que isso tem a ver
com reso de componentes?
Ora, a Engenharia especializada em produzir componentes reusveis. Engenheiros
raramente fabricam um componente a partir do nada. Eles baseiam seus projetos
em componentes exaustivamente testados em outros sistemas. Quando se fala em
Modelo baseado em Componentes, refere-se a uma estratgia de engenharia de
software na qual o processo de desenvolvimento voltado reusabilidade.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 37 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

E qual a vantagem disso? Isso resulta em reduo de custos de produo e


manuteno, entregas mais rpidas e aumento de qualidade. A abordagem para
desenvolvimento de software Component-Based Software Engineering (CBSE) tem
utilizado o reso como pea principal. Essa abordagem depende de uma grande
base de componentes reusveis e algum framework de integrao.

O Modelo Genrico de Engenharia de Software Baseada em Componentes:


00000000000

Especificao de Requisitos: tem o objetivo de traduzir as informaes


coletadas durante a atividade de anlise em um documento que define um
conjunto de requisitos de software. Devem ser includos dois tipos de
requisitos nesse documento: os Requisitos de Usurio e Requisitos de
Sistema.
Anlise de Componentes: nesta fase, feita uma busca pelos componentes
para implementar essa especificao. Geralmente, no existe uma
correspondncia exata entre o componente encontrado e o procurado.
Muitas vezes, os componentes que podem ser usados fornecem apenas parte
da funcionalidade necessria.
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 38 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Modificao de Requisitos: os requisitos so analisados usando as


informaes sobre os componentes encontrados, que so modificados para
refletir os componentes disponveis. Quando as modificaes so impossveis,
a atividade de anlise de componentes pode ser novamente realizada para
procurar alternativas.
Projeto de Sistema com Reso: o framework do sistema projetado ou um
framework existente reutilizado. Os projetistas levam em considerao os
componentes reusados. Pode ser necessrio projetar algum software novo
caso os componentes reusveis no estejam disponveis para aquisio para
o sistema.
Desenvolvimento e Integrao: software que no pode ser adquirido
externamente desenvolvido e os componentes e os sistemas COTS so
integrados para criar o novos sistema. A integrao de sistema, neste modelo,
pode ser parte do processo de desenvolvimento, em vez de ser uma
atividade separada.
Validao de Sistema: processo de verificao de se um sistema atende s
necessidades e expectativas do cliente. Professor, o que so Sistemas COTS?
Esse o acrnimo de Commercial Off-The-Shelf, que um conjunto de
solues pr-fabricadas e disponveis no mercado, podendo ser compradas
ou licenciadas, i.e., uma grande biblioteca de componentes prontos.

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 39 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

45. (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:
Perfeito, exatamente isso!
Gabarito: C
46. (UFBA - UFBA - Analista de Tecnologia da Informao No processo de
software baseado em componentes, cada componente projetado para reuso
uma entidade executvel independente, que deve manipular excees.
Comentrios:
Os componentes no devem tratar as excees por si mesmos, pois cada aplicao
ter seus prprios requisitos para tratamento de excees. Antes, o componente
deve definir quais excees podem surgir e public-las como parte da interface.
Gabarito: E
00000000000

MPE/AM Analista Judicirio Analista de Sistemas) A utilizao


47. (CESPE
de um modelo de desenvolvimento embasado em componentes uma forma
de desenvolvimento em espiral que busca a reutilizao de trechos de software
desenvolvidos e testados em projetos anteriores e armazenados em um
repositrio.
Comentrios:

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 40 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

De fato, o modelo de desenvolvimento baseado em componentes incorpora


caractersticas do modelo em espiral, preconizando o uso de componentes
comerciais prontos para uso.
Gabarito: C
48. (CESPE 2004 SERPRO Analista de Sistemas) O grande objetivo do uso de
engenharia de software por componentes a produo de software de alta
qualidade e baixo custo.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
49. (CESPE 2004 SERPRO Analista de Sistemas) Enquanto o reso em
engenharia de software convencional est geralmente limitado extenso e
manuteno de um sistema especfico, o reso, em engenharia de software por
componentes, um requisito de desenvolvimento, independentemente do
projeto em considerao.
Comentrios:
Perfeito, exatamente isso! Galera, na Engenharia de Software baseada em
Componentes, obrigatria a utilizao da reusabilidade para desenvolver,
produzir, criar um sistema de software, independentemente do projeto.
00000000000

Gabarito: C

(CESPE 2004 SERPRO Analista de Sistemas) O uso de componentes pode


estar condicionado a regras de licenciamento. Essa preocupao, no entanto,
no existe se os componentes forem classificados como software livre.
Comentrios:
Galera, h regras de licenciamento, i.e., tem componentes gratuitos ou pagos. No
porque um software classificado como software livre que ele grtis, no
confundam isso jamais.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 41 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Gabarito: E
51. (CESPE 2008 SERPRO Analista de Sistemas) O modelo orientado a reso
parte de um software existente para que se crie outro, no todo ou apenas em
parte de seus componentes.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
ACERTEI

ERREI

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 42 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

3.3 MODELOS EVOLUCIONRIOS


Antes de comearmos, eu acho oportuno explicar porque alguns autores
consideram o Modelo Evolucionrio como um tipo de Modelo Iterativo. Um dos
nossos guias, Pressman diz: Os modelos evolucionrios so iterativos, apresentando
caractersticas que possibilitam desenvolver verses cada vez mais completas do
software.
Ok, o tema agora Modelos Evolucionrios! Esse modelo baseia-se na ideia de
desenvolvimento de uma implementao inicial, expondo o resultado aos
comentrios do usurio e refinando esse resultado por meio de vrias verses at
que seja desenvolvido um sistema adequado. Existem dois tipos fundamentais de
desenvolvimento evolucionrio:
Desenvolvimento Exploratrio (ou Evolutiva): comea com as partes do sistema
compreendidas e evolui por meio da adio de novas caractersticas propostas
pelo cliente at entregar o sistema final.
Prototipao Throwaway: tambm conhecida como descartvel, tem o intuito de
compreender os requisitos do cliente e, a partir disso, desenvolver melhor
definio de requisitos para o sistema.
Em geral, a abordagem evolucionria mais eficaz que abordagem em cascata. Por
que? Porque a especificao pode ser desenvolvida de forma incremental. medida
que os usurios compreendem melhor seu problema, isso pode ser refletido no
sistema de software. Essa abordagem possui dois problemas (inclusive, j caram no
Senado Federal):
00000000000

O processo no visvel: se os sistemas so desenvolvidos rapidamente, no


vivel economicamente produzir documentos para cada verso do sistema.
Os sistemas so frequentemente mal estruturados: mudanas contnuas tendem
a corromper a estrutura do software e tornar mudanas difceis e caras.
O Pressman recomenda o Desenvolvimento Evolucionrio para sistemas de
pequeno e mdio porte (at 500 mil linhas de cdigo). J para sistemas maiores e
mais complexos, esses problemas supracitados tornam-se mais graves. difcil

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 43 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

estabelecer uma arquitetura estvel, tornando difcil integrar as contribuies das


equipes.
Vamos resumir? um modelo que apresenta uma verso inicial aos usurios, com
os requisitos mais bem compreendidos, para refinamento do resultado verso a
verso. Pode ser Evolucionrio (quando evolui at o sistema final) ou Throwaway
(quando descartado). Ademais, recomendado para sistemas de pequeno e
mdio porte.

Um esboo simples do processo de desenvolvimento evolucionrio apresentado


na imagem acima. As atividades de especificao, desenvolvimento e validao so
intercaladas, em vez de separadas, com feedback rpido que permeia as atividades.
H dois modelos principais de desenvolvimento evolucionrio: Prototipagem e
Espiral.
00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 44 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

(FGV 2008 Senado Federal Analista de Sistemas) No modelo evolucionrio,


a mudana constante tende a corromper a estrutura do software.
Comentrios:
Como j vimos, exatamente isso que acontece!
Gabarito: C
(CESPE
DETRAN/DF Analista 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:
Como ? Compreender as especificaes para chegar aos requisitos? No, isso no
faz sentido! compreender os requisitos para chegar especificao.
Gabarito: E
ACERTEI

Prof. Diego Carvalho

00000000000

ERREI

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 45 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

4 MODELOS EM PROTOTIPAGEM
A Prototipagem utilizada quando no se conhece bem os requisitos. uma forma
de entend-los melhor para posteriormente desenvolver o software. Ela se
configura como um processo iterativo, interativo e rpido de desenvolvimento e o
prottipo serve como um mecanismo de identificao dos requisitos do software,
que serviro para uma futura especificao.
Um prottipo uma verso inicial de um sistema de software usado para
demonstrar conceitos, experimentar opes de projeto e, geralmente, conhecer
mais sobre o problema e suas possveis solues. Assim, os custos so controlados
e as partes interessadas do sistema podem experimentar o prottipo mais cedo no
processo de desenvolvimento.
IMPORTANTE:
Quando uma questo no especifica o tipo de prototipao, geralmente se trata de
Prototipao Descartvel e, no, Evolucionria/Exploratria.

Um prottipo de software pode ser usado em um processo de desenvolvimento de


diversas maneiras! Veremos trs modos possveis de utilizao:
a) No processo de engenharia de requisitos, um prottipo pode ajudar na
descoberta e validao dos requisitos do sistema.
b) Processo de projeto do sistema, um prottipo pode ser usado para explorar
solues especficas de software e apoiar o projeto de interface com o usurio.
00000000000

c) No processo de teste, um prottipo pode ser usado para realizar testes


completos com o sistema que ser entregue para o cliente.
Na Prototipao Descartvel, inicia-se o desenvolvimento pelos requisitos mais
difceis e menos compreendidos e recomendvel para programas grandes e
complexos. Na Prototipao Evolucionria, inicia-se o desenvolvimento pelos
requisitos mais fceis e mais bem compreendidos e recomendvel para programas
pequenos ou mdios.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 46 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Prottipos permitem que os usurios introduzam novas ideias para os requisitos e


encontrem pontos fortes e fracos no software. Ademais, prottipos podem revelar
erros e omisses nos requisitos propostos, alm de reduzirem o tempo de
desenvolvimento, treinamento e documentao o sistema. Professor, s h
vantagens? No, h desvantagens tambm! Olha s...
Anlise insuficiente, devido a desenvolvedores que se focam s no prottipo e
esquecem de analisar o problema global; usurios confundem prottipo com o
sistema final, sendo que sero descartados posteriormente; documentao pode ser
prejudicada; falta de visibilidade do progresso quando o sistema evolui, mas nunca
termina; tempo excessivo para desenvolver o prottipo; etc.

00000000000

Como mostra a imagem acima, o paradigma de prototipao comea com a


comunicao. Encontra-se com as partes interessadas para definir os objetivos
gerais do software, identificar os requisitos conhecidos e definir reas em que uma
definio mais profunda obrigatria. Uma iterao de prototipao planejada
rapidamente e, ento, ocorre a modelagem dessa iterao.
Um plano rpido se foca na representao daqueles aspectos do software que sero
visveis aos usurios finais e leva construo do prottipo. O prottipo
implantado e avaliada pelas partes interessadas, que fornecem feedbacks que sero

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 47 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

usados para refinar os requisitos. O prottipo ajuda a identificar requisitos e para


entender melhor o que precisa ser feito.

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 48 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

54. (CESPE 2004 BASA Analista de Sistemas) O modelo embasado em


prototipagem um modelo de processo incremental que enfatiza um ciclo de
desenvolvimento extremamente curto. A primeira fase do processo a
modelagem de negcio e a ltima a fase de teste e entrega.
Comentrios:
Ciclo de desenvolvimento curto? Isso RAD!
Gabarito: E
(CESPE
UNIPAMPA Analista de Sistemas) No modelo de
desenvolvimento prototipagem, um prottipo desenvolvido para ajudar no
entendimento dos requisitos do sistema.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
(CESPE 2010
E/MT Analista de Sistemas - C) A metodologia de
prototipagem evolutiva uma abordagem que visualiza o desenvolvimento de
concepes do sistema conforme o andamento do projeto, por meio de
prottipos visuais.
00000000000

Comentrios:
Perfeito, lembram-se das duas abordagens de prototipagem?
Gabarito: C
57. (CESPE 2004 TRE/AL Analista de Sistemas) No modelo de prototipao, o
desenvolvedor cria inicialmente um modelo de software que ser posteriormente
implementado.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 49 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Comentrios:
Perfeito, isso mesmo!
Gabarito: C
(CESPE 2007 TSE Analista de Sistemas) Um possvel objetivo da
prototipao criar rapidamente um sistema experimental que possa ser
avaliado por usurios finais. Um prottipo aprovado pelos usurios pode vir a
ser usado como ponto de partida para a construo do sistema.
Comentrios:
Perfeito, isso mesmo! Nada muito a acrescentar!
Gabarito: C
(CESPE
MPE/AM Analista de Sistemas) No modelo de prototipao,
a especificao de requisitos tem pouca importncia, pois o software
continuamente adaptado em funo dos desejos do usurio.
Comentrios:
Pressman diz que o modelo de prototipao auxilia o engenheiro de software e o
cliente a entenderem melhor o que deve ser construdo quando os requisitos esto
confusos. O prottipo funciona como um mecanismo para identificar os requisitos,
portanto importante!
00000000000

Gabarito: E
(CESPE
TJ/DF Analista de Sistemas) Uma vantagem da prototipao
promover a participao e o comprometimento do usurio em relao ao
sistema em desenvolvimento.
Comentrios:
Perfeito, usurios participam bastante!
Gabarito: C
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 50 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

61. (CESPE
TJ/DF Analista de Sistemas) A prototipao de um software
uma tcnica de desenvolvimento no-interativa porque o teste do sistema s
ocorre na verso final.
Comentrios:
Bem... acredito que a questo quis dizer Iterativa e, no, Interativa. De todo modo,
a Prototipao tanto iterativa quanto interativa com os usurios.
Gabarito: E
(CESPE
TJ/DF Analista de Sistemas) Uma das finalidades da
prototipao reduzir o esforo de desenvolvimento de um software.
Comentrios:
Perfeito, ela ajuda a reduzir o esforo!
Gabarito: C
(CESPE
TJ/DF Analista de Sistemas) A prototipao evolucionria no
gera problemas de manuteno de sistema porque o desenvolvimento rpido
e no sofre grandes mudanas.
Comentrios:
Gera problemas, sim! H muitas mudanas e por isso elas tendem a corromper a
estrutura do software e tornar mudanas difceis e caras.
00000000000

Gabarito: C
64. (CESPE
TJ/DF Analista de Sistemas) A prototipao evolucionria
permite que a verso inicial do prottipo seja desenvolvida e refinada em
estgios seqenciados, at que se chegue verso final do sistema.
Comentrios:
Perfeito, essa a prototipao evolucionria ou exploratria.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 51 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Gabarito: C
(CESPE
TCE/RN Analista de Sistemas) A prototipao, uma
abordagem para desenvolvimento de software na qual se cria um modelo do
software que ser implementado, composta de quatro etapas: planejamento,
anlise de risco, engenharia e avaliao do cliente.
Comentrios:
Perfeito, essa a prototipao evolucionria ou exploratria.
Gabarito: C
(CESPE 2010 INMETRO Analista de Sistemas
Um dos benefcios da
prototipao a documentao normalmente gerada, que facilita a manuteno
dos sistemas a longo prazo e a elaborao de casos de teste.
Comentrios:
Pelo contrrio, documentao invivel quando se usa prototipao.
Gabarito: E
67. (CESPE 2010 INMETRO Analista de Sistemas D) Um dos riscos da
prototipao o usurio confundir o prottipo com o sistema verdadeiro e criar
falsas expectativas com relao a prazos e recursos.
Comentrios:
00000000000

Perfeito, esse um erro comum.


Gabarito: C
(CESPE 2010 INMETRO Analista de Sistemas E) Na abordagem evolutiva
para desenvolvimento de software, um prottipo do software produzido e
utilizado para identificar possveis problemas com os requisitos, sendo
descartado logo em seguida, e o desenvolvimento do software propriamente
dito , ento, iniciado.
Comentrios:
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 52 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Se descartado, no uma abordagem evolutiva.


Gabarito: E
(CESPE
1
Analista de Sistemas) No modelo de prototipao, o
processo de desenvolvimento de software modelado como uma sequncia
linear de fases, enfatizando um ciclo de desenvolvimento de breve durao.
Comentrios:
No linear, na verdade iterativo!
Gabarito: E
70. (CESPE
3 TRT/10 Analista de Sistemas) No modelo prototipao, a
construo de software tem vrias atividades que so executadas de forma
sistemtica e sequencial.
Comentrios:
No sistemtica nem linear!
Gabarito: E
ACERTEI

ERREI

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 53 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

5 MODELO EM ESPIRAL
Agora vamos analisar o Modelo em Espiral. Ele foi proposto originalmente, em 1988,
por Boehm. Sua ideia era, em vez de representar o processo de software como uma
sequncia de atividades com algum retorno entre uma atividade e outra, o processo
deveria ser representado como uma espiral. A imagem abaixo mostra um esboo
desse modelo.

00000000000

conhecido como prototipagem-em-etapas, por combinar o modelo em cascata


com a prototipao. Cada loop representa uma fase do processo de software. Dessa
forma, o loop mais interno pode estar relacionado viabilidade do sistema; o
prximo loop, definio de requisitos; o prximo, ao projeto de sistema e assim
por diante. De acordo com Sommerville, divide-se em quatro etapas:
Determinar objetivos: definem-se os objetivos e restries e identificam-se os
riscos de projeto.
Identificar e resolver riscos: realiza-se uma anlise detalhada de cada risco e
providncias so tomadas para reduzi-los.
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 54 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Desenvolv e test : seleciona-se um modelo de desenvolvimento para o


sistema (Ex: prototipao evolucionria, mtodos formais, etc).
Planejar: revisa-se o projeto e decide-se sobre o prosseguimento ao prximo
loop da espiral, realizando o planejamento.
De acordo com Pressman, cada espiral dividida em cinco etapas:

Comunicao: (...)
Planejamento: estimativa de custos, cronograma e anlise de riscos;
Modelagem: anlise e design;
Construo: codificao e teste;
Implantao: entrega e feedback;
IMPORTANTE

Cada loop na espiral representa uma fase no processo, entretanto essas fases no so fixas, i.e., escolhem-se quais
fases se deseja realizar.

00000000000

Vocs entenderam isso? O Pressman explica isso por meio da imagem acima!
Percebam que o loop mais interno trata do projeto de desenvolvimento de conceito,
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 55 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

o segundo loop trata do projeto de desenvolvimento de produto, o terceiro trata


do projeto de melhoria e o ltimo, mais claro, trata do projeto de manuteno.
Galera, eu quero enfatizar isso!
Cada loop uma fase e a fase escolhida de acordo com as necessidades do
negcio! J as atividades do processo so fixas para todos os loops. No entanto,
Boehm utiliza uma diviso de atividades diferente do Pressman. No caso de dvida,
considerem a verso original do Modelo de Boehm. Alm disso, ao final de cada
loop, h uma tomada de deciso a respeito do projeto.
Vocs perceberam, pela imagem acima, que existem prottipos que so utilizados
para verificar a viabilidade do projeto. Ao final de cada loop na espiral, deve-se
decidir se o projeto continuar ou se ser interrompido. Pessoal, por que esse
modelo se destaca em relao aos outros? Porque ele enfatiza bastante um aspecto:
Anlise de Riscos.
Este um modelo complexo que precisa ser gerenciado por pessoas que tenham
grande experincia na avaliao de riscos. Geralmente, o modelo utilizado em
sistemas crticos e grandes!
Vantagens
Suporta mecanismos de reduo de riscos.

Desvantagens
Exige analistas de risco bastante experientes.

Obtm-se verses do sistema a cada iterao.

Exige uma equipe de desenvolvimento


extremamente qualificada.
Entregando produtos cada vez mais refinados Exige um gerenciamento de processo mais
e de melhor qualidade.
complexo.
Reflete as prticas reais de engenharia atual.
No recomendado resolver problemas mais
simples e pequenos.
Apresenta uma abordagem sistemtica.
00000000000

Apresenta estimativas realsticas.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 56 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

71. (FCC - 2012 - TST - Analista Judicirio - Anlise de Sistemas - O Ciclo de Vida
de um Sistema especifica todas as fases de desenvolvimento, desde sua
concepo at o processo de manuteno e declnio. No que diz respeito ao
desenvolvimento de software, existem alguns processos conhecidos. Um destes
processos, possui caracterstica iterativa e incremental, inicia cada fase do projeto
realizando um planejamento prvio, realiza a execuo da fase, verifica o
progresso e os resultados da fase (riscos, lies aprendidas) e incrementa novos
objetivos para a fase seguinte, seguindo para a prxima iterao. O processo de
software em questo o modelo espiral.
Comentrios:
Perfeito, isso mesmo.
Gabarito: C
72. (FCC - 2010 - TRT - 20 REGIO (SE) - Analista Judicirio - Tecnologia da
medida que se avana pelo modelo ocorre uma iterao e o
Informao software evolui para estgios superiores, normalmente com aumento da
complexidade. Cada iterao est provida das atividades determinadas pelos
quadrantes planejamento, avaliao de alternativas e riscos, desenvolvimento do
software e avaliao do cliente. No ciclo de vida de desenvolvimento de software,
trata-se da propriedade do modelo cascata.
00000000000

Comentrios:
No! Trata-se claramente do Modelo em Espiral.
Gabarito: E
TCE/RN Assessor Tcnico de Informtica) A prototipao, uma
73. (CESPE
abordagem para desenvolvimento de software na qual se cria um modelo do
software que ser implementado, composta de quatro etapas: planejamento,
anlise de risco, engenharia e avaliao do cliente.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 57 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Comentrios:
Opa... essas etapas so da Modelagem em Espiral!
Gabarito: E

74. (CESPE 2011 MEC Gerente de Projetos) 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:
Perfeito! isso mesmo...
Gabarito: C
75. (CESPE
TJ/DF Analista Judicirio Tecnologia da Informao) 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
sequencial linear.
Comentrios:
Modelo em Espiral tambm conhecido como Prototipagem-Em-Etapas, por conta
disso!
Gabarito: C
00000000000

76. (CESPE 2004 COHAB Analista Judicirio Tecnologia da Informao) O


modelo espiral um modelo de processo de software que combina a natureza
iterativa da prototipagem com os aspectos controlados e sistemticos do modelo
sequencial linear.
Comentrios:
Galera, eu no errei! Essas questes so realmente parecidas, o CESPE copiando
do CESPE!
Gabarito: C
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 58 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

(CESPE TJ/DF - Analista Judicirio - Tecnologia da Informao)


Empregando o modelo de desenvolvimento em espiral, o software
desenvolvido em uma srie de verses intermedirias incrementais.
Comentrios:
Exatamente o que diz o Pressman!
Gabarito: C
78. (CESPE 2010 SERPRO - Analista Desenvolvimento De Sistemas) O modelo
em espiral de ciclo de vida de software iterativo e incremental, uma vez que a
mesma sequncia de atividades relacionadas produo de software realizada
a cada ciclo da espiral.
Comentrios:
Na verdade, ele evolucionrio e nem sempre a mesma sequncia de atividades
realizada.
Gabarito: E
79. (CESPE 2010 SERPRO - Analista Desenvolvimento De Sistemas) O modelo
de desenvolvimento em espiral permite repensar o planejamento diversas vezes
durante o desenrolar do projeto.
Comentrios:
00000000000

Ele iterativo, portanto permite replanejamento a cada nova iterao.


Gabarito: C
(CESPE - 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:

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 59 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Na verdade, a presena da Anlise de Riscos que o diferencia.


Gabarito: E
ANS Analista Administrativo Processamento de Dados) O
81. (CESPE
modelo Rapid Application Development (RAD) uma adaptao do modelo em
espiral para atender a projetos de software fundamentados em componentes.
Comentrios:
Na verdade, ele uma adaptao de alta velocidade do modelo em cascata.
Gabarito: E
(CESPE
IPEA Analista de Sistemas) O modelo espiral um modelo
evolucionrio de processo de software que combina a prototipagem com o
modelo em cascata. Contudo, a incerteza em relao ao nmero de ciclos
necessrios para construir o projeto, leva tal abordagem a empregar o modelo
de mtodos formais para viabiliz-lo.
Comentrios:
No, de maneira alguma. No se emprega o modelo de mtodos formais!
Gabarito: E
(CESPE
UNIPAMPA Analista de Sistemas) O modelo espiral admite
retorno s fases anteriores de desenvolvimento, suportando ainda a execuo
paralela de fases.
00000000000

Comentrios:
No, lembrem-se que ele combina prototipao com o modelo sequencial. Logo,
ele no permite retorno s fases anteriores nem execuo paralela de fases.
Gabarito: E
UNIPAMPA Analista de Sistemas) O modelo em cascata
84. (CESPE
linear e sequencial. Modelos como o espiral e o Rational Unified Process pregam
o desenvolvimento iterativo.
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 60 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Comentrios:
Perfeito, isso mesmo!
Gabarito: C
(CESPE 2004 BASA Analista de Sistemas) O modelo em espiral evolui
medida que o processo avana, permitindo ao desenvolvedor e ao cliente
entenderem melhor os riscos e reagirem em cada nvel evolucionrio.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
(CESPE 2004 PBV/RR Analista de Sistemas) O modelo em espiral para
desenvolvimento de software fundamentado no faseamento comumente
adotado em projetos de engenharia a partir da dcada de 70 do sculo passado.
Tal modelo considera as seguintes fases: anlise de requisitos, definio, projeto,
implementao, integrao e testes, operao e manuteno.
Comentrios:
No, suas fases so: Comunicao, Planejamento, Anlise de Risco, Engenharia,
Construo e Release, Avaliao do Cliente.
00000000000

Gabarito: E

87. (CESPE 2004 PBV/RR Analista de Sistemas) O modelo em espiral de


desenvolvimento proposto por Boehm apresenta a anlise de riscos como uma
das suas fases essenciais.
Comentrios:
Falou em Modelo em Espiral, h de se lembrar da Anlise de Riscos.
Gabarito: C

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 61 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

(CESPE 2004 STJ Analista de Sistemas) O modelo de desenvolvimento em


espiral requer a considerao dos riscos tcnicos em todos os estgios ou
interaes do projeto, o que permite reduzir os riscos antes que se concretizem.
Comentrios:
Perfeito, deve-se considerar os riscos para reduzi-los.
Gabarito: C
(CESPE 2004 TRE/AL Analista de Sistemas) O modelo de desenvolvimento
em espiral engloba o que h de melhor no modelo cascata e no modelo de
prototipao, acrescentando a anlise de risco, inexistente nestes dois modelos.
Comentrios:
Inexistente? No! Existe Anlise de Riscos, s no explcito como no Modelo em
Espiral.
Gabarito: E
(CESPE
CENSIPAM Analista de Sistemas) O modelo espiral iterativo
e incremental, assim como so os modelos de processo unificado, de
prototipao, de desenvolvimento rpido de aplicaes e em cascata.
Comentrios:
Modelo Espiral Iterativo e Incremental! Processo Unificado, Prototipao e RAD
tambm, mas Cascata, no!
00000000000

Gabarito: E
SERPRO Analista de Sistemas) O modelo iterativo e o modelo
91. (CESPE
em espiral possuem caractersticas semelhantes: ambos permitem que as
atividades do processo sejam planejadas e avaliadas ao longo do ciclo de vida.
Comentrios:
Perfeito, isso mesmo!

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 62 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Gabarito: C
(CESPE
ANATEL Analista de Sistemas) Entre os modelos de ciclo de
vida de software, o modelo espiral possui maior proximidade com as prticas da
engenharia clssica empregadas, por exemplo, na construo de casas, quando
comparado aos modelos cascata e de componentes reusveis.
Comentrios:
No, galera. Possui maior proximidade com Modelo em Cascata e de Componentes
Reusveis, que so processos de desenvolvimento mais sistemticos.
Gabarito: E
(CESPE
INMETRO Analista de Sistemas) Uma das caractersticas
marcantes do modelo de desenvolvimento em espiral o fato de ele ser cclico,
e no linear, como o modelo de desenvolvimento em cascata.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
94. (CESPE
UNIPAMPA Analista de Sistemas) O modelo de
desenvolvimento espiral foi desenvolvido somente para abranger as melhores
caractersticas do ciclo de vida clssico.
Comentrios:

00000000000

Esse item no faz qualquer sentido.


Gabarito: E
(CESPE
UNIPAMPA Analista de Sistemas) No modelo de
desenvolvimento em espiral, a anlise de riscos no impacta na elaborao de
um produto ou prottipo.
Comentrios:

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 63 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Como no? Claro que impacta!


Gabarito: E
(CESPE 2010 INMETRO Analista de Sistemas
No modelo em espiral,
um exemplo de modelo iterativo, cada loop da espiral representa uma fase do
processo de software. Nesse modelo, os riscos no so considerados, pois
podem impactar o projeto.
Comentrios:
Riscos no so considerados? Claro que so!
Gabarito: E
97. (CESPE 2010 TRE/MT Analista de Sistemas E) O modelo de
desenvolvimento em espiral, que tem a codificao como segunda etapa, gera
o cdigo do sistema muito mais rapidamente que o modelo de prototipao.
Comentrios:
a terceira etapa e no gera o cdigo mais rapidamente que o modelo de
prototipao, que bem mais rpido.
Gabarito: E
(CESPE - 2013 - STF - Tcnico Judicirio - Tecnologia da Informao) 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.
00000000000

Comentrios:
Perfeito, exatamente isso!
Gabarito: C
(CESPE - 2013 TRT/17 Analista de Sistemas) O modelo espiral de modelagem
de processos para desenvolvimento de software finalizado quando o software
implantado.
Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 64 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Comentrios:
Modelo Espiral de Modelagem de Processos de Desenvolvimento de Software???
No, no nada disso.
Gabarito: E
1 AL/ES - Analista Judicirio - Tecnologia da Informao) No
100. (CESPE ciclo de vida em espiral, a de anlise de risco realizada na etapa da modelagem
do produto.
Comentrios:
De acordo com Pressman, realizada na etapa de Planejamento e, no,
Modelagem.
Gabarito: E
ACERTEI

ERREI

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 65 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

6 MODELO ITERATIVO E INCREMENTAL


Como foi dito anteriormente, o Modelo em Cascata acumulava riscos e vrios
projetos comearam a fracassar ao utiliz-lo no mundo inteiro. Ento surgiu o
Modelo Iterativo como uma tentativa de resolver esse problema de acmulo de
riscos. Vejamos a diferena fundamental entre o Modelo em Cascata e o Modelo
Iterativo:
No Modelo em Cascata, caso haja cem requisitos, analisa-se os cem
requisitos, projeta-se os cem requisitos, codifica-se os cem requisitos, testase os cem requisitos, e assim, por diante, sequencialmente.
No Modelo Incremental, caso haja cem requisitos no projeto, divide-se os
cem requisitos em vinte miniprojetos de cinco requisitos e utiliza-se o modelo
em cascata para cada miniprojeto.
Galera, pensem s: possvel combinar a abordagem incremental com uma
abordagem iterativa para desenvolver os miniprojetos em paralelo e entregar partes
diferentes do projeto. A imagem abaixo apresenta os miniprojetos de cinco
requisitos sendo feitos iterativamente e paralelamente em um modelo iterativo e
incremental.

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 66 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Assim, os resultados so mais rpidos, h maior interao com o usurio e h um


feedback mais intenso possvel reagir mais facilmente a mudanas. Essa
abordagem permite gerenciamento e mitigao de riscos. Professor, mas eu fiquei
com uma dvida: qual a diferena entre Modelo Iterativo e Modelo Incremental? Ou
eles so exatamente a mesma coisa?
Bem, galera... eu nunca vi nenhuma prova cobrar essa diferena entre modelo
iterativo e modelo incremental! Na verdade, quando se fala em modelo iterativo,
presume-se que incremental e quando se fala em modelo incremental, presumese que iterativo. Eles frequentemente andam lado a lado, mas h pequenas
diferenas.
IMPORTANTE
Galera, j vi essas palavras serem trocadas dezenas de vezes. No entanto, muitas vezes a prpria banca erra e, s
vezes, no volta atrs! Infelizmente isso acontece =(

Iterativo: reiterado ou repetitivo.


Interativo: participao ou ao mtua.

Professor, mas e se cair em prova? Ora, caso caia em prova, a diferena que, no
modelo iterativo, h vrias equipes desenvolvendo uma parte do software a serem
integradas no fim e, no modelo incremental, lana-se a verso 1.0, adicionam-se
funcionalidades, lana uma verso 2.0, adicionam-se mais funcionalidades e assim
por diante.

00000000000

Modelo Incremental: observem que a imagem mostra um artista com uma ideia
completa sobre o quadro, mas ele desenvolve cada parte separadamente at
integrar as partes em uma imagem completa. como se fosse um quebra-cabeas
em que cada parte entregue funcionando e depois integrada. Produz builds, i.e.,
partes do software.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 67 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Modelo Iterativo: observem que a imagem mostra um artista com um esboo do


quadro, sendo que ele desenvolve vrias verses do quadro at chegar ao resultado
final. como se fosse uma viso abstrata da imagem, que em seguida vai sendo
melhorada at chegar a uma viso mais concreta. Produz releases, i.e., verses
constantemente melhoradas da imagem.
Uma das vantagens do modelo iterativo e incremental que o cliente pode receber
e avaliar as entregas do produto mais cedo, j no incio do desenvolvimento do
software. Alm disso, h maior tolerncia a mudanas com consequncia direta de
reduo do risco de falha do projeto, i.e., ele acomoda melhor mudanas. Ele
aumenta o reso e a qualidade.

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 68 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

101. (CESPE 2011 MEC Anlise de Sistemas) No modelo de prototipao, o


processo de desenvolvimento de software modelado como uma sequncia
linear de fases, enfatizando um ciclo de desenvolvimento de breve durao.
Comentrios:
Na verdade, no linear iterativo.
Gabarito: E
102. (CESPE - 2011 TJ/ES - Analista Judicirio - Anlise de Sistemas - Especficos)
O modelo de processo incremental de desenvolvimento de software iterativo,
assim como o processo de prototipagem. Contudo, no processo incremental,
diferentemente do que ocorre no de prototipagem, o objetivo consiste em
apresentar um produto operacional a cada incremento.
Comentrios:
De fato, no modelo iterativo e incremental, apresenta-se sempre um produto a cada
incremento. J na prototipao, no. Idealmente, ele serve apenas para identificar
requisitos.
Gabarito: C
00000000000

103. (CESPE TJ/DF - Analista Judicirio - Anlise de Sistemas) No modelo


de desenvolvimento incremental, embora haja defasagem entre os perodos de
desenvolvimento de cada incremento, os incrementos so desenvolvidos em
paralelo.
Comentrios:
Questo perfeita. Os incrementos so codificados no exatamente em paralelo h
uma pequena defasagem.
Gabarito: C

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 69 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

104. (CESPE UNIPAMPA - Anlise de Sistemas) No modelo de


desenvolvimento incremental, a cada iterao so realizadas vrias tarefas. Na
fase de anlise, pode ser feito o refinamento de requisitos e o refinamento do
modelo conceitual.
Comentrios:
Perfeito, a fase seguinte fase de requisitos e busca refin-los.
Gabarito: C
ACERTEI

ERREI

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 70 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

RAPID APPLICATION DEVELOPMENT (RAD)


O RAD um modelo iterativo e incremental, que enfatiza o ciclo de
desenvolvimento curto (60 a 90 dias). Esse desenvolvimento ocorre to rpido,
porque utilizada o reso de componentes a exausto. Como muitos componentes
j esto testados, pode-se reduzir o tempo total de desenvolvimento. As fases so
mostradas na imagem abaixo:

00000000000

Modelagem de Negcio: o fluxo de informaes entre as funes de negcio


modelado de modo a responder que informao direciona o processo de
negcio; que informao gerada; quem gera essa informao; para onde
vai a informao gerada; e, por fim, quem processa a informao.
Modelagem de Dados: o fluxo de informao definido na fase de modelagem
de negcio refinado em um conjunto de objetos de dados que so

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 71 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

necessrios para suportar o negcio. Os atributos de cada objeto so


identificados e os relacionamentos entre esses objetos so definidos.
Modelagem de Processo: os objetos de dados definidos na modelagem de
dados so transformados para conseguir o fluxo necessrio para implementar
uma funo do negcio. Descries do processamento so criadas para
adicionar, modificar, descartar ou recuperar um objeto de dados.
Gerao da Aplicao: considera o uso de tcnicas de quarta gerao,
trabalha com a reutilizao de componentes de programa existentes quando
possvel, ou cria componentes reusveis. So usadas ferramentas
automatizadas para facilitar a construo do software.
Teste e Modificao: como o processo enfatiza o reso, muitos componentes
j esto testados e isso reduz o tempo total de teste. No entanto, os novos
componentes devem ser testados e todas as interfaces devem ser
exaustivamente exercitadas para colocar o resultado em produo.
Neste modelo, h uma interao direta e intensa com o usurio e uso frequente de
programao de banco de dados e ferramentas de apoio ao desenvolvimento,
como geradores de telas e relatrios. Mais abaixo, pode-se ver as vantagens e
desvantagens do modelo. Galera, ele no pode ser utilizado em qualquer situao.
Recomenda-se utiliz-lo quando:

a aplicao no necessita de softwares auxiliares (standalone);


possvel fazer uso de classes pr-existentes;
a performance no o mais importante;
o risco tcnico reduzido;
a distribuio do produto no mercado pequena;
o escopo do projeto restrito;
o sistema pode ser dividido em vrios mdulos;
o risco de mudana tecnolgica baixo.
00000000000

Vantagens
Permite o desenvolvimento rpido
prototipagem de aplicaes.
Criao e reutilizao de componentes.

e/ou

O envolvimento com o usurio tem que ser ativo.

Desenvolvimento conduzido em um nvel mais


alto de abstrao.
Grande reduo de codificao manual com
wizards.

Prof. Diego Carvalho

Desvantage
Exige recursos humanos caros e experientes.

Comprometimento da equipe do projeto.


Custo alto do conjunto de ferramentas e hardware
para rodar a aplicao;

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 72 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00
Cada funo pode ser direcionada para a uma
equipe separada.
Maior flexibilidade (desenvolvedores podem
reprojetar vontade).
Provvel custo reduzido (tempo dinheiro e
tambm devido ao reuso).
Tempo de desenvolvimento curto.

Mais difcil de acompanhar o projeto.

Prottipos permitem uma visualizao mais cedo.

Requisitos podem no se encaixar (conflitos entre


desenvolvedores e clientes).
Padronizao (aparncia diferente entre os
mdulos e componentes)

Envolvimento maior do usurio.

Perda de preciso cientfica (pela falta de mtodos


formais).
Pode levar ao retorno das prticas caticas no
desenvolvimento.
Pode construir funes desnecessrias.

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 73 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

105. (CESPE 2008 TST - Analista Judicirio - Anlise de Sistemas) O modelo


RAD (Rapid Application Development) consiste em uma forma de prototipao
para esclarecer dvidas da especificao do software.
Comentrios:
RAD um processo de desenvolvimento de software iterativo e incremental que
enfatiza um ciclo de desenvolvimento curto. Ele no uma forma de prototipao,
apesar de poder utiliz-la.
Gabarito: E
106. (CESPE 2005 MPE/AM Analista Judicirio Analista de Sistemas) O
modelo RAD (rapid application development) especfico para projetos de
software que empregam linguagens de programao de terceira gerao.
Comentrios:
No existe qualquer limitao quanto a isso!
Gabarito: E
107. (CESPE 2011 AL/ES Analista de Sistemas O ciclo de vida RAD (Rapid
Application Development), por privilegiar a rapidez do desenvolvimento, no
possui etapa de modelagem.
00000000000

Comentrios:
Como no? Existe Modelagem de Negcio, Dados e Processo!
Gabarito: E
IGEPREV Analista de Sistemas
O modelo Rapid
108. (CESPE
Application Development (RAD) apropriado para projetos que envolvem
grandes riscos tcnicos.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 74 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Comentrios:
Pelo contrrio, apropriado para projetos que envolvem pequenos riscos tcnicos.
Gabarito: E
109. (CESPE 2003 IPEA Analista de Sistemas) O RAD (Rapid Application
Development) um modelo de processo de software incremental que assume
um ciclo de desenvolvimento curto e utiliza uma abordagem de construo com
base em componentes.
Comentrios:
Perfeito, exatamente isso!
Gabarito: C
110. (CESPE 2008 TRE/MA Analista de Sistemas O modelo RAD (Rapid
Application Development) uma adaptao de alta velocidade do modelo
sequencial linear, conseguido por meio da construo embasada em
componentes.
Comentrios:
Bem... na minha opinio, seria mais correto afirmar que uma adaptao de alta
velocidade do modelo iterativo incremental. No entanto, o gabarito foi dado como
correto.
00000000000

Gabarito: C
TRE/MA Analista de Sistemas O uso de uma abordagem
111. (CESPE
de construo embasada em componentes faz que o desenvolvimento no
modelo RAD (Rapid Application Development) seja considerado mais rpido.
Comentrios:
Perfeito, ela se utiliza de uma construo baseada em componentes, fazendo com
que o desenvolvimento seja mais rpido.

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 75 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

Gabarito: C
112. (CESPE 2013 TRT/17 Analista de Sistemas) O objetivo do RAD separar
os modelos da visualizao e do controle. Ele fornece o controlador e facilita a
escrita de moldes padronizados para a camada de visualizao.
Comentrios:
Galera, esse item no faz qualquer sentido!
Gabarito: E
MPE/AM Analista de Sistemas) O modelo de
113. (CESPE
desenvolvimento incremental combina caractersticas do modelo de
desenvolvimento sequencial linear com caractersticas do modelo RAD, embora
isso resulte em projetos que sistematicamente apresentam maior durao que
aqueles feitos com os dois modelos de desenvolvimento originais.
Comentrios:
Modelo Incremental no combina caractersticas do Modelo Sequencial Linear com
RAD. Alis, RAD Incremental.
Gabarito: E
ACERTEI

ERREI

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 76 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

8 MTODOS GEIS
(Teoria e Exerccios)
ACERTEI

ERREI

8.1 SCRUM
(Teoria e Exerccios)
ACERTEI

ERREI

8.2. EXTREME PROGRAMMING


(Teoria e Exerccios)
ACERTEI

ERREI

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 77 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

FUI BEM? FUI MAL? MAIS OU MENOS?


ASSUNTO
1. Engenharia de Software: Conceitos Gerais
2. Ciclo de Vida de Software
3. Processos de Desenvolvimento de Software
3.1. Modelo em Cascata
3.2. Modelo baseado em Componentes
3.3. Modelos Evolucionrios
3.4. Modelos em Prototipagem
3.5. Modelo em Espiral
3.6. Modelo Iterativo e Incremental
3.7. Rapid Application Development
3.8. Mtodos geis
3.8.1. Scrum
3.8.2. XP
TOTAL

CORRETAS

ERRADAS

00000000000

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 78 de 79

Tecnologia da Informao para TJ.BA


Curso de Teoria e Exerccios
Prof. Diego Carvalho Aula 00

LISTA DE EXERCCIOS COMENTADOS

(Lista de Questes Comentadas)

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95

96

97

98

99

100

00000000000

E a, querem mais teoria? Mais exerccios? Tem mais de 160 nessa aula! Essa apenas a aula
demonstrativa, o restante desta aula e as outras vm em breve! Espero que vocs venham
comigo... grande abrao ;)

Prof. Diego Carvalho

www.estrategiaconcursos.com.br
00000000000 - DEMO

Pg. 79 de 79