Professional Documents
Culture Documents
Handbook de
Questes
de TI
concursos
comentadas para
Alm do gabarito
2 Edio
Volume 2
Volume 02 Edio 2
Prefcio
Este o segundo volume da srie Handbook de Questes de TI Comentadas para Concursos
Alm do Gabarito. Ele traz a prova para Analista de Sistemas Jnior - Engenharia de Software, aplicada em junho de 2008 pela Fundao Cesgranrio. So 50 questes comentadas alm
do gabarito para voc se preparar no s para os concursos para a Petrobras, mas, tambm,
para todos os demais concursos de alta concorrncia na rea de TI.
Estamos vivendo a era do petrleo no Brasil. A Petrobras est aproveitando muito bem essa
fase para maximizar a sua produo e, por consequncia, os seus lucros. Nessa jornada, surge a
necessidade de novos prossionais qualicados, inclusive na rea de TI. Para suprir essa necessidade, a empresa vem realizando concursos com maior frequncia.
Alguns fatores fazem com que concursos para a Petrobras sejam altamente concorridos, tais
como:
Tendo em vista
Grupo Handbook de TI
Pgina 1 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Direitos Autorais
Este material registrado no Escritrio de Direitos Autorais (EDA) da Fundao Biblioteca
Nacional. Todos os direitos autorais referentes a esta obra so reservados exclusivamente aos
seus autores.
Os autores deste material no probem seu compartilhamento entre amigos e colegas prximos de estudo. Contudo, a reproduo, parcial ou integral, e a disseminao deste material de
forma indiscriminada atravs de qualquer meio, inclusive na Internet, extrapolam os limites da
colaborao. Essa prtica desincentiva o lanamento de novos produtos e enfraquece a comunidade concurseira Handbook de TI.
A srie Handbook de Questes de TI Comentadas para Concursos Alm do Gabarito uma
produo independente e contamos com voc para mant-la sempre viva.
Grupo Handbook de TI
Pgina 2 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Canais de Comunicao
A equipe Handbook de TI disponibiliza diversos canais de comunicao para seus clientes.
Loja Handbook de TI
http://www.handbookdeti.com.br
Servio de Atendimento
Comunicao direta com a Equipe Handbook de TI pode ser feita em
http://www.handbookdeti.com.br/contacts
Twitter do Handbook de TI
Que acompanhar de perto o trabalho do Grupo Handbook de TI. Cadastre-se no twitter e
comece a seguir o grupo Handbook de TI em http://twitter.com/handbookdeti
Pgina 3 de 114
www.handbookdeti.com.br
1.
Assuntos relacionados:
Volume 02 Edio 2
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 21
- Eng. de Software
Valor Armazenado
00H
01H
01H
02H
02H
03H
03H
04H
04H
05H
LD
01H
AC
02H
ST
03H
AC
00H
ST
01H
LD
03H
ST
00H
Considere que tanto o endereamento quanto os valores envolvidos nas operaes utilizam
apenas um byte de memria cada. Aps a execuo do programa, qual ser, em hexadecimais, a soma dos valores armazenados no bloco de memria?
(a). 00H
(b). 04H
(c). 0AH
(d). 10H
(e). 1CH
Soluo:
Primeiramente, os conceitos de endereamento de dados devem estar bem claros. Em uma
instruo de programa, h vrias maneiras de referenciar um valor, as mais conhecidas so:
Pgina 4 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
descrito suporte acesso imediato. A instruo LD 30H faria com que o valor 30H fosse
copiado para o registrador R. Entretanto, h ocasies em que no somente um byte
deve ser copiado, por exemplo LD 201040H. Nesse caso, como o valor armazenado
diretamente na instruo, seria necessrio aumentar o tamanho da instruo e isso no
possvel na maioria das arquiteturas de computador;
Direto : o campo de endereo contm o endereo efetivo do operando na memria. Requer, portanto, apenas um acesso para determinar o valor do operando. Sua limitao
fornecer um espao de endereamento limitado. Suponha que o computador descrito
suporte endereamento direto. A instruo LD 01H, faria com que o valor armazenado
na posio de memria 01H, ou seja, 02H fosse copiado.
Entretanto, se a instruo
Indireto : o campo de endereo aponta para uma posio de memria que contm o
endereo de memria do operando. Sua principal desvantagem a necessidade de dois
acessos memria.
2n ,
onde
o tamanho
da palavra na memria. Suponha que o computador tenha somente um byte para enderear a posio de memria, mas que essa posio de memria corresponda a uma
palavra com tamanho de 2 bytes. Um endereamento na forma indireta, possibilitar
Assim,
seria possvel que um registrador alm do R, por exemplo S, pudesse ser endereado
como 05H. Uma instruo da maneira LD 05H copiaria o valor do registrador S para o
registrador R;
Deslocamento : requer que uma instruo tenha dois campos de endereo, com pelo
menos um explcito. O valor de um dos campos usado diretamente (valor = A). O
outro campo baseado no cdigo da operao, e especica um registrador cujo contedo
adicionado A, para produzir o endereo efetivo. Os trs modos de endereamento
por deslocamento so: relativo, via registrador-base e indexado ;
Pgina 5 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
armazenado o endereo 02H, que por sua vez, contm o valor desejado, 03H. Seguindo os
passos do programa, teremos:
1. LD 01H, R
2. AC 02H, R
03H + 04H
endereo 03H;
3. ST 03H, [04H]
4. AC 00H, R
5. ST 01H, [02H]
6. LD 03H, R
7. ST 00H, [01H]
07H + 02H
Aps o trmino do programa, a situao nal do bloco de memria ser de acordo com a
Tabela 1.
A soma
Endereo
Valor Armazenado
00H
01H
01H
07H
02H
09H
03H
04H
04H
07H
Pgina 6 de 114
www.handbookdeti.com.br
Logo, a alternativa
2.
Volume 02 Edio 2
Soluo:
Uma thread comumente denida como um uxo nico de controle sequencial dentro de
um programa. O uso de threads visa reduzir o custo do gerenciamento de processos, que
consiste principalmente em:
criao do processo;
Podemos dizer que as threads pertencentes ao mesmo processo utilizam os recursos alocados
no sistema operacional para esse processo, como:
os objetos de sincronizao.
O compartilhamento desses recursos permite que os uxos de execuo (threads) se comuniquem ecientemente. Ento, a letra (a) a opo correta.
Entretanto, threads dentro de um processo (e tambm entre processos) so escalonadas
e executadas independentemente. No momento de sua execuo, cada thread recebe alguns
recursos prprios, como:
os registradores;
a pilha de execuo, que lhe dar poder para chamar mtodos, passar parmetros e
alocar variveis locais;
o contador de instruo (program counter), que essencial para que o uxo de execuo
prossiga.
importante perceber que para que o acesso a esses recursos exclusivos ocorra, necessrio
o chaveamento de contexto entre as threads, ou seja, o estado dos elementos prprios citados
dever ser armazenado e restaurado a cada troca de thread no uso do processador.
Pgina 7 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Dado o exposto, as alternativas (b), (c), (d) e (e) podem ser eliminadas, pois citam recursos
que no so compartilhados entre threads. A Figura 1 exemplica o compartilhamento das
threads dentro de um processo.
Figura 1: exemplicao de um processo com uma nica thread e com mltiplas threads.
Concluindo, as principais vantagens do uso de threads so:
permite sobrepor operaes de clculo com operaes de I/O e, com isso, reduzir o
tempo de resposta;
Pgina 8 de 114
www.handbookdeti.com.br
3.
Assuntos relacionados:
Volume 02 Edio 2
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 23
- Eng. de Software
Soluo:
Conceitualmente, em um banco de dados relacional, as relaes podem ser denidas como
um conjunto de tuplas.
usualmente, um objeto do mundo real e suas informaes. Todas as tuplas em uma mesma
relao possuem o mesmo conjunto de atributos. Entretanto, em uma relao, elas devem
preservar o que chamado de integridade existencial, que, basicamente, implica que tuplas
iguais (com todos os valores dos seus atributos iguais) no so permitidas. Caso contrrio,
no temos uma relao.
A forma de garantir a integridade existencial denir uma chave primria, que, obrigatoriamente, deve ser no-nula e nica em toda relao. Logicamente, sendo a chave primria
nica, as tuplas duplicadas no sero permitidas e a relao estar garantida.
Deve car clara a diferena entre tabela e relao.
conjunto de linhas e colunas. J as relaes, que j foram denidas acima, so implementadas sicamente em tabelas, que, obviamente, devem atender s condies exigidas em uma
relao. Ou seja, nem toda tabela representa uma relao.
Na denio da primeira forma normal dada por Date, uma tabela est na primeira formal
normal se, e somente se, for isomrca alguma relao. Isso quer dizer que, especicamente,
a tabela deve atender s cinco condies abaixo:
Pgina 9 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
idPessoa
nmPessoa
dtAniversario
nrTelefones
Joo Roberto
01/05/1980
9311-9654 - 3698-5741
Juliana Gomes
28/02/1985
Talita Brando
03/12/1988
5561-9874
idPessoa
nmPessoa
dtAniversario
Joo Roberto
01/05/1980
Juliana Gomes
28/02/1985
Talita Brando
03/12/1988
idTelefone
idPessoa
nrTelefone
9311-9654
3698-5741
3232-4521
6352-9821
3987-8855
5561-9874
Pgina 10 de 114
www.handbookdeti.com.br
4.
Volume 02 Edio 2
Entidade-Relacionamento,
Soluo:
O modelo entidade-relacionamento um padro para modelagem conceitual de banco de
dados. Na gura da questo, os objetos representados por retngulos so conjuntos de entidades e os objetos representados por elipses so atributos.
Pgina 11 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Uma entidade um objeto que pode ser identicado de forma unvoca a todos os outros objetos. A entidade pode representar tanto algo concreto, como uma pessoa, ou algo
abstrato, como um emprstimo, por exemplo.
2367727
Pgina 12 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Isso pode ser feito, j que, na generalizao, foi criado um relacionamento de muitos-paraum com a varivel de relao Funcionario.
para representar o usurio na varivel de relao Funcionario. Note que, dessa maneira, a
independncia lgica ainda no est honrada, j que a varivel de relao UsuarioTabela
no possui a informao do atributo nome.
Para garantirmos a independncia lgica, precisamos criar uma varivel relacional derivada
que chamaremos de UsuarioVisao ou simplesmente Usuario. No SQL, essa varivel de relao
representar uma juno das tabelas geradas pelas variveis de relao bsica Funcionario
e UsuarioTabela e representar todos os usurios, mas, dessa vez, com o atributo nome
advindo da tabela que representa o conjunto de funcionrios.
Dada as explicaes imediatamente acima, a resposta correta a alternativa C.
Pgina 13 de 114
www.handbookdeti.com.br
5.
Assuntos relacionados:
Volume 02 Edio 2
Forma Normal (1FN), Segunda Forma Normal (2FN), Terceira Forma Normal (3FN),
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas - Eng. de Software
Ano: 2008
Questo: 25
As informaes a seguir so comuns s questes de nmero 5 ao 8
CAMPOS
CLIENTE
PRODUTO
VENDA
H uma chave estrangeira de VENDA para CLIENTE com base nos campos CODIGO_C
e de VENDA para PRODUTO com base nos campos CODIGO_P. O campo CPF chave
candidata para CLIENTE e tambm armazenado na tabela VENDA. Os campos NOME
e DESCRICAO tambm so chaves candidatas de suas respectivas tabelas.
Os campos
Soluo:
Primeiramente, vamos denir o que dependncia funcional. Dizemos que B funcionalmente dependente de A (A
{cidade}.
estado, estado
pais.
Uma chave candidata um atributo ou conjunto de atributos que nico dentre todos
os registros. J a chave primria uma chave escolhida entre as chaves candidatas para ser
o identicador principal da tabela.
Pgina 14 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Ao analisarmos a tabela
CLIENTE, notamos que o atributo CIDADE o nico no-primo, sendo impossvel, dessa
maneira, haver dependncia funcional em que uma chave candidata no seja o atributo determinante. Ou seja, todas as dependncias funcionais so diretas a partir de qualquer chave
candidata e a tabela CLIENTE est na terceira forma normal. O nico atributo no-primo
da tabela PRODUTO PRECO. Portanto, seguindo o mesmo raciocnio anterior, conclumos que PRODUTO est na terceira forma normal.
A tabela VENDA tem 2 atributos no-primo:
dependncia funcional entre eles, essa tabela tambm est na terceira forma normal.
Logo, conclumos que todas as tabelas satisfazem terceira forma normal e a alternativa a
ser marcada a alternativa E.
Se continussemos a analisar quais formas normais so atendidas pelas tabelas da questo,
chegaramos concluso de que as tabelas CLIENTE e PRODUTO satisfazem forma
normal de Boyce Codd (FNBC), ao contrrio da tabela VENDA, que no satisfaz.
Uma
tabela que no satisfaz a forma normal de Boyce Codd (FNBC) pode ser identicada com
as seguintes caractersticas:
Pgina 15 de 114
www.handbookdeti.com.br
6.
Volume 02 Edio 2
Soluo:
A primeira clusula WHERE
(C.CODIGO_C = V.CODIGO_C)
ir implementar uma
juno entre as tabelas CLIENTE e VENDA. Essa juno, caso fosse considerada sozinha,
iria listar registros em que cada um iria representar uma venda de produto, mas com informaes adicionais do cliente: NOME e CIDADE.
Adicionando mais uma clusula de juno
(P.CODIGO_P = V.CODIGO_P ),
ser re-
alizada uma juno com a relao j obtida anteriormente. Nesse caso, todos os produtos
vendidos sero listados com suas respectivas informaes de descrio, preo, data de quando
foi realizada a venda e as informaes completas do cliente.
Entretanto, ao se usar a clusula
listados. Sero listados somente aqueles cujo valor preo unitrio for superior a 100.
A clusula GROUP BY
reunir informaes, de
produto, dentro, claro, dos produtos que j possuem valor unitrio maior do que 100. Exemplicando: caso os clientes de uma determinada cidade X tenham comprado exatamente
6 produtos com os preos 1000, 500, 120, 120, 100 e 50, somente sero considerados os produtos com valor maior do que 100, que so os de 1000, 500, 120 e 120. A mdia unitria
Pgina 16 de 114
www.handbookdeti.com.br
desses produtos
Volume 02 Edio 2
cujo preo mdio dos produtos adquiridos seja menor que 200. A cidade X anteriormente
citada no ir entrar na relao nal, j que a mdia dos preos unitrios de seus produtos
adquiridos maior do que 200 (435).
Podemos concluir que a alternativa correta a letra A. A letra D pode confundir um pouco,
mas ela est errada, pois o que est sendo considerado a mdia do preo do produto
HAVING
e no a mdia de compra.
Pgina 17 de 114
www.handbookdeti.com.br
7.
Volume 02 Edio 2
Soluo:
Note que um cliente no poder comprar o mesmo produto por mais de 15 vezes em um
intervalo de 30 dias, j que o intervalo mnimo entre as compras de um mesmo produto ser
de 2 dias.
No caso mximo, qualquer cliente poder realizar a compra de todos os 10 produtos, mas
no poder comprar um mesmo produto por mais de 15 vezes dentro do intervalo de 30 dias.
Ou seja, um cliente poder representar, no mximo, 150
(5x15x10)
Pgina 18 de 114
www.handbookdeti.com.br
8.
Assuntos relacionados:
Volume 02 Edio 2
Warehouse,
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 28
- Eng. de Software
Um datamart ser montado para anlise das vendas. Consultas sero feitas com base em
produtos, perodos, cidades e clientes. Assinale a armao correta sobre o modelo multidimensional a ser gerado.
(a). conveniente criar uma tabela para a dimenso DATA, para evitar clculos com
datas nas consultas SQL e facilitar as consultas por intervalos semanais, mensais,
anuais, e similares.
(b). Nenhum atributo da tabela PRODUTO, alm da chave primria, dever constar
da tabela fato.
(c). Pelas especicaes, CIDADE deve ser, necessariamente, uma dimenso do modelo.
(d). O modelo estar necessariamente no formato oco de neve (snowake).
(e). QUANTIDADE um fato no aditivo.
Soluo:
Um datamart pode ser conceituado como um subconjunto dos dados de uma organizao
que so direcionados a propsitos bem especcos ou a pequenos grupos de pessoas que os
utilizam como auxlio em tomadas de deciso.
Os datamarts podem ser entendidos como subconjuntos de um data warehouse.
Hoje
comum que as empresas comecem a construir o seu data warehouse a partir de datamarts
focados em reas bem especcas e, assim, irem expandindo at formarem o seu data warehouse.
preciso car claro que as diferenas entre datamart e data warehouse so apenas com
relao ao tamanho e ao escopo do problema a ser resolvido. Portanto, as denies dos
problemas e os requisitos de dados so essencialmente os mesmos para ambos. Enquanto
um datamart trata de um problema departamental ou local, um data warehouse envolve o
esforo de toda a empresa para que o suporte a decises atue em todos os nveis da organizao. Sabendo-se as diferenas entre escopo e tamanho, o desenvolvimento de um data
warehouse requer tempo, dados e investimentos gerenciais muito maiores que de um datamart.
Vamos apresentar, agora, alguns conceitos importantes em relao a data warehouse. Denimos
fato como uma coleo de itens de dados composta de medidas. Esse valor numrico
medida. Por exemplo, caso se deseje analisar se as vendas em um determi-
denominado de
nado estado esto caindo, podemos denir um fato representando as vendas totais realizadas
nas cidades de um determinado estado e analisar o resultado de suas medidas ao longo do
tempo.
Os fatos podem ser aditivos, semi-aditivos e no-aditivos.
pode ser agregado em todas as dimenses. Por exemplo, VENDAS pode ser agregado em
Pgina 19 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
dimenso
nizao, e que esto altamente relacionados uns com os outros. Os atributos dimensionais
so a fonte para as restries mais interessantes nas consultas a um DW e so virtualmente
a fonte para os cabealhos de colunas do conjunto de respostas em SQL. Por exemplo, podemos adotar CIDADE como uma dimenso. Para isso, criaramos uma tabela dimenso em
que cada registro representa uma cidade e descreve outros detalhes da cidade atravs de seus
atributos, como o estado ao qual ela pertence, por exemplo.
Um dos esquemas mais utilizados para representar um data warehouse o esquema estrela. Esse esquema chamado de estrela por apresentar a tabela de fatos dominante no
centro do esquema e as tabelas de dimenses nas extremidades.
ser estendido de maneira que cada uma das pontas da estrela passa a ser o centro de outras
estrelas. Por exemplo, a dimenso CIDADE poderia ser decomposta de maneira que haja
outra tabela representando os estados e outras informaes relacionadas a ele. Essa decomposio seria basicamente um processo de normalizao.
Vamos, agora, analisar as alternativas.
A alternativa (A) est correta.
um fato que represente a soma das vendas em cada um dos dias ou em cada uma das semanas, meses ou anos. Como os valores da tabela j esto calculados, uma consulta que
precise saber a quantidade de vendas em um determinado perodo de tempo ter um custo
muito menor.
A alternativa (B) est incorreta, pois no dimensionamento de um data warehouse, somos
livres para denir nossos fatos. No caso especco, um fato que s tivesse a chave primria
da tabela PRODUTO no teria interesse nenhum para os negcios, pois, em geral, os fatos
devem estar associados a valores que tenham representatividade, como a quantidade vendida
de um determinado produto, por exemplo.
O mesmo argumento dado anteriormente serve para as alternativas (C) e (D). H algumas
modelagens que so mais interessantes que outras, dependendo do objetivo que se deseja
alcanar, mas no h nenhuma restrio como as indicadas nas alternativas (C) e (D) para
a determinao de um modelo de data warehouse.
A alternativa (E) est errada, pois QUANTIDADE nem um fato.
Pgina 20 de 114
www.handbookdeti.com.br
9.
Volume 02 Edio 2
Soluo:
(A) ERRADA
As informaes publicadas via RSS e ATOM podem ser acessadas basicamente via leitores de
feeds, tambm conhecidos como agregadores. Os agregadores so programas que permitem
a visualizao de vrios feeds em um nico local, organizados como o usurio preferir. Existem agregadores para Linux, Windows e Mac OS, agregadores em pginas de Internet, assim
como agregadores nos prprios browsers.
so Google Reader, RSS Reader e Bloglines. No linguajar das tecnologias RSS e ATOM, os
os usurios assinam um feed de um determinado site e a partir da o agregador comea a
receber as informaes distribudas pelo site. Mais precisamente, o agregador que se encarrega de vericar periodicamente se existe alguma nova informao disponvel nas fontes.
Perceba, portanto, que ao assinar um newsfeed o usurio no passa a receber emails com as
notcias, como sugere este alternativa. Ou seja, esta no a resposta para esta questo.
(B) ERRADA
O ATOM (que no uma sigla) foi criado por um conjunto de desenvolvedores independentes, mas atualmente o projeto recebe apoio de grandes corporaes da Internet.
Para saber mais sobre o ATOM e suas caractersticas, o candidato pode visitar o site ocial do projeto em http://www.atomenabled.org.
atualmente sua especicao mantida pelo RSS Advisory Board, cujo site ocial o
http://www.rssboard.org.
Pgina 21 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
(E) CORRETA
O recurso de autodescoberta uma forma automtica de noticar os aplicativos (browser,
leitores, agregadores etc) que um determinado site possui feeds.
Um exemplo tpico da
Pgina 22 de 114
www.handbookdeti.com.br
10.
Volume 02 Edio 2
Digital, HTTPS,
Durante o projeto de uma aplicao Internet, vericou-se a necessidade de a mesma proporcionar conexes seguras entre o browser dos clientes e o servidor de aplicaes, utilizando
HTTPS. Durante uma reunio entre os diversos membros da equipe do projeto, foram feitas
as armativas a seguir.
I - Ser preciso dotar o servidor de aplicao de um certicado digital.
II - Ser preciso obter uma autorizao de funcionamento (FA) de uma autoridade certicadora (CA).
III - Se um cliente no possuir uma identidade digital, tal como um e-CPF ou e-CNPJ,
somente sero criptografados os dados enviados do cliente para o servidor; nesta situao, o servidor no deve exibir dados sigilosos para o cliente, pelo fato de os mesmos
estarem sujeitos interceptao; esta a principal razo pela qual alguns servios na
Internet s so disponibilizados para clientes que possuem identidade digital.
IV - Um mesmo endereo de Internet poder ser usado para conexes HTTP e HTTPS,
desde que sejam utilizadas portas diferentes para cada um.
Esto corretas APENAS as armativas
(a). I e II
(b). I e III
(c). I e IV
(d). II e III
(e). III e IV
Soluo:
O HTTPS (HyperText Transfer Protocol Secure) uma implementao do protocolo HTTP
sobre uma camada adicional SSL (Security Sockets Layer) ou TLS (Transport Layer Security), cujo objetivo permitir que os dados sejam transmitidos atravs de uma conexo
criptografada e que se verique a autenticidade das partes comunicantes por meio de certicados digitais. Portanto, a alternativa I correta, pois o uso de certicados digitais parte
da implementao do HTTPS.
Um exemplo tpico da utilizao de HTTPS so as pginas de login dos webmails, nas
quais o objetivo principal proteger os dados de autenticao (login e senha) dos usurios,
que sero todos transmitidos de forma criptografada. Nesse caso, o HTTPS tambm garante
a autenticidade do servidor que, no processo de estabelecimento da comunicao, apresenta
ao cliente um certicado digital que atesta sua identidade.
Repare que no exemplo dado, um usurio A pode se passar por um usurio B, bastando
para isso que A conhea a senha de B. Ou seja, no h autenticao por parte do cliente. Na
verdade, a maioria das aplicaes que utilizam HTTPS, como webmails (Gmail, Hotmail,
Yahoo etc) e comrcio eletrnico (Submarino, Amazon, Ebay etc), ainda no se preocupam
com a autenticao dos clientes. No entanto, a autenticao dos clientes vem se tornando
Pgina 23 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Autoridade Certicadora:
sponsvel por emitir, distribuir, renovar, revoga e gerenciar certicados digitais. Cabe
tambm AC emitir listas de certicados revogados (LCR) e manter registros de suas
operaes sempre obedecendo as prticas denidas na Declarao de Prticas de Certicao (DPC). Desempenha como funo essencial a responsabilidade de vericar se
o titular do certicado possui a chave privada que corresponde chave pblica que
faz parte do certicado. Cria e assina digitalmente o certicado do assinante, onde o
certicado emitido pela AC representa a declarao da identidade do titular, que possui
um par nico de chaves (pblica/privada). Na hierarquia dos Servios de Certicao
Pblica, as AC esto subordinadas Autoridade Certicadora de nvel hierarquicamente superior;
Autoridade de Registro:
Pgina 24 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Pgina 25 de 114
www.handbookdeti.com.br
11.
Volume 02 Edio 2
de Software
Soluo:
XML o acrnimo para Extensible Markup Language. Assim como o HTML (HyperText
Markup Language), o XML derivado do padro ISO 8879, mais conhecido como SGML
(Standard Generalized Markup Language). A grande diferena entre HTML e XML que o
HTML dene a apresentao dos dados, enquanto o XML dene a estruturao dos dados e
o que eles representam. Em outras palavras, o XML utilizado para descrever o contedo
do documento.
Assim como o HTML, o XML faz uso de tags (palavras encapsuladas por sinais '<' e '>')
e atributos (denidos com name=value). No HTML, as tags e atributos especicam tm
funes denidas. A tag <b>, por exemplo, indica que texto dever ser exibido em negrito,
enquanto a tag <i> indica que o texto deve ser exibido em itlico.
J no XML, as tags
so utilizadas apenas para delimitar os trechos de dados. Ou seja, uma tag <p>, que no
HTML indicaria um pargrafo, no XML pode indicar um preo, um parmetro, uma pessoa
ou qualquer outra informao.
Outro ponto fundamental na diferena entre o HTML e o XML que no HTML existe
um conjunto nito de tags, enquanto no XML, o conjunto de tags utilizadas em um documento pode ser denido pelo prprio usurio da linguagem, devendo as tags obedecerem
um conjunto de regras de nomenclatura.
Na especicao formal do XML, as regras de nomenclatura so denidas em termos utilizando a notao EBNF (Extended Backus-Naur Form). A seo 2.3 da especicao do
XML, disponvel em http://www.w3.org/TR/2006/REC-xml11-20060816/, apresenta em
detalhe as regras de sintaxe. Algumas das regras mais importantes so as seguintes:
os nomes dos elementos no podem comear com as sequncias xml, XML, Xml e outras
anlogas;
Pelo o exposto, a alternativa (A) invlida, pois o nome do elemento possui espaos.
alternativa (C) tambm apresenta uma sintaxe invlida, pois o valor do atributo numero
no foi colocado entre aspas, que so necessrias nesse caso.
Pgina 26 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
vez, incorreta, pois comea com o caractere *, considerado invlido em qualquer posio
em nome de tag. A alternativa (E) tambm invlida, pois o nome do elemento est no
formato HTML encoded. O nome deveria ser simplesmente <prosso>, sem a necessidade
de substituir o pela sequncia ã.
(B).
Pgina 27 de 114
www.handbookdeti.com.br
12.
Volume 02 Edio 2
Soluo:
O CSS uma linguagem utilizada para descrever a apresentao (aparncia e formatao)
de um documento escrito em linguagens de marcao. O CSS comumente utilizado para
estilizar pginas Web escritas em HTML, mas ele pode ser utilizado para formatar qualquer
tipo de documento XML. O CSS foi primariamente desenvolvido para permitir a separao
entre o contedo e elementos de apresentao de um documento, como cores, fontes e layouts.
Essa separao permite, por exemplo:
aumentar a acessibilidade do contedo, a medida que permite a elaborao de documentos de melhor apresentao;
reutilizar o cdigo de apresentao, uma vez que vrios documentos podem compartilhar as denies feitas em um nico CSS.
Pgina 28 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
que a apresentao do site seja denida por designers (prossionais de criao), que podem
trabalhar em paralelo aos desenvolvedores. Desprende-se disso que a armativa I incorreta.
O CSS permite tambm que um mesmo documento seja apresentado em diferentes estilos de
acordo com o mtodo de renderizao utilizado. Nesse contexto, o mtodo de renderizao
basicamente denido de acordo com o dispositivo em que o documento ser apresentado, que
pode ser uma tela de computador (on-screen ), em uma impressora (in-print ) e at mesmo
em um dispositivo Braille. Essa exibilidade do CSS tem ganhado enorme importncia a
medida que os dispositivos como hand-helds e celulares tem sido cada vez mais utilizados
para acesso a Internet. Portanto, a alternativa III est correta.
A utilizao de arquivos CSS tambm pode contribuir para economia de banda, a medida
que os arquivos CSS podem ser armazenados no cache dos browsers. Ao serem armazenados em cache, a quantidade de requisies HTTP necessrias nas prximas vezes em que
o site for acessado ser menor. Em alguns casos, pode-se utilizar tambm o cdigo CSS
inline, ou seja, dentro da prpria pgina HTML, de modo que no seja necessria uma requisio HTTP adicional para obter um arquivo CSS externo. Essa tcnica especialmente
para diminuir o tempo de resposta de pginas que so acessadas uma vez (ou muito poucas
vezes) dentro de uma sesso.
pginas iniciais de sites como Yahoo! e Google. Com isso, a alternativa II est correta. O
endereo http://developer.yahoo.com/performance/rules.html apresenta essas e mais algumas dicas para aumentar o desempenho de aplicaes web.
A alternativa IV refere-se ao efeito cascata do CSS, que pode ser denido como um conjunto de regras de prioridade para aplicao da regra de estilo aos elementos do documento.
Para determinar a prioridade so considerados diversos fatores, como o tipo de folha de
estilo, o local fsico da folha de estilo no seu todo, o local fsico da regra de estilo na folha
de estilo e a especicidade da regra de estilo. A ordem crescente de prioridade para o efeito
cascata :
1 folha de estilo padro do navegador do usurio;
2 folha de estilo do usurio;
3 folha de estilo do desenvolvedor:
3.1 estilo externo (importado ou linkado);
3.2 estilo incorporado (denido na seo head do documento);
3.3 estilo inline (dentro de um elemento HTML).
4 declaraes do desenvolvedor com !important;
5 declaraes do usurio com !important.
Assim, uma declarao de estilo com !important denido pelo usurio prevalece sobre todas
as demais, pois a de mais alta prioridade. Entre as folhas de estilo denidas pelo desenvolvedor do site, os estilos inline (dentro de um elemento HTML) tem a prioridade mais
elevada, isto , prevalecer sobre a folha de estilo denida na seo head, e, esta prevalecer
sobre uma folha de estilo externa. Portanto, a alternativa IV errada pois dene de forma
errada as regras de priorizao do CSS.
Pgina 29 de 114
www.handbookdeti.com.br
13.
Assuntos relacionados:
Volume 02 Edio 2
Cronograma,
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 33
- Eng. de Software
Esta exigncia
implicar, necessariamente, em
(a). refazer as estimativas de esforo para uma ou mais tarefas do projeto.
(b). reduzir a durao do caminho crtico do projeto.
(c). alocar mais recursos ao projeto.
(d). fazer entregas diferentes das especicadas.
(e). aumentar o custo do projeto.
Soluo:
(A) ERRADA
A antecipao da data nal do projeto consiste, normalmente, em alterar a durao de
atividades que pertencem ao caminho crtico. O caminho crtico, geralmente, a sequncia
de atividades do cronograma que determina a durao do projeto, isto , o caminho mais
longo do projeto. Dependendo da tcnica de compreenso de cronograma utilizada, h a necessidade de refazer as estimativas de esforo das atividades relacionadas ao caminho crtico,
mas no uma implicao necessria para reduzir o prazo de um projeto.
(B) CORRETA
Antecipar a data nal do projeto em 3 meses implica em alterar as estimativas de durao das atividades do caminho crtico, ou seja, reduzir a durao do caminho crtico.
Isso realizado utilizando as tcnicas de compresso de cronograma que consistem em reduzir o prazo do projeto denido inicialmente sem afetar o escopo para atender restries
de cronograma. As tcnicas utilizadas so a compresso e o paralelismo. Na comprenso,
as compensaes entre custo e cronograma so analisadas para determinar o mximo de
compresso para o menor custo incremental. Essa tcnica pode produzir uma alternativa
no vivel devido ao aumento de custo. Na de paralelismo, as fases ou atividades que normalmente sero realizadas em sequenciamento so realizadas em paralelo. Tal tcnica pode
gerar retrabalho, devido a falta de informaes mais detalhadas a respeito de uma atividade.
(C) ERRADA
Alocar mais recursos ao projeto no implicao necessria para reduzir o prazo de um
projeto. Dependendo da tcnica de comprenso de cronograma utilizada, h a necessidade
de alocar mais recursos para as atividades relacionadas ao caminho crtico do projeto, mas
para isso tem que ser analisado o impacto nanceiro no projeto.
Pgina 30 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
(D) ERRADA
Algumas vezes, ao se diminuir um cronograma, altera-se tambm o escopo do projeto.
certo que no ser a gerncia de tempo que far a alterao do escopo. Ser sim a gerncia de
escopo, informada da diminuio do cronograma pela gerncia de integrao. De qualquer
forma, importante perceber que uma alterao no cronograma no necessariamente gera
alteraes das entregas.
(E) ERRADA
Aumentar o custo de um projeto depende da aprovao das pessoas interessadas, os stakeholders, no projeto, e no uma negociao fcil. Alm de que, o aumento de um custo de
um projeto no uma implicao necessria para reduzir o prazo de um projeto, conforme
j descrevemos anteriormente.
Pgina 31 de 114
www.handbookdeti.com.br
14.
Volume 02 Edio 2
de Escopo, EAP,
A Estrutura Analtica do Projeto - EAP (em Ingls Work Breakdown Structure WBS)
inclui
(a). estimativas de prazos.
(b). estimativas de custos.
(c). entregas internas e externas.
(d). alocao dos recursos s tarefas.
(e). estratgias para mitigao dos riscos.
Soluo:
A rea de gerenciamento do escopo compreende os processos necessrios para assegurar que
o projeto inclua todo o trabalho necessrio, e somente ele, para nalizar o projeto com
sucesso. A gerncia de escopo tem como principal preocupao denir o que est ou no
includo no projeto. A Estrutura Analtica do Projeto (EAP), elaborada pelo processo Criar
EAP, uma das principais sadas da gerncia de escopo.
(A) ERRADA
As estimativas de prazo so elaboradas pela rea de gerenciamento de tempo com base
na estimativa de recursos necessrios, sequenciamento e durao das atividades. O processo
responsvel por realizar as estimativas de prazo o Desenvolvimento do cronograma. Existem diversas ferramentas e tcnicas para realizar o desenvolvimento do cronograma, como:
anlise de rede do cronograma, mtodo do caminha crtico, compresso do cronograma,
nivelamento de recursos, software de gerenciamento de projetos (MS Project, Primavera),
etc. As estimativas de prazo so descritas no Plano de Gerenciamento do Cronograma e no
na EAP.
(B) ERRADA
As estimativas de custo so elaboradas pela rea de gerenciamento de custos baseado na
estimativa dos recursos necessrios para nalizar cada atividade do cronograma.
Os cus-
tos das atividades do cronograma so estimados para todos os recursos cujos custos sero
lanados no projeto. As estimativas de custo podem ser geradas por meio de ferramentas
e tcnicas, como: estimativa anloga, modelagem paramtrica, estimativa bottom-up, software de gerenciamento de projetos, etc. As estimativas de custos esto descritas no Plano
de Gerenciamento de Custos e no na EAP.
(C) CORRETA
Uma entrega qualquer produto ou servio gerado pelo projeto.
Segundo PMBOK, a
EAP uma decomposio hierrquica orientada a entrega de trabalho a ser executado pela
equipe de projeto, para atingir os objetivos do projeto e criar as entregas necessrias.
EAP subdivide o trabalho a ser realizado no projeto em partes menores, em que cada nvel
Pgina 32 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
descendente representa uma denio mais detalhada do trabalho do projeto. O nvel mais
baixo conhecido como pacote de trabalho. o ponto no qual o custo e o cronograma do
trabalho podem ser estimados de forma convel. Enm, todo o trabalho a ser executado
no projeto deve estar na EAP, e seus componentes auxiliam as partes interessadas (stakeholders) a visualizar as entregas (internas ou externas).
(D) ERRADA
A alocao dos recursos s tarefas denidas na EAP realiza pela rea de gerenciamento
de recursos humanos e compreende a alocao propriamente dita da equipe ao projeto. Os
papis e responsabilidades denidos sero destinados a uma pessoa ou grupo de pessoas. As
formas de alocao so: negociao, alocao prvia e contratao. A alocao de recursos
descrita no Plano de Gerenciamento de Pessoal e no na EAP.
(E) ERRADA
Estratgia de mitigao de riscos realizada pela rea de gerenciamento de riscos e compreende planejar as respostas aos riscos de forma a reduzir as ameaas, ou seja, determinar
quais aes devero ser tomadas para reduzir as ameaas aos objetivos do projeto. Vrias
alternativas podem ser adotadas, como:
evitar:
transferir:
mitigar:
risco aconteam;
aceitar:
Pgina 33 de 114
www.handbookdeti.com.br
15.
Assuntos relacionados:
Volume 02 Edio 2
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 35
- Eng. de Software
Soluo:
A GVA uma metodologia de gerenciamento usada para integrar o escopo, o cronograma e
os recursos de tal forma que se permita medir, objetivamente, o desempenho e o progresso
do projeto. Com essa metodologia possvel prever o desempenho do projeto com base no
desempenho passado.
Para utilizar a GVA, importante seguir alguns processos essenciais a qualquer projeto,
como: denio e elaborao do escopo do projeto, incluindo a Estrutura Analtica do Projeto (EAP); elaborao do cronograma a partir da EAP; estimativa de custo, partindo da
alocao dos recursos s atividades do projeto; e monitoramento do projeto.
Uma vez que esses processos tenham sido realizados, possvel realizar estimativas baseandose nos princpios bsicos da GVA:
BCWS (Budgeted Cost for Work Scheduled ou Custo Orado para Trabalho Planejado)
o montante nanceiro que o projeto, de acordo com o planejamento, deveria ter
consumido at um dado ponto do cronograma. O BCWS conhecido tambm como
Valor Planejado (PV);
BCWP (Budgeted Cost for Work Performed ou Custo Orado para Trabalho Realizado)
reete o valor do montante de trabalho que foi efetivamente realizado at uma data
especca. O BCWP conhecido tambm como Valor Agregado (VA);
ACWP (Actual Cost of Work Performed ou Custo Real do Trabalho Realizado) representa o custo efetivo do trabalho realizado at o momento. O ACWP conhecido
tambm como Custo Real (CR).
Pgina 34 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Para medir o desempenho, o Custo Orado do Trabalho Realizado determinado e comparado ao Custo Real do Trabalho Realizado. O progresso medido pela comparao entre
o Valor Agregado e o Valor Planejado.
Conforme explicado anteriormente, a GVA se baseia nas mtricas de Custo Orado do Trabalho Previsto, Custo Orado do Trabalho Realizado e Custo Real do Trabalho Realizado.
Logo, a alternativa correta a letra
d.
Pgina 35 de 114
www.handbookdeti.com.br
16.
Volume 02 Edio 2
Soluo:
Uma das melhores formas de se resolver esse tipo de questo partir de um determinado
conjunto de elementos e seguir restringindo-o, passo a passo, at obter o subconjunto pedido
na questo. A soluo proposta para esta questo segue justamente essa metodologia.
De acordo com o enunciado, cada caractere pode assumir 36 valores distintos.
Portanto,
Pgina 36 de 114
www.handbookdeti.com.br
17.
Volume 02 Edio 2
Soluo:
Uma das melhores formas de se resolver esse tipo de questo partir de um determinado
conjunto de elementos e seguir restringindo-o, passo a passo, at obter o subconjunto pedido
na questo. A soluo proposta para esta questo segue justamente essa metodologia.
De acordo com o enunciado, cada caractere pode assumir 36 valores distintos. Portanto, o
conjunto formado por sequncias distintas de 4 caracteres diferentes tem 1.413.720 (36*35*34*33)
elementos. Perceba que nem todos esses elementos so senhas vlidas. Temos que descobrir
justamente quantos elementos so senhas vlidas.
O primeiro passo entender que a nica sequncia de 4 caracteres que contm o login
NINA a prpria sequncia NINA. Como h 2 Ns nessa sequncia, ela no pertence ao
conjunto de 4 caracteres diferentes. Enm, essa restrio j est sendo considerada.
O segundo passo subtrair desse conjunto o subconjunto formado por sequncias distintas formadas por apenas dgitos (0 a 9). importante perceber que esses dgitos tem que
ser diferentes, j que esto no conjunto de sequncias de 4 caracteres diferentes. Fazendo essa
subtrao temos o subconjunto formado por todas as senhas vlidas (1.413.720 - 10*9*8*7
= 1.408.680). Logo, a alternativa D a correta.
Pgina 37 de 114
www.handbookdeti.com.br
18.
Assuntos relacionados:
Volume 02 Edio 2
de Mudanas,
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 38
- Eng. de Software
APENAS as armativas:
(a). I e II.
(b). I e III.
(c). I e IV.
(d). II e III.
(e). III e IV.
Soluo:
O controle de mudanas ou controle integrado de mudanas um dos processos da rea de
gerenciamento de integrao.
tir a integrao efetiva entre os processos das reas de gerenciamento visando os objetivos
do projeto. A integrao das reas, por exemplo, consiste em escolher sobre quais pontos
concentrar recursos e esforo em quais dias especcos, antecipando possveis problemas,
tratando-os antes de se tornarem crticos e coordenando o trabalho visando o bem geral do
projeto.
Mais especicamente, o processo controle integrado de mudanas consiste em registrar as
mudanas no projeto, seus motivos e respectivos impactos e realizar as alteraes necessrias
de forma integrada visando o projeto como todo. O controle de mudanas realizado durante
todo o projeto. Uma mudana pode exigir alterao nas estimativas de custos, sequncias
de atividades, datas de cronograma e recursos necessrios, e tudo isso deve ser monitorado
e controlado para o sucesso do projeto.
Uma das ferramentas ou tcnicas para o controle integrado de mudanas o sistema de
controle de mudanas: um conjunto de procedimentos formais e documentados que denem
como as entregas e a documentao do projeto sero controladas, alteradas e aprovadas.
Pgina 38 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Isso inclui os
fatores crticos do projeto como escopo, prazo, custo, recursos necessrios, oramento
e requisitos de qualidade. Logo, armativa verdadeira;
II As mudanas aprovadas devem ser monitoradas e avaliadas levando em considerao
no apenas o custo ou prazo do projeto, mas tambm o impacto no escopo, oramento
e requisitos de qualidade. Logo, armao falsa;
III Todas as mudanas solicitadas e documentas devem ser aceitas ou rejeitadas por uma
autoridade dentro da equipe de gerenciamento de projetos ou por uma organizao externa que represente o patrocinador ou cliente.
Essas mu-
c.
Pgina 39 de 114
www.handbookdeti.com.br
19.
Volume 02 Edio 2
de Software
Soluo:
As Tabelas 5, 6, 7, 8 e 9 so as tabelas verdade para as operaes utilizadas na proposio
da questo.
A A
V
A B AB
V
P Q PQ
V
Tabela 7: Ou ().
Pgina 40 de 114
www.handbookdeti.com.br
A B AB
V
Tabela 8: E ().
P Q PQ
V
((V V ) (V V )) (V )
((V ) (V )) (F )
(V ) (F )
F
(B)
((V F ) (V F )) (F )
((V ) (F )) (V )
(F ) (V )
F
(C)
((F F ) (V F )) (F )
((F ) (F )) (V )
(V ) (V )
V
(D)
((F V ) (F V )) (F )
((V ) (F )) (V )
(F ) (V )
F
(E)
((F F ) (V V )) (V )
((F ) (V )) (F )
(V ) (F )
F
Pgina 41 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Volume 02 Edio 2
Pgina 42 de 114
www.handbookdeti.com.br
20.
Volume 02 Edio 2
de Software
Se Ana sabe que Beatriz tem acesso ao sistema de almoxarifado, ento Ana no fez um
pedido. Ou Ana fez um pedido ou a senha de Beatriz foi descoberta. Se Carlos conversou
com Ana, ento Ana sabe que Beatriz tem acesso ao sistema de almoxarifado. Ora, nem a
senha de Beatriz foi descoberta nem Beatriz conhece Carlos. Logo:
I - Ana fez um pedido.
II - Ana sabe que Beatriz tem acesso ao sistema de almoxarifado.
III - Carlos no conversou com Ana.
IV - Beatriz conhece Carlos.
So verdadeiras
APENAS as concluses:
(a). I e II
(b). I e III
(c). II e III
(d). II e IV
(e). III e IV
Soluo:
Para facilitar, vamos representar as assertivas por letras:
X Ana sabe que Beatriz tem acesso ao sistema de almoxarifado;
Y Ana fez um pedido;
Z A senha de Beatriz foi descoberta;
W Carlos conversou com Ana;
U Beatriz conhece Carlos.
Agora, vamos representar as assertivas em um conjunto de proposies de acordo com o
texto:
i
ii
X Y ;
Y Z;
iii
W X;
iv
Z ;
U .
Agora vamos comear a analisar as proposies e tentar achar solues que respondam a
validade das assertivas I, II, III e IV.
Na Proposio iv, sabemos que a senha de Beatriz no foi descoberta.
J na Proposio
ii, podemos concluir que Ana fez um pedido, pois um dos valores Y e Z deveriam assumir
valor verdadeiro e como temos certeza que Z falso, conclumos que Y assume verdadeiro.
Pgina 43 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Da tabela
verdade da operao lgica se ento, podemos concluir que a nica maneira de tornar a
proposio vlida que X assuma valor falso (F
Ana
F ).
Conclumos, ento,
X ,
ou seja,
A assertiva II falsa.
Analisando a Proposio iii, temos que o valor de W deve ser falso para tornar a proposio
vlida, j que X falso como vimos anteriormente. Logo, Carlos
no
Pgina 44 de 114
www.handbookdeti.com.br
21.
Volume 02 Edio 2
de Software
(b).
Sp (U d JI)
(c).
Sp (JI U d)
(d).
(U d JI) Sp
(e).
(JI U d) Sp
Soluo:
O enunciado pode ser modicado para que tenha o mesmo signicado da seguinte maneira:
Para que o projeto seja bem-sucedido necessrio que pelo menos uma das seguintes assertivas se torne verdadeira: o processo de desenvolvimento o Processo Unicado ou a
linguagem utilizada Java..
Quando utilizamos a palavra necessrio, estamos dizendo que para que o projeto seja bemsucedido, obrigatoriamente a condio necessria deve ser atendida. Entretanto, no estamos
dizendo que, caso a condio seja atendida (Processo Unicado ou Java), suciente para
que o projeto seja bem-sucedido. Para representar isso, devemos utilizar o se-ento.
No caso do uso do OU, devemos estar bem atentos.
Pgina 45 de 114
www.handbookdeti.com.br
22.
Assuntos relacionados:
Volume 02 Edio 2
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 42
- Eng. de Software
Nas armativas a seguir, sobre a norma ISO 27001, a sigla ISMS se refere a um Sistema de
Gerenciamento de Segurana da Informao (Information Security Management System) no
contexto de uma organizao.
I A norma ISO 27001 estabelece uma abordagem do tipo PDCA (Plan, Do, Check, Act)
para a denio e manuteno do ISMS.
II A norma ISO 27001 prescreve as prticas de implantao e as mtricas utilizadas para
avaliar o desempenho do ISMS.
III Um dos controles listados na norma ISO 27001 preconiza que a organizao deve manter
contato com grupos especiais de interesse ou outros fruns e associaes prossionais
especializados em segurana.
IV O ISMS denido formalmente na ISO 27001 como um conjunto de regras (rules) e
boas prticas (best practices) nas reas de segurana fsica, autenticao de usurios,
autorizao de acessos e manuteno de um ambiente controlado para o tratamento e
gerenciamento de informao e ativos sensveis.
Esto corretas APENAS as armativas
(a). I e II
(b). I e III
(c). I e IV
(d). II e III
(e). II e IV
Soluo:
A norma ISO 27001 especica um conjunto de requisitos para o estabelecimento, implantao, monitorao, reviso, manuteno e melhoria de um Sistema de Gesto de Segurana
de Informao, ou simplesmente, SGSI. Um SGSI pode tambm ser denido como um framework de polticas, procedimentos e controles de vrias naturezas (fsicos, lgicos, legais etc)
que, por sua vez, fazem parte do processo de gerenciamento de riscos da organizao como
um todo.
Como todo sistema de gesto, o SGSI tambm descrito em termos de processos, os quais
so administrados por meio da metodologia PDCA (Plan-Do-Check-Act). Portanto, a alternativa I est correta.
Em ltima instncia, o PDCA tem como objetivo principal garantir a melhoria contnua
da gesto da segurana da informao e minimizar os riscos associados segurana da informao. Pode se dizer que a armativa III correta, tendo em vista que o contato com
grupos especiais de interesse uma forma de monitorar e melhorar o SGSI.
Outro aspecto interessante da norma ISO 27001 a sua aplicabilidade para todos os tipos de
Pgina 46 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
organizaes, tendo em vista o seu caractere genrico. Comumente a ISO 27001 denida
como um conjunto de melhores prticas para gerenciamento de segurana da informao, o
que no errado, desde que se ressalte que ela trabalha em nvel de processos, e no nos
nveis mais tcnicos. Portanto, a alternativa IV errada, pois dene a norma em questo
de maneira muito especca e tcnica.
Na norma, por exemplo, voc no ir encontrar as melhores prticas para implementao de
segurana fsica para CPDs. No entanto, a norma tem em sua lista de controles um referente
a Segurana fsica e do ambiente. O conjunto de controles que so tratados pela ISO 27001
engloba os mostrados a seguir, cabendo a cada organizao identicar a relevncia de cada
um deles para o seu negcio.
poltica de segurana;
segurana organizacional;
gesto de ativos;
controle de acesso;
continuidade do negcio;
conformidade.
Por m, vale lembrar que a norma ISO 27001 pertence srie (ou famlia) ISO 27000, que
compreende normas relacionadas Segurana da Informao publicadas pela ISO. A srie
27000 est para a Segurana da Informao assim como a srie ISO 9000 e a srie ISO
14000 esto, respectivamente, para a Qualidade e para a Proteo Ambiental. Algumas das
normas que compe a famlia 27000, alm da 27001, so:
Pgina 47 de 114
www.handbookdeti.com.br
23.
Assuntos relacionados:
Volume 02 Edio 2
da Informao,
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 43
- Eng. de Software
Soluo:
Os trs princpios fundamentais da segurana da informao so: condencialidade, integridade e disponibilidade. Portanto, a resposta da questo a alternativa C.
Para conceituar cada um desses princpios, vamos utilizar o texto da seo 1 da Cartilha
de Segurana do CERT.BR (Centro de Estudos, Respostas e Tratamento de Incidentes de
Segurana no Brasil), uma entidade ligada ao CGI (Comit Gestor de Internet no Brasil).
De acordo com a cartilha, temos o seguinte:
Um computador (ou sistema computacional) dito seguro se este atende a trs requisitos
bsicos relacionados aos recursos que o compem: condencialidade, integridade e disponibilidade.
A condencialidade diz que a informao s est disponvel para aqueles devidamente autorizados; a integridade diz que a informao no destruda ou corrompida e o sistema tem
um desempenho correto; e a disponibilidade diz que os servios/recursos do sistema esto
disponveis sempre que forem necessrios.
Alguns exemplos de violaes a cada um desses requisitos so:
condencialidade:
integridade:
disponibilidade:
de negao de servio e por esse motivo voc ca impossibilitado de enviar sua declarao
de Imposto de Renda Receita Federal.
Pgina 48 de 114
www.handbookdeti.com.br
24.
Volume 02 Edio 2
Soluo:
Os portais corporativos so, comumente, apresentados como uma evoluo das intranets.
No entanto, os portais tambm podem ser vistos como uma aplicao web que agrega contedo, colaborao, conhecimento e aplicativos transacionais, todos em uma interface nica.
Exemplos de funcionalidades que os portais normalmente possuem so:
busca e indexao;
categorizao de contedo;
colaborao;
personalizao;
comunidades;
integrao de sistemas;
segurana.
Pgina 49 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Uma
empresa vendendo para outra empresa ou um banco transferindo recursos para outro
so exemplos de transaes B2B;
B2G (Business to Governement): so as transaes entre empresa e governo. Os exemplos comuns de B2G so licitaes e compras de fornecedores;
objetivo oferecer aos empregados uma interface nica para que eles possam acompanhar
as notcias da empresa, gerenciar seus dados pessoais, solicitar servios etc.
Nesse ponto da resoluo da questo, voc deve estar pensando: mais um monte de siglas
Pgina 50 de 114
www.handbookdeti.com.br
25.
Assuntos relacionados:
Volume 02 Edio 2
jeto,
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 45
- Eng. de Software
Classes devem estar abertas para extenso e fechadas para modicao um princpio de
projeto de modelos orientados a objetos. Tal princpio pode ser aplicado atravs do padro
de projeto
(a). decorator.
(b). yweight.
(c). prototype.
(d). singleton.
(e). builder.
Soluo:
A Anlise Orientada a Objetos identica e dene classes que reetem diretamente o domnio
do problema e as responsabilidades do sistema dentro dele. Normalmente, a anlise ocorre
com a suposio de que existe uma tecnologia perfeita disponvel (capacidade ilimitada de
armazenamento, custo zero e no passvel de falha). Em suma, a anlise se interessa pelo
que o sistema deve fazer.
O Projeto Orientado a Objetos (Object-Oriented Design - OOD ) transforma o modelo de
anlise em um modelo de projeto que serve de base para a construo do software, ou
seja, envolve a modelagem de como o sistema ser implementado com adio dos requisitos tecnolgicos ou no funcionais. Ao contrrio dos projetos de softwares convencionais, no
projeto orientado a objetos, os componentes principais do sistema so divididos em mdulos,
chamados subsistemas ou pacotes, e os dados e as operaes que os manipulam so encapsulados em classes. Ento, o projeto se preocupa como os requisitos sero implementados e,
portanto, pressupe uma infra-estrutura de implementao e fortemente inuenciado pela
anlise.
O Padro de Projeto Orientado a Objetos (Object-Oriented Design Patterns - OOD )
um dos componentes do projeto orientado a objetos e tem como objetivo registrar uma
experincia no projeto de software, na forma de um padro passvel de ser efetivamente
utilizado. Isso tem o intuito de reutilizar solues que funcionaram no passado, evitando
que um sistema seja desenvolvido do zero. Ou seja, padro de projeto est relacionado com
a reusabilidade de software.
Um padro um par nomeado problema/soluo com orientaes sobre como utiliz-lo
em novas situaes e possui quatro elementos essenciais:
Nome:
Problema:
Soluo:
Pgina 51 de 114
www.handbookdeti.com.br
Consequncias:
Volume 02 Edio 2
Um dos principais padres de projeto o chamado Gangue dos Quatro (Gang of Four -
Criativo:
Estrutural:
maiores;
Comportamental:
objetos.
Um padro GoF tambm classicado segundo o seu escopo: de classe ou de objeto. Nos
padres com escopo de classe os relacionamentos que denem este padro so denidos
atravs de herana e em tempo de compilao. Nos padres com escopo de objeto o padro
encontrado no relacionamento entre os objetos denidos em tempo de execuo. A Tabela
10 apresenta os padres GoF organizados em grupos com os respectivos escopos.
Grupos
Escopo
Criativo
Estrutural
Classe
Mtodo-Fbrica
Adaptador (classe)
Comportamental
Interpretador
Mtodo Modelo
Objeto
Construtor
Adaptador (objeto)
Cadeia de Responsabilidade
Fbrica Abstrata
Composto
Comando
Prottipo
Decorador
Iterador
Singular
Fachada
Mediador
Peso-Mosca
Memorial
Ponte
Observador
Procurador
Estado
Estratgia
Visitador
Pgina 52 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
O yweight
apropriado quando vrios objetos devem ser manipulados, e esses no suportam dados adicionais.
acessar o dado.
Um exemplo o processador de texto.
Pgina 53 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
(D) ERRADA
O padro de objeto singleton (singular) do grupo Criativo garante que uma classe possui uma nica instncia e prov um ponteiro global para acess-la. Por exemplo, em uma
aplicao que precisa de uma infra-estrutura de log de dados, pode-se implementar uma
classe no padro singleton. Desta forma existe apenas um objeto responsvel pelo log em
toda a aplicao que acessvel unicamente atravs da classe singleton.
O singleton parecido com o yweight, ambos permitem somente uma instncia de um
objeto. A diferena que o singleton permite somente uma instncia de uma classe durante
o projeto, enquanto o yweight utiliza factories (fbricas) para produzir somente uma instncia em tempo de execuo.
O padro singleton no est relacionado a estender funcionalidades de uma classe base
sem modic-la, o que mostra que este padro no aplicado ao princpio Aberto-Fechado.
Portanto, alternativa errada.
(E) ERRADA
O padro de objeto builder (construtor) do grupo Criativo separa a construo de um
objeto complexo de sua representao de modo que o mesmo processo de construo pode
criar diferentes representaes.
Por exemplo, o padro Builder pode ser utilizado em uma aplicao que converte o formato
RTF para uma srie de outros formatos e que permite a incluso de suporte para converso
para outros formatos, sem a alterao do cdigo fonte do leitor de RTF. A soluo para este
problema criar uma classe de leitura (director) associada a outra classe capaz de converter
o formato RTF para outra representao (builder).
O padro builder muitas vezes comparado com o padro Abstract Factory, pois ambos
podem ser utilizados para a construo de objetos complexos. A principal diferena entre
eles que o builder constri objetos complexos passo a passo e o Abstract Factory constri
famlias de objetos, simples ou complexos, de uma s vez.
O padro builder no est relacionado a estender funcionalidades de uma classe base sem
modic-la, o que mostra que este padro no aplicado ao princpio Aberto-Fechado.
Portanto, alternativa errada.
Pgina 54 de 114
www.handbookdeti.com.br
26.
Volume 02 Edio 2
entre Aplicaes,
A interoperabilidade entre aplicaes nos dias atuais fortemente baseada no uso de web
services. Duas abordagens arquiteturais distintas para o projeto e implementao de web
services tm-se rmado no cenrio de tecnologia. So elas:
(a). REST e WS-*
(b). SOAP e WSDL
(c). RPC e RMI
(d). SGML e HTML
(e). B2B e B2C
Soluo:
Web service tecnologia que possibilita aplicaes interagirem umas com as outras de forma
independente de plataforma operacional e linguagem de programao utilizadas. Os Web
services so componentes que permitem s aplicaes enviarem e receberem mensagens formatadas em XML. Apesar de no ser obrigatrio, geralmente o HTTP escolhido como
mecanismo de transporte dessas mensagens.
(A) CORRETA
O termo REST se refere a um conjunto de princpios de arquitetura para web services.
Um conceito importante em REST a existncia de recursos (elementos de informao),
que so individualmente identicados por URIs (Identicadores Uniforme de Recurso). De
acordo com essa arquitetura, diferentes componentes da rede (clientes e servidores) devem
utilizar os mtodos do HTTP (por exemplo, POST, GET, PUT e DELETE) para trocarem
representaes dos recursos existentes (os arquivos ou cheiros so recebidos e enviados).
Algumas especicaes vm sendo desenvolvidas, principalmente pela W3C, para estender
as funcionalidades dos web services. Essas especicaes so chamadas de WS-*. Algumas
das especicaes mais importantes so:
WS-Transaction.
Tendo em vista o exposto, possvel concluir que REST e WS-* so duas abordagens arquiteturais distintas que podem ser adotadas em projetos e desenvolvimentos de web services.
(B) ERRADA
SOAP (Simple Object Access Protocol) um protocolo que dene, por meio de um conjunto
de tags XML, o formato das estruturas das mensagens trocadas entre aplicaes. Dois dos
grandes benefcios do SOAP so: padro aberto adotado pela maioria das grandes empresas de hardware e software; e construdo sobre padres tambm abertos como HTTP e XML.
Web Services Denition Language (WSDL) uma linguagem baseada em XML utilizada
Pgina 55 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
para descrever web services. Trata-se de um documento escrito em XML que alm de descrever o servio, especica como acess-lo e quais as operaes ou mtodos disponveis.
Como SOAP um protocolo e WSDL uma linguagem de denio, incorreto dizer que
eles so abordagens arquiteturais para projeto e implementao de web services.
(C) ERRADA
O RPC (Remote Procedure Call) dene um protocolo para execuo remota de procedimentos em computadores ligados em rede. Esse protocolo pode ser utilizado com diferentes
protocolos de transporte, tais como UDP e TCP. Antes de ser enviada pela rede, uma RPC
emitida pela aplicao cliente encapsulada segundo o padro SOAP. O servio remoto,
ao receber a mensagem, faz o processo reverso, desencapsulando a mensagem e extraindo
a chamada.
aplicao cliente. Essa mensagem de resposta tambm enviada de forma encapsulada segundo o padro SOAP. Na mquina cliente, a resposta desencapsulada e repassada para a
aplicao cliente.
O RMI (Remote Method Invocation) uma interface de programao que permite a execuo de chamadas remotas no estilo RPC em aplicaes desenvolvidas em Java. A API
RMI prov ferramentas para que seja possvel ao programador desenvolver uma aplicao
sem se preocupar com detalhes de comunicao entre os diversos possveis elementos (hosts)
de um sistema.
Apesar dos conceitos RPC e RMI se relacionarem com web service, totalmente errneo
dizer que eles so abordagens arquiteturais para projeto e implementao de web services.
(D) ERRADA
SGML um acrnimo para Standard Generalized Markup Language que foi denido pela
norma ISO 8879:1986 Information processingText and oce systems.
alinguagem que pode ser utilizada para denir linguagens de marcao para documentos.
SGML uma descendente da GML (Generalized Markup Language) da IBM. Duas importantes linguagens derivadas da SGML so HTML (HyperText Markup Language) e XML
(eXtensible Markup Language).
HTML (Linguagem de Marcao de Hipertexto) uma linguagem fundamentalmente baseada
nos padres HyTime e SGML. O HyTime (Hypermedia/Time-based Document Structuring
Language - ISO 10744:1992) um padro para representao estruturada de hipermdia e
informao baseada em tempo. De acordo com essa padro, um documento visto como
um conjunto de eventos concorrentes dependentes de tempo (udio, vdeo, etc.), conectados
por webs ou hiperlinks.
Por se tratarem de linguagens de marcao, no faz sentido nenhum dizer que SGML e
HTML so abordagens arquiteturais para projeto e implementao de web services.
(E) ERRADA
B2B e B2C so duas das diversas siglas relacionadas ao e-commerce e ao e-business. Portanto, nada tm a ver com abordagens arquiteturais. As principais siglas so:
Pgina 56 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Pgina 57 de 114
www.handbookdeti.com.br
27.
Volume 02 Edio 2
Soluo:
O objetivo dos servidores de aplicaes disponibilizar uma plataforma que permita aos
programadores abstrair de uma gama de tarefas inerentes ao desenvolvimento do software.
Dessa forma, os programadores podem se concentrar mais nas regras de negcio do que nas
questes de infraestrutura da aplicao, como segurana, disponibilidade, balanceamento de
carga, mensageiria etc.
Para aplicaes simples, a utilizao de um servidor de aplicaes pode representar um overhead ao invs de facilitar as tarefas dos programadores. No entanto, para grandes aplicaes
comerciais com requisitos mais rgidos de desempenho e robustez a falhas, os servidores de
aplicaes mostram-se muito teis.
Embora o conceito de servidor de aplicaes seja aplicvel para o desenvolvimento em uma
grande quantidade de linguagens, nos ltimos anos os que mais se tornaram populares so
os servidores de aplicaes J2EE (ou JEE, nas verses mais recentes), criados para suportar
aplicaes escritas em Java.
Para exemplicar o conjunto de servios que os servidores de aplicaes podem oferecer,
vejamos a Figura 2. Ela mostra a arquitetura JEE mais recente, publicada pela Sun Microsystems no documento JSR-000316.
Pgina 58 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
o modelo MVC. No entanto, a construo de uma aplicaes que obedea ao MVC est
muito mais ligada a separao dos componentes e camadas do sistema do que plataforma
tecnolgica utilizada. , portanto, possvel construir aplicaes MVC no bom e velho ASP,
bem como nos novos e modernos servidores de aplicaes.
A validao de objetos de que trata a alternativa A feita pelos servidores de aplicaes,
mas no est relacionada as regras de negcio das aplicaes.
A gerao automtica de
cdigo, por sua vez, uma tarefa comum s IDEs, e no aos servidores de aplicaes.
Portanto, a alternativa E, por ser a mais objetiva e clara, a resposta correta para essa
questo.
Pgina 59 de 114
www.handbookdeti.com.br
28.
Volume 02 Edio 2
Soluo:
O Processo Unicado de desenvolvimento de software rene trs caractersticas que o faz ser
nico. Essas trs caractersticas se relacionam entre si e so igualmente importantes. So
elas:
favorece o atendimento das necessidades de cada tipo de usurio que interage com
o sistema, evitando, dessa forma, que o sistema possa ser desenvolvido a ponto de
apresentar funcionalidades desnecessrias;
miniprojeto, que resulta em uma nova verso do sistema. Justamente devido ao fato de
a cada interao ser gerada uma nova verso do sistema que essa metodologia tambm
se apresenta como incremental.
H metodologias de desenvolvimento de
Concepo:
Pgina 60 de 114
www.handbookdeti.com.br
2.
Elaborao:
Volume 02 Edio 2
Construo:
Transio:
Agora que o bsico sobre Processo Unicado j foi exposto, vamos a cada alternativa.
(A) CORRETA
Ao ler a explicao acima, ca evidente que ser centrado em arquitetura um dos princpios
mais evidentes do Processo Unicado. justamente por isso que esta a alternativa correta.
(B) ERRADA
Times auto-dirigidos e auto-organizados no uma caracterstica do Processo Unicado.
Essa sim um princpio de outra metodologia de desenvolvimento de sistemas, o Scrum.
Portanto, esta alternativa est errada.
Scrum um processo para construir software de forma incremental em ambientes complexos, onde os requisitos no so claros ou mudam com muita frequncia. A metodologia
baseada em princpios semelhantes aos de XP (Extreme Programming). As principais so:
iteraes curtas (sprints) que seguem o ciclo PDCA e entregam incrementos de software
prontos;
Scrum Master: membro que tem como funo primria remover qualquer impedimento
habilidade de uma equipe de entregar o objetivo do sprint. O Scrum Master no o
lder da equipe (j que as equipes so auto-organizadas), mas atua como um mediador
entre a equipe e qualquer inuncia desestabilizadora.
(C) ERRADA
O modelo de desenvolvimento em cascata um modelo sequencial, no qual o desenvolvimento visto como um uir constante para frente (como uma cascata) atravs das fases de
anlise de requisitos, projeto, implementao, testes (validao), integrao e manuteno
de software. Como j descrito anteriormente, o Processo Unicado uma metodologia iterativa e incremental, que praticamente nada tem a ver com desenvolvimento em cascata. Ou
seja, esta alternativa no a correta.
Pgina 61 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
refabricao: todo desenvolvedor tem o dever de melhorar um cdigo que esteja funcionado porm est mal escrito;
reunies curtas e em p;
releases curtos: release um conjunto de funcionalidades bem denidas e que representam algum valor para o cliente. Um projeto XP pode ter uma ou mais releases no
seu ciclo;
CRC: linguagem para modelagem de classes do XP que utiliza os story cards (cartes
escritos pelos usurios onde so descritas funcionalidades do sistema).
Pgina 62 de 114
www.handbookdeti.com.br
29.
Volume 02 Edio 2
de Casos de Uso,
O modelo de casos de uso um dos artefatos mais importantes previstos pelo Processo
Unicado. Sobre o modelo de casos de uso, so feitas as armativas a seguir.
I Atores humanos so identicados com base no papel que desempenham do ponto de
vista do sistema, e no necessariamente no cargo que ocupam na instituio em que o
sistema rodar.
II A evoluo dos casos de uso ao longo do ciclo de vida do projeto prev que os mesmos
ganhem em seu texto os detalhes especcos de implementao necessrios construo
do software na tecnologia adotada.
III As combinaes possveis do uxo principal com os uxos alternativos de um caso de
uso fornecem todos os cenrios possveis para o mesmo, os quais, por sua vez, podem
ser utilizados como unidades de planejamento, implementao e testes.
IV recomendvel que cada caso de uso seja decomposto funcionalmente e passe a incluir
casos de uso menores, sucessivamente, at a menor unidade implementvel possvel,
atendendo ao princpio da decomposio funcional.
Esto corretas APENAS as armativas
(a). I e II
(b). I e III
(c). II e III
(d). II e IV
(e). III e IV
Soluo:
O Processo Unicado de desenvolvimento de software tem trs princpios bsicos:
de um boneco e um rtulo com o seu nome. Geralmente, um ator que inicia um caso de
uso. Alguns exemplos de atores so: usurios, outros sistemas que fazem interface com o
sistema que est sendo modelado e eventos externos.
Um caso de uso um conjunto de atividades do sistema que produz um resultado concreto e tangvel. Ou seja, ele dene uma grande funo do sistema. Gracamente, casos de
Pgina 63 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Relacionamento de Associao:
cionalidade do sistema.
entre atores
Relacionamento de Generalizao:
seta tem seus prprios casos de uso. J o ator que apontado pela seta tambm
tem os casos de uso do outro ator. Um exemplo tpico desse tipo de relacionamento
seria uma seta saindo do ator Cliente On-line e apontando para o ator Cliente.
Relacionamento de Dependncia-Incluso:
um relacionamento de incluso
Relacionamento de Dependncia-Excluso:
um relacionamento de extenso
de um caso de uso B para um caso de uso A indica que o caso de uso B pode ser
Pgina 64 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
um relaciona-
mento entre um caso de uso genrico para um mais especco, que herda todas as
caractersticas de seu pai. Quanto um caso de uso B -um caso de uso A, A ser
uma generalizao de B, ou seja, B ser uma especializao de A.
A seguir, cada uma das armativas feitas no enunciado analisada:
I verdadeira, pois os casos de uso so utilizados para representar o comportamento do
sistema, e no a hierarquia da instituio;
II falsa, pois os casos de uso no devem incluir detalhes de implementao, e sim o
comportamento esperado do sistema em um determinado cenrio;
III verdadeira, pois o uxo principal cobre o comportamento do sistema nos casos rotineiros
e os uxos alternativos cobrem os casos excepcionais. Dessa forma, todas as alternativas conhecidas de comportamento do sistema so cobertas, o que ajuda na fase de
implementao e de testes;
IV falsa, pois o diagrama que oferece uma decomposio funcional do sistema chamado
Diagrama de Fluxo de Dados, e no o de Caso de Uso.
Portanto, a resposta correta a alternativa B.
Pgina 65 de 114
www.handbookdeti.com.br
30.
Volume 02 Edio 2
de Software,
Soluo:
De certa forma, o ponto central que esta questo pretende avaliar o fato da maioria das
metodologias modernas de desenvolvimento de software abordarem projetos de desenvolvimento de novos produtos de forma cclica (ou iterativa). Algumas dessas metodologias so:
RUP (Rational Unied Process), XP (eXtreme Programming), Cleanroom, RAD (Rapid
Application Development) e Espiral.
(A) ERRADA
Justamente pela abordagem das metodologias em questo ser cclica, a fase de especicao dos requisitos do sistema no concluda antes de se iniciar as atividades de projeto
e implementao. Ou seja, mesmo aps o incio das atividades de projeto e implementao
pode haver, e geralmente h, novas especicaes de requisitos.
(B) ERRADA
Essa seria talvez uma boa abordagem, mas no a que a maioria das metodologias modernas pregam. Elas pregam que no incio do projeto, o planejamento e as estimativas do
projeto como um todo sejam feitos de forma geral. Planejamentos e estimativas cada vez
mais precisos so feitos a cada fase do projeto.
Pgina 66 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
(C) ERRADA
Praticamente todas as metodologias de desenvolvimento de novos produtos, inclusive as
modernas, pregam justamente o contrrio dessa alternativa. Isso porque acredita-se que o
quanto antes as eventuais mudanas forem consideradas em um projeto, menores sero os
problemas com custo e cronograma desse projeto. As metodologias consideram tambm que
pouco adianta ignorar as mudanas ao logo do projeto, pois, quando isso ocorre, mesmo
que seja entregue exatamente o que foi especicado, o novo produto no ser considerado
conforme ou de qualidade.
(D) CORRETA
Como j mencionado no incio deste comentrio, a abordagem cclica da maioria das metodologias modernas o centro desta questo. Essa a alternativa correta.
(E) ERRADA
Essa , sem dvida, a primeira alternativa que o candidato deve desconsiderar. Algumas
metodologias at apontam para uma simplicao da documentao tcnica, mas eliminar
totalmente esse tipo de documentao no uma alternativa.
Pgina 67 de 114
www.handbookdeti.com.br
31.
Volume 02 Edio 2
de Caso de Uso,
caso de uso.
(e). O diagrama de robustez do sistema, que especica os requisitos no funcionais de
escalabilidade e tolerncia a falhas, um dos insumos para esta atividade.
Soluo:
A Anlise de Caso de Uso uma das atividades previstas na UML, e tem como nalidades:
Obviamente, ao realizar essa anlise de comportamento, possveis falhas e omisses se tornam mais evidentes. Com isso, podemos armar que a resposta da questo a alternativa B.
Ainda com relao aos casos de uso, importante frisar que muitas vezes ela tida como
uma espcie de anlise de caixa preta, no qual os detalhes internos sobre como o sistema
responde s aes de um ator esto ausentes ou descritas muito resumidamente. Ou seja,
os casos de uso no apresentam detalhes de implementao. Com isso, a alternativa A est
errada.
Os diagramas de classes, mencionados na alternativa C, so diagramas estticos que descrevem os vrios tipos de objetos no sistema e o relacionamento entre eles. Tais diagramas
no provem informao de interao entre as classes. Com isso, a alternativa C tambm
est errada.
Os artefatos da anlise de caso de uso so Classe de Anlise, Realizao de Casos de Uso,
Modelo de Design, Modelo de Anlise.
Pgina 68 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Pgina 69 de 114
www.handbookdeti.com.br
32.
Volume 02 Edio 2
Soluo:
O Processo Unicado (PU) surgiu como um processo popular para o desenvolvimento de
software visando construo de sistemas orientados a objetos (o RUP Rational Unied
Process um renamento do PU). Ou seja, Processo Unicado um processo de desenvolvimento, j o Rational Unied Process um produto da Rational IBM, que tem no seu
ncleo o Processo Unicado.
O Processo Unicado utiliza um paradigma evolucionrio para o desenvolvimento de softwares. O ciclo de vida iterativo baseado em renamentos e incrementos sucessivos a m de
convergir para um sistema adequado. Em cada iterao incrementa-se um pouco mais o produto, baseando-se na experincia obtida nas iteraes anteriores e no feedback do usurio.
O Processo Unicado consiste da repetio de uma srie de ciclos durante a vida de um
sistema. Cada ciclo concludo com uma verso do produto pronta para distribuio e
subdividido em quatro fases: concepo, elaborao, construo e transio. Cada fase, por
sua vez, subdivida em iteraes que passam por todos os cincos uxos do trabalho do
processo: anlise de requisitos, anlise, projeto, implementao e teste.
O
Os com-
ponentes executveis so testados exaustivamente no uxo de teste para ento ser disponibilizados aos usurios nais. O principal propsito do uxo de teste realizar vrios testes e
sistematicamente analisar os resultados de cada teste. Componentes que possurem defeitos
retornaro a uxos anteriores como os uxos de projeto e implementao, onde os problemas
encontrados podero ser corrigidos.
O teste de um sistema primeiramente empregado durante a fase de elaborao, quando a
arquitetura do sistema denida, e durante a fase de construo quando o sistema implementado. Um planejamento inicial de testes pode ser feito durante a fase de concepo.
Na fase de transio, o uxo de testes se limita ao conserto de defeitos encontrados durante a utilizao inicial do sistema. O produto do uxo de teste o modelo de teste, esse
modelo primeiramente descreve como componentes executveis, provenientes do uxo de
implementao, so testados.
Pgina 70 de 114
www.handbookdeti.com.br
Mais especicamente, um
modelo de teste
Volume 02 Edio 2
caso de teste
plano de testes
iterao (ou projeto), os itens-alvo, a abordagem adotada, os recursos necessrios e os produtos que sero liberados.
Um
prova de conceito
As provas
de conceito apenas armam algo que antes s existia no papel e que, portanto, no existia
nenhuma prova que de fato aquilo funcionaria. Durante o processo da anlise arquitetural,
aspectos de risco do projeto podem merecer uma investigao mais detalhada, para isso uma
prova de conceito pode ser construda e pode tomar as seguintes formas: Modelagem conceitual; Prottipo Rpido; Simulao; Converso automtica de especicaes em cdigo;
Especicaes executveis ou a Construo de picos invertidos.
A
Ela geralmente
inclui uma lista de defeitos e seus nveis de prioridade, alm de informaes como a razo
de defeitos por linha de cdigo.
As principais medidas de um teste incluem a cobertura e a qualidade.
A cobertura a
medida da abrangncia do teste e expressa pela cobertura dos requisitos e casos de teste
ou pela cobertura do cdigo executado. A qualidade uma medida de conabilidade, de
estabilidade e de desempenho do objetivo do teste (sistema ou aplicativo em teste). Ela se
baseia na avaliao dos resultados do teste e na anlise das solicitaes de mudana (defeitos) identicadas durante o teste.
Dado todo o exposto, a alternativa a ser marcada a letra (E).
Pgina 71 de 114
www.handbookdeti.com.br
33.
Assuntos relacionados:
Volume 02 Edio 2
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 53
- Eng. de Software
Aplicaes com interfaces web podem apresentar uxos de navegao complexos entre suas
pginas.
transio de uma pgina para outra e at para si mesma. Utilizando Javascript no lado do
cliente, e possivelmente recursos Ajax, possvel habilitar ou desabilitar links e permitir ou
impedir o envio de formulrios com base em condies vericadas em tempo real. Dentre os
tipos de diagrama UML listados a seguir, qual o que melhor modelaria o uxo de navegao
descrito?
(a). Classe
(b). Atividade
(c). Mquina de estado
(d). Componente
(e). Seqncia
Soluo:
Antes de apontar qual a alternativa correta, vamos rever cada tipo de diagrama UML
envolvido nesta questo.
Diagrama de Classes
O objetivo de um diagrama de classes descrever estaticamente os vrios tipos de objetos no sistema, bem como o relacionamento entre eles. importante ressaltar que esse tipo
de diagrama pode oferecer trs perspectivas distintas:
Conceitual:
em estudo;
Especicao:
Implementao:
Ela aborda
Diagrama de Atividades
Um diagrama de atividades um diagrama de estados em que todos ou a grande maioria dos estados representam execues de aes (atividades internas ao sistema). Portanto,
ele um grco de uxo que evidencia os controles e as execues das atividades.
principais elementos so:
Pgina 72 de 114
www.handbookdeti.com.br
Seus
incio:
Volume 02 Edio 2
crculo preenchido;
estado ou atividade:
transio:
seta;
deciso ou desvio:
intercalao ou merge:
separao ou fork:
juno ou join:
Um diagrama de atividades descreve uma sequncia de atividades. Ento, se ele fosse utilizado para descrever o uxo de navegao descrito no enunciado, o foco caria nos eventos
dos links e botes ao invs de nas pginas.
Diagrama de Estados
Diagrama de estados tambm comumente chamado de mquina de estados. Ele mostra os
diferentes estados de um objeto durante sua vida, bem como os estmulos que acionam as
mudanas de estado. Ou seja, o diagrama de estados v o ciclo de vida dos objetos como
mquinas de estados (automatos) nitos. O termo nito signica que existe um nmero
nito de estados que o objeto pode assumir, bem como nito o nmero de estmulos que
acionam as mudanas de estado.
Na UML, o estado do objeto denido pelos valores dos atributos de um objeto de uma determinada classe do modelo. No entanto, importante ressaltar que nem todas as variaes
de valores de atributos devem ser representadas por estados exclusivos, mas apenas aquelas
que podem afetar signicativamente o trabalho do objeto no contexto da aplicao.
Existem dois tipos especiais de estados: inicial e nal. Eles so especiais porque nenhum
evento pode fazer com que um objeto retorne para seu estado inicial, bem como no existe
nenhum evento capaz de tirar o objeto de seu estado nal.
A Figura 4 mostra um exemplo de um diagrama de estados para um objeto do tipo servidor. Nele so mostrados 4 estados (pronto, escutando, trabalhando e desligando), alm dos
estados inicial e nal. Tambm so mostrados os estmulos que acionam as mudanas de
estado.
este o tipo de diagrama adequado para modelar o uxo de navegao entre pginas web.
As pginas seriam encaradas como os objetos e os eventos de links e botes seriam modelados como os estmulos.
Diagrama de Componentes
Um diagrama de componente mostra os componentes do software (por exemplo, componentes CORBA, Java Beans ou sees do sistema que so claramente distintas) e os artefatos
de que eles so feitos, como arquivos de cdigo-fonte, bibliotecas de programao ou tabelas
de bancos de dados relacionais. Sendo assim, nem de longe ele til para modelar algum
tipo de uxo de sistema.
Pgina 73 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Diagrama de Sequncia
Seu principal objetivo descrever a sequncia ao longo do tempo das comunicaes entre objetos.
A nfase temporal obtida com a linha vertical de tempo que est sempre
sagens em situaes dinmicas. Perceba, portanto, que este tipo de diagrama no se mostra
adequado a modelagem de uxo de navegao.
Pgina 74 de 114
www.handbookdeti.com.br
34.
Volume 02 Edio 2
A gura acima mostra um diagrama de classes UML desenvolvido para um projeto em que
ainda no se sabe em que linguagem ser realizada a implementao.
Sobre o diagrama,
composite.
(e). Invertendo o sentido de todas as generalizaes, o diagrama resultante corresponde
ao padro de projeto chain of responsability.
Soluo:
Lembre-se que diagramas de classe nos permitem identicar tanto o contedo de uma classe
quanto o relacionamento entre vrias classes. Em um diagrama de classe, podemos mostrar
as variveis e mtodos membros de uma classe. Podemos tambm mostrar se uma classe
herda de outra, ou se mantm uma referncia para outra.
(A) CORRETA
O relacionamento todo-parte, tambm conhecido como composio agregada, ou relacionamento tem-um ou parte-de, indica que um objeto (o todo) composto de outros objetos
(as partes). Com a composio agregada, o relacionamento entre os objetos muito mais
forte que com a associao, pois nela o todo no pode existir sem suas partes e as partes no
podem existir sem o todo. Vrios pontos importantes so inerentes a este fato. So eles:
Pgina 75 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
as partes no podem ser acessadas fora do todo, ou seja, elas so particulares para o
todo;
uma mensagem destinada a uma parte deve ser enviada para o todo e retransmitida
por ele parte.
Isto signica que a agregao composta deve ser utilizada somente quando um objeto
considerado como uma parte de outro objeto e no apenas uma associao ocasional com
existncia e visibilidade independentes.
A m de representar este tipo de relacionamento, utiliza-se uma linha que termina com
um smbolo de diamante preenchido, smbolo este colocado contra o todo. Alm disso, para
evitar qualquer confuso possvel, ao todo atribuda, explicitamente, a multiplicidade de
1 (um), mesmo porque apenas um todo possvel.
A partir do diagrama UML e do que expomos, conseguimos classicar a Classe A como
sendo o todo e a Classe B como a parte do relacionamento. Assim, podemos vericar que
a alternativa
(B) ERRADA
Na verdade, o que no permitido na UML o que foge da sua semntica e sintaxe,
pois lembremos que UML uma linguagem de modelagem. Logo, a UML em sua semntica
e sintaxe no impede a existncia da dependncia cclica, pois essa no se preocupa com
problemas da arquitetura do sistema ou da soluo.
(C) ERRADA
Um relacionamento entre classes chamado de relacionamento de generalizao. Esse relacionamento tambm pode ser chamado de relacionamento de especializao, pois a generalizao e a especializao so dois pontos de vista do mesmo relacionamento: as Classes A e
B so generalizaes da Classe D e esta uma especializao das anteriores.
No diagrama de classes, uma generalizao representada por uma echa partindo da subclasse (no caso, a Classe D) em direo (s) superclasses (no caso, as Classes A e B).
importante mencionar que, assim como a alternativa B, independentemente da linguagem
de programao adotada permitir (C++) ou no (Java) herana mltipla, no ser a UML
que restringir a modelagem de herana mltipla.
mais de uma superclasse. No nosso caso, a Classe D possui tanto caractersticas da Classe
A quanto da Classe B.
Conclumos, assim, que a alternativa est errada.
(D) ERRADA
Composite compe objetos em estruturas do tipo rvore para representar hierarquias todoparte. Faz tambm com que o tratamento dos objetos individuais e de suas composies
seja uniforme.
Pgina 76 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
O usurio
pode agrupar Componentes para formar Componentes maiores, que, por sua vez, podem ser
agrupados para formar Componentes maiores ainda. O Padro Composite descreve como
usar composio recursiva, de modo que os clientes no tenham que fazer distino entre
componentes simples e composies.
A Figura 5 apresenta esta estrutura.
Pgina 77 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Pgina 78 de 114
www.handbookdeti.com.br
35.
Assuntos relacionados:
Volume 02 Edio 2
clomtica,
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 55
- Eng. de Software
Soluo:
A complexidade ciclomtica, conhecida tambm como complexidade condicional, uma
mtrica de software que fornece uma medida quantitativa da complexidade lgica de um
programa estruturado (cclico). Ou seja, essa mtrica mede o nmero de caminhos linearmente independentes do conjunto bsico de um programa, indicando um limite mximo para
o nmero de casos de teste que dever ser executados para garantir que todas as instrues
do programa sejam executadas pelo menos uma vez. Um caminho independente qualquer
caminho que introduz pelo menos um novo conjunto de instrues ou uma nova condio.
Existem vrias formas de medir a complexidade ciclomtica de um programa. Uma forma
rpida e prtica, que o que nos interessa em uma prova, contabilizar o nmero total de
predicados lgicos (comparaes expresses booleanas) que aparecem em uma rotina. Seja
n + 2.
Pgina 79 de 114
www.handbookdeti.com.br
5.
36.
Assuntos relacionados:
Volume 02 Edio 2
Deciso, Ordenao por Comparao, Quicksort, Ordenao por Insero, Ordenao por
Intercalao,
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 56
- Eng. de Software
Soluo:
O Heapsort utiliza uma estrutura de dados chamada heap binrio (rvore binria mantida na
forma de vetor) para ordenar os elementos a medida que os insere na estrutura. Dessa forma,
ao nal das inseres, os elementos podem ser sucessivamente removidos da raiz da heap,
na ordem desejada. Para uma ordenao crescente, deve ser construda uma heap mxima
(o maior elemento ca na raiz). J para uma ordenao decrescente, deve ser construda
uma heap mnima (o menor elemento ca na raiz). Em resumo, as principais caractersticas
desse algoritmo so:
heap gerada e mantida no prprio vetor a ser ordenado (utilizao eciente da memria);
complexidade (em qualquer caso: pior, mdio ou melhor): O(n log n);
(A) ERRADA
Algoritmos que se baseiam apenas em comparaes entre os elementos de entrada para
efetuarem ordenaes so denominados algoritmos de ordenao por comparao. Os algoritmos Heapsort, Quicksort e Ordenao por Intercalao (Mergesort) so alguns exemplos
desse tipo de algoritmo.
Uma rvore de deciso representa, de modo abstrato, as comparaes executadas por um
algoritmo de ordenao. Suas principais propriedades so: uma rvore binria; possui no
mnimo n!
contm uma permutao dos dados de entrada. O caminho mais longo da rvore representa
o pior caso de execuo do algoritmo.
sempre possvel construir uma rvore de deciso para algoritmos de ordenao por comparao. Essa construo realizada da seguinte forma:
xe o n;
Pgina 80 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Tendo em vista os conceitos apresentados, conclui-se que o algoritmo Heapsort pode ser
representado por uma rvore de deciso, j que um dos algoritmos que realiza ordenao
por comparao. Portanto, essa alternativa est errada.
(B) CORRETA
Considerando a explicao apresentada acima, se torna fcil concluir que essa a alternativa correta.
(C) ERRADA
Seu desempenho no pior caso (igual ao do melhor ou mdio caso) O(n log n).
Esse
O(nlogn)
O(n2 )
ter em mente que quanto mais eciente for a escolha do pivot, mais eciente ser o desempenho da ordenao do algoritmo Quicksort.
(D) ERRADA
No pior caso, a ordenao por insero apresenta complexidade igual a
caso so necessrias
n(n 1)/2
O(n2 ),
pois nesse
Pgina 81 de 114
www.handbookdeti.com.br
37.
Volume 02 Edio 2
Hash,
Considere uma tabela hash H, onde H[i] denota uma posio da tabela.
H implemen-
tada usando uma funo h(k) para determinar a posio i de armazenamento, k sendo a
chave do elemento de dados x a ser armazenado em H, e denotada por k = chave[x]. H
um hash com encadeamento, ou seja, cada H[i] uma lista encadeada que armazenar os
elementos de dados que, de outra forma, colidiriam para a posio. Nesta implementao,
as listas so duplamente encadeadas, ou seja, cada elemento e da lista armazena tambm os
ponteiros proximo[e] e anterior[e]. Cada lista L possui ainda o valor inicio[L], que aponta
para o primeiro elemento da lista. NIL representa um ponteiro vazio.
O pseudocdigo a seguir mostra uma operao nesta estrutura, porm apresenta erro em
uma de suas linhas. As linhas esto numeradas apenas para facilitar a correspondncia com
as alternativas.
01 proximo[chave[x]]
inicio[H[h(chave[chave[x]])]]
02 se inicio[H[h(chave[chave[x]])]]
03
6=
NIL
ento inicio[anterior[inicio[H[h(chave[chave[x]])]]]]
04 inicio[H[h(chave[chave[x]])]]
05 anterior[chave[x]]
chave[x]
chave[x]
NIL
inicio[H[h(chave[x])]]
(b). 02 se proximo[H[h(chave[chave[x]])]]
6=
NIL
chave[x]
proximo[chave[x]]
inicio[H[h(chave[chave[x]])]]
Soluo:
Antes de partirmos para a resoluo da questo, relembremos as estruturas de dados citadas
(Tabela Hash e Lista Encadeada).
As Tabelas Hash so utilizadas geralmente em cenrios em que o nmero real de chaves
armazenadas menor que o nmero de chaves possveis. Nessas condies, Tabelas Hash
tornam-se uma alternativa efetiva ao endereamento direto de uma matriz, visto que usam
matrizes de tamanho proporcional ao nmero de chaves realmente armazenadas.
Em uma Tabela Hash, a funo hash (na questo, h(k)) utilizada para calcular em qual
entrada da tabela o elemento de chave k ser armazenado.
0, 1, . . . , m-1.
propsito da funo hash reduzir a faixa de ndices da matriz que precisam ser tratados.
Pgina 82 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Essa reduo, contudo, possui um preo, o de que duas chaves distintas podem mapear para
a mesma entrada na tabela.
As Listas Encadeadas so estruturas de dados nas quais os objetos esto arranjados em
uma ordem linear, fornecendo uma simples e exvel representao para conjuntos dinmicos.
Na lista L em questo, cada elemento um objeto com um campo chave e dois outros
campos ponteiros: prximo e anterior. Dado um elemento e na lista, proximo[e] aponta
para o seu sucessor na lista encadeada, e anterior[e] aponta para o seu predecessor. Se anterior[e] = NIL, o elemento e no possui predecessor e ele o primeiro elemento, ou cabea,
da lista (lembre-se que essa lista apenas duplamente encadeada, e no circular). Pelo lado
oposto, se proximo[e] = NIL, o elemento e no possui sucessor, sendo, ento, o ltimo
elemento, ou rabo, da lista.
Pelo enunciado, podemos notar que a referida lista (L) tambm possui um atributo inicio, que aponta para o primeiro elemento da lista. Se inicio[L] = NIL, ento a lista vazia.
Assim sendo, partiremos para a resoluo da questo.
Ao analisar o pseudocdigo, podemos notar que a funo hash h(k) alimentada pela chave
da chave do elemento x e no apenas pela chave de x (chave[x]) como o enunciado apresenta,
o que poderia nos confundir.
Nesse pseudocdigo, todas as linhas esto corretas com exceo da linha 03.
Vejamos,
vimos no item anterior, obteremos inicio[NIL], o que representa uma violao de acesso
memria. Portanto, a resposta correta a alternativa
Pgina 83 de 114
www.handbookdeti.com.br
C.
38.
Volume 02 Edio 2
Soluo:
Aps a correo do erro existente no pseudocdigo, teremos:
01 proximo[chave[x]]
inicio[H[h(chave[chave[x]])]]
02 se inicio[H[h(chave[chave[x]])]]
03
6=
NIL
ento anterior[inicio[H[h(chave[chave[x]])]]]
04 inicio[H[h(chave[chave[x]])]]
05 anterior[chave[x]]
chave[x]
chave[x]
NIL
A partir da anlise do pseudocdigo acima, constamos que estamos diante de uma insero,
pois:
a atribuio existente na linha 01 faz com que o campo ponteiro prximo do n chave[x]
passe apontar para a atual cabea da lista.
abaixo a Figura 7 que apresenta dois cenrios iniciais possveis da lista. O primeiro em
que ela vazia e o segundo em que h apenas um n;
Novamente, para
ilustrar essa atribuio, ns recorreremos a Figura 10, a qual apresenta o cenrio 1.2,
proveniente de uma lista inicialmente vazia, e o cenrio 2.3, proveniente de uma lista
no-vazia.
Pgina 84 de 114
www.handbookdeti.com.br
Pgina 85 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Pgina 86 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
39.
Volume 02 Edio 2
B,
Considere uma rvore B de grau mnimo igual a 2 (o que signica que cada n pode ter, no
mximo, 3 chaves) inicialmente vazia, na qual so inseridas as chaves N, D, T, B, Z, K, R,
F, G, nesta ordem, as quais so comparadas com base na ordem do alfabeto. Considerando
o algoritmo de insero em uma nica passagem, conclui-se que
(a). a altura da rvore resultante ser 3.
(b). B estar em um n interno.
(c). o n raiz conter a chave K.
(d). haver 4 ns folhas.
(e). F e G pertencero mesma folha.
Soluo:
rvores B so rvores de busca balanceadas projetadas para trabalhar com discos magnticos ou outros dispositivos de armazenamento secundrio.
Antes de solucionarmos a presente questo, de enorme importncia que vejamos algumas caractersticas da rvore B. So elas:
chave2[x]
...
chaveN[x]);
se x um n interno, ento ele contm n[x] + 1 ponteiros para os seus lhos. Nesse
caso, note que os ns folhas, os quais esto localizados nos extremos da rvore, no
tm lhos;
existem limites mximos e mnimos no nmero de chaves que um n pode conter. Esse
limite expressado em termos do grau mnimo da rvore B (considerado, aqui, como
um parmetro t). Assim, cada n diferente da raiz deve ter, pelo menos, t - 1 chaves,
isto , no mnimo t lhos (se a rvore no-vazia, o n raiz deve ter pelo menos uma
chave). No que se refere ao limite mximo, cada n pode conter at 2t - 1 chaves, ou
seja, 2t lhos;
Pgina 87 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
aps a ocorrncia de um split, a nova chave ser inserida no n folha existente em uma
das sub-rvores criadas.
rvore B consiste em alocar um n raiz vazio, o qual no possui chaves e, logicamente, nem
ns lhos. Em seguida, ns iremos inserir as chaves, uma a uma, respeitando os limites que
os ns possuem.
uma chave e no mximo 3 chaves. A Figura 11, apresenta, passo a passo, a insero de cada
chave (ns que so modicados pelo processo de insero esto sombreados).
Ao observarmos a Figura 11, podemos notar que:
1) representa o estado inicial da nossa rvore, a qual contm apenas um n (raiz) vazio;
E.
Pgina 88 de 114
www.handbookdeti.com.br
Pgina 89 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
40.
Volume 02 Edio 2
O mtodo
assertEquals gera um junit.framework.AssertionFailedError quando os valores de seus argumentos so diferentes entre si.
01 package br.com.exemplo.estoque;
02
03 public class Produto
04
05
06
07
08
09
this.preco = preco;
10
this.precoMinimo = precoMinimo;
11
12
13
14
double precoComDesconto;
15
16
17
18
Pgina 90 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
01 package br.com.exemplo.estoque;
02
03 import org.junit.Test;
04 import static org.junit.Assert.*;
05
06 public class ProdutoTest
07
08
@Test
09
10
11
12
13
System.out.println(caderno);
14
15
16
assertEquals(resultadoEsperado, resultado);
17
18
System.out.println(caneta);
19
20
resultado = caneta.descontoValido(percentual);
21
assertEquals(resultadoEsperado, resultado);
22
23
Soluo:
(A) ERRADA
Em Java, existem 3 (trs) tipos de comentrios:
/** Este o terceiro tipo de comentrio, muito utilizado para documentao web */
(B) ERRADA
Esta uma confuso muito comum em Java. Na verdade, o cdigo
import org.junit.Test
utilizado para importar apenas a classe Test a m de que a classe ProdutoTest possa
acessar os seus mtodos pblicos (caso existam).
A classe ProdutoTest somente descenderia da classe Teste se ela fosse declarada utilizando-se
Pgina 91 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Lembre-se que a palavra chave extends indicaria que todas as declaraes de mtodos, variveis e campos da superclasse (classe pai) Test seriam herdadas pela classe ProdutoTest.
(C) CORRETA
Um construtor determina como um objeto inicializado pela criao de uma nova instncia
de uma classe com os parmetros especicados. Podemos trat-lo como um mtodo especial: com nome igual ao da classe; sem tipo de retorno (
public),
um mtodo, pblico (
protected.
Isso per-
org.junit.Assert.
Pgina 92 de 114
www.handbookdeti.com.br
41.
Volume 02 Edio 2
de Software
testDescontoValido() valida a vericao para o produto caderno, mas gera uma exceo
para o produto caneta, indicando que o desconto de 90% no vlido para canetas, o que
est incorreto. A causa do problema e uma possvel soluo seriam:
(a).
CAUSA:
SOLUO:
(d).
CAUSA: verso antiga da mquina virtual Java, que apresenta esse tipo de problema at a verso 1.1. SOLUO: atualizar para a ltima verso da JVM.
CAUSA: falta da incluso do pacote java.lang.math em Produto. SOLUO:
incluir o pacote atravs de uma declarao import.
(e).
CAUSA:
SOLUO:
Soluo:
(A) CORRETA
Observe, no cdigo acima, que as variveis preco, precoMinimo e precoComDesconto so
do tipo double. Observe, tambm, que o programa est tratando com partes fracionais de
uma unidade monetria, que assumiremos ser o real somente para ns ilustrativos, e ento
precisa de um tipo que permite pontos decimais em seus valores.
Infelizmente, nmeros em ponto utuante podem causar transtornos. O problema que ocorre
no cdigo acima devido ao uso do tipo double (ou oat) para representar quantias em reais
(assumindo que quantias de real so mostradas com dois dgitos a direita do ponto decimal).
Dessa forma, aps a chamada do construtor Produto, poderemos ter as seguintes quantias
armazenadas para o produto caderno:
O mesmo pode ocorrer para o produto caneta aps a invocao do construtor Produto:
Pgina 93 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Assim, aps a invocao do mtodo descontoValido pelos produtos caderno e lpis, teremos:
A recomendao no usar variveis do tipo double (ou oat) para realizar clculos monetrios precisos.
int
(C) ERRADA
A JVM (Java Virtual Machine ou Mquina Virtual Java, em portugus) uma mquina
computacional abstrata, que, assim como uma mquina real, possui seu prprio conjunto de
instrues e capacidade de manipular vrias reas de memria em tempo de execuo.
Dentre as responsabilidade da JVM podemos citar as principais:
Lembre-se que a mquina virtual Java no tem conhecimento sobre a linguagem de programao Java. Ela conhece apenas um determinado formato binrio, arquivo do tipo classe, o
qual contm instrues da JVM (ou bytecodes) e uma tabela de smbolos, bem como outras
informaes.
(D) ERRADA
A classe Math parte do pacote java.lang, o qual implicitamente importado pelo compilador. Ento no necessrio importar a classe Math para usar seus mtodos.
(E) ERRADA
Os membros de uma classe, no presente caso, preco e precoMinimo, so acessveis por qualquer mtodo declarado na mesma classe, independentemente do qualicador que os precede.
Assim, o campo precoMinino (this.precoMinimo no cdigo) pertence ao escopo do mtodo
descontoValido.
Note, ainda, que no mtodo descontoValido, o uso da palavra chave this para o membro
precoMinimo no era necessrio, pois no h variveis locais com o mesmo nome.
Pgina 94 de 114
www.handbookdeti.com.br
42.
Volume 02 Edio 2
de Classes,
(a). I e III
(b). I e IV
(c). II e III
Pgina 95 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
(d). III e IV
(e). IV e V
Soluo:
(I) ERRADA
Observe pelo diagrama que Produto uma classe abstrata, portanto no possvel aplicar
um construtor sobre ela. Em outras palavras, ela no pode ser instanciada. Ns precisamos
assegurar que o objeto a ser construdo pertence a uma classe concreta da classe abstrata
Produto, no caso, ou a classe Veculo ou a classe Peca.
seguinte cdigo:
Produto p = new Veculo();
(II) ERRADA
Note que apesar da varivel s ser uma instncia da classe Veiculo, ela foi automaticamente
convertida (upcast ) no momento da sua declarao para a interface Seguravel. Desse modo,
esse objeto poder acessar apenas os mtodos que foram denidos na interface, no caso, o
mtodo calculaPremio, e no o mtodo setNome.
(III) CORRETA
Semelhante alternativa anterior, porm com um converso (downcast ) explcita entre a
interface Seguravel e a classe que a implementa (Veiculo). Este tipo de converso permite a
uma classe pai, no caso a interface Seguravel, acessar todos os mtodos da classe lha.
Note, tambm, que s uma instncia da classe Veiculo, e por isso no foi necessrio inserir
mecanismos que vericam o tipo do objeto antes da converso (RITT, do ingls Run-Time
Type Identication ).
Em Java isso alcanado por meio do operador instanceof.
ador garante que as converses so sempre seguras, no permitindo que um objeto seja
convertido para uma classe invlida.
(IV) CORRETA
No trecho de cdigo so realizadas duas converses:
1. Upcast entre uma instncia da classe, a classe concreta Peca, e a interface Vendavel.
Mais uma vez lembre-se que uma converso para uma classe (ou interface) pai feita
implicitamente;
2. Downcast entre a interface Vendavel, que uma instncia da classe Peca, e a classe
abstrata Produto. Observe, nesse caso, que a converso realizada para a classe pai
(Produto) da classe instanciada (Peca), o que perfeitamente aceitvel uma vez que
toda Peca um Produto.
Aps a realizao do downcast o mtodo setNome da classe Produto apropriadamente
invocado.
Pgina 96 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
(V) ERRADA
No trecho de cdigo, h uma tentativa de realizar um cast entre a instncia de Veiculo,
representada por v, para a classe Peca. Tal tipo de cast (entre classe irms) produzir um
erro de compilao, pois as referidas classes possuem mtodos completamente diferentes e
no relacionados.
Pgina 97 de 114
www.handbookdeti.com.br
43.
Volume 02 Edio 2
de Classes,
import java.util.ArrayList;
public class Fabricante {
private ArrayList<Produto> mProduto;
public Fabricante () {
}
public ArrayList<Produto> getProduto () {
return mProduto;
}
Pgina 98 de 114
www.handbookdeti.com.br
Volume 02 Edio 2
Soluo:
Lembre-se que diagramas de classe nos permitem identicar tanto o contedo de uma classe
quanto o relacionamento entre vrias classes. Em um diagrama de classes podemos mostrar
as variveis e mtodos membros de uma classe. Podemos tambm mostrar se uma classe
herda de outra, ou se mantm uma referncia para outra. Em suma, podemos descrever todas
as dependncias do cdigo-fonte entre classes.
saber:
1. associaes entre classes muito frequentemente representam instncias de variveis que
mantm referncia para outros objetos;
2. a direo da echa nos informa que a classe mantm referncia para outra classe;
3. o nmero prximo cabea da seta nos informa quantas referncias so mantidas;
4. quando existem muitas conexes representamos por estrela (*). Em Java, isso comumente implementado com um Vetor ou uma Lista.
De posse desse conhecimento, estamos aptos a revolver a presente questo.
Inicialmente, analisemos a declarao da classe Produto.
um membro privado do tipo Fabricante. Em outras palavras, a classe Produto mantm uma
nica referncia para classe Fabricante. Portanto, na associao existente entre Produto e
Fabricante deve existir uma echa apontando para a classe Fabricante com o valor numrico
1 (um) em sua ponta.
Agora, analisemos a declarao da classe Fabricante.
vetor (ArrayList) privado do tipo Produto, em outras palavras, a classe Fabricante mantm
muitas referncias para classe Produto. Portanto, na associao existente entre Fabricante
e Fabricante tambm deve existir uma echa apontando para a classe Produto com um asterisco (*) em sua ponta.
Conclumos, ento, que a reposta correta a letra
D.
Pgina 99 de 114
www.handbookdeti.com.br
44.
Volume 02 Edio 2
de Software
if (x != x + 0) {
System.out.println("Condio satisfeita.");
}
Se x for da classe String e tiver sido inicializado, esse trecho de cdigo Java
(a). imprimir a mensagem, apenas se x no for 0.
(b). imprimir a mensagem, apenas se x no tiver sido inicializado com null.
(c). imprimir a mensagem, independente do valor de x.
(d). gerar um erro de compilao.
(e). compilar, mas nunca imprimir a mensagem.
Soluo:
Para resolvermos a referida questo preciso saber que, em Java, o operador de adio (+)
tem precedncia maior que os operadores relacionais de (des)igualdade (!= e ==). Alm
disso, o operador + pode ser utilizado tambm para a concatenao de strings, que o
caso da nossa questo. Pronto, agora ns j temos condies de resolver a questo.
Pelo enunciado, extramos que x uma string inicializada, isto , uma string de tamanho N,
onde N pode ser maior do que 0 (zero), se x possuir algum contedo, ou N pode ser igual a
0 (zero), se x for nula.
Independentemente do contedo de x, o lado direito do operador != produzir uma string
com o tamanho N + 1. Isto , a string concatenada possuir tamanho, e obviamente, contedo, diferente da original (x), o que sempre satisfar a condio de desigualdade existente
no
if.
(alternativa
C).
www.handbookdeti.com.br
45.
www.handbookdeti.com.br
Volume 02 Edio 2
Volume 02 Edio 2
(d). (3,4)(3,4)(5,4)(2,5)(2,5)(1,2)
(e). (3,4)(3,4)(5,4)(2,2)(2,5)(2,2)
Soluo:
A seguir, o passo a passo da execuo da classe em questo. Na verdade, sero abordados
os principais pontos da execuo.
Perceba que no foi criado um objeto que seria atribudo varivel r. Na execuo dessa
ltima linha, a varivel r foi atribuda ao objeto j existente p. Ou seja, a partir deste ponto,
em qualquer referncia s variveis r e p sero utilizadas as propriedades do mesmo objeto.
www.handbookdeti.com.br
46.
Assuntos relacionados:
Volume 02 Edio 2
Banca: CESGRANRIO
Instituio: Petrobras
Cargo: Analista de Sistemas
Ano: 2008
Questo: 66
- Eng. de Software
APENAS as armativas
(a). I e II
(b). I e III
(c). I e IV
(d). II e III
(e). III e IV
Soluo:
OLAP (Online Analytical Processing) uma abordagem que possibilita viabilizar consultas
em uma anlise multidimensional de dados.
ao usurio seja imediata. Um exemplo quando voc acessa um site de um banco: voc
quer fazer transferncias ou conferir as transaes em sua conta corrente e uma demora
considervel inaceitvel.
Em uma arquite-
www.handbookdeti.com.br
Volume 02 Edio 2
uma arquitetura MOLAP (multidimensional), os dados so armazenados em cubos dimensionais, em geral em formatos proprietrios, e no em banco de dados relacionais. HOLAP
(hbrido) tenta combinar as vantagens de MOLAP e ROLAP, extraindo o que h de melhor
de cada uma, ou seja, a alta performance do MOLAP com a melhor escalabilidade do ROLAP. Outras siglas so utilizadas para representar arquiteturas, mas so pouco utilizadas:
WOLAP (Baseado em Web), DOLAP (Desktop) e RTOLAP (Real-Time).
Vamos analisar as armativas da questo:
I como j foi dito, os bancos de dados relacionais podem ser utilizados para armazenar
bancos de dados modelados da maneira OLAP (multidimensional). As principais motivaes para esse uso a incrvel escalabilidade dos bancos de dados relacionais e
a grande disponibilidade de ferramentas. J uma arquitetura MOLAP (multidimensional) construda, de forma otimizada, em estruturas de dados que possibilitam a
melhoria de desempenho em consultas. Ou seja, a armao est incorreta, pois arma
justamente o contrrio;
II verdadeira, como j explicado acima;
III verdadeira, pois quando uma empresa guia o projeto de forma centralizada e com
polticas estabelecidas, ela diminuir as chances de problemas de inconsistncia em
metadados.
www.handbookdeti.com.br
47.
Volume 02 Edio 2
Soluo:
O CMMI (Capability Maturity Model Integration) uma metodologia criada pela SEI (Software Engineering Institute) com o objetivo de substituir as diversas CMMs (Capability
Maturity Model) desenvolvidas especicamente para cada rea de atuao, tais como: desenvolvimento de sistemas, engenharia de software, aquisio de software e desenvolvimento
de processos. Apesar das CMMs serem teis, elas so excessivamente diversicadas e, por
conta disso, foram consideradas problemticas: redundncia de conceitos, terminologia incomum, inconsistncias, etc.
De forma geral, o objetivo maior do CMMI prover um conjunto de boas prticas para
melhoria dos processos das organizaes e a habilidade de gerenciar, desenvolver e manter
os seus produtos (softwares). Essas prticas, j consideradas efetivas, so organizadas em
uma estrutura que visa auxiliar a organizao, em particular os gerentes de projetos, a estabelecer suas prioridades para a conquista de melhorias. Um guia para a implementao
dessas melhorias tambm fornecido pelo CMMI.
O CMMI possui duas formas de representao, uma contnua e outra por estgios.
Es-
nvel 0: Incompleto;
nvel 2: Gerenciado;
www.handbookdeti.com.br
nvel 3: Denido;
Volume 02 Edio 2
nvel 2 (Gerenciado):
servios.
Sucessos e
nvel 3 (Denido): os processos BSICOS do nvel 2 se tornam padro para a organizao. Esses processos, que so otimizados com o passar do tempo, so utilizados para
a gerao de processos denidos para cada projeto da organizao;
(A) ERRADA
No nvel 1, os processos so informais, portanto, ainda no se obteve disciplina alguma
nos processos.
(B) CORRETA
Sim, de fato no nvel 2, os projetos so monitorados, controlados, revisados e avaliados.
(C) ERRADA
No nvel 3, os processos bsicos j se tornaram padro para a organizao, mas eles ainda
no so controlados estatisticamente. Isso acontece quando a organizao j se encontra no
nvel de maturidade 4.
(D) ERRADA
O aperfeioamento dos processos por meio de melhorias incrementais no processo e na tecnologia somente acontece quando a organizao j se encontra no nvel de maturidade 5.
www.handbookdeti.com.br
Volume 02 Edio 2
(E) ERRADA
No nvel 5, a organizao no necessita se concentrar excessivamente nos aspectos operacionais, anal de contas cada processo padro e otimizado. Ao invs disso, a organizao
se concentra em melhorias tecnolgicas incrementais e inovadoras.
www.handbookdeti.com.br
48.
Volume 02 Edio 2
APENAS as armativas:
(a). I e II.
(b). I e IV.
(c). II e III.
(d). II e IV.
(e). III e IV.
Soluo:
A norma ISO 9001:2000 tem como objetivo orientar as organizaes na implementao, no
desenvolvimento e na melhoria do sistema de gesto da qualidade a partir de uma abordagem baseada em processos. O modelo de um sistema de gesto da qualidade baseado em
processos mostrado na Figura 12.
O sistema de gesto da qualidade de uma empresa deve possuir um conjunto de diretrizes,
que permite aos clientes avaliarem a capacidade da organizao em fornecer produtos e
servios, que atendam aos requisitos especicados de forma consistente, fornecendo ainda
uma estrutura para melhoria contnua do desempenho da organizao.
A norma ISO 9001:2000 exige a elaborao de seis procedimentos: Controle de Documentos,
Controle de Registros, Auditoria Interna, Controle da No-Conformidade de Produtos, Ao
Corretiva e Ao Preventiva.
A existncia de procedimentos, instrues e registros de trabalho formalizam todas as atividades que afetam a qualidade.
nizao, aumentando o comprometimento com a qualidade, uma vez que todos participam
diretamente da implementao do sistema da qualidade.
www.handbookdeti.com.br
Volume 02 Edio 2
Logo,
armativa verdadeira;
II - a organizao deve assegurar que produtos que no esteja conforme aos requisitos
sejam identicados e controlados para evitar seu uso no intencional ou entrega. Como
uma das medies do desempenho do sistema de gesto da qualidade, a organizao
deve monitorar as informaes relativas percepo do cliente sobre se a organizao
atendeu aos requisitos dos clientes. Ento, a armativa falsa;
III - um sistema de gesto da qualidade em conformidade com a ISO 9001:2000 assegura que todo o processo de desenvolvimento possui um nvel de controle, disciplina e
repetibilidade, garantindo a qualidade dos produtos. Portanto, armativa falsa;
IV - a organizao deve tratar produtos no-conformes adotando-se pelo menos uma das
seguintes opes: a execuo de aes para eliminar a no-conformidade detectada;
autorizao do seu uso, liberao ou aceitao sob concesso por uma autoridade pertinente e, onde aplicvel, pelo cliente; e execuo de ao para impedir a inteno original
de seu uso ou aplicao originais. Devem ser mantidos registros sobre a natureza das
no-conformidades e qualquer ao subsequente tomada, incluindo concesses obtidas.
Quando o produto no-conforme for corrigido, esse deve ser vericado para demonstrar
a conformidade com os requisitos. Quando a no-conformidade do produto for detectada aps a entrega ou incio do seu uso, a organizao deve tomar as aes apropriadas
em relao aos efeitos, ou potenciais efeitos, da no-conformidade.
verdadeira.
Conforme exposto acima, a alternativa correta a letra
b.
www.handbookdeti.com.br
Logo, armativa
49.
Volume 02 Edio 2
Soluo:
(A) ERRADA
A Governana de Arquitetura a prtica e orientao pela qual os enteprise architectures so
gerenciados e controlados em todo meio corporativo da empresa. O termo enteprise archi-
www.handbookdeti.com.br
Volume 02 Edio 2
a Governana de TI numa organizao garantindo que: a TI esteja alinhada com o negcio; a TI permita o negcio e maximize os benefcios; os recursos de TI sejam usados com
responsabilidade; e que os riscos de TI sejam gerenciados apropriadamente. Vale reforar
que o COBIT no um padro denitivo. Ele serve como apoio para a implementao de
controles na Governana de TI. Ele atua em dizer o o que fazer e no se preocupa em
como fazer.
(D) ERRADA
O COBIT foca em duas reas chaves:
objetivos e os requisitos do negcio; e trata as informaes como sendo o resultado combinado de aplicaes e recursos de TI que precisam ser gerenciados por processos de TI.
Para isso, o COBIT agrupa os processos de TI em quatro reas ou domnios: Planejamento
e Organizao; Aquisio e Implementao; Entrega e Suporte; e Monitorao e Avaliao.
Cada uma dessas reas dene os respectivos processos de TI.
(E) ERRADA
O COBIT foi criado com a caracterstica principal de ser:
a processos, baseado em controles e direcionado a medies. Foi criado para ser utilizado
no apenas pelos fornecedores de servio de TI, usurios e auditores, mas tambm, e mais
importante, como um amplo guia pela direo e os responsveis pelos processos de negcio da
empresa. O COBIT promove a organizao das atividades de TI em torno dos processos de
TI fornecendo um modelo para as organizaes adotarem e adaptarem conforme necessrio.
Aps os processos estarem denidos, eles podem ser alocados a indivduos e gerentes que so
responsveis e devero prestar conta por cada processo. Com essa estrutura, as atividades
cam mais fceis de serem controladas e organizadas.
www.handbookdeti.com.br
50.
Volume 02 Edio 2
Soluo:
Controles gerais so aqueles embutidos nos processos e servios de TI, como: desenvolvimento de sistema, gerenciamento de mudanas, segurana, etc. Eles devem ser considerados
juntos com os objetivos de controle detalhados para ter a viso completa dos requisitos de
controle.
(A) ERRADA
O controle geral que atribui um proprietrio a cada processo, de forma que a responsabilidade seja clara o PC1 Process Owner (Proprietrio do Processo).
(B) ERRADA
O controle geral que dene cada processo de forma que seja repetvel o PC2 - Repeatability
(Repetibilidade).
(C) ERRADA
O controle geral que estabelece metas e objetivos claros para cada processo para uma execuo ecaz o PC3 Goals and Objectives (Metas e Objetivos).
(D) ERRADA
O controle geral que mede o desempenho de cada processo em relao s suas metas
o PC5 Process Perfomance (Desempenho do Processo).
(E) CORRETA
O COBIT no dene nenhum controle geral sobre SLA. O SLA controlado no COBIT
pelo processo Dene and manage service levels (Dene e gerencia o nvel de servio) no
www.handbookdeti.com.br
Volume 02 Edio 2
PC4 Roles and Responsibilities (Regras e Responsabilidades) dene regras, papis e responsabilidades no ambguas para cada processo do COBIT para a execuo
eciente;
www.handbookdeti.com.br
Questao
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
Volume 02 Edio 2
Resposta
E
A
E
C
E
A
B
A
E
C
B
C
B
C
D
B
D
C
C
B
E
B
C
E
A
A
E
A
B
D
B
E
C
A
D
B
C
B
E
C
A
D
D
C
A
D
B
B
C
E
Handbook de TI
Alm do Gabarito
ndice Remissivo
ISO 27001, 46
ISO 9001:2000, 108
.NET, 58
J2EE, 58
rvore B, 87
Algoritmos de Ordenao, 80
Anlise de Caso de Uso, 68
Arquitetura de Computadores, 4, 7
ATOM, 21
B2B, 49
B2C, 49
B2E, 49
Modelo Entidade-Relacionamento, 11
B2G, 49
Certicado Digital, 23
MVC, 58
CMMI, 105
COBIT, 110, 112
Complexidade Ciclomtica, 79
CSS, 28
OLAP, 103
Desenvolvimento de Cronograma, 30
Desenvolvimento de Software, 95
Diagrama de Atividades, 72
Orientao a Objeto, 51
Diagrama de Componentes, 72
Diagrama de Estados, 72
Diagrama de Sequncia, 72
Padres de Projeto, 51
PKI, 23
Portais Corporativos, 49
EAP, 32
Gerncia de Custos, 34
Quicksort, 80
Gerncia de Escopo, 32
Gerncia de Integrao, 38
ROLAP, 103
RSS, 21
Gerncia de Tempo, 30
RUP, 70
Heapsort, 80
Servidor de Aplicaes, 58
HTTP, 28
SQL, 16
HTTPS, 23
Interoperabilidade entre Aplicaes, 55
www.handbookdeti.com.br
Volume 02 Edio 2