Vous êtes sur la page 1sur 12

Questes Gerais e Modelos de

Ciclo de Vida
TRE/MT (CESPE 2010)
41 Existem vrios modelos de
desenvolvimento
de
software,
cada
um
com
suas
particularidades. A respeito desse
assunto, assinale a opo correta.
A) No modelo de desenvolvimento
em cascata, a primeira etapa a
modelagem do sistema.
B) No modelo de desenvolvimento
incremental, da mesma maneira
que no modelo cascata, possvel
a soluo dos riscos logo no incio
do projeto.
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.
D) O modelo de desenvolvimento
UML uma metodologia de
desenvolvimento
orientada
a
objetos que gera prottipos muito
rapidamente, em funo das
ferramentas case disponveis.
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.
TRE/BA Anlise de Sistemas
(CESPE 2010)
Com relao engenharia de
software, julgue os itens a seguir.
51 Um modelo de processo de
software
consiste
em
uma
representao complexa de um
processo de software, apresentada
a partir de uma perspectiva
genrica.
52 Entre os desafios enfrentados
pela engenharia de software esto

lidar
com
sistemas
legados,
atender crescente diversidade e
atender s exigncias quanto a
prazos de entrega reduzidos.
TRE/BA Programao
Sistemas (CESPE 2010)

de

Em uma viso restritiva, muitas


pessoas costumam associar o
termo software aos programas de
computador.
Software
no

apenas o programa, mas tambm


todos os dados de documentao
e
configurao
associados,
necessrios para que o programa
opere corretamente. A respeito de
engenharia de software, julgue os
itens de 61 a 65.
61 A engenharia de software est
relacionada com todos os aspectos
da produo de software, desde os
estgios iniciais de especificao
do sistema at sua manuteno,
depois que este entrar em
operao.
A
engenharia
de
sistemas diz respeito aos aspectos
do desenvolvimento e da evoluo
de sistemas complexos, nos quais
o software desempenha um papel
importante.
62 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.
63 Em estgio inicial do processo
de
elicitao
e
anlise
de
requisitos,
deve-se
decidir
a
respeito dos limites do sistema.
Os
requisitos
no
funcionais
descrevem o que o sistema deve
fazer, enquanto os requisitos
funcionais
esto
diretamente
relacionados
s
funes

especficas
sistema.

fornecidas

pelo

79 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.

nessa fase devem ser verificados e


validados. A verificao tem como
objetivo
assegurar
que
as
necessidades do cliente esto
sendo atendidas pelo sistema,
enquanto a validao tem o
objetivo de analisar se os modelos
esto em conformidade com os
requisitos definidos.
C O projeto produz uma descrio
computacional do software sem
restries de tecnologia, ou seja,
aspectos fsicos e dependentes de
implementao
no
so
considerados.
D Na fase de implementao, o
sistema codificado, ou seja, a
descrio computacional obtida na
fase de projeto traduzida para
cdigo executvel, por meio do
uso de uma ou mais linguagens de
programao.
E Na fase de implantao, o
sistema testado, empacotado,
distribudo
e
instalado
no
ambiente do cliente.

TRE/MT (CESPE 2010)

ANAC (CESPE 2009)

31
Um
processo
de
desenvolvimento de software um
conjunto
de
atividades,
parcialmente ordenadas, com a
finalidade de se obter um produto
de software. Cada processo tem
suas particularidades, entretanto,
podem-se destacar atividades que
so comuns maioria dos
processos.
Com
relao
a
processos de desenvolvimento de
software, assinale a opo correta.

Segundo
Ian
Sommerville,
(Engenharia de software, 2007, p.
5), a engenharia de software
uma disciplina de engenharia
relacionada a todos os aspectos da
produo de software, desde os
estgios iniciais de especificao
do sistema at sua manuteno.
Acerca da engenharia de software,
julgue os itens a seguir.

BASA (CESPE 2010)


74 Os princpios de engenharia de
software definem a necessidade
de formalidades para reduzir
inconsistncias e a decomposio
para lidar com a complexidade.
75
Para
garantir
o
desenvolvimento de qualidade,
suficiente que a equipe tenha as
ferramentas
mais
atuais
de
engenharia de software e os
melhores computadores.

A) O levantamento de requisitos
tem como objetivo compreender o
problema a ser resolvido e
identificar
necessidades.
Os
requisitos podem ser funcionais,
que definem as funcionalidades do
sistema, ou no funcionais, que
no
esto
relacionados
s
funcionalidades.
B A anlise tem como foco
construir
uma
estratgia
de
soluo. Os modelos construdos

61 O termo engenharia pretende


indicar que o desenvolvimento de
software
submete-se
a
leis
similares s que governam a
manufatura de produtos industriais
em engenharias tradicionais, pois
ambos so metodolgicos.
64 A fase de projeto define o que o
software deve fazer, enquanto a
fase de eliciao de requisitos
define como o software deve
atingir seus requisitos.

65 Requisitos descrevem um
acordo ou contrato entre duas
partes, especificando, entre outros
aspectos, o que o sistema
de software deve fazer para ser
aprovado
em
um
teste
de
aceitao.

desenvolvido para ajudar no


entendimento dos requisitos do
sistema.
74 No modelo de desenvolvimento
em espiral, a anlise de riscos no
impacta na elaborao de um
produto ou prottipo.

EMBASA (CESPE 2009)


Acerca de princpios de engenharia
de software, julgue os itens a
seguir.
67 Um modelo de processo de
software descreve os processos
que so realizados para atingir o
seu desenvolvimento. A notao
para as tarefas, os artefatos, os
atores e as decises varia
conforme o modelo de processo
utilizado.
ANTAQ (CESPE 2009)
101 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.

75 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.
SECONT-ES (CESPE 2009)
75 Em um processo iterativo de
desenvolvimento de software, a
essncia que a especificao
seja desenvolvida conjuntamente
com o software. A entrega
incremental um modelo de
processo projetado para apoiar a
iterao de processo, em que a
cada incremento gerado um
novo
prottipo
do
sistema,
enquanto os requisitos da prxima
entrega so analisados. Depois de
gerados todos os incrementos, o
sistema est completo e, somente
ento, pode ser colocado em
operao.
ANATEL (CESPE 2009)

UNIPAMPA (CESPE 2009)


71 O modelo de desenvolvimento
espiral foi desenvolvido somente
para
abranger
as
melhores
caractersticas do ciclo de vida
clssico.
72 Uma das caractersticas do
modelo de desenvolvimento em
cascata envolver a sequncia de
atividades. Nesse modelo, cada
fase transcorre completamente e
seus produtos so vistos como
entrada para uma nova fase.
73 No modelo de desenvolvimento
prototipagem, um prottipo

95 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.
INMETRO (CESPE 2009)
85
Em
um
processo
de
desenvolvimento em cascata, os
testes de software so realizados
todos em um mesmo estgio, que
acontece aps a finalizao da
fase de implementao.

86 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.
Ministrio das
(CESPE 2009)

Comunicaes

65 Para a especificao de
software e verificao de sistemas,
uma
alternativa
que
se
fundamenta
na
matemtica
discreta e na lgica o modelo
incremental.
67 Os modelos geis so muito
mais rpidos e eficientes que os
modelos incremental e iterativo,
no partilhando aqueles, portanto,
das vises adotadas por estes.
TST (CESPE 2008)

67 No modelo de processo de
desenvolvimento em cascata, ciclo
de vida dividido em uma srie de
fases. Na fase de projeto,
definida tipicamente a arquitetura
do sistema, quando estilos de
arquitetura e padres de projeto
podem
ser
empregados.
A
princpio, em cada fase, podem ser
produzidos artefatos variados, por
exemplo:
planos,
cdigos
e
modelos.
68 No modelo de processo de
desenvolvimento iterativo, o ciclo
de vida pode ser dividido em
iteraes. Em cada interao pode
ocorrer
anlise,
projeto,
implementao e teste.
O desenvolvimento iterativo tende
a
reduzir
riscos,
pois
os
componentes do software so
progressivamente integrados.
SERPRO (CESPE 2009)
63 O modelo em cascata consiste
de fases e atividades que devem
ser realizadas em seqncia, de
forma que uma atividade
requisito da outra.
64 O modelo iterativo e o modelo
em espiral possuem caractersticas
semelhantes: ambos permitem
que as
atividades do processo sejam
planejadas e avaliadas ao longo do
ciclo de vida.

No que se refere aos ciclos de vida


e
metodologias
de
desenvolvimento
de
software,
julgue os itens subseqentes.
93 No modelo de desenvolvimento
seqencial linear, a fase de
codificao a que gera erros de
maior custo de correo.
94 O modelo de desenvolvimento
em espiral permite repensar o
planejamento
diversas
vezes
durante o desenrolar do projeto.
TJDFT (CESPE 2008)
Acerca da engenharia de software
e de metodologias e ciclos de
desenvolvimento
de
software,
julgue os itens subseqentes.
69 O modelo em espiral um
modelo de processos de software
que rene a natureza iterativa da
prototipao com os
aspectos
sistemticos
e
controlados do modelo seqencial
linear.
70 O modelo de desenvolvimento
por prototipao caracterizado
pela ausncia de mtricas de
controle,
dada
a
natureza
experimental do desenvolvimento
e do produto obtido.
73 O desenvolvimento com base
em
componentes

uma

abordagem tpica da programao


estruturada e tem foco na
produo
de
bibliotecas
de
software reutilizveis.

reas praticadas na engenharia de


software,
mais
associado
a
Software
configuration
management que a Software
construction.

DATAPREV (CESPE 2006)


87 A implementao de cdigos
est mais associada, como rea de
prtica de engenharia de software,
a Software design que a
Software maintenance.
88 Atuar na fase de transio do
processo
de
desenvolvimento
adotado, caso corresponda a
colocar em estado operacional o
sistema desenvolvido, est mais
relacionado, como prtica de
engenharia
de
software,
a
Software engineering process
que a Software testing.

A figura acima apresenta um


sumrio das reas usualmente
reconhecidas
como
sendo
praticadas na engenharia de
software. Considere as seguintes
atribuies profissionais exigidas
em uma organizao: desenvolver
sistemas em ambiente de grande
porte, atuando preferencialmente
nas fases de implementao de
cdigos e transio do processo de
desenvolvimento
adotado,
utilizando-se de metodologia e
ferramentas
CASE/IDE
homologadas
na
organizao,
visando racionalizao e
otimizao dos processos do
cliente.
Julgue os itens de 86 a 90, acerca
dos conceitos e das reas de
engenharia de software listadas e
seus relacionamentos com as
atribuies profissionais acima
descritas.
86 desenvolver sistemas em
ambiente de grande porte, que
constitui uma das atribuies sob
considerao, est, com relao s

89
Visar racionalizao e
otimizao dos processos do
cliente est mais associado a
Software requirements
que a Software engineering
process.
90 Os termos ferramenta CASE e
ferramenta
de
IDE
so
sinnimos.
CGU (ESAF 2008)
40. Um modelo de processo de
software uma representao
abstrata
de um processo de
software. Assinale a opo que
identifica um dos modelos
de
processo de software.
A)
Anlise
e
definio
de
requisitos.
B) Projeto de sistemas e de
software.
C) Anlise e projeto estruturado.
D) Anlise e projeto orientado a
objetos.
E) Desenvolvimento formal de
sistemas.
43. A Engenharia de Software
uma disciplina da engenharia que

se ocupa de todos os aspectos da


produo de software, desde os
estgios iniciais de especificao
do sistema at a manuteno do
mesmo. A Engenharia de Software
adota mtodos de engenharia de
software que
A) so um conjunto de atividades,
cuja meta o desenvolvimento ou
a evoluo do software.
B)
so
uma
representao
simplificada de um processo de
software, apresentada a partir de
uma perspectiva especfica.
C)
so
abordagens
de
estruturadas
para
o
desenvolvimento de
software,
que
incluem modelos
de
sistemas,
notaes,
regras,
recomendaes de projetos e
diretrizes de processos
D) se ocupam da teoria e dos
fundamentos de desenvolvimento
de software.
E) se ocupam de todos os
aspectos
relacionados
ao
desenvolvimento de sistemas com
base em computadores, incluindo
hardware, software e engenharia
de processos.
ENAP (ESAF 2006)
33- No modelo Espiral para a
engenharia
de
Software
so
definidas as atividades de
a) Coleta de requisitos, Anlise de
Requisitos,
Planejamento
e
Encerramento.
b) Anlise de requisitos, Teste,
Retrabalho e Encerramento.
c) Planejamento, Anlise de Risco,
Engenharia e Avaliao feita pelo
cliente.
d)
Prototipao
inicial,
Prototipao de nveis superiores,
Finalizao
do
sistema
e
Manuteno.
e) Anlise de riscos, Prototipao
inicial, Prototipao de nveis
superiores e Manuteno.

SEFAZ-CE (ESAF 2006)


10- Analise a seguinte descrio
relacionada ao modelo espiral para
a engenharia de software. O
modelo espiral para a engenharia
de software, alm de
abranger as caractersticas do
ciclo de vida clssico e o da
prototipao, apresenta um novo
elemento, denominado
_____________, que faltava a esses
paradigmas. Escolha a opo que
preenche corretamente a lacuna
acima.
a) planejamento
b) anlise de riscos
c) engenharia
d) projeto
e) teste
21- Analise a descrio a seguir.
O paradigma do ciclo de vida
clssico da engenharia de software
abrange
seis
atividades.
Na
atividade de
_____________ so traduzidas as
exigncias de uma representao
do software que podem ser
avaliadas quanto qualidade
antes que se inicie a codificao.
Escolha a opo que preenche
corretamente a lacuna acima.
a) projeto
b) engenharia de sistemas
c) teste e anlise de riscos
d) coleta de requisitos
e) anlise
SRF (ESAF 2006)
30- Segundo os princpios da
Engenharia
de
Software,
o
paradigma do Ciclo de Vida
Clssico requer uma abordagem
sistemtica,
seqencial
ao
desenvolvimento do software, que
a) gira em torno de um prottipo,
at a aprovao do projeto.
b) se inicia no nvel do projeto e
avana ao longo da codificao,

anlise do sistema, teste e


manuteno.
c) se inicia no nvel do sistema e
avana ao longo da anlise,
projeto, codifi cao, teste e
manuteno.
d) se inicia no nvel do projeto e
avana ao longo da codificao,
teste, anlise do sistema e
manuteno.
e) gira em torno da evoluo de
um
prottipo,
buscando
a
aprovao
por
ciclo
at
a
aceitao final do projeto pelo
cliente.
Metodologias geis
BASA (CESPE 2010)
77
Desenvolvimento
gil
de
software
(agile
software
development) ou mtodo gil
aplicado,
principalmente,
a
grandes corporaes, uma vez que
permite produzir grandes sistemas
de forma gil.
78 O Scrum utilizado, como
funo
primria,
para
o
gerenciamento de projetos de
desenvolvimento de software,
mas tambm tem sido usado como
extreme programming e outras
metodologias de desenvolvimento.
Teoricamente, o Scrum pode ser
aplicado em qualquer contexto no
qual um grupo de pessoas
necessite trabalhar juntas para
atingir um objetivo comum.
TRE/BA (CESPE 2010)
A respeito das metodologias
eXtreme programming (XP) e
Scrum, julgue os itens a seguir.
67 A metodologia XP prev valores
e princpios bsicos para serem
considerados
durante
o
desenvolvimento de software.
Feedback, coragem e respeito so
exemplos de valores; mudanas

incrementais, abraar mudanas e


trabalho
de
qualidade
so
exemplos de princpios bsicos.
68 Um princpio chave do Scrum
o reconhecimento de que desafios
fundamentalmente empricos no
podem ser resolvidos com sucesso
utilizando-se
uma
abordagem
tradicional de controle. O Scrum
adota uma abordagem emprica,
aceitando que o problema no
pode ser totalmente entendido ou
definido, focando na maximizao
da habilidade da equipe de
responder de forma gil aos
desafios emergentes.
101 A metodologia Scrum
facilitada por um scrum master,
que atua como um mediador
entre a equipe e qualquer
influncia desestabilizadora, alm
de assegurar que a equipe esteja
utilizando corretamente as
prticas de Scrum, motivando e
mantendo o foco na meta da
sprint.
TRE/MT (CESPE 2010)
29 Assinale a opo correta acerca
de modelos de processo de
software.
A) O modelo em cascata
apropriado para software em que
os requisitos ainda no foram bem
compreendidos, pois focado na
criao de incrementos.
B)
Os
processos
de
desenvolvimento gil de software
valorizam mais: indivduos e
interaes do que processos e
ferramentas;
software funcionando do que
documentao
compreensvel;
colaborao do cliente do que
negociao contratual; e
respostas a mudanas do que
planejamento seguido.

C) Desenvolvimento incremental
sinnimo
de
desenvolvimento
iterativo.
D)
A
programao
extrema
(eXtreme Programming, ou XP)
um processo de desenvolvimento
gil que permite a ausncia do
cliente em fases iniciais, como nas
reunies de planejamento de
verso
e
planejamento
de
iterao.
E) A programao em pares uma
caracterstica presente em todos
os processos de desenvolvimento
gil, como XP e Scrum.
ANTAQ (CESPE 2009)
102 O extreme programming (XP)
constitui
mtodo
gil
de
desenvolvimento
de
software.
Uma
das
prticas
que
se
enquadram nos princpios dos
mtodos geis a programao
em
pares,
que
promove
o
compartilhamento da autoria do
cdigo do sistema. Alm dessa
vantagem, a programao em
pares atua como processo informal
de reviso porque cada linha de
cdigo vista por pelo menos
duas pessoas
ANAC (CESPE 2009)
63 Extreme Programming um
modelo
de
processo
de
desenvolvimento de software para
equipes com grande nmero de
pessoas,
que
desenvolvem
software com base em requisitos
vagos e que so modificados
rapidamente.

test-driven design, refactoring,


design
patterns
e
pair
programming , entre os modelos
acima, maior nas abordagens do
modelo unificado. Por outro lado, o
uso de ferramentas CASE-UML
mais comum nas abordagens
geis.
INMETRO (CESPE 2009)
66 So prticas ou princpios
recomendados no modelo de
desenvolvimento de software XP
(eXtreme Programming) proposto
por Kent Beck: programao em
pares; semana de trabalho de 40
horas; refatorao sem piedade;
desenvolvimento
orientado
a
testes
TDD
(Test
Driven
Development); e desenvolvimento
de metforas arquiteturais.
Governo do ES (CESPE 2009)
74
Mtodos
geis
de
desenvolvimento
de
sistemas
foram propostos
principalmente
para apoiar o desenvolvimento de
aplicaes de negcios nas quais
os requisitos de sistema mudam
rapidamente durante o processo
de desenvolvimento. Entre esses
mtodos
est
o
extreme
programming, que envolve um
nmero de prticas, como o
planejamento
incremental,
a
definio de um ritmo de trabalho
sustentvel e a diviso das
equipes de trabalho por meio da
especializao de seus membros.
Min. das Comunicaes (CESPE
2009)

ANATEL (CESPE 2009)


96 Entre as metodologias de
desenvolvimento
de
software
atualmente
empregadas
destacam-se
as
abordagens
embasadas no modelo unificado e
as abordagens geis. O uso das
tcnicas de

69 Os processos geis (agile) de


desenvolvimento so tipicamente
processos iterativos, em que
softwares so desenvolvidos em
uma srie de incrementos. Nesses
processos, os usurios finais
tipicamente
participam
na
validao
dos
incrementos,

podendo propor
novos requisitos.

alteraes

74 As seguintes prticas so
recomendadas pelo XP: dividir o
projeto em iteraes; iniciar cada
iterao com o seu planejamento;
empregar cartes CRC no projeto
simplificar o projeto seguir padres
de codificao; freqentemente,
testar e integrar; executar testes
de unidade; programar em pares;
incentivar
participantes
a
trabalharem em diferentes partes
do projeto.
75 No XP, no necessrio
detalhar o planejamento para todo
o projeto; tal planejamento pode
ser atualizado a cada iterao;
estrias menos relevantes so
realizadas primeiro; as estrias
so divididas em tarefas de
programao; cada tarefa deve ser
extensa de modo a ser executada
ao longo de vrias iteraes.
PRODEST (CESPE 2008)
99 Projetar detalhadamente todo o
software antes de iniciar a sua
implementao uma prtica
recomendada pelo XP. O software
deve ser projetado para atender
tanto aos requisitos atuais quanto
aos potenciais requisitos futuros.
Para atingir esse objetivo, so
analisados os possveis cenrios
de
evoluo
futura
e
so
empregados padres de projeto
para facilitar a manuteno.

101 O XP um processo que visa a


um
desenvolvimento
gil
e
portanto no recomenda os testes
de unidade, pois eles consomem
muitos
recursos.
Durante
o
desenvolvimento, o primeiro teste
recomendado o smoke test que
foca
os
detalhes
de
funcionamento. O smoke test
realizado aps as unidades serem
integradas. Aps o smoke test,
realizado o teste de sistema.
TJ/PE (FCC 2007)
Considere:
I. Desenvolvimento de um modelo
geral.
II.
Construo
da
lista
de
funcionalidades.
III. Plano de liberaes com base
nas
funcionalidades
a
implementar.
IV.
Projetar
com
base
nas
funcionalidades.
V. Implementar com base nas
funcionalidades.
So fases de projetos que seguem
o processo projetado por Peter
Coad, Erich Lefebvre e Jeff De Luca
chamado
de
A) MDA
B) XP
C) FDD
D) RUP
E) MVC
CASE
TRT/5 (CESPE 2009)

100
Constituem
prticas
recomendadas pelo XP a colocao
rpida de uma verso simples em
produo, a liberao das novas
verses em curtos intervalos de
tempo, a programao em duplas,
a
refatorao
(refactor)
dos
cdigos produzidos, a adoo de
padres para a codificao; a
integrao e o teste contnuos de
cdigos; a limitao em 40 horas
da carga de trabalho semanal.

Existem diversas ferramentas para


o desenvolvimento de software,
entre elas as ferramentas CASE.
Acerca dessas ferramentas, julgue
os itens subseqentes.
61 Com a evoluo das tcnicas
de desenvolvimento de software,
tornou-se necessrio o uso de
tcnicas e metodologias que

fossem capazes de representar um


software em sua fase de projeto.
62 Software criado com suporte
por ferramentas CASE devem ser
independentes e isoladas, pois
desejvel isolar o problema do
software a ser desenvolvido.
63 Ferramentas CASE que utilizam
metodologia de desenvolvimento
de sistemas em banco de dados
baseado no modelo entidaderelacionamento so capazes de
gerar cdigo SQL a partir de um
modelo fsico de dados.
64
Ferramentas
CASE
que
suportam
o
desenvolvimento
orientado a objeto no se integram
com bancos relacionais porque o
mecanismo de gerao de cdigo
SQL no orientado a objeto.
65
Um
projeto
de
desenvolvimento de software pode
usar mais de uma ferramenta
CASE. O principal requisito que
todas sejam orientadas a objeto e
proporcionem integrao com a
Internet como requisito mnimo.
DETRAN (CESPE 2009)
98 As ferramentas CASE tm por
objetivo apoiar atividades do
processo de software, tais como
anlise de requisitos, modelagem
de sistema, depurao e teste.
Essas ferramentas podem incluir
geradores de cdigo que, a partir
do modelo do sistema, gerem
automaticamente
os
cdigosfonte.

programas e documentos, de uma


ferramenta para outra.
Entretanto,
uma
I-CASE
no
permite a mudana de um estgio
do processo de engenharia de
software para outro
STF (CESPE 2008)
104 A manipulao de atributos de
requisitos demanda maior suporte
de ferramentas CASE verticais que
de ferramentas CASE horizontais,
sendo contrria a situao no caso
de manipulao de glossrios.

BASA (CESPE 2010)


Com relao s ferramentas CASE,
julgue os itens a seguir.
80 A auditoria do cdigo-fonte
garante
o
cumprimento
de
padres de linguagem que as
ferramentas CASE promovem para
alcanar a qualidade do software.
81 As tcnicas de modelagem que
utilizam
mtodos
de
anlise
estruturada e projeto estruturado
(SA/SD) so tcnicas CASE para
projetos pequenos de software de
baixa complexidade.
82 As ferramentas CASE permitem
melhor gerenciamento de projetos
por meio da criao de estruturas
analticas
de
projeto,
(EAP);
definem a estrutura de diviso de
trabalho; planejam a programao
do
projeto
e
permitem
o
acompanhamento de projetos de
software.

MDS (CESPE 2009)


118
Uma
ferramenta
CASE
(computer-aided software/system
engineering) integrada, tambm
chamada de I-CASE,
permite
a
transferncia
de
informao,
como
modelos,

83 As linguagens de consulta a
bancos de dados, os compiladores,
as linguagens de programao
convencionais e os ambientes de
programao orientada a objetos
so
exemplos
tpicos
de
ferramentas CASE de apoio e
manuteno.

84 A prototipao apoiada por


meio de ferramentas CASE que
permitem a criao de projetos de
dados e a integrao com layouts
de relatrios e com a interface e
apresentao de tela.

SECONT-ES (CESPE 2009) - 75 E

85 As ferramentas CASE no
possuem subdiviso de acordo
com a finalidade de manuteno

Ministrio
das
(CESPE 2009)
67 C, 68 C

TCE/TO (CESPE 2008)


46
Ferramentas
CASE
que
oferecem
servios
utilizados
durante todas as etapas de
desenvolvimento de um software
so
classificadas como

SERPRO (CESPE 2009)


63 C, 64 C, 65 E, 67 E

A) vertical.
B) diagonal.
C) transversal.
D) meridional.
E) horizontal.
Gabaritos:

DATAPREV (CESPE 2006)


86 E, 87 E, 88 E, 89 C, 90 E

Questes Gerais e Modelos de


Ciclo de Vida

SEFAZ-CE (ESAF 2006) - 10 B, 21 A

ANATEL (CESPE 2009) - 95 E


INMETRO (CESPE 2009) - 85 E, 86
C
Comunicaes

TST (CESPE 2008) - 93 E, 94 C


TJDFT (CESPE 2008)
69 C 70 E 73 E

CGU (ESAF 2008) - 40 E, 43 C


ENAP (ESAF 2006) -33 C

SRF (ESAF 2006) - 30 C


TRE/MT (CESPE 2010) - 41 C
Metodologias geis
TRE/BA Anlise
(CESPE 2010)
51 E, 52 C

de

Sistemas

TRE/BA Programao
2010)
61 C, 62 C, 63 E,

BASA (CESPE 2010) - 77 E, 78 C


(CESPE

BASA (CESPE 2010) - 74 C, 75 E,


79 E

TRE/BA (CESPE 2010) - 67 C, 68 C,


101 C
TRT/MT (CESPE 2010) - 29 B
ANTAQ (CESPE 2009) - 102 C
ANAC (CESPE 2009) - 63 E

TRE/MT - 31 D
ANATEL (CESPE 2009) - 96 E
ANAC (CESPE 2009) - 61 C, 64 E,
65 C
EMBASA (CESPE 2009) - 67 C

INMETRO (CESPE 2009) - 66 C


Governo do ES (CESPE 2009) - 74
E

ANTAQ (CESPE 2009) - 101 E


UNIPAMPA (CESPE 2009)
71 E, 72 C, 73 C, 74 E, 75 C

Min. Comunicaes (CESPE 2009) 69 C, 74 C, 75 E

PRODEST (CESPE 2006) - 99 E, 100


C, 101 E

MDS (CESPE 2009) - 118 E


STF (CESPE 2008) - 104 C

TJ/PE (FCC 2007)


C

BASA (CESPE 2010)


80 C, 81 E, 82 C, 83 E, 84 C, 85 E

CASE
TCE/TO (CESPE 2008) - 46 E
TRT/5 (CESPE 2009) - 61 C, 62 E,
63 C, 64 E, 65 E
DETRAN (CESPE 2009) - 98 C