Cespe 2010 Mpu 2/5

http://rogerioaraujo.wordpress.
com
Srie Provas Comentadas
CESPE
MPU 2010
Cargo 25
Analista de Desenvolvimento de Sistemas
Parte
Parte IIII CobiT
CobiT
Rogrio Arajo
http://rogerioaraujo.wordpress.com
Srie Provas Comentadas
CESPE
MPU 2010
Cargo 25
Analista de Desenvolvimento de Sistemas
Parte II CobiT
Rogrio Arajo
CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas
Sumrio
O homem aquilo que ele prprio faz.
Andr Malraux
PARTE I AS QUESTES OBJETIVAS DA PROVA .................................................................... 3
Captulo 1 Governana de TI .............................................................................................. 4
1.1 Conceitos .................................................................................................. 4
1.2 Escritrio de projetos ................................................................................. 4
1.3 CobiT 4.1 ................................................................................................... 4
1.4 ITIL verso 3 .............................................................................................. 5
1.5 PMBoK 4 Edio ........................................................................................ 6
1.6 CMMi ......................................................................................................... 6
1.7 MPS.BR ....................................................................................................... 7
Captulo 2 Contratao de Bens e Servios de TI ................................................................. 8
2.1 IN04 .......................................................................................................... 8
Captulo 3 Ingls ............................................................................................................... 9
Captulo 4 Desenvolvimento de Sistemas ......................................................................... 10
4.1 Lgica de programao ............................................................................ 10
4.2 Programao Orientada a Objetos ............................................................ 10
4.3 Java ......................................................................................................... 11
4.4 Linguagens e tecnologias de programao ............................................... 12
Captulo 5 Engenharia de Software ................................................................................... 14
5.1 Engenharia de requisitos .......................................................................... 14
5.2 Qualidade de Software ............................................................................. 14
5.3 Padres de Projetos ................................................................................. 15
5.4 Processo Unificado ................................................................................... 15
5.5 UML ......................................................................................................... 15
5.6 Testes de Software ................................................................................... 15
Captulo 6 Banco de Dados .............................................................................................. 17
6.1 SQL .......................................................................................................... 17
6.2 MySQL ..................................................................................................... 18
Captulo 7 Gabarito preliminar ......................................................................................... 19
PARTE II A REDAO ..................................................................................................... 20
Captulo 1 Comando da redao ...................................................................................... 21
1.1 Texto de apoio ......................................................................................... 21
Rogrio Arajo
rogerioaraujo.wordpress.com
1.2 Itens a serem abordados .......................................................................... 21

PARTE III OS COMENTRIOS DAS QUESTES OBJETIVAS .................................................. 22
Captulo 1 Governana de TI ............................................................................................ 23
1.1 Conceitos ................................................................................................ 23
1.2 Escritrio de projetos ............................................................................... 25
1.3 CobiT 4.1 ................................................................................................. 27
1.4 ITIL verso 3 ................................................................................................
1.5 PMBoK 4 Edio ..........................................................................................
1.6 CMMi ...........................................................................................................
1.7 MPS.BR .........................................................................................................
Captulo 2 Contratao de Bens e Servios de TI ...................................................................
2.1 IN04 ............................................................................................................
Captulo 3 Ingls .................................................................................................................
Captulo 4 Desenvolvimento de Sistemas .............................................................................
4.1 Lgica de programao ................................................................................
4.2 Programao Orientada a Objetos ................................................................
4.3 Java .............................................................................................................
4.4 Linguagens e tecnologias de programao ...................................................
Captulo 5 Engenharia de Software .......................................................................................
5.1 Engenharia de requisitos ..............................................................................
5.2 Qualidade de Software .................................................................................
5.3 Padres de Projetos .....................................................................................
5.4 Processo Unificado .......................................................................................
5.5 UML .............................................................................................................
5.6 Testes de Software .......................................................................................
Captulo 6 Banco de Dados ..................................................................................................
6.1 SQL ..............................................................................................................
6.2 MySQL .........................................................................................................
PARTE IV OS COMENTRIOS DA REDAO .........................................................................
Captulo 1 Comentrios da Redao .....................................................................................
Rogrio Arajo
PARTE I
AS QUESTES OBJETIVAS DA PROVA
Rogrio Arajo
Captulo 1
Governana de TI
A melhor maneira de melhorar o padro de vida est em melhorar o padro de pensamento.
U. S. Andersen
1.1 Conceitos
Acerca de conceitos relacionados governana de tecnologia da informao (TI), julgue os itens a
seguir.
Questo 61 As ferramentas GUT (gravidade, urgncia e tendncia), o Diagrama de Pareto e a Curva
de Tendncia fornecem suporte atividade do planejamento estratgico de filtrar informaes de
interesse da organizao.
Questo 62 Um dos objetivos da governana de TI possibilitar o alinhamento das atividades da
equipe de TI com as prioridades das demais reas de negcios da empresa.
Questo 63 Os marcos de regulao, o ambiente de negcios, a transparncia da administrao e
a segurana da informao so fatores que motivam o uso da governana de TI nas organizaes.
1.2 Escritrio de projetos para Governana de TI

Julgue os prximos itens no que se refere a escritrio de projetos para governana de TI.
Questo 64 Entre as dificuldades encontradas na implantao de um escritrio de projetos,
incluem-se as relacionadas mensurao e ao acompanhamento dos benefcios de um projeto,
presso por resultados em curto prazo e definio da metodologia a ser utilizada.
Questo 65 Um escritrio de projetos pode se implantado em qualquer tipo de estrutura
organizacional funcional, matricial ou por projeto e ele pode ter autoridade para
supervisionar e cancelar projetos.
Questo 66 O escritrio de projetos de uma organizao tem, entre outras, as seguintes
atribuies: padronizao de processos de suporte a projetos, treinamento de pessoal,
gerenciamento de recursos e elaborao do plano estratgico da organizao.
1.3 CobiT 4.1

Com relao ao modelo COBIT 4.1, julgue os itens a seguir.
Questo 67 O emprego sistemtico do COBIT como modelo de gesto da organizao pode gerar,
entre outros benefcios, a reduo dos riscos a que est exposta a organizao e a melhoria de
Rogrio Arajo
sua imagem perante os clientes.

Questo 68 No modelo COBIT, o conceito de agregao de valor diz respeito proposio de valor
no tempo e garante que a TI entregue os benefcios prometidos com a otimizao de custos.
Questo 69 A estrutura do COBIT foi idealizada para controlar, nas organizaes, os recursos de
TI e os recursos humanos envolvidos nesse processo.
Acerca de domnios, processos e objetivos de controle do modelo COBIT 4.1, julgue os itens
subsequentes.
Questo 70 No mencionado modelo, possvel haver controles especficos vinculados a aplicaes
e integrados aos processos de negcio, que os suportam por meio de procedimentos
relacionados, por exemplo, s interfaces do sistema.
Questo 71 No COBIT, um dos processos do domnio Entrega e Suporte o de assegurar
conformidade com requisitos externos.
Questo 72 No modelo em apreo, o domnio Planejamento e Organizao envolve identificao,
desenvolvimento e(ou) aquisio de solues para a execuo de sistemas de TI especficos, assim
como a sua implementao e integrao junto a processos de negcio.
Questo 73 Alguns requisitos de controle genricos so aplicveis a todos os processos do COBIT,
tais como a definio e a divulgao de polticas, os procedimentos e planos relativos ao processo,
e o desempenho do processo medido em relao s respectivas metas.
1.4 ITIL v3
Julgue os itens que se seguem a respeito de conceitos da ITIL v.3.
Questo 74 Estratgia de servio a publicao do ncleo da ITIL v.3 que contm orientaes
acerca do projeto e desenvolvimento dos servios e dos processos de gerenciamento de servios.
Essa publicao apresenta, em detalhes, aspectos do gerenciamento do catlogo de servios, do
nvel de servio, da capacidade, da disponibilidade e da segurana da informao.
Questo 75 No que diz respeito ao desenvolvimento da estratgia de servio na organizao,
necessrio considerar o estilo de gesto organizacional dominante na empresa, o qual pode
apresentar os seguintes estgios ou nveis de maturidade: rede, diretivo, delegao, coordenao
e colaborao.
Questo 76 Servio a denominao dada ao meio de se entregar valor aos clientes para facilitar a
obteno dos resultados desejados e minimizar os custos e riscos especficos.
Questo 77 A orientao complementar ITIL v.3 consiste em um conjunto de publicaes que
so destinadas a adaptar a implementao e a utilizao das prticas do ncleo da ITIL para
diferentes setores empresariais, tipos de empresas e plataformas tecnolgicas.
Questo 78 Entre as extenses que a ITIL v.3 traz em relao a sua verso anterior, esto
estratgias de servios para modelos de sourcing e de compartilhamento de servios e
abordagens de retorno de investimento para servios.
Acerca dos processos e funes da ITIL v. 3, julgue os itens subsequentes.
Questo 79 O processo de gerenciamento da continuidade de servio de TI do estgio desenho de
servio abrange um desdobramento do processo de gerenciamento da continuidade do negcio,
Rogrio Arajo
com o objetivo de assegurar que os recursos tcnicos e os servios de TI necessrios sejam

recuperados dentro de um tempo preestabelecido.
Questo 80 Monitorao e controle, gerenciamento do mainframe, gerenciamento de redes e
armazenamento de dados so atividades tcnicas altamente especializadas do estgio operao de
servio.
Questo 81 Do escopo da estratgia de servio constam os processos de gerenciamento
financeiro, o de gerenciamento do portflio de servios e o de gerenciamento da demanda.
1.5 PMBoK 4 Edio

Julgue os itens que se seguem com relao 4. edio do PMBOK.
Questo 82 A estimativa anloga, tambm denominada estimativa topdown, pode ser usada para
prever o custo e o tempo de um projeto e leva em considerao informaes do histrico de
projetos semelhantes e anteriores.
Questo 83 Programas so grupos de projetos relacionados e um projeto, seja ele qual for, ser
parte de um programa.
Questo 84 Em uma organizao do tipo matricial forte, os gerentes de projeto tm o mais alto
nvel de autoridade e poder.
Acerca de processos e reas de conhecimento da 4.a edio do PMBOK, julgue os itens seguintes.
Questo 85 A rea de conhecimento do gerenciamento do escopo do projeto abrange os seguintes
processos: coletar os requisitos, definir o escopo, desenvolver o cronograma, verificar escopo e
controlar o escopo.
Questo 86 Os grupos de processos de planejamento e de monitoramento e controle servem
como entrada de um para o outro reciprocamente.
Questo 87 A probabilidade de ocorrncias de risco e suas conseqncias so avaliadas pelo
processo realizar a anlise qualitativa de riscos, com o uso da atribuio de probabilidades
numricas.
Questo 88 As quatro possibilidades de trmino de projeto so absoro, integrao,
esgotamento e extino.
Questo 89 Os riscos desconhecidos podem representar uma ameaa ou uma oportunidade, por
isso, o gerente de projeto deve manter reserva dos seus recursos para control-los quando
necessrio.
Questo 90 Opinio especializada, auditorias de aquisies, acordos negociados e sistema de
gerenciamento de registros so recursos e tcnicas empregados no processo encerrar as
aquisies.
1.6 CMMi
A respeito de CMMI (capability maturity model integration), julgue os itens que se seguem.
Questo 121 Validao, verificao e integrao do produto so processos que integram a
disciplina de suporte ao processo de software.
Rogrio Arajo
Questo 122 O CMMI, que surgiu do esforo de integrao de diversos modelos que estavam
sendo propostos no mercado, como, por exemplo, o SW-CMM, compatvel e consistente com o
previsto em norma ISO a respeito desse assunto.
Questo 123 Os nveis de maturidade do CMMI variam de 0 incompleto a 5 otimizado ,
que mostram o grau de implementao dos processos da referida metodologia.
1.7 MPS.BR
Acerca de MPS.BR, julgue os itens de 124 a 128.
Questo 124 O plano de avaliao deve conter o roteiro para realizao da anlise de
conformidade de um processo de criao de software empresarial com o modelo MPS.BR; esse
plano prega que nenhum dos processos envolvidos nessa criao deve estar fora do escopo de
anlise para que se diagnostique o nvel de maturidade existente.
Questo 125 O nvel de maturidade C nvel definido do MPS.BR, alm de conter todos os
processos dos nveis anteriores, engloba tambm os processos desenvolvimento para reutilizao,
gerncia de decises e gerncia de riscos.
Questo 126 Uma das principais bases tcnicas para a criao do modelo de referncia do MPS.BR
foi uma norma ISO/IEC, a qual estabeleceu uma arquitetura para o ciclo de vida dos processos de
software.
Questo 127 O modelo MPS.BR prev atividades, processos, produtos e equipes de
desenvolvimento de software durante todo o ciclo de vida deste, tendo sido desenvolvido para
atender complexidade dessa atividade em organizaes de grande porte, no sendo, portanto,
indicada a sua utilizao por micro ou pequenas empresas.
Questo 128 O MPS.BR formado por trs componentes e respectivos guias. O modelo de
referncia formado pelos guias geral, de aquisio e de implementao.
Rogrio Arajo
Captulo 2
Contratao de Bens e Servios de TI

Os homens que tentam fazer algo e falham so infinitamente melhores
do que aqueles que tentam fazer nada e conseguem.
Lloyd Jones
2.1 IN04
Julgue os prximos itens, segundo a Instruo Normativa n. 4/2008, do MPOG, que dispe acerca
do processo de contratao de servios de tecnologia da informao (TI) pela administrao
pblica federal direta, autrquica e fundacional.
Questo 91 O plano diretor de tecnologia da informao (PDTI) um instrumento de diagnstico e
gesto dos recursos e processos de TI, que visa a atender s necessidades de informao de um
rgo ou entidade para determinado perodo, sem considerar aspectos de planejamento.
Questo 92 A gesto de processos de TI, incluindo a gesto de segurana da informao, no
pode ser objeto de contratao.
Questo 93 rea de TI considerada como uma unidade setorial ou seccional do sistema de
administrao dos recursos de informao e informtica, bem como rea correlata, responsvel
por gerir a TI do rgo ou entidade.
Questo 94 Software pode ser entendido como um sistema ou componente constitudo por um
conjunto de programas, procedimentos e documentao, desenvolvido para o atendimento de
necessidades especficas do rgo ou entidade.
Questo 95 Requisitos um conjunto de especificaes necessrias para definir a soluo de TI a
ser contratada. Critrios de aceitao so parmetros objetivos, mas nem sempre mensurveis,
utilizados para verificar um servio ou produto quanto conformidade aos requisitos
especificados.
Rogrio Arajo
Captulo 3
Ingls
A transformao pessoal requer substituio de velhos hbitos por novos.
W. A. Peterson
Julgue se os itens a seguir, escritos em lngua inglesa, esto tcnica e gramaticalmente corretos.
Questo 96 Whenever a new release of a software package is announced, the organization needs
to buy it immediately for its own safe.
Questo 97 Data warehousing technology affords types of functionality such as consolidation,
aggregation, and summarization of data, which let to view the same information along multiple
dimensions.
Questo 98 A middleware system is one that serves as interface between other systems, so we
could say that a translator program works like a middleware.
Questo 99 An attribute is a special characteristic related to an entity, but not to an object.
Questo 100 Information technology people know the importance of periodical backup to make
possible to restore non important information.
Rogrio Arajo
Captulo 4
Desenvolvimento de Sistemas
Somos o que fazemos repetidamente. Por isso o mrito no est na ao e sim no hbito.
Aristteles
4.1 Lgica de programao

No que se refere lgica de programao, julgue os itens a seguir.
Questo 101 Em um algoritmo, uma expresso geralmente considerada vlida quando as suas
variveis e constantes respeitam o nmero e os tipos de argumentos das operaes envolvidas.
Questo 102 O mtodo de pesquisa binria de clculo de endereo empregado tanto para a
pesquisa quanto para a organizao fsica de tabelas.
Questo 103 A instruo x %= y, em que o operador matemtico representa uma operao
aritmtica seguida de uma operao de atribuio, equivalente a x = x % y, sendo que o
operador % somente pode ser utilizado com um operando do tipo inteiro.
Questo 104 Se um trecho de algoritmo tiver de ser executado repetidamente e o nmero de
repeties for indefinido, ento correto o uso, no incio desse trecho, da estrutura de repetio
Enquanto.
Questo 105 A funo predefinida fopen( ) pode ser utilizada para abrir um arquivo apenas
quando esse arquivo j exista no diretrio em uso; caso contrrio, necessrio inicialmente criar o
arquivo por meio da funo fcreate ( ).
Questo 106 O mtodo recursivo que utiliza pilhas para executar um procedimento geralmente
automtico, de modo que os compiladores podem acionar os procedimentos pr-programados
para manipular essas pilhas.
Questo 107 A pesquisa sequencial de uma tabela, ou seja, pela comparao do argumento da
pesquisa com a chave de cada entrada, ter o desempenho reduzido se a tabela for ordenada a
partir do valor da chave.
4.2 Programao Orientada a Objetos

A respeito da hierarquia de classes, um conceito de relevncia na programao orientada a
objetos, julgue os itens que se seguem.
Questo 129 Considere que uma classe C1 implemente determinado mtodo M1 e tenha duas
subclasses: C2 e C3. Nessa situao, o comportamento de um objeto de C2 ou C3 que receba uma
mensagem invocando o mtodo M1 ser obrigatoriamente idntico ao comportamento de um
objeto de C1 que receba a mesma mensagem.
Questo 130 Se a classe C2 uma subclasse da classe C1, todas as caractersticas que so
herdadas por C2 foram definidas na classe C1 ou em alguma de suas superclasses.
Questo 131 Um objeto , necessariamente, instncia de apenas uma classe, mesmo quando
existe herana mltipla em uma hierarquia de classes.
Rogrio Arajo
10
4.3 Java
Os programas em geral manipulam, alm de nmeros e strings, itens de dados mais complexos,
que representam mais precisamente entidades no mundo real. Com relao linguagem Java,
usada para projetar e manipular itens de dados complexos (objetos), julgue os itens de 137 a 139.
Questo 137 No cdigo em Java mostrado a seguir, as classes Conta e Poupanca implementam o
polimorfismo dinmico.
class Conta {
float saldo;
public float getSaldo(int i) {
float saldo = 0f;
if (i == 1 ) saldo = this.saldo * 1.03f;
return saldo;
}
public void setSaldo (float saldo) {
this.saldo = saldo + 20f;
}
}
class Poupanca extends Conta {
public float getSaldo() {
return saldo;
}
}
Questo 138 No cdigo em Java apresentado a seguir, a tentativa de execuo da classe Principal
resultar em erro, porque o objeto p1 foi criado utilizando como tipo a classe abstrata Conta.
abstract class Conta {
protected float saldo;
public abstract float saldoConta ();
public void setSaldo (float saldo) {
this.saldo = saldo + 50f;
}
}
class Poupanca extends Conta {
public float saldoConta() {
Rogrio Arajo
11
return saldo;
}
}
public class Principal {
public static void main (String args[]) {
Conta p1 = new Poupanca();
((Poupanca)p1).setSaldo(450f);
System.out.println("saldo : " +((Poupanca)p1).saldoConta());
}
}
Questo 139 A tentativa de execuo do programa em Java mostrado a seguir pode resultar na
indicao de uma exceo do tipo InputMismatchException.
import java.util.*;
public class Excecao {
public int calculo(int n1, int n2) throws ArithmeticException {
return n1/n2;
}
public static void main (String [] args) {
Scanner sc = new Scanner(System.in);
int n1, n2, res;
Excecao ex = new Excecao();
System.out.print("Entre o valor 1: ");
n1 = sc.nextInt();
System.out.print("Entre o valor 2: ");
n2 = sc.nextInt();
res = ex.calculo(n1,n2);
System.out.println("Resultado: " + res);
}
}
4.4 Linguagens e tecnologias de programao

Quanto s linguagens e tecnologias de programao, julgue os itens subsequentes.
Questo 140 Na arquitetura do Eclipse, verso 3.1, o workbench responsvel por administrar os
recursos do usurio que so organizados em um ou mais projetos.
Questo 141 JavaScript uma linguagem de criao de scripts de uso geral, projetada para ser
embutida em aplicativos que executam em um navegador Web. Os aplicativos Ajax so escritos em
JavaScript.
Rogrio Arajo
12
Questo 142 O uso de Realms no servidor de aplicao Tomcat obriga a implementao de uma
poltica de segurana nesse servidor, por isso, no necessrio escrever, na aplicao, um cdigo
especfico para autenticao e autorizao.
Questo 143 O modelo de componentes do JBoss Seam tem como caracterstica o uso direto de
componentes Enterprise JavaBeans como beans acoplados s pginas JavaServer Faces.
Rogrio Arajo
13
Captulo 5
Engenharia de Software
As oportunidades tm tamanho para qualquer tipo de capacidade.
Walter Grando
5.1 Engenharia de requisitos

Acerca de engenharia de requisitos, julgue os itens subsequentes.
Questo 108 Embora a criao de uma sequncia ilustrada de telas por meio de programas de
desenho grfico seja til para a identificao de alguns requisitos do software, ela no
considerada uma atividade de prototipao por no envolver o uso de uma linguagem de
programao.
Questo 109 O levantamento de requisitos realizado ao final da primeira verso de um
prottipo, para se definir, junto aos envolvidos no processo, quais so as premissas bsicas para o
incio do entendimento das funcionalidades desejadas.
Questo 110 A verificao de requisitos tem por objetivo analisar se os modelos construdos esto
de acordo com os requisitos definidos. Por sua vez, a validao de requisitos visa assegurar que as
necessidades do cliente esto sendo atendidas por tais requisitos.
Questo 111 A especificao de requisitos permite, em determinado momento, revelar o que o
sistema ir realizar no que se refere s funcionalidades, sem definir, nesse momento, como as
funcionalidades sero implementadas.
Questo 112 Na validao de requisitos parte integrante da especificao desses requisitos ,
correto o uso de diagramas da UML, tais como diagrama de classes, de casos de uso e de
interao.
Questo 113 Os requisitos normativos, geralmente oriundos da anlise das regras de negcio a
que est submetido um sistema, nunca podem ser considerados requisitos funcionais, por
estarem fora do sistema, ou seja, do domnio do negcio.
5.2 Qualidade de Software

Julgue os seguintes itens a respeito de qualidade de software.
Questo 114 O nvel mximo de qualidade de um software atingido quando os stakeholders
esto satisfeitos com os resultados que ele apresenta; para tanto, essencial que todos os
envolvidos no processo de criao desse software faam parte da reviso de qualidade.
Questo 115 Na anlise por pontos de funo (APF), as funes podem ser do tipo transao e do
tipo dados. Nas funes do tipo transao, so manipulados os arquivos de interface externa (AIE)
bem como os arquivos lgicos internos (ALI).
Questo 116 Na fase de elaborao do RUP, so desenvolvidas as funcionalidades do sistema e
implementados os requisitos identificados na fase de concepo.
Rogrio Arajo
14
Questo 117 Extreme programming (XP) embasado em requisitos conhecidos, definidos de

antemo, que no sofram muitas alteraes, devendo ser usado por equipes de pequeno porte,
formadas por representantes de todos os stakeholders.
Questo 118 Produto da metodologia Scrum, o documento product backlog contm os requisitos
definidos a partir da viso do cliente e utilizado novamente no final do sprint para reviso ou
modificaes dos requisitos inicialmente definidos.
Questo 119 O plano de garantia de qualidade de software, os documentos, padres e guias a
serem utilizados, as ferramentas, tcnicas e metodologias de apoio e quem deve exercer o
controle dessa qualidade esto normatizados pela ISO.
Questo 120 A reviso de um projeto de software, tendo em vista a qualidade do processo de
codificao, inclui, entre outros aspectos, verificar a ocorrncia de erros de ortografia, o uso
adequado das convenes da linguagem e se as constantes fsicas esto corretas.
Um processo de desenvolvimento de software contm a descrio de uma abordagem para a
construo de sofware. A UML (unified modeling language) uma linguagem visual para
especificar, documentar e construir os artefatos de sistemas orientados a objetos. Quanto ao
ambiente de desenvolvimento de sistemas orientados a objetos, julgue os itens a seguir.
5.3 Padres de Projetos

Questo 132 GRASP (general responsibility assignment software patterns) consiste em um
conjunto de sete padres bsicos para atribuir responsabilidades em projeto orientado a objetos:
information expert, creator, controller, low coupling, high cohesion, polymorphism e pure
fabrication.
5.4 Processo Unificado

Questo 133 O processo unificado (PU) um processo iterativo para a anlise de projetos
orientados a objetos, no qual o trabalho e as iteraes so organizados em trs fases principais:
concepo, elaborao e construo.
Questo 134 No PU, a elicitao de requisitos do sistema de software inicia-se na fase de
concepo.
5.5 UML
Questo 135 Na UML, um diagrama de atividades oferece uma notao para mostrar uma
sequncia de atividades, inclusive atividades paralelas. Ele pode ser aplicado em qualquer
perspectiva ou propsito, no entanto, normalmente mais utilizado para a visualizao de fluxos
de trabalho, processos de negcios e casos de uso.
Questo 136 Na conveno de notao usada na UML, a chamada por mensagens assncronas
representada no diagrama de sequncia por meio de seta cheia (no pontilhada).
5.6 Testes de Software

No processo de teste de software, uma das metas consiste em demonstrar ao desenvolvedor e ao
Rogrio Arajo
15
cliente que o software atende aos requisitos, e outra, em descobrir falhas ou defeitos no software
que apresenta comportamento incorreto. Quanto aos processos de teste de software, julgue os
prximos itens.
Questo 144 O Junit um conjunto de classes em Java que pode ser estendido para se criar um
ambiente de testes de regresso automatizado.
Questo 145 O teste de integrao geralmente um processo de teste de caixa-preta no qual os
testes so derivados da especificao do sistema, cujo comportamento pode ser determinado por
meio do estudo de suas entradas e sadas.
Questo 146 No desenvolvimento orientado a objetos embasados em componentes, os objetos e
os componentes so definidos por suas interfaces e podem ser reusados em combinao com
outros componentes em diferentes sistemas. Nesse caso, o teste de interfaces particularmente
til, porque erros de interface em componentes compostos (formados pela combinao de
componentes) no podem ser detectados por meio de testes de objetos ou componentes
individuais.
Rogrio Arajo
16
Captulo 6
Banco de Dados
Depois do fim ainda existe a possibilidade do alm.
Walter Grando
Considerando o modelo E-R e as tabelas acima, que representam um grupo de auditores que
realizam auditorias em empresas, julgue os itens seguintes.
6.1 SQL
Questo 147 A execuo do comando apresentado a seguir permite listar os nomes dos auditores
que auditaram mais de uma empresa.
Select nome from auditor where id_aud in (select id_aud from auditoria
group by id_aud having count(*) > 1)
Questo 150 A execuo do comando mostrado abaixo permite listar os nomes dos auditores que
auditaram todas as empresas com oramento superior a 4.000.
select distinct a.nome from auditor a, auditoria b, empresa c
where a.id_aud = b.id_aud and
b.id_emp = c.id_emp and c.orcamento > 4000
Rogrio Arajo
17
6.7 MySQL
Questo 148 O script a seguir permite criar, corretamente, as tabelas, no MySql 5.1, em
conformidade com o modelo E-R apresentado.
create table auditor (
id_aud int not null primary key,
nome varchar (40));
create table empresa (
id_emp int not null primary key,
nome_emp varchar(30),
orcamento float);
create table auditoria (
id_audit int not null primary key,
id_aud int,
id_emp int,
dt_aud date);
Questo 149 O tipo InnoDB, no MySql 5.1, permite estabelecer, nas tabelas, o controle de
transaes para possibilitar o uso dos comandos COMMIT e ROLLBACK. Nesse caso, considerando
a existncia das tabelas apresentadas em um banco de dados, a execuo dos comandos a seguir
habilitar corretamente a transao nas tabelas.
Alter table empresa engine=innodb;
Alter table auditoria engine=innodb;
Alter table auditor engine=innodb;
Rogrio Arajo
18
Captulo 7
Gabarito preliminar
Nada na vida est realmente em nossas mos...
mas tudo est diante das nossas possibilidades.
Walter Grando
Observao importante
Algumas questes da prova foram posta fora de ordem neste material para que houvesse uma
melhor organizao dos assuntos. Verifique com cuidado o gabarito com as questes que voc
est respondendo.
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
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
Rogrio Arajo
19
PARTE II
A REDAO
Rogrio Arajo
20
Captulo 1
Comando da redao
A primeira condio para se realizar algum coisa, no querer fazer tudo ao mesmo tempo.
Tristo de Atade
1.1 Texto de apoio

A gesto de processos demanda a viso e o contnuo monitoramento de indicadores de
desempenho para a constante avaliao do alcance das metas estabelecidas de eficcia, eficincia
e efetividade. Esses indicadores tambm podem ser utilizados nos processos de desenvolvimento
de software. Para a mensurao de qualidade na engenharia de software, as empresas dispem de
dois modelos de nveis de maturidade, o CMMI e o MPS.BR, que definem um patamar de evoluo
de processo e estabelecem uma forma de prever o desempenho futuro da organizao com
relao a uma ou mais disciplinas.
1.2 Itens a serem abordados

Considerando que o texto acima tem carter unicamente motivador, elabore um texto
dissertativo a respeito dos modelos de maturidade CMMI e MPS.BR. Ao elaborar seu texto, atenda,
necessariamente, s seguintes determinaes:
defina o modelo CMMI, apresentando suas dimenses e abordagens;
defina o MPS.BR, apresentando mtodo, nveis de maturidade e respectivas dimenses;
compare os dois os modelos.
Rogrio Arajo
21
PARTE III
OS COMENTRIOS DAS QUESTES
OBJETIVAS
Rogrio Arajo
22
Captulo 1
Governana de TI
O entusiasmo a maior fora da alma.
Conserva-o e nunca te faltar poder para conseguir o que desejas.
Napoleon Hill
1.1 Conceitos
Acerca de conceitos relacionados governana de tecnologia da informao (TI), julgue os itens a
seguir.
Questo 61 As ferramentas GUT (gravidade, urgncia e tendncia), o Diagrama de Pareto e a Curva
de Tendncia fornecem suporte atividade do planejamento estratgico de filtrar informaes de
interesse da organizao.
Comentrios
Em [1], temos que ferramentas GUT so usadas para ... definir prioridades dadas as
diversas alternativas de ao. As ferramentas GUT aplicam-se quando necessrio priorizar
aes dentro de um leque de alternativas.
O Diagrama de Pareto [2] ... um recurso grfico utilizado para estabelecer uma ordenao
nas causas de perdas que devem ser sanadas. Vilfredo Pareto calculou matematicamente que 80%
da riqueza estava em mos de 20% da populao. Juran trouxe isso para a realidade da qualidade
e disse que Poucas causas levam maioria das perdas, ou seja, poucas so vitais, a maioria
trivial.
No achei alguma referncia para embasar a Curva de Tendncia.
Concluindo, essas ferramentas sero teis para o planejamento estratgico de uma
organizao.
Gabarito preliminar: CERTO.
Referncias:
[1] Ferramentas GUT: novosolhos.com.br/site/arq_material/13369_14428.doc
[2] Diagrama de Pareto: www.brasilacademico.com/maxpt/links_goto.asp?id=1015
Questo 62 Um dos objetivos da governana de TI possibilitar o alinhamento das atividades da

equipe de TI com as prioridades das demais reas de negcios da empresa.
Comentrios
Acreditei que essa questo estava ERRADA e Entrei com recurso com o seguinte texto:
Rogrio Arajo
23
A questo em tela fala de um alinhamento de um nvel operacional (atividades de TI) com

um nvel estratgico (prioridades das demais reas de negcios da empresa). Segundo o modelo
de governana CobiT 4.1, cita-se as cinco reas de foco da Governana de TI e uma delas o
Alinhamento Estratgico que foca em garantir a ligao entre os planos de negcios e de TI,
definindo, mantendo e validando a proposta de valor de TI, alinhando as operaes de TI com as
operaes da organizao.
Pode-se perceber pela rea acima que claramente existem o alinhamento estratgico
(ligao entre os planos de negcios e de TI) e o alinhamento operacional (operaes de TI com as
operaes da organizao).
A questo em tela no traz essa distino, induzido o candidato ao erro, portanto, pede-se
ANULAO da questo.
Resumindo, a questo, no meu entendimento, trouxera um alinhamento operacional
(atividades de TI) com alinhamento estratgico (prioridades das demais reas de negcio da
empresa). Isso, para mim, est errado por conta que temos o alinhamento estratgico entre os
planos da TI e da organizao e o alinhamento operacional entre as operaes de TI e operaes
da organizao.
Entretanto, com ajuda de um colega que comentou o material, Eliziomar, ele citou o
seguinte trecho do livro do Aragon [2]:
Alinhar e priorizar as iniciativas de TI com a estratgica do negcio:
Isto significa que o que foi planejado para acontecer deve priorizado, tendo em vista as
prioridades do negcio e as restries de capital de investimento;
A priorizao gera um portflio de TI, que faz a ligao entre a estratgia e as aes do
dia-dia.
Ou seja, as aes do dia a dia da TI est ligada estratgia do negcio por meio de um
portflio de TI que ... um instrumento para priorizao dos investimentos de TI com base no
retorno de projetos e ativos para a organizao, e no seu alinhamento com os objetivos
estratgicos do negcio.
Portanto, a questo realmente est certa.
Referncia:
[1] CobiT 4.1: http://www.isaca.org/Knowledge-Center/cobit/Documents/cobit41portuguese.pdf
[2] Implantando a Governana de TI, 2 Edio.

Comentrios
Em [1], os fatores que motivam a Governana de TI so:
Ambiente de Negcios;
Rogrio Arajo
24
Marcos Reguladores;
Segurana da Informao
Dependncia do Negcio em relao TI; e
Integrao Tecnolgica.
Aragon [2] cita mais um alm dos que esto em cima: TI como prestadora de servios.
Fiquei com dvida no fator transparncia da administrao, pois no encontrei nenhuma
fonte para confirm-lo como fator de motivao da Governana de TI.
Referncias:
[1] Mapeamento dos processos baseado em controle para Governana de Tecnologia da
Informao: http://www.bibliotecadigital.puc-campinas.edu.br/tde_busca/arquivo.php?
codArquivo=240
1.2 Escritrio de projetos para Governana de TI

Julgue os prximos itens no que se refere a escritrio de projetos para governana de TI.
Questo 64 Entre as dificuldades encontradas na implantao de um escritrio de projetos,
incluem-se as relacionadas mensurao e ao acompanhamento dos benefcios de um projeto,
presso por resultados em curto prazo e definio da metodologia a ser utilizada.
Comentrios
A questo trouxe algumas dificuldades na implantao de um PMO. Dificuldades essas
relacionadas:
mensurao e ao acompanhamento dos benefcios de um projeto;
presso por resultados em curto prazo; e
definio da metodologia a ser utilizada.
Em [1], h algumas dificuldades parecidas com as da questo:
Baixa Credibilidade;
Resistncia a Mudanas;
Dificuldade de mensurao e acompanhamento dos benefcios em um projeto (valor
agregado);
Necessidade de formalizao; e
Presso por resultados em curto prazo.
O examinador colocou a definio da metodologia a ser utilizada como uma dificuldade na
implantao de um PMO, entretanto no uma dificuldade e sim uma atribuio de um escritrio
de projeto. No Guia PMBoK (4 Edio) [2], existem algumas atribuies para um PMO (sigla de
Escritrio de Gerenciamento de Projetos em ingls), tais como:
Gerenciamento de recursos compartilhados entre todos os projetos administrados pelo
PMO;
Rogrio Arajo
25
Identificao e desenvolvimento de metodologia, melhores prticas e padres de

gerenciamento de projetos;
Orientao, aconselhamento, treinamento e superviso;
Monitoramento da conformidade com as polticas, procedimentos e modelos padres de
gerenciamento de projetos por meio de auditorias do projeto;
Desenvolvimento e gerenciamento de polticas, procedimentos, formulrios e outras
documentaes compartilhadas do projeto (ativos de processos organizacionais) e
Coordenao das comunicaes entre projetos.
Gabarito preliminar: ERRADO.
Referncias:
[1] Escritrio de Projetos: www.amcham.com.br/download/informativo2005-05-20a_arquivo
[2] Guia PMBoK (4 Edio).
Questo 65 Um escritrio de projetos pode se implantado em qualquer tipo de estrutura

organizacional funcional, matricial ou por projeto e ele pode ter autoridade para
supervisionar e cancelar projetos.
Comentrios
Esse verbo PODER que o CESPE utiliza pode tudo.
Brincadeiras parte, essa questo est correta [1]:
Um PMO poder auxiliar o gerente de projetos na garantia do atendimento aos quesitos
acima e tambm poder contribuir na busca pela excelncia em gerenciamento de projetos,
mesmo o instituto apresentando uma estrutura matricial fraca, uma vez que um PMO pode ser
implantado em qualquer estrutura organizacional. (Grifo meu)
Fiquei com dvida sobre a autoridade do escritrio de projeto para supervisionar e cancelar
projetos dentro de uma estrutura funcional, marcando assim errado na questo. Entretanto,
pesquisando para sanar a dvida, encontrei [2] que Um PMO pode existir em qualquer uma das
estruturas organizacionais, inclusive nas que apresentam uma organizao funcional... (Grifo
meu).
E para fechar a dvida, ainda no [2]: A funo de um PMO em uma organizao pode variar
de uma assessoria, limitada recomendao de polticas e procedimentos especficos sobre
projetos individuais, at uma concesso formal de autoridade pela gerncia executiva.
Referncias:
[1] O apoio de um PMO na gesto de manuteno de software:
http://www.ici.curitiba.org.br/Multimidia/Documento/Artigos/ArtigoMBA_Ursula.pdf
[2] Influncias organizacionais: http://www.tenstep.com.br/br/TenStepPB/open/2.3.htm
Rogrio Arajo
26
Questo 66 O escritrio de projetos de uma organizao tem, entre outras, as seguintes

atribuies: padronizao de processos de suporte a projetos, treinamento de pessoal,
gerenciamento de recursos e elaborao do plano estratgico da organizao.
Comentrios
Diferentemente da questo 64 que citava algumas dificuldades na implantao de um PMO,
a questo em tela trouxe algumas atribuies desse tipo de escritrio. Nosso trabalho, como
sempre, analisar cada item para encontrar algum erro.
Iremos ento fazer um paralelo entre as atribuies trazidas nesta questo com as
atribuies j descritas na questo 64:
Padronizao de processos de suporte a projetos: atribuio certa, pois bate com a
Identificao e desenvolvimento de metodologia, melhores prticas e padres de
gerenciamento de projetos;
Treinamento de pessoal: bate com a atribuio Orientao, aconselhamento, treinamento
e superviso;
Gerenciamento de recursos: acredito que aqui teria um erro, pois existe o gerenciamento
de recurso DE UM NICO PROJETO, gerenciamento esse feito pelo gerente de projetos, e o
gerenciamento de recursos ENTRE PROJETOS, feito pelo escritrio de projetos
(Gerenciamento de recursos compartilhados entre todos os projetos administrados pelo
PMO); e
Elaborao do plano estratgico da organizao: outro erro, pois um escritrio de projeto
no ser responsvel pelo planejamento estratgico da organizao.
Referncia:
[1] Guia PMBoK (4 Edio).
1.3 CobiT 4.1

Com relao ao modelo COBIT 4.1, julgue os itens a seguir.
Questo 67 O emprego sistemtico do COBIT como modelo de gesto da organizao pode gerar,
entre outros benefcios, a reduo dos riscos a que est exposta a organizao e a melhoria de
sua imagem perante os clientes.
Comentrios
Essa questo sai muito por tabela. Com uma viso superficial dos conceitos do CobiT,
podemos chegar concluso de que a questo est certa.
Em [1], cita-se que o CobiT oferece boas prticas utilizando um modelo de domnio (Planejar
e Organizar; Adquirir e Implementar; Entregar e Suportar e Monitorar e Avaliar) e processos (ao
todo, so 34 processos). Essas boas prticas iro ajudar a organizao a:
Otimizar os investimentos em TI;
Assegurar a entrega dos servios; e
Prover mtricas para julgar quando as coisas saem erradas.
Rogrio Arajo
27
Outro ponto importante tambm descrito em [1] que pode corroborar a questo fato de
que o CobiT um modelo e uma ferramenta de suporte que permite aos gerentes suprir as
deficincias com respeito aos requisitos de controle, questes tcnicas e riscos de negcios,
comunicando esse nvel de controle s partes interessadas.
Aragon [2] (depois dos comentrios dessa prova, vou cobrar dele um percentual de
indicao do seu livro, se ainda houver no mercado ) traz alguns benefcios ao se utilizar
sistematicamente o CobiT, entre os quais, existem os seguintes:
Reduo de exposio a riscos;
Melhoria da imagem perante os clientes, atravs do aumento do grau de satisfao e da
confiabilidade em relao aos servios de TI.
Portanto, sem menor dvida da fonte da questo, ela est certa.
Aproveitando, gostaria de trazer tambm os benefcios citados em [1] que so alcanados ao
implementar o CobiT como modelo de governana de TI:
Um melhor alinhamento baseado no foco do negcio;
Uma viso clara para os executivos sobre o que TI faz;
Uma clara diviso das responsabilidades baseada na orientao para processos;
Aceitao geral por terceiros e rgos reguladores;
Entendimento compreendido entre todas as partes interessadas, baseado em uma
linguagem comum;
Cumprimento dos requisitos do COSO para controle do ambiente de TI.
Referncias:
Questo 68 No modelo COBIT, o conceito de agregao de valor diz respeito proposio de valor
no tempo e garante que a TI entregue os benefcios prometidos com a otimizao de custos.
Comentrios
Existem cinco reas de foco na governana de TI [1]:
Alinhamento estratgico: foca em garantir a ligao entre os planos de negcios e de TI,
definindo, mantendo e validando a proposta de valor de TI, alinhando as operaes de TI
com as operaes da organizao;
Entrega de valor: a execuo da proposta de valor de IT atravs do ciclo de entrega,
garantindo que TI entrega os prometidos benefcios previstos na estratgia da
organizao, concentrado-se em otimizar custos e provendo o valor intrnseco de TI;
Gesto de recursos: refere-se melhor utilizao possvel dos investimentos e o
apropriado gerenciamento dos recursos crticos de TI: aplicativos, informaes,
infraestrutura e pessoas. Questes relevantes referem-se otimizao do conhecimento
e infraestrutura;
Rogrio Arajo
28
Gesto de risco: requer a preocupao com riscos pelos funcionrios mais experientes da
corporao, um entendimento claro do apetite de risco da empresa e dos requerimentos
de conformidade, transparncia sobre os riscos significantes para a organizao e
insero do gerenciamento de riscos nas atividades da companhia;
Mensurao de desempenho: acompanha e monitora a implementao da estratgia,
trmino do projeto, uso dos recursos, processo de performance e entrega dos servios,
usando, por exemplo, balanced scorecards que traduzem as estratgias em aes para
atingir os objetivos, medidos atravs de processos contbeis convencionais.
A questo citou Agregao de Valor ao invs de Entrega de Valor, como visto acima. A
soluo da questo vem (adivinhem!) do Aragon [2].
O autor tambm cita as cinco reas, porm chama a rea Entrega de valor como Agregao
de Valor e diz o seguinte sobre essa rea: execuo de proposio de valor atravs do tempo,
assegurando que a TI entregue os benefcios prometidos de acordo com a estratgia,
concentrando-se em otimizar custos e em comprovar o valor intrnseco da TI.
Com base no pargrafo anterior, confirmamos que a questo est correta.
Referncias:
Questo 69 A estrutura do COBIT foi idealizada para controlar, nas organizaes, os recursos de
TI e os recursos humanos envolvidos nesse processo.
Comentrios
Para sabermos um pouco sobre a histria do CobiT, acompanhem a tabela abaixo [1]:
Ano
Edio
1994
Primeira Verso
1998
Segunda Verso
2000
Terceira Verso
2005
Quarta Verso
2007
Verso 4.1
Rogrio Arajo
Evoluo
A ISACA (Information System Audit and Control Association www.isaca.org) lana um conjunto de objetivos de controle para
as aplicaes de negcio.
Inclui uma ferramenta de suporte implementao e a
especificao de objetivos de controle de alto nvel e detalhados.
Inclui normas e guias associadas gesto. O ITGI (IT Governance
Institute - www.itgi.org) torna-se o principal editor do
framework.
Melhoria dos controles para assegurar a segurana e a
disponibilidade dos ativos de TI na organizao.
Segundo Aragon [2], o foco dessa verso foi ... orientado a uma
maior eficcia dos objetivos e dos processos de verificao e
divulgao de resultados.
Tabela 1: Evoluo do CobiT.
29
Importante destacar que em 2002 foi lanada a lei Sarbanes-Oxley Act. Este acontecimento
teve um impacto significativo na adoo do CobiT nos EUA e nas empresas globais que l atuam.
Portanto, a questo est errada porque a verso original do modelo de governana em tela
era um conjunto de objetivos de controle para aplicaes de negcios.
Referncias:
[1] Gesto de Portaflio e Gerncia de Projetos no CobiT:
http://www.pmidf.org/encontrogp/palestras/joaosouza.pdf
Questo 70 No mencionado modelo, possvel haver controles especficos vinculados a aplicaes

e integrados aos processos de negcio, que os suportam por meio de procedimentos
relacionados, por exemplo, s interfaces do sistema.
Comentrios
Esse modelo, como dito antes, oferece boas prticas e essas so fortemente focadas mais
nos controles e menos na execuo [1].
CobiT possui quatro principais caractersticas e uma delas justamente ser Baseado em
controles. As outras caractersticas so:
Focado em negcios;
Orientado a processos; e
Orientado por medies.
Cada processo de TI citado no CobiT possui uma descrio de processo e vrios objetivos de
controle detalhados. Tambm temos requisitos de controle genricos (veremos esses requisitos de
na questo 73) aplicveis a todos os processos. Alm desses, temos os controles de aplicativos
que so controles inseridos nos aplicativos de processos de negcios:
AC1 Preparao e Autorizao de Dados Originais;
AC2 Entrada e Coleta de Dados Fontes;
AC3 Testes de Veracidade, Totalidade e Autenticidade;
AC4 Processamento ntegro e Vlido;
AC5 Reviso das Sadas, Reconciliao e Manuseio de Erros;
AC6 Autenticao e Integridade das Transaes.
Pelo texto da questo, o examinador novamente utilizou o Aragon [2]. Esse autor diz que o
AC 6 se refere Interface apenas, no informando ser interface com o usurio ou entre
aplicativos.
Entrei com recurso nessa questo com o seguinte texto:
No CobiT, existe o controle de aplicao AC6 que diz:
AC6 Autenticao e Integridade das Transaes
Rogrio Arajo
30
Antes de transportar os dados das transaes entre os aplicativos e as funes de

negcios/operacionais (internas ou externas organizao), verifica endereamento adequado,
autenticidade da origem e integridade do contedo. Mantm a autenticidade e integridade durante
a transmisso ou transporte.
O AC6 fala do transporte os dados das transaes entre os aplicativos e as funes de
negcios/operacionais, o que podemos induzir que o termo interfaces que o autor [ARAGON,
2008] cita seria interfaces ENTRE sistemas e funes. A questo em tela fala interfaces DO
sistema, o que no certo, pois esse termo est diferente do que o AC6 prope.
Portanto, pela concluso acima, pede-se ANULAO ou mudana do gabarito para ERRADO.
http://www.isaca.org/Knowledge-Center/cobit/Documents/cobit41-portuguese.pdf
[ARAGON, 2008] Implantando a Governana de TI, 2 Edio - 2008.
No sei se fui muito precioso nessa questo. Vamos esperar o gabarito definitivo.
Referncias:
Questo 71 No COBIT, um dos processos do domnio Entrega e Suporte o de assegurar

conformidade com requisitos externos.
Comentrios
Essa uma das questes que no podemos mais perder, at porque a forma da pergunta (se
um processo pertence a um determinando domnio) corriqueira nas provas atuais do CESPE.
A questo citou o processo ME3 Assegurar a Conformidade com Requisitos Externos. Esse
processo do domnio Monitorar e Avaliar.
Os demais processos do domnio citado esto na figura 2.
Galera, apenas peo pacincia pela imagem do processo ME3. Procurei muito por uma figura
que pudesse se encaixar no nome do processo, entretanto, no encontrei nada. Ento, como vi
essa imagem de uma mo segurando uma casa, pensei em us-la para lembrar da palavra
Assegurar.
Rogrio Arajo
31
Figura 2: Processos do Domnio Monitorar e Avaliar.
Questo 72 No modelo em apreo, o domnio Planejamento e Organizao envolve identificao,

desenvolvimento e(ou) aquisio de solues para a execuo de sistemas de TI especficos, assim
como a sua implementao e integrao junto a processos de negcio.
Comentrios
No disse que est ficando corriqueiro esse tipo de questo?
O que est descrito na questo muito voltado para o domnio de Adquirir e Implementar
(figura 3).
Rogrio Arajo
32
Figura 3: Processos do domnio Adquirir e Implementar.
Questo 73 Alguns requisitos de controle genricos so aplicveis a todos os processos do COBIT,

tais como a definio e a divulgao de polticas, os procedimentos e planos relativos ao processo,
e o desempenho do processo medido em relao s respectivas metas.
Comentrios
Como vimos na questo 70, cada processo de TI citado no CobiT possui uma descrio de
processo e vrios objetivos de controle detalhados. Tambm temos requisitos de controle
genricos aplicveis a todos os processos, identificados por PC(n):
PC1 Metas e Objetivos do Processo;
PC2 Propriedade dos Processos;
PC3 Repetibilidade dos Processos;
PC4 Papis e Responsabilidades;
PC5 Polticas Planos e Procedimentos; e
PC6 Melhoria do Processo de Performance.
A questo citou alguns da lista de cima:
Definio e a divulgao de polticas, os procedimentos e planos relativos ao processo:
PC5 que trata da definio e comunicao de como todas as polticas, planos e
procedimentos que direcionam os processos de TI so documentados, revisados,
mantidos, aprovados, armazenados, comunicados e utilizados para treinamento; e
Desempenho do processo medido em relao s respectivas metas: PC6 que trata da
identificao de um conjunto de mtricas que fornecem direcionamento para os
resultados e performance dos processos.
Rogrio Arajo
33
1.4 ITIL v3
Julgue os itens que se seguem a respeito de conceitos da ITIL v.3.
Questo 74 Estratgia de servio a publicao do ncleo da ITIL v.3 que contm orientaes
acerca do projeto e desenvolvimento dos servios e dos processos de gerenciamento de servios.
Essa publicao apresenta, em detalhes, aspectos do gerenciamento do catlogo de servios, do
nvel de servio, da capacidade, da disponibilidade e da segurana da informao.
Questo 75 No que diz respeito ao desenvolvimento da estratgia de servio na organizao,
necessrio considerar o estilo de gesto organizacional dominante na empresa, o qual pode
apresentar os seguintes estgios ou nveis de maturidade: rede, diretivo, delegao, coordenao
e colaborao.
Questo 76 Servio a denominao dada ao meio de se entregar valor aos clientes para facilitar a
obteno dos resultados desejados e minimizar os custos e riscos especficos.
Questo 77 A orientao complementar ITIL v.3 consiste em um conjunto de publicaes que
so destinadas a adaptar a implementao e a utilizao das prticas do ncleo da ITIL para
diferentes setores empresariais, tipos de empresas e plataformas tecnolgicas.
Questo 78 Entre as extenses que a ITIL v.3 traz em relao a sua verso anterior, esto
estratgias de servios para modelos de sourcing e de compartilhamento de servios e
abordagens de retorno de investimento para servios.
Acerca dos processos e funes da ITIL v. 3, julgue os itens subsequentes.
Questo 79 O processo de gerenciamento da continuidade de servio de TI do estgio desenho de
servio abrange um desdobramento do processo de gerenciamento da continuidade do negcio,
com o objetivo de assegurar que os recursos tcnicos e os servios de TI necessrios sejam
recuperados dentro de um tempo preestabelecido.
Questo 80 Monitorao e controle, gerenciamento do mainframe, gerenciamento de redes e
armazenamento de dados so atividades tcnicas altamente especializadas do estgio operao de
servio.
Questo 81 Do escopo da estratgia de servio constam os processos de gerenciamento
financeiro, o de gerenciamento do portflio de servios e o de gerenciamento da demanda.
1.5 PMBoK 4 Edio

Julgue os itens que se seguem com relao 4. edio do PMBOK.
Questo 82 A estimativa anloga, tambm denominada estimativa topdown, pode ser usada para
prever o custo e o tempo de um projeto e leva em considerao informaes do histrico de
projetos semelhantes e anteriores.
Questo 83 Programas so grupos de projetos relacionados e um projeto, seja ele qual for, ser
parte de um programa.
Rogrio Arajo
34
Questo 84 Em uma organizao do tipo matricial forte, os gerentes de projeto tm o mais alto
nvel de autoridade e poder.
Acerca de processos e reas de conhecimento da 4.a edio do PMBOK, julgue os itens seguintes.
Questo 85 A rea de conhecimento do gerenciamento do escopo do projeto abrange os seguintes
processos: coletar os requisitos, definir o escopo, desenvolver o cronograma, verificar escopo e
controlar o escopo.
Questo 86 Os grupos de processos de planejamento e de monitoramento e controle servem
como entrada de um para o outro reciprocamente.
Questo 87 A probabilidade de ocorrncias de risco e suas conseqncias so avaliadas pelo
processo realizar a anlise qualitativa de riscos, com o uso da atribuio de probabilidades
numricas.
Questo 88 As quatro possibilidades de trmino de projeto so absoro, integrao,
esgotamento e extino.
Questo 89 Os riscos desconhecidos podem representar uma ameaa ou uma oportunidade, por
isso, o gerente de projeto deve manter reserva dos seus recursos para control-los quando
necessrio.
Questo 90 Opinio especializada, auditorias de aquisies, acordos negociados e sistema de
gerenciamento de registros so recursos e tcnicas empregados no processo encerrar as
aquisies.
1.6 CMMi
A respeito de CMMI (capability maturity model integration), julgue os itens que se seguem.
Questo 121 Validao, verificao e integrao do produto so processos que integram a
disciplina de suporte ao processo de software.
Questo 122 O CMMI, que surgiu do esforo de integrao de diversos modelos que estavam
sendo propostos no mercado, como, por exemplo, o SW-CMM, compatvel e consistente com o
previsto em norma ISO a respeito desse assunto.
Questo 123 Os nveis de maturidade do CMMI variam de 0 incompleto a 5 otimizado ,
que mostram o grau de implementao dos processos da referida metodologia.
1.7 MPS.BR
Acerca de MPS.BR, julgue os itens de 124 a 128.
Questo 124 O plano de avaliao deve conter o roteiro para realizao da anlise de
conformidade de um processo de criao de software empresarial com o modelo MPS.BR; esse
plano prega que nenhum dos processos envolvidos nessa criao deve estar fora do escopo de
anlise para que se diagnostique o nvel de maturidade existente.
Questo 125 O nvel de maturidade C nvel definido do MPS.BR, alm de conter todos os
processos dos nveis anteriores, engloba tambm os processos desenvolvimento para reutilizao,
gerncia de decises e gerncia de riscos.
Rogrio Arajo
35
Questo 126 Uma das principais bases tcnicas para a criao do modelo de referncia do MPS.BR
foi uma norma ISO/IEC, a qual estabeleceu uma arquitetura para o ciclo de vida dos processos de
software.
Questo 127 O modelo MPS.BR prev atividades, processos, produtos e equipes de
desenvolvimento de software durante todo o ciclo de vida deste, tendo sido desenvolvido para
atender complexidade dessa atividade em organizaes de grande porte, no sendo, portanto,
indicada a sua utilizao por micro ou pequenas empresas.
Questo 128 O MPS.BR formado por trs componentes e respectivos guias. O modelo de
referncia formado pelos guias geral, de aquisio e de implementao.
Rogrio Arajo
36
http://rogerioaraujo.wordpress.com

Cespe 2010 Mpu 2/5

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Cespe 2010 Mpu 2/5

Enviado por

Direitos autorais:

Formatos disponíveis

http://rogerioaraujo.wordpress.

Srie Provas Comentadas

Srie Provas Comentadas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

1.2 Itens a serem abordados .......................................................................... 21

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

1.2 Escritrio de projetos para Governana de TI

1.3 CobiT 4.1

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

sua imagem perante os clientes.

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

com o objetivo de assegurar que os recursos tcnicos e os servios de TI necessrios sejam

1.5 PMBoK 4 Edio

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

Contratao de Bens e Servios de TI

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

4.1 Lgica de programao

4.2 Programao Orientada a Objetos

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

4.4 Linguagens e tecnologias de programao

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

5.1 Engenharia de requisitos

5.2 Qualidade de Software

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

Questo 117 Extreme programming (XP) embasado em requisitos conhecidos, definidos de

5.3 Padres de Projetos

5.4 Processo Unificado

5.6 Testes de Software

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

1.1 Texto de apoio

1.2 Itens a serem abordados

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

Questo 62 Um dos objetivos da governana de TI possibilitar o alinhamento das atividades da

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

A questo em tela fala de um alinhamento de um nvel operacional (atividades de TI) com

Questo 63 Os marcos de regulao, o ambiente de negcios, a transparncia da administrao e

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

1.2 Escritrio de projetos para Governana de TI

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

Identificao e desenvolvimento de metodologia, melhores prticas e padres de

Questo 65 Um escritrio de projetos pode se implantado em qualquer tipo de estrutura

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

Questo 66 O escritrio de projetos de uma organizao tem, entre outras, as seguintes

1.3 CobiT 4.1

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

Questo 70 No mencionado modelo, possvel haver controles especficos vinculados a aplicaes

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas

Antes de transportar os dados das transaes entre os aplicativos e as funes de

Questo 71 No COBIT, um dos processos do domnio Entrega e Suporte o de assegurar

CESPE 2010 MPU Cargo 25 Analista de Desenvolvimento de Sistemas