Anda di halaman 1dari 10

TURMA NINJA 2016_2017 - SIMULADO 01

LEIA ATENTAMENTE AS INSTRUES ABAIXO


01 - Este caderno de prova contm 100 (cem) questes objetivas de conhecimentos
especficos e foi elaborado pela equipe Dominando TI (www.dominandoti.com.br)
02 De acordo com os itens de 1 a 100 marque na folha de respostas, para cada item: o
campo designado com o cdigo C, caso julgue o item CERTO; ou o campo designado com
o cdigo E, caso julgue o item ERRADO. A ausncia de marcao ou a marcao de ambos
os campos no sero apenadas, ou seja, no recebero pontuao negativa.
3 - O TEMPO DISPONVEL PARA A REALIZAO DESTA PROVA : No h limitao
de tempo.
04 - Aps a realizao da prova, o candidato dever preencher o CARTO-RESPOSTA
ELETRNICO disponibilizado no site www.dominandoti.com.br.
05 - O intervalo de tempo entre o download deste caderno de questes e o trmino da
marcao do CARTO-RESPOSTA ELETRNICO no dever ultrapassar o tempo
destinado a realizao da prova. Caso o candidato ultrapasse o prazo estabelecido, seu
nome no constar no ranking relativo a este simulado que ser disponibilizado no site
www.dominandoti.com.br.

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

Julgue os itens a seguir, acerca de XML e XML


Schema.
1 - O documento XML a seguir bem-formado haja vista a
existncia de um elemento raiz, tags de abertura e
fechamento para cada elemento e atributos especificados
com aspas.
<?xml version="1.0" encoding="ISO-8859-1"?>
<valores-diarios>
<gorduras-totais unidades="g">65</gordurastotais>
<gorduras-saturadas unidades="g">20
</gorduras-saturadas>
<colesterol unidades="mg">300</colesterol>
<sdio unidades="mg">2400</sdio>
<carboidratos unidades="g"
unidades="mg">300</carboidratos>
<fibras unidades="g">25</fibras>
</valores-diarios>

2 - Seja o documento XML:


<dti:conta
xmlns:dti="http://www.dominandoti.com.br/">
<categoria tipo="B"/>
<dti:correntista tipo="especial"/>
</dti:conta>

xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="livros" type="TipoListaLivros"/>
<xs:element name="livro" type="TipoLivro"/>
<xs:complexType name="TipoLivro">
<xs:sequence>
<xs:element name="titulo" type=
"xs:string"/>
<xs:element name="isbn" type=
"xs:string"/>
<xs:element name="edicao" type=
"xs:string"/>
<xs:element name="data" type=
"xs:string"/>
</xs:sequence>
<xs:attribute name="se_impresso"/>
</xs:complexType>
<xs:complexType name="TipoListaLivros">
<xs:sequence>
<xs:element ref="livro"
minOccurs="1" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:schema>

Com base nos conceitos de Web Services baseados


em SOAP e REST, julgue os itens a seguir:

O documento declara explicitamente um namespace de


prefixo dti. Os elementos conta e correntista pertencem
a esse namespace. O elemento categoria no declara
nenhum namespace e, portanto, pertence ao namespace
default.
3 - Um namespace pode ser declarado em qualquer
elemento em um documento XML. O escopo de um
namespace o elemento no qual foi declarado e todos os
seus descendentes (subelementos), exceto quando ele
sobrescrito.
4 - Documentos XML se autodescrevem porque os nomes
dos elementos representam o contedo que mantm. Eles
fornecem um formato robusto e no-proprietrio para
armazenamento e transmisso de contedo na web.
5 - O documento XML a seguir vlido em relao
gramtica (XML Schema) definida no arquivo livros.xsd.
<?xml version="1.0" encoding="ISO-8859-1" ?>
<livros>
<livro>
<titulo>Tecnologia da Informacao Questes Comentadas Cespe</titulo>
<isbn>9788535261349</isbn>
<edicao>1</edicao>
<data>2014-02-02</data>
</livro>
<livro se_impresso="sim">
<titulo>Xml Como Programar</titulo>
<isbn>8536301473</isbn>
<edicao>3</edicao>
<data>2009-11-12</data>
</livro>
</livros>
livros.xsd
<xs:schema

2/10

6 - A mensagem XML abaixo corresponde a uma resposta


no padro SOAP. Embora o campo fault seja opcional,
quando utilizado ele pode aparecer uma nica vez no
documento.
<?xml version='1.0' encoding='ISO-8859-1'?>
<Envelope
xmlns="http://www.w3.org/2003/05/soap-envelope">
<Body>
<Fault>
<faultcode>SOAP-ENV:Client</faultcode>
<faultstring>Dgito verificador da conta
invlido.</faultstring>
</Fault>
</Body>
</Envelope>

7 - O trecho a seguir foi extrado de um documento de


definio de servios web.
(...)
<portType name="TipoServicosCorreios">
<operation name="ConsultarCEP">
<output message="ConsultarCEPSaida"/>
<input message="ConsultarCEPEntrada"/>
</operation>
</portType>
(...)

Trata-se de um trecho abstrato de um documento WSDL,


no qual ocorre descrio de uma operao do tipo
requisio-resposta.

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

12 - Independentemente de quo proprietrias sejam as


tecnologias empregadas um ambiente corporativo, se h
suporte para criao de web services, possvel utiliz-los
para criar de uma interface de servios no-proprietrios,
criando oportunidades para interoperabilidade em uma
arquitetura orientada a servios.
13 - SOA representa uma arquitetura aberta, extensvel e
combinvel que promove a orientao a servios.
composta de servios autnomos, interoperveis, com alto
potencial de reso e com a capacidade de serem
descobertos.
14 - O uso das extenses WS-* em uma aplicao que
utiliza servios web implica o uso de uma arquitetura
orientada a servios.

8 - A figura acima apresenta correta analogia entre


orientao e objetos e web services.
9 - O estilo arquitetural REST no armazena estado no
servidor entre requisies, ou seja, cada requisio deve
fornecer informao necessria ao processamento. Caso
seja necessrio manter estado (sesso de usurio) deve-se
utilizar a extenso Restful.

Julgue o item a seguir, acerca dos


relacionados engenharia de software.

conceitos

15 - Pode-se afirmar, segundo Pressman, que a engenharia


de software est organizada em 4 camadas: Qualidade,
Processo, Mtodos e Ferramentas. A Qualidade a pedra
fundamental que sustenta a engenharia de software e o
Processo a base para a engenharia de software, ou seja,
a liga que mantm as camadas de tecnologia coesas e
possibilita o desenvolvimento de software de forma
racional e dentro do prazo.
16 - Um sistema pode ser definido como uma coleo
significativa de componentes inter-relacionados, que
trabalham em conjunto para atingir algum objetivo. J a
engenharia de Sistemas com base em computadores se
ocupa de todos os aspectos do desenvolvimento e
evoluo da sistemas complexos, em que o software
desempenha papel principal. Ento, pode-se afirmar, nesse
contexto, que a engenharia de software faz parte da
engenharia de sistemas.
17 - Modelo de Processo de Software um conjunto de
atividades, cuja meta o desenvolvimento ou a evoluo
do software.
Em relao s abordagens de desenvolvimento de
software, julgue os prximos itens.

10 - A interface genrica composta por mtodos HTTP GET,


POST, PUT e DELETE representa, no modelo REST, um
contrato uniforme. Na figura acima, os itens /alunos e
/alunos/{id} encapsulam identificadores de recursos.
No que se refere Arquitetura Orientada a Servios
(SOA), julgue os itens a seguir:
11 - De acordo com o tipo de lgica encapsulada e o
potencial de reso, servios podem ser classificados como
servios utilitrios, servios de entidade e servios web.
Essa categorizao resulta em uma organizao lgica em
camadas, conforme descrito na figura.

18 - Os Modelos de Processo de software podem ser


classificados em Modelo Sequencial Linear, Modelos
Incrementais e Modelos Evolucionrios, dentre outras
categorias. Essa categorizao ocorre devido ao fato
desses modelos no possurem caractersticas em comum.
19 - O modelo Waterfall tem a desvantagem de dificultar o
gerenciamento de riscos em projetos de desenvolvimento
de software e, por isso, no h contexto em que ele deva
ser utilizado.
20 - O modelo "V" uma variao do "Cascata". Este
modelo descreve o paralelismo entre as atividades de
desenvolvimento e teste de software.
Julgue os itens a seguir, acerca de metodologias
geis.
21 - Os processos geis so capazes de lidar com
requisitos e prioridades instveis. Nesses processos o
projeto e a construo so realizados simultaneamente e a
anlise, projeto, implementao e testes no so to

3/10

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

previsveis.

software RUP, julgue os prximos itens.

22 - Uma das afirmaes do Manifesto gil valorizar


"Indivduos e interao MAIS QUE negociao de
contratos".
23 - Pode-se afirmar que senso comum no XP sempre
deixaremos o sistema com o projeto mais simples que
suporte a funcionalidade desejada e que todos trabalham
para definir e refinar a arquitetura o tempo inteiro.
24 - No XP correto se determinar brevemente o escopo
da iterao combinando prioridades de negcio e
estimativas tcnicas e, quando necessrio, atualizar o
planejamento.
25 - As 4 atividades bsicas do desenvolvimento no XP
so: programar, testar, ouvir e projetar.
26 - Segundo Ken Schwaber e Jeff Sutherland, criadores do
Scrum, o Scrum um framework estrutural que est sendo
usado para gerenciar o desenvolvimento de produtos
complexos desde o incio de 1990. Scrum no um
processo ou uma tcnica para construir produtos; em vez
disso, um framework dentro do qual voc pode empregar
vrios processos ou tcnicas. O Scrum deixa claro a
eficcia relativa das prticas de gerenciamento e
desenvolvimento de produtos, de modo que voc possa
melhor-las. Seus pilares so: rapidez, transparncia,
inspeo e adaptao.
27 - O Time Scrum composto pelo Product Owner, o Time
de Desenvolvimento e o Scrum Master. Times Scrum so
auto-organizveis e multifuncionais. Equipes autoorganizveis escolhem qual a melhor forma para
completarem seu trabalho, em vez de serem dirigidos por
outros de fora da equipe. O Time de Desenvolvimento
formado por 3 9 pessoas e pode ser organizado em subequipes
dedicadas
a
domnios
especficos
de
conhecimento, tais como teste ou anlise de negcios.
28 - O Scrum Master responsvel por garantir que o
Scrum seja entendido e aplicado. Ele faz isso para garantir
que o Time Scrum esteja aderente teoria, prticas e
regras do Scrum. O Scrum Master um servo-lder para o
Time Scrum. Ele serve o Product Owner de vrias maneiras,
dentre elas, encontrando tcnicas para o gerenciamento
efetivo do Backlog do Produto. O Scrum Master tambm
serve a Equipe de Desenvolvimento treinando-a em autogerenciamento e interdisciplinaridade.
29 - A primeira reunio do Scrum a reunio do
Planejamento da Sprint que pode durar at 8 horas. Nessa
reunio, o trabalho a ser realizado na Sprint planejado.
Este plano criado com o trabalho colaborativo de todo o
Time Scrum. A reunio de planejamento da Sprint consiste
em duas partes. Na primeira etapa ser construdo o
Backlog do Produto e respondida a seguinte pergunta: "O
que ser pronto nesta Sprint?".
30 - A Reviso da Sprint executada no final da Sprint e
entre seus objetivos esto: demonstrar o trabalho que est
Pronto, responder s questes sobre o incremento e criar
um plano para implementar melhorias no modo que o Time
Scrum faz seu trabalho.
Em relao ao processo de desenvolvimento de

4/10

31 - O Rational Unified Process (RUP) um processo de


desenvolvimento de software iterativo e incremental,
guiado por casos de uso e centrado na arquitetura. O RUP
tem duas dimenses: o eixo horizontal, que representa as
disciplinas e mostra os aspectos do ciclo de vida do
processo medida que se desenvolve; e o eixo vertical,
que representa as fases que agrupam as atividades de
maneira lgica, por natureza.
32 - Pode-se afirmar que o RUP Small Project Lifecycle,
uma configurao especfica do RUP, no possui as
disciplinas "Modelagem de Negcio" e "Implantao".
33 - A disciplina de Gerenciamento de Configurao e
Mudana do RUP concentra-se nas atividades necessrias
configurao do processo para um projeto. Oferece
organizao o ambiente de desenvolvimento de software
processos e ferramentas que dar suporte equipe
de desenvolvimento.
34 - O RUP organizado em 4 fases e 9 disciplinas. O
marco da fase Elaborao a disponibilizao de uma
arquitetura
estvel
caracterizando
a
capacidade
operacional inicial do software.
Tendo como base os conceitos descritos na verso
mais recente do guia PMBOK, julgue os itens a seguir:
35 - Um esforo de trabalho contnuo, tambm chamado
de trabalho operacional, geralmente um processo
repetitivo que segue os procedimentos existentes de uma
organizao. Assim, pode-se classificar da mesma forma a
implementao,
melhoria,
ou
aprimoramento
dos
processos e procedimentos existentes.
36 - Programas so sempre agrupados em um portflio e
englobam subprogramas, projetos ou outros trabalhos
gerenciados de forma coordenada para apoiar o portflio.
Projetos individuais so igualmente considerados parte de
um portflio, mesmo que no pertenam a um programa.
37 - Alm da identificao de requisitos e da definio de
abordagens adequadas para atender s necessidades, o
gerenciamento de projetos envolve o estabelecimento,
manuteno e execuo de comunicaes ativas, eficazes
e colaborativas entre as partes interessadas.
38 - As caractersticas e circunstncias especficas do
projeto podem influenciar as restries nas quais a equipe
de gerenciamento do projeto precisa se concentrar. Se no
for possvel um aumento no oramento, o escopo ou a
qualidade podero ser reduzidos para entregar o produto
do projeto em menos tempo, com o mesmo oramento.
Julgue os itens a seguir, referentes ao contexto do
gerenciamento de projetos nas organizaes:
39 - O gerenciamento organizacional de projetos consiste
na aplicao de conhecimento, habilidades, ferramentas e
tcnicas s atividades de um projeto para atender aos seus
requisitos; sua execuo se d pela integrao apropriada
de 47 processos, logicamente dispostos em cinco grupos
de processos.
40 - Gerenciamento de programas a aplicao de
conhecimentos, habilidades, ferramentas e tcnicas a um

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

programa a fim de atender aos seus requisitos e obter


benefcios e controle no disponveis ao gerenciar projetos
individualmente. Os projetos dentro de um programa
podem ser relacionados entre si por resultados comuns ou
pela existncia de um cliente, fornecedor, tecnologia ou
recurso compartilhado.
41 - H vrios tipos de estruturas de PMO nas organizaes
e elas variam em funo do seu grau de controle e
influncia nos projetos da organizao. Os PMOs de suporte
desempenham um papel consultivo nos projetos, enquanto
PMOs de controle assumem o controle dos projetos atravs
do seu gerenciamento direto.
42 - As organizaes baseadas em projetos (OBPs) se
referem s vrias formas organizacionais que criam
sistemas temporrios para a execuo do seu trabalho.
Assim, o termo organizao baseada em projetos no se
aplica exclusivamente a organizaes projetizadas, sendo
possvel criar OBPs tambm em organizaes funcionais ou
matriciais.
43 - Dentre os elementos que influenciam a maneira como
os projetos so executados, destacam-se as culturas e
estilos, as comunicaes e as estruturas organizacionais.
Por exemplo, devido globalizao, a compreenso do
impacto das influncias culturais fundamental em
projetos que envolvem organizaes e locais ao redor do
mundo. Por outro lado, os gerentes de projetos em locais
distantes esto mais capacitados a se comunicar
eficazmente com todas as partes interessadas pertinentes
no mbito da estrutura organizacional a fim de facilitar o
processo de tomada de decises.
44 - As organizaes matriciais fracas mantm muitas das
caractersticas de uma organizao funcional, e o papel do
gerente de projetos assemelha-se mais ao de um
coordenador ou facilitador. Um facilitador ou coordenador
de projetos atua como um assistente de equipe e
coordenador de comunicaes, no possuindo autonomia
para tomar ou executar decises por conta prpria.
45 - Ativos de processos organizacionais incluem qualquer
artefato, prtica ou conhecimento de organizaes
envolvidas no projeto, que podem ser usados para
executar ou administrar o projeto. Bases de conhecimento
de informaes histricas e lies aprendidas, bancos de
dados de gerenciamento de problemas e defeitos e
arquivos de projetos anteriores so exemplos de ativos de
processos organizacionais.
46 - A governana do projeto uma funo de superviso
que est alinhada com o modelo de governana da
organizao e que engloba o ciclo de vida do projeto. Ela
fornece um mtodo abrangente e consistente de controlar
o projeto garantindo o seu sucesso atravs da definio,
documentao e comunicao de prticas confiveis e
repetveis do projeto.
No que se refere ao ciclo de vida e aos processos de
gerenciamento de projetos, julgue os itens a seguir:
47 - Os ciclos de vida do projeto podem variar ao longo de
uma sequncia contnua, desde abordagens previsveis ou
direcionadas por um plano, at abordagens adaptativas ou
acionadas por mudanas. Em um ciclo de vida previsvel, o
produto e as entregas so definidas no incio do projeto,
enquanto no ciclo de vida iterativo o produto

5/10

desenvolvido atravs de mltiplas iteraes e um escopo


detalhado definido para cada iterao somente no incio
da mesma.
48 - Os grupos de processos so atividades sobrepostas
que ocorrem ao longo de todo o projeto. Assim, os
processos de gerenciamento do projeto esto vinculados
por entradas e sadas especficas onde o resultado de um
processo torna-se a entrada de outro no mesmo grupo de
processos.
49 - O grupo de processos de encerramento consiste de
processos para finalizar as atividades de todos os grupos
de processos de gerenciamento do projeto. No
encerramento do projeto ou da fase, podem ocorrer as
seguintes atividades: obter a aceitao pelo cliente ou
patrocinador; documentar as lies aprendidas; e aplicar as
atualizaes apropriadas aos ativos de processos
organizacionais.
50 - Ao longo do ciclo de vida do projeto, uma quantidade
significativa de dados e informaes coletada, analisada,
transformada e distribuda em vrios formatos para os
membros da equipe do projeto e outras partes
interessadas. Nesse contexto, denomina-se dados de
desempenho do trabalho as observaes e medies em
estado bruto, identificadas durante a execuo das
atividades. Esses dados do origem a informaes de
desempenho do trabalho, tais como relatrios de status e
recomendaes sobre o projeto.
Com base nos conceitos e processos relativos
Gerncia de Integrao do PMBoK 5 edio, julgue os
itens a seguir:
51 - Como parte do desenvolvimento do plano de
gerenciamento do projeto, o gerente e a equipe do projeto
precisam abordar todos os processos e o ambiente do
projeto para determinar o nvel de implementao de cada
processo no projeto.
52 - O termo de abertura do projeto d ao gerente do
projeto a autoridade para planejar e executar o projeto, e
deve ser elaborado pela entidade patrocinadora, sendo
recomendvel que o gerente do projeto participe deste
processo.
53 - A descrio da necessidade de negcios que motivou
a realizao do projeto faz parte da especificao do
trabalho do projeto, e normalmente no integra o Business
Case. Este ltimo contempla apenas a anlise de custo
benefcio e a definio de limitaes aplicveis ao projeto.
54 - As atividades de Orientar e gerenciar o trabalho do
projeto incluem, mas no esto limitadas a: executar as
atividades para alcanar os objetivos do projeto; criar as
entregas do projeto para atender o trabalho planejado do
projeto; fornecer, treinar e gerenciar os membros da
equipe alocados no projeto; e coletar e documentar lies
aprendidas e implementar as atividades de melhorias nos
processos aprovados.
55 - Uma solicitao de mudana uma proposta formal
para modificar qualquer documento, entrega, ou linha de
base, e pode ser gerada como sada de processos dos
grupos de execuo ou de monitoramento e controle. As
solicitaes de mudana so classificadas em: aes
corretivas ou preventivas, que tratam do alinhamento do

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

desempenho ao plano de gerenciamento do projeto; reparos


de defeito, que modificam produtos com falhas de
conformidade; e atualizaes, que refletem a insero ou
atualizao de ideias em documentos controlados do
projeto.
56 - Caso um projeto adote o gerenciamento de valor
agregado, as previses de cronograma e as previses de
custos sero elaboradas, respectivamente, com base no
ndice de desempenho de prazos e no ndice de
desempenho de custos, servindo como entrada para o
processo Monitorar e controlar o trabalho do projeto.
57 - As mudanas podem ser solicitadas apenas pelas
partes interessadas com nvel adequado de autoridade
sobre o projeto. Embora possam ser iniciadas verbalmente,
tais mudanas devem ser sempre registradas por escrito e
lanadas no sistema de gerenciamento de mudanas.
Com base nos conceitos e processos relativos
Gerncia de Riscos do PMBoK 5 edio, julgue os
itens a seguir:
58 - Categorias de riscos fornecem um meio de agrupar
possveis causas de riscos. Na categoria de riscos
organizacionais, possvel agrupar riscos relacionados a
dependncias, recursos, financiamento e priorizao do
projeto.
59 - As estimativas de custos e de durao das atividades
idealmente so expressas como intervalos, que permitem
analisar se tais estimativas so suficientes para concluir a
atividade ou se representam riscos para o projeto. Por este
motivo, so consideradas entradas para o processo
Realizar a anlise qualitativa dos riscos.
60 - O registro dos riscos o documento em que os
resultados da anlise dos riscos so registrados. A
preparao do registro dos riscos comea no processo
Identificar os riscos, com a criao da lista de riscos
identificados e da lista de respostas potenciais, sendo
complementado pelos demais processos da rea. O
planejamento das respostas aos riscos no compe o
registro dos riscos, pois documentado no plano de
resposta a riscos.
61 - O processo Realizar a anlise qualitativa de riscos
utiliza tcnicas, como anlises de variaes e tendncias,
que requerem o uso das informaes de desempenho
geradas durante a execuo do projeto para determinar se
as reservas para contingncias de custo ou cronograma
devem ser modificadas de acordo com a avaliao atual
dos riscos.
62 - A realizao de testes e inspees para se evitar a
ocorrncia de retrabalho e descarte de produtos
corresponde, no mbito da anlise de custo da qualidade,
ao investimento em custos de preveno para minimizar os
custos de falhas externas.
63 - Os objetivos da auditoria de qualidade, enquanto
ferramenta do processo Realizar a garantia de qualidade,
podem incluir a identificao de todas as boas e melhores
prticas sendo implementadas e de todas as no
conformidades, lacunas e deficincias.
64 - O gerenciamento da qualidade se aplica a todos os
projetos, independentemente da natureza das suas

6/10

entregas, ainda que as medidas e tcnicas de qualidade


sejam especficas do tipo das entregas produzidas em cada
projeto. Assim, todos os projetos devem ter um plano de
gerenciamento da qualidade.
65 - Os principais benefcios do processo Controlar a
qualidade incluem: identificar as causas da baixa qualidade
do processo ou do produto e recomendar ou tomar
medidas para elimin-las; e validar a conformidade das
entregas e do trabalho do projeto com os requisitos
necessrios aceitao final especificados pelas principais
partes interessadas.
Com base nos conceitos e processos relativos
Gerncia de Escopo do PMBoK 5 edio, julgue os
itens a seguir:
66 - O plano de gerenciamento de escopo e o plano de
gerenciamento de requisitos so artefatos produzidos em
um mesmo processo, servindo ambos de insumo para a
realizao do processo de coleta de requisitos do projeto. A
matriz de rastreabilidade dos requisitos produzida por
este segundo processo, tendo como base a estrutura
definida pelo primeiro.
67 - O processo Coletar os requisitos responsvel por
identificar tanto as necessidades de negcios de mais alto
nvel como os requisitos especficos de cada parte
interessada ou de grupos de partes interessadas. A partir
das necessidades identificadas, o processo Definir o escopo
estabelece os requisitos funcionais e no funcionais do
produto, servio ou resultado que ser desenvolvido para
atender aos requisitos do negcio e das partes
interessadas.
68 - A matriz de rastreabilidade de requisitos uma tabela
que liga os requisitos de produto desde as suas origens at
as entregas que os satisfazem. O rastreamento inclui, mas
no est limitado a: necessidades, oportunidades, metas e
objetivos de negcio; objetivos do projeto; escopo do
projeto/entregas da EAP; e estratgia de teste e cenrios
de teste.
69 - Embora o termo de abertura do projeto e a
especificao do escopo do projeto sejam s vezes
percebidos como contendo um certo grau de redundncia,
eles diferem no tipo de contedo abordado em cada
documento.
70 - Uma decomposio excessiva pode resultar em um
esforo de gerenciamento improdutivo, no uso ineficiente
de recursos e na dificuldade de agregao de dados nos
diferentes nveis da EAP. Por este motivo, nem todo o
trabalho nos nveis mais baixos da EAP deve ser associado
aos nveis mais altos.
Com base nos conceitos e processos relativos
Gerncia de Recursos Humanos do PMBoK 5 edio,
julgue os itens a seguir:
71 - Enquanto a EAP mostra um desdobramento das
entregas do projeto, a estrutura analtica organizacional
(EAO) organizada de acordo com os departamentos, as
unidades ou equipes da organizao existentes, com as
atividades ou os pacotes de trabalho do projeto listados
sob cada departamento. Por sua vez, a estrutura analtica
dos recursos (EAR) uma lista hierrquica dos recursos
organizada por categoria e tipo de recursos, usada para
facilitar o planejamento e controlar o trabalho do projeto.

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

72 - Como parte do plano de gerenciamento de pessoal so


estabelecidos: procedimentos para mobilizao dos
membros da equipe, executados no processo Mobilizar a
equipe do projeto; necessidades de treinamento, a serem
providas pelo processo Desenvolver a equipe do projeto; e
critrios de reconhecimento e recompensas, a serem
aplicados pelo processo Gerenciar a equipe do projeto.
73 - O xito dos gerentes de projetos no gerenciamento
das equipes geralmente depende muito da sua capacidade
para solucionar conflitos. Diferentes gerentes podem
utilizar diferentes mtodos na resoluo de conflitos,
dependendo da importncia relativa e intensidade do
conflito, da presso de prazo para soluo e da posio
assumida pelas pessoas envolvidas.
Com base nos conceitos e processos relativos
Gerncia de Comunicaes do PMBoK 5 edio,
julgue os itens a seguir:
74 - A gerncia de comunicaes, que tem como objetivo
assegurar que as informaes do projeto sejam planejadas,
coletadas,
criadas,
distribudas,
armazenadas,
recuperadas, gerenciadas, controladas, monitoradas e
finalmente dispostas de maneira oportuna e apropriada,
contempla processos de iniciao, planejamento, execuo
e controle.
75 - De acordo com o PMBoK, a execuo de comunicao
eficaz requer que somente as informaes necessrias
sejam fornecidas, no formato correto, na hora certa, ao
pblico certo e com o impacto necessrio.
76 - O nmero de canais ou caminhos de comunicao em
um projeto sempre estabelecido pela frmula (N x (N 1)
/ 2), onde N o nmero total de partes interessadas no
projeto, uma vez que no possvel limitar quem se
comunicar com quem e quem receber quais
informaes.
Com base nos conceitos e processos relativos
Gerncia de Tempo do PMBoK 5 edio, julgue os
itens a seguir:
77 - A metodologia de cronograma define a estrutura e os
algoritmos usados na ferramenta de cronograma para criar
o modelo de cronograma. O modelo do cronograma uma
representao do plano para a execuo das atividades do
projeto incluindo duraes, dependncias, e outras
informaes de planejamento. O cronograma do projeto
uma sada de um modelo de cronograma que apresenta a
conexo de atividades com datas, duraes, marcos e
recursos planejados.
78 - A decomposio uma ferramenta aplicvel ao
processo Criar EAP, onde usada para dividir e subdividir o
escopo do projeto e suas entregas em partes menores e
mais fceis de gerenciar. Esta mesma ferramenta
utilizada no processo Definir as atividades, onde cada
pacote de trabalho dentro da EAP decomposto em
atividades.
79 - A estimativa bottom-up uma ferramenta descrita no
mbito do processo Estimar os custos, no sendo aplicvel
estimativa de recursos da atividade. Os mtodos de
estimativa anloga, paramtrica e de trs pontos aplicamse tanto estimativa de custos como estimativa de
durao das atividades.

7/10

80 - O mtodo da corrente crtica (CCM) permite que a


equipe do projeto crie buffers (reservas) ao longo de
qualquer caminho do cronograma para levar em
considerao recursos limitados e incertezas do projeto.
Uma vez que as atividades buffer estejam determinadas, as
atividades do cronograma so agendadas para as suas
datas planejadas de incio e de trmino mais cedo possveis,
de modo a evitar atrasos.
Com base nos conceitos e processos relativos
Gerncia de Partes Interessadas do PMBoK 5 edio,
julgue os itens a seguir:
81 - A rea relativa gerncia de partes interessadas,
criada no PMBoK 5 edio a partir de processos existentes
na rea de gerncia de comunicaes da verso anterior,
engloba os processos: Identificar as partes interessadas, do
grupo de iniciao; Planejar o gerenciamento das partes
interessadas, que desenvolve estratgias apropriadas para
engajar as partes interessadas no decorrer do ciclo de vida
do projeto; e Gerenciar o engajamento das partes
interessadas, processo de execuo que aborda as
questes suscitadas pelas partes medida que elas
ocorrem.
82 - fundamental para o sucesso do projeto identificar as
partes interessadas desde o incio do projeto ou fase e
analisar seus nveis de interesse, expectativas individuais,
assim como sua importncia e influncia. Uma vez
concluda a anlise, o gerente de projetos deve se
concentrar nos relacionamentos necessrios para garantir
o sucesso do projeto.
83 - Dentre os modelos classificatrios usados na anlise
das partes interessadas, o modelo baseado no grau de
poder/interesse agrupa as partes interessadas com base no
seu nvel de autoridade (poder) e seu nvel de
preocupao (interesse) em relao aos resultados do
projeto. De acordo com este modelo, necessrio manter
satisfeitas as partes interessadas que detenham nveis
altos em ambos os fatores, sendo suficiente apenas manter
informadas as que possuem nveis baixos desses fatores.
84 - O plano de gerenciamento das comunicaes fornece
orientao e informaes sobre o gerenciamento das
expectativas das partes interessadas, no que se refere aos
requisitos de comunicaes das partes interessadas e s
informaes a serem comunicadas, incluindo idioma,
formato, contedo e nvel de detalhes.
Com base nos conceitos e processos relativos
Gerncia de Custos do PMBoK 5 edio, julgue os
itens a seguir:
85 - O gerenciamento dos custos do projeto preocupa-se
principalmente com o custo dos recursos necessrios para
completar as atividades do projeto.
86 - Estimar os custos o processo de desenvolvimento de
uma estimativa dos recursos monetrios necessrios para
executar as atividades do projeto. Os custos so estimados
para todos os recursos que sero cobrados do projeto. Isso
inclui, mas no se limita a mo de obra, materiais,
equipamentos, servios e a instalaes, assim como a
categorias especiais como proviso para inflao, custos de
recursos financeiros ou custos de contingncias.
87 - A linha de base dos custos a verso aprovada do
oramento do projeto referenciado no tempo, incluindo

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

eventuais reservas de gerenciamento.

em file-level.

88 - Conforme a tcnica de gerenciamento de valor


agregado, os trs parmetros de valor planejado, valor
agregado e custo real podem ser monitorados e relatados
tanto de perodo a perodo (tipicamente semanalmente ou
mensalmente) como de maneira cumulativa, servindo de
base para anlises de variao e anlises de tendncias.
Com base nos conceitos e processos relativos
Gerncia de Aquisies do PMBoK 5 edio, julgue os
itens a seguir:
89 - A equipe de gerenciamento do projeto responsvel
por assegurar que todas as aquisies atendam s
necessidades especficas do projeto e, ao mesmo tempo,
cumpram as polticas de aquisio da organizao. Para
tanto, pode buscar desde o incio o apoio de especialistas
em contratos, compras, aspectos jurdicos e disciplinas
tcnicas.
90 - A anlise de fazer ou comprar uma tcnica usada
para determinar se um trabalho especfico pode ser melhor
realizado pela equipe do projeto ou se deve ser comprado
de fontes externas. Disponibilidade de recursos, restries
de oramento e tipos de contrato so fatores a serem
considerados na deciso de fazer ou comprar.
Acerca da proteo e salvaguarda de dados julgue os
itens a seguir:
91 - Em uma estratgia de backup alguns aspectos devem
ser considerados como o RPO e o RTO. O primeiro regula o
perodo tolervel de perda de dados, j o segundo, o
intervalo de tempo em que a organizao deve manter
suas cpias de segurana.
92 - Cpias de segurana so teis na recuperao de
danos ou desastres. Nesse contexto um backup diferencial
copia somente os arquivos criados ou modificados desde o
ltimo backup normal e modifica os marcadores. Nessa
estratgia necessrio um backup completo como
primeiro backup.
93 - Algumas estratgias de backup so teis para atender
demandas especficas, porm, no modificam a poltica de
backup. Dessa forma, conveniente utilizar o backup de
cpia antes de uma atividade que possa vir a gerar perda
de dados, durante o seu processamento.
94 - Em uma estratgia de Hot Backup o sistema encontrase em execuo e disponvel, no entanto, os usurios
acessam dados apenas como leitura.
Julgue o item seguinte, relativo a sistemas de
armazenamento e cpias de segurana.
95 - A deduplicao aperfeioa o armazenamento das
cpias de segurana, pois reduz o espao necessrio no
storage. Nessa tecnologia, as partes semelhantes de um
arquivo so substitudas por ponteiros eliminando dados
redundantes.
Em relao aos sistemas de armazenamentos de
dados e protocolos associados considere:
96 - Network Attached Storage - NAS uma boa soluo
nos casos onde a alta vazo de acesso no for um requisito
necessrio, pois o acesso ao armazenamento realizado

8/10

97 - A responsabilidade por formatar, particionar e


distribuir os dados nos discos do storage em uma Storage
Area Network SAN do sistema operacional do storage.
98 - SAN FC um meio compartilhado de armazenamento
de dados o qual utiliza unidades controladoras que se
encarregam do acesso aos dados e rede por IP, para
transferncia de dados entre servidores e dispositivos de
armazenamento.
99 - O iSCSI uma alternativa de baixo custo e que no
obriga a ruptura tecnolgica em redes SAN. Utiliza switches
Ethernet e pacotes TCP/IP para o encapsulamento do
protocolo SCSI.
100 - O Fibre Channel over IP - FCIP um protocolo que
possibilita que mltiplas SANs FC possam ser ligadas
atravs de uma rede IP. Por ser uma soluo de menor
complexidade, sua comunicao est restrita aos tneis e
no pode ser roteada por caminhos alternativos.

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

CARTO-RESPOSTA
(Preencha este carto antes de preencher o CARTO-RESPOSTA ELETRNICO)

51

52

53

54

55

56

57

58

59

10

60

11

61

12

62

13

63

14

64

15

65

16

66

17

67

18

68

19

69

20

70

21

71

22

72

23

73

24

74

25

75

26

76

27

77

28

78

29

79

30

80

31

81

32

82

33

83

34

84

35

85

36

86

37

87

38

88

39

89

40

90

41

91

42

92

43

93

44

94

45

95

46

96

47

97

48

98

49

99

50

100

9/10

Turma Ninja 2016_2017 - Simulado 01 - Elaborado pela equipe Dominando TI

10/10

Powered by TCPDF (www.tcpdf.org)

Anda mungkin juga menyukai