Cespe - Petrobras - Engenharia de Software

Professor Gledson Pompeu
gledson.pompeu@gmail.com
Petrobrás
Perfil: Engenharia de Software

Prova: Agosto/2007
No que se refere a bancos de dados,
julgue os seguintes itens.
71 Em um conjunto de entidades sem os
atributos necessários para formar uma chave
primária, ou seja, em um conjunto de
entidades fracas, a chave primária é formada
pela chave primária do conjunto de entidades
fortes ao qual a existência do conjunto de
entidades fracas está vinculada e por um
identificador do conjunto de entidades fracas.
CERTO
Entidade Fraca
Uma entidade Fraca é uma entidade cuja existência

depende de outra entidade e que herda a totalidade
ou parte da sua chave primária
No Diagrama E-R representa -se uma entidade fraca como
um retângulo com linha dupla

72 Ao se mapear um modelo de entidade-
relacionamento para tabelas, os atributos
multivalorados de um conjunto de entidades
são mapeados para colunas na tabela que
representa o conjunto de entidades, e os
monovalorados, para novas tabelas, que são
criadas.
ERRADO
Normalização
Primeira Forma Normal

Uma relação está na primeira forma normal se todos
os seus atributos são monovalorados e atômicos
Análise da questão
Ao mapear o modelo entidade-relacionamento (modelo lógico)
para um conjunto de tabelas (modelo físico), os atributos
monovalorados permanecem como colunas, enquanto os
atributos multivalorados são transformados em novas tabelas
para atender à 1FN

73 Os esquemas e dependências funcionais
mostrados a seguir estão na terceira forma
normal (3NF).
Esquema_bancos = (numero, nome, telefone)
numero nome, telefone
Esquema_agencias = (codigo, nome, cep, cidade)
codigo nome, cep, cidade
cep cidade
ERRADO
Normalização
Segunda Forma Normal

Uma relação está na segunda forma normal quando duas
condições são satisfeitas:
a relação estiver na primeira forma normal
todos os atributos primos dependerem funcionalmente de toda a
chave primária
Terceira Forma Normal
Uma relação está na terceira forma normal quando duas
condições forem satisfeitas:
a relação estiver na segunda forma normal
todos os atributos primos dependerem não transitivamente de toda a
chave primária
A dependência entre Cidade e CEP viola a 3FN

Considerando as tabelas e as consultas SQL
apresentadas ao lado, julgue os itens subseqüentes.

Consulta 1
select Cruzeiro, count(*)
from Passageiros
where Idade > 40
group by Cruzeiro
order by 2;
74 A seguir, tem-se o correto resultado da consulta 1.

23 1
12 3
ERRADO
3 registros satisfazem à condição Idade > 40

Resultado da consulta:
23 1
12 2

Consulta 2
select Cruzeiro, t2.Data, Porto
from Cruzeiros t1, Escalas t2, Cruzeiros_Escalas t3
where t1.Codigo = Cruzeiro
and t2.Codigo = Escala
order by Cruzeiro, t2.Data;

12 21/12/2007 Salvador
12 22/12/2007 Maceio
23 3/3/2008 Santos
23 5/3/2008 Punta del Este
34 28/12/2007 Rio de Janeiro
CERTO

As colunas “Cruzeiro”, “Porto” e “Escala” não

exigem ser prefixadas, pois não há 2
atributos com esse nome nas tabelas
envolvidas na consulta
Construção correta do join entre as 3 tabelas

Consulta 3
select Nome
from Passageiros
where Cruzeiro in (
select distinct t1.Codigo
from Cruzeiros t1, Cruzeiros t2
where t1.Origem = t2.Origem
and t1.Codigo <> t2.Codigo)
order by Nome asc;

Ana
Fernando
Maria
Pedro
Roberto
CERTO
select distinct t1.Codigo from Cruzeiros t1,

Cruzeiros t2 where t1.Origem = t2.Origem
and t1.Codigo <> t2.Codigo
Cruzeiros que partam de uma mesma
cidade para destinos diferentes (12 e 23)
Resultado da consulta: passageiros dos
cruzeiros 12 e 23

77 O seguinte comando cria uma visão da

tabela Passageiros.
create view Passageiros_Jovens
as Codigo, Nome, Idade, Cruzeiro
from Passageiros
where Idade < 30;
ERRADO
Sintaxe correta do comando para criação de

view seria:
create view Passageiros_Jovens
as SELECT Codigo, Nome, Idade, Cruzeiro
from Passageiros
where Idade < 30;

78 O seguinte comando atualiza registros da

tabela Cruzeiros.
insert Cruzeiros
set Origem = 'Salvador', Destino = 'Manaus'
where Navio = 'Diamante';
ERRADO
Sintaxe correta do comando para atualização

de registros seria:
UPDATE Cruzeiros
set Origem = 'Salvador', Destino = 'Manaus'
where Navio = 'Diamante';

Julgue os seguintes itens com relação a
protocolos para aplicações na Internet.
79 Um exemplo de tipo de cabeçalho HTTP de
solicitação que pode ser enviado por clientes
é EXPIRES e um cabeçalho de resposta que
pode ser enviado por servidores é ACCEPT.
ERRADO
Cabeçalhos de solicitação HTTP
User-Agent: Informações sobre o navegador e sua plataforma

Accept: O tipo de páginas o cliente pode manipular
Accept-Charset: Os conjuntos de caracteres aceitáveis para o
cliente
Accept-Encoding: As codificações de páginas que o cliente pode
manipular
Accept-Language: Os idioma s com os quais o cliente pode lidar
Host: O nome DNS do servidor
Authorization: Uma lista das credenciais do cliente
Cookie: Envia um cookie definido anteriormente de volta ao
servidor
Date: Data e hora em que a mensagem foi enviada
Upgrade: O protocolo para o qual transmissor deseja alternar
Cabeçalhos de resposta HTTP
Date: Data e hora em que a mensagem foi enviada

Upgrade: O protocolo para o qual transmissor deseja alternar
Server: Informações sobre o servidor
Content-Encoding: Como o conteúdo está codificado (por
exemplo, gzip)
Content-Language: O idioma usado na página
Content-Length: O comprimento da página em bytes
Content-Type: O tipo MIME da página
Last-Modified: Data e hora da última modificação na página
Location: Um comando para o cliente enviar sua solicitação a
outro lugar
Accept-Ranges: O servidor aceitará solicitações de intervalos de
bytes
Set-Cookie: O servidor deseja que o cliente grave um cookie

protocolos para aplicações na Internet.
80 O Secure Sockets Layer (SSL) provê
suporte para um cliente autenticar um
servidor; parte do processo de autenticação
consiste em, após o cliente se conectar, o
servidor assinar sua chave privada com sua
chave pública e a enviar para o cliente.
ERRADO
SSL - Secure Sockets Layer
TLS - Transport Layer Security
Protocolos criptográficos que provêem comunicação segura para
serviços como email (ESMTP), acesso a páginas web (HTTPS)
e outros tipos de transferência de dados
Privacidade e a integridade de dados entre duas aplicações que
estejam se comunicando pela Internet ou qualquer rede não
confiável
Autenticação das partes envolvidas e criptografia dos dados
transmitidos entre as partes
Mecanismo básico de funcionamento
O servidor envia sua chave pública ao cliente
O cliente cria randomicamente uma chave secreta
A chave secreta é criptografada com a chave pública do servidor
O servidor decodifica a chave secreta com sua chave privada
O servidor e o cliente utilizam a chave secreta para transmitir

dados criptografados entre si (usando criptografia simétrica)

Acerca dos princípios e da arquitetura da
Internet, julgue os itens a seguir.
81 Na Internet, para a identificação das
entidades envolvidas em uma comunicação,
além de endereços IP, são usados números
de porta com 32 bits. Na programação em
redes, para a identificação de um socket,
basta um número de porta.
ERRADO
Endereços de porta são representados por

16 bits
As “Portas baixas” (0-1023) são associadas a
serviços e protocolos do padrão TCP/IP, e são
também chamadas de “Well-known ports”
“Portas altas” (1024-65535) são usadas para
outras conexões de dados
Um socket é identificado pelo endereço IP e
porta (de origem ou destino)

82 Para traduzir um nome de máquina em um
endereço IP, independentemente do modo
como a consulta seja feita aos servidores
Domain Name System (DNS), uma aplicação
que seja cliente desse serviço de tradução
tem que percorrer a hierarquia de nomes
enviando consultas para vários servidores ao
longo da hierarquia.
ERRADO
DNS – Domain Name System
Implementa um serviço para a resolução de nomes de domínio e

outras informações correlatas
Banco de dados hierárquico e distribuído, onde cada servidor é
responsável por manter uma tabela com os endereços e nomes
dos hosts em seu domínio
Um servidor DNS normalmente executa as seguintes atividades:
Responde a consultas sobre nomes registrados em seu domínio
local
Auxilia seus clientes locais na resoluções de nomes de domínio
na Internet
Guarda em cache local as resoluções de nomes solicitadas por
seus clientes
Um servidor DNS pode operar com dois tipos de consultas:
Iterativa: o cliente aciona cada um dos diferentes servidores
Recursiva: o servidor aciona todos os demais servidores

83 A Internet é composta por redes interligadas
por roteadores. O roteamento entre essas
redes é feito pelo IP usando tabelas de
roteamento. As informações armazenadas
nas tabelas de roteamento podem ser
modificadas a partir de troca de informações
entre roteadores.
CERTO
Roteamento dinâmico
Necessário porque os algoritmos estáticos não levam em conta

a carga real de tráfego da rede
Os dois algoritmos dinâmicos mais conhecidos são o roteamento
com vetor de distância e o roteamento por estado de enlace
No primeiro caso cada roteador possui uma tabela que fornece a
melhor distância conhecida até cada destino e determina qual
rota deve ser utilizada para se chegar lá
Essas tabelas são atualizadas por meio da troca de informações
com os vizinhos
No segundo caso, cada roteador deve fazer o seguinte:
Descobrir seus vizinhos e aprender seus endereços de rede
Medir o retardo ou o custo até cada um de seus vizinhos
Criar um pacote que informe tudo o que ele acabou de aprender
Enviar esse pacote a todos os outros roteadores
Calcular o caminho mais curto até cada um dos outros roteadores

Com relação a arquiteturas de sistemas
de software, julgue os seguintes itens.
87 A documentação da arquitetura de um
sistema de software pode ser organizada
segundo visões (views). Assim, em uma
visão da arquitetura, os componentes podem
ser processos e threads e, em outra visão,
podem ser subsistemas e módulos.
CERTO
Visões arquiteturais
Visão de módulos
Análise da distribuição de funcionalidades pelos
componentes e do grau de encapsulamento das
informações
Visão de processos
Análise do desempenho do sistema, em seus
diversos processos e threads
Visão de fluxo de dados
Análise do grau de atendimento aos requisitos
funcionais

88 No estilo service oriented architecture
(SOA), as lógicas das aplicações são
divididas entre serviços, e cada serviço
controla a lógica que encapsula; serviços
podem ser usados por outros serviços para
compor novos serviços. A descrição de um
serviço provê informações para a
comunicação com o mesmo.
CERTO
SOA – Service-oriented architecture
Paradigma para organização e utilização de funcionalidades

distribuídas, sob controle de diversas entidades e expostas sob
a forma de serviços
Serviço: função independente, sem estado (stateless) que aceita
uma ou mais requisições e retorna uma ou mais respostas
através de uma interface padronizada e bem definida
Requisitos básicos da arquitetura
Visibilidade: publicação das características e interfaces de cada
serviço, para que esse possa ser usado por outros serviços
Interação: baseada em um contexto de execução que determina
os meios de comunicação entre serviços e seus clientes
Efeito: todo serviço destina-se à produção de efeitos específicos
e bem conhecidos, que são descritos na publicação do serviço e
podem depender dos mecanismos de interação utilizados

89 No padrão model view controller (MVC), o
controlador trata eventos gerados pelos
usuários e passa para o modelo os dados
das requisições; um requisito para que o
estilo de arquitetura MVC seja respeitado é o
de que existia, em uma mesma aplicação,
um único objeto no papel de controlador.
ERRADO
Arquitetura MVC
Passos de execução de uma funcionalidade na

arquitetura MVC
O usuário interage com a View, que repassa os dados
recebidos para o Controller
O Controller analisa a solicitação e requer do Model a
atualização, quando isso for pertinente
O Model notifica a View assim que for concluída a
mudança para seu novo estado
A View solicita as informações do Model, prepara a
interface da aplicação e envia ao usuário
Uma aplicação MVC pode ter vários controladores,
cada um responsável por uma funcionalidade ou
grupo de funcionalidades específicas

Arquitetura MVC

90 O padrão de projeto (design pattern) Proxy
é usado quando se quer usar uma classe
existente, mas a interface da classe não é a
de que se precisa. O Proxy pode ser
implementado usando-se herança múltipla
para converter uma interface em outra.
ERRADO
Design Pattern - Adapter

91 Ao se estruturar um sistema em subsistemas deve-
se minimizar as comunicações e dependências
entre subsistemas no projeto empregando-se o
padrão de projeto Decorator, no qual os clientes se
comunicam com o subsistema enviando mensagens
para uma instância de uma classe Decorator, que
repassa as mensagens para objetos no subsistema.
ERRADO
Design Pattern - Facade

92 O padrão Abstract Factory visa possibilitar
que os passos para se criar um objeto
complexo independam das partes que
compõem esse objeto. Ao encapsular a
construção de objetos complexos, esse
padrão contribui na modularização do
sistema.
ERRADO
Design Pattern – Builder
Abstract Factory e Builder destinam-se à criação de

objetos complexos, mas com diferenças entre eles
O Abstract Factory se aplica à instanciação de famílias de
objetos, e o produto é construído de imediato
O Builder foca a construção passo-a-passo, o produto só é
concluído após N chamadas

93 Há diferentes interfaces de programação que
possibilitam a comunicação entre processos de uma
aplicação distribuída entre máquinas em uma rede.
Por exemplo, aplicações codificadas em Java
podem trocar mensagens via métodos de uma
interface de programação que suporta sockets ou
podem invocar métodos em objetos remotos usando
Remote Method Invocation (RMI).
CERTO

94 Em um software que adere ao estilo de arquitetura
em camadas, haverá uma violação do estilo se um
módulo solicitar serviço a um módulo que não esteja
na camada imediatamente abaixo (salto entre
camadas) ou se um módulo em uma camada mais
baixa depender, para que possa funcionar
corretamente, de serviços providos por módulos em
camadas mais altas.
CERTO

A arquitetura em camadas tem como

princípio básico o fato de que cada
aplicação, protocolo ou serviço, em um
determinado nível, faz solicitações de serviço
somente à camada imediatamente abaixo

engenharia de software.
95 As instâncias de casos de uso interagem
com outras instâncias de casos de uso. As
interações em um modelo de casos de uso
ocorrem apenas entre instâncias de casos de
uso. No modelo de casos de uso, uma
instância de um caso de uso sofre, portanto,
interferências de instâncias de outros casos
de uso.
ERRADO
Diagrama de caso de uso
Representa a visão externa do sistema

Interações com o mundo exterior
Requisitos operacionais
Responsabilidades do sistema
Componentes
Ator - agente que interage com o sistema
Caso de Uso - comportamento do sistema
Relacionamentos – entre atores e casos de uso e
entre casos de uso (inclusão, extensão,
generalização)
96 Um modelo de teste pode ser composto por vários
artefatos, como casos de teste e componentes de
teste. Um caso de teste especifica como testar um
requisito ou decisão de projeto. Um caso de teste
tipicamente informa como realizar o teste, dados de
entrada e resultados esperados. Os componentes
de teste podem ser usados para automatizar testes
de códigos implementados.
CERTO

Caso de teste
A finalidade do Caso de Teste é identificar e

comunicar formalmente as condições específicas
detalhadas que serão validadas
O Caso de Teste é usado basicamente:
Para enumerar um número adequado de testes específicos
para garantir a abrangência da avaliação
Para identificar e considerar Scripts de Teste e geradores,
de forma manual e automatizada
Para fornecer um esquema para a implementação de
Scripts de Teste e geradores, fornecendo uma descrição
dos pontos-chave de observação e controle

97 Um exemplo de refatoração, técnica que
pode ser empregada para melhorar o projeto
de um software, é organizar as classes em
hierarquias visando usar polimorfismo em
vez de enunciados condicionais para
escolher entre comportamentos que
dependam dos tipos dos objetos.
CERTO
Refatoração
Processo de modificar um sistema de

software para melhorar a estrutura interna do
código sem alterar seu comportamento
externo
O uso de polimorfismo permite que o objeto a
ser ativado em cada momento seja definido
em tempo de execução, o exemplo citado é
um tipo de refatoração

No que se refere a Processo Unificado,
julgue os itens subseqüentes.
98 Na fase de construção, são implementados
os casos de uso que tenham impacto sobre a
arquitetura; na fase de transição, os casos
sem impacto sobre a arquitetura, mas que
descrevam funcionalidades que deverão
estar presentes na versão que está sendo
desenvolvida.
ERRADO
Na fase de ELABORAÇÃO, são

implementados os casos de uso que tenham
impacto sobre a arquitetura
na fase de CONSTRUÇÃO, os casos sem
impacto sobre a arquitetura, mas que
descrevam funcionalidades que deverão
estar presentes na versão que está sendo
desenvolvida

99 Os requisitos de um sistema podem ser
capturados construindo-se um modelo de
casos de uso. Entre os casos de uso no
modelo, pode haver relacionamentos de
inclusão e de extensão. Na análise, a
realização de um caso de uso pode ser feita
criando-se diagramas de classe, de
atividades e de interação.
CERTO
Diagrama de caso de uso
Representa a visão externa do sistema

Interações com o mundo exterior
Requisitos operacionais
Responsabilidades do sistema
Componentes
Ator - agente que interage com o sistema
Caso de Uso - comportamento do sistema
Relacionamentos – entre atores e casos de uso e
entre casos de uso (inclusão, extensão,
generalização)
100 Em um modelo de análise, as classes de
fronteira modelam interações entre o sistema
e os atores. Cada classe de fronteira deve
estar relacionada a um ou mais atores. Pode-
se também ter classes de entidade, as quais
tipicamente modelam dados persistentes.
CERTO
Tipos de classes de design
Classes de fronteira
Como regra geral, haverá uma classe de fronteira para cada
janela ou para cada formulário na interface do usuário
Como conseqüência, classes de fronteira têm responsabilidades
de um nível bem alto e, por isso, precisam ser refinadas e
detalhadas nesse passo
Classes de Entidade
Durante o processo de análise, as classes de entidade
representam unidades manipuladas de informações.
Geralmente, os objetos da entidade são passivos e persistentes
Classes de Controle
Um objeto de controle é um objeto ativo, responsável pelo
gerenciamento do fluxo de um caso de uso
Os objetos de controle encapsulam a lógica que não está
particularmente relacionada às questões da interface (fronteira)
ou dos dados (objetos de entidade)
101 Os artefatos produzidos pelas atividades
no projeto podem ser organizados em
subsistemas, os quais podem conter classes
de projeto, realizações de casos de uso,
interfaces e outros subsistemas.
CERTO
Subsistemas de Design
Usados para encapsular o comportamento dentro

de um "pacote" que forneça interfaces formais e
explícitas e que, por convenção, não revele seu
conteúdo interno
Diferem dos pacotes em seu aspecto semântico: um
subsistema é um tipo de pacote que apresenta
comportamento em uma ou mais interfaces que
realiza
Pacotes não apresentam nenhum comportamento; são
simplesmente containers de elementos que apresentam
comportamento.
102 As classes em modelos de projeto não podem ser
especificadas usando-se linguagens de
programação. Em um modelo de projeto,
visibilidades de atributos, mas não de operações
das classes, podem ser especificadas.
ERRADO (no modelo de projeto serão avaliados

todos os aspectos da realização de casos de uso)
Considerando o diagrama de classes
UML acima, julgue os itens a seguir.

103 Pode haver instâncias de Pedido sem haver
instâncias de Transacao. Cada instância de Pedido
pode estar ligada a várias instâncias de Transacao.
No relacionamento entre Pedido e Usuario, o papel
de Usuario é cliente e cada instância de Usuario
pode estar ligada a várias instâncias de Pedido.
CERTO
Pode haver instâncias de Pedido sem haver

instâncias de Transacao e cada instância de
Pedido pode estar ligada a várias instâncias
de Transacao.
OK, Transação 0..* ----- Pedido 1..*
No relacionamento entre Pedido e Usuario, o
papel de Usuario é cliente e cada instância
de Usuario pode estar ligada a várias
instâncias de Pedido
OK, Pedido 0..* ----- Usuário 1 (cliente)
104 Entre TelaPedido e CntrPedido, tem-se
uma dependência e, entre TelaPedido e
Transacao, tem-se uma associação. A classe
CntrPedido depende da interface IPedido e
implementa a interface IPersistencia, na qual
tem-se dois métodos privados, que retornam
void e são abstratos.
ERRADO
UML – Relações entre classes
A UML reconhece três tipos mais importantes de

relações: dependência, associação e generalização
Dependência - Relacionamento de utilização, indica
que os objetos de uma classe usam serviços dos
objetos de outra classe.
Associação - Relacionamento estrutural entre instâncias,
especifica que objetos de uma classe estão ligados a objetos de
outras classes.
Agregação - Associação onde o objeto parte é um atributo do todo;
os objetos partes pertencem ao todo ao qual estão agregados.
Composição - Relacionamento entre um elemento (o todo) e outros
elementos (as partes) onde as partes só podem pertencer ao todo e
são criadas e destruídas com ele.
Generalização (herança) - relacionamento entre um elemento
mais geral e um mais específico. O elemento mais específico
herda as propriedades e métodos do elemento mais geral.

105 A classe CntrPersistencia é uma classe abstrata,
pois o seu nome está em itálico e pode, portanto,
ser instanciada. O relacionamento entre
CntrPersistencia e Conexao é uma composição,
portanto não podem existir instâncias da classe
Conexao sem que existam instâncias de
CntrPersistencia.
ERRADO (a classe CntrPersistencia é uma classe

abstrata, e NÃO pode, portanto, ser instanciada)

106 Se instanciar é um método fábrica abstrato
na classe CntrPersistencia e concreto na
classe CntrPersistenciaHSQLDB, tem-se o
padrão de projeto Template Method.
ERRADO (padrão Abstract Factory)

Design Pattern – Template

Considerando o diagrama de seqüência
UML acima, julgue os itens seguintes.

107 A mensagem enviada para a instância de
CntrCadastro é assíncrona. No diagrama,
três objetos existiam antes da interação e
dois são criados durante a interação. A seta
pontilhada para a instância de TelaCadastro
indica que um método está sendo invocado
na instância de TelaCadastro.
ERRADO
A mensagem enviada para a instância de

CntrCadastro é síncrona (seta cheia)
No diagrama, DOIS objetos existiam antes
da interação e TRÊS são criados durante a
interação
A seta pontilhada para a instância de
TelaCadastro indica uma mensagem de
retorno

108 Há mensagens que são enviadas apenas
quando condições de guarda são satisfeitas.
Os métodos executar nas classes
CntrCadastro e CmdCadastrar têm as
mesmas assinaturas, pois tem o mesmo
nome. A instância da classe Solicitacao é
criada antes de ser criada a de CntrCadastro.
ERRADO
Não há mensagens vinculadas a condições

de guarda
Os métodos executar nas classes
CntrCadastro e CmdCadastrar não têm as
mesmas assinaturas, pois tem o mesmo
nome mas parâmetros distintos
Quando a instância da classe Solicitacao é
criada, já existia a de CntrCadastro

Com relação ao
diagrama UML
acima, julgue os
próximos itens.

Com relação ao diagrama UML acima,
julgue os próximos itens.
109 Considerando-se que o diagrama descreva
a arquitetura de um software que adere ao
estilo em camadas, verifica-se que esse
estilo está sendo violado, pois há
dependência entre módulos em uma mesma
camada.
ERRADO (a chamada entre módulos de

uma mesma camada não viola o estilo)
Com relação ao diagrama UML acima,
110 Se o diagrama documenta a arquitetura de
um software, no processo unificado, o
diagrama será parte do modelo de análise.
No modelo de projeto, os módulos serão
decompostos em classes, e cada módulo
somente poderá ser composto por uma
classe.
ERRADO (cada módulo pode ser

composto por mais de uma classe)
Considerando o Código Java acima, julgue os
próximos itens.
class Elemento { public void remover(int chave) {
public int valor, chave; Elemento pont;
public Elemento anterior, posterior; pont = buscar(chave);
public Elemento(int valor, int chave){ if (pont != ptlista && pont.chave ==
this.valor = valor; chave){
this.chave = chave; pont.anterior.posterior =
} pont.anterior;
} pont.posterior.anterior =
pont.posterior;
class ListaDuplamenteEncadeada { }
Elemento ptlista; }
public ListaDuplamenteEncadeada() { public Elemento buscar(int chave) {
ptlista = new Elemento(0,0); Elemento ultimo, pont;
ptlista.anterior = ptlista; ultimo = ptlista.anterior;
ptlista.posterior = ptlista; if (chave <= ultimo.chave){
} pont = ptlista.posterior;
public void inserir(int valor, int chave) while(pont.chave < chave)
{
Elemento pont, pt; pont = pont.posterior;
pont = buscar(chave); return pont;
if (pont == ptlista || pont.chave != }
chave){ return ptlista;
pt = new Elemento(valor, chave); }
pt.anterior = pont.anterior;
pt.posterior = pont;
pont.anterior.posterior = pt;
pont.anterior = pt;
}
}
Considerando o Código Java acima,
116 Considere que a classe
ListaDuplamenteEncadeada tenha por objetivo
implementar uma lista duplamente encadeada.
Nesse caso, o elemento na cabeça da lista,
apontado por ptlista, será criado quando essa
classe for instanciada e não armazena valores e
chaves inseridas na lista.
CERTO
117 Considere que ListaDuplamenteEncadeada tenha
por objetivo implementar uma lista duplamente
encadeada. Nesse caso, os métodos inserir e
remover estão corretamente implementados pois
possibilitam inserir e remover elementos em listas
do tipo informado.
ERRADO (a lógica do método remover está incorreta)

118 Em uma instância de
ListaDuplamenteEncadeada, as instâncias de
Elemento que tenham sido inseridas na lista são
mantidas em ordem decrescente de chave. Após a
execução do método inserir, pode haver mais de
uma instância de Elemento que tenha o mesmo
valor de chave.
ERRADO (a ordem é crescente e há

somente um elemento para cada chave)

No que se refere a linguagens de programação com
orientação a objetos, julgue os itens a seguir.
124 Cada objeto de uma classe tem o seu conjunto de

variáveis de instância, que armazenam o estado do
objeto. As variáveis de classe pertencem à classe e
não aos objetos e só há uma cópia de uma variável
de classe. Os métodos podem ser de instância ou
de classe, os de instância podem acessar variáveis
de instância ou de classe, os de classe somente
podem acessar variáveis de classe.
CERTO

125 Se uma classe criada por meio de herança tiver

uma única classe-pai, o processo chama-se
herança simples. Se tiver mais de uma classe-pai, o
processo chama-se herança múltipla. Uma classe
derivada pode acrescentar variáveis e métodos,
possibilitando que certas operações sejam
fornecidas apenas aos objetos da classe derivada.
CERTO
126 Em uma associação entre classes, a

multiplicidade especifica o número de
instâncias de uma classe que pode estar
relacionada a uma instância da classe
associada. A multiplicidade de um atributo de
instância especifica a quantidade de valores
para o atributo em cada instância da classe.
CERTO
Considerando a figura acima, que apresenta um
diagrama relacionado com gerenciamento de projetos,
julgue os itens seguintes.

135 Por meio do diagrama da figura, descreve-se
adequadamente um método de iniciação de
execução de projeto.
ERRADO (método de iniciação e planejamento)
136 De acordo com o diagrama, a estimativa de um

fluxo de recursos financeiros do projeto deve ser
elaborada após a estimativa de alocação de
recursos necessários à execução das tarefas.
CERTO
137 A elaboração e assinatura de um documento
formal que reconhece a existência de um projeto
deve ser efetuada antes da compilação do plano
desse projeto.
CERTO
138 A figura apresenta um plano de projeto.
ERRADO (uma sequência de atividades

para criação do plano de projeto)
139 A elaboração de uma rede de precedência na
execução de tarefas deve ser efetuada após a
elaboração da estrutura analítica do projeto.
CERTO
140 O controle de riscos do projeto é realizado antes

da aprovação do plano de projetos.
ERRADO (o que é feito antes da aprovação do

plano é apenas a identificação e análise de riscos)
141 Durante a execução de um projeto, a análise de não-
conformidades de produto é mais bem suportada por um
diagrama de PERT que por um diagrama de Ishikawa.
ERRADO (PERT é ferramenta para gerência do tempo)
142 A definição dos pacotes de trabalho do projeto deve ser

efetuada antes da definição dos marcos do projeto.
CERTO

Realizar o controle da qualidade:
Ferramentas e técnicas
Diagrama de causa e efeito
Os diagramas de causa e efeito, também chamados de
diagramas de Ishikawa ou diagramas espinha de peixe,
ilustram como diversos fatores podem ser ligados a
possíveis problemas ou efeitos

Julgue os itens a seguir, acerca do uso
de tecnologias OLAP e datawarehouse.
147 Soluções MOLAP possuem maior escalabilidade
que ROLAP.
ERRADO
148 No tocante à necessidade de realização de

processamento de dados batch, é possível
estabelecer a seguinte ordenação, em ordem
crescente entre as tecnologias OLTP, MOLAP e
ROLAP: OLTP, ROLAP, MOLAP.
CERTO
OLAP – Online Analytical Processing
Abordagem tecnológica para gerar respostas

rápidas a consultas analíticas de natureza
tipicamente multidimensional
Bases de dados para OLAP empregam um modelo
dimensional, que permite consultas analíticas complexas
com tempo de execução pequeno
Existem diversas alternativas para implementação
de bases de dados multidimensionais para OLAP
MOLAP: baseado em SGBD multidimensional
ROLAP: baseado em SGBD relacional
DOLAP: baseado em arquivos no desktop do cliente
149 Um modelo multidimensional organizado
segundo o esquema floco de neve tende a
suportar um maior número de níveis de
agregação que um modelo organizado
segundo o esquema estrela. Dessa forma,
quanto mais hierarquizada e complexa for
uma organização, mais se justifica o uso do
primeiro esquema.
CERTO
150 Durante o ciclo de vida de uma
datawarehouse, as operações de extração,
transformação e carga, coletivamente
chamadas de staging, são realizadas antes
das operações de sumarização,
categorização e indexação.
CERTO
Datawarehouse – Componentes básicos


Cespe - Petrobras - Engenharia de Software

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Cespe - Petrobras - Engenharia de Software

Enviado por

Direitos autorais:

Formatos disponíveis

Professor Gledson Pompeu

Perfil: Engenharia de Software

Uma entidade Fraca é uma entidade cuja existência

Professor Gledson Pompeu

Primeira Forma Normal

os seus atributos são monovalorados e atômicos

Professor Gledson Pompeu

Segunda Forma Normal

Professor Gledson Pompeu

Professor Gledson Pompeu

74 A seguir, tem-se o correto resultado da consulta 1.

3 registros satisfazem à condição Idade > 40

Professor Gledson Pompeu

75 A seguir, tem-se o correto resultado da consulta 2.

Professor Gledson Pompeu

As colunas “Cruzeiro”, “Porto” e “Escala” não

Professor Gledson Pompeu

76 A seguir, tem-se o correto resultado da consulta 3.

select distinct t1.Codigo from Cruzeiros t1,

Professor Gledson Pompeu

77 O seguinte comando cria uma visão da

Sintaxe correta do comando para criação de

Professor Gledson Pompeu

78 O seguinte comando atualiza registros da

Sintaxe correta do comando para atualização

Professor Gledson Pompeu

User-Agent: Informações sobre o navegador e sua plataforma

Date: Data e hora em que a mensagem foi enviada

Professor Gledson Pompeu

A chave secreta é criptografada com a chave pública do servidor

O servidor decodifica a chave secreta com sua chave privada

O servidor e o cliente utilizam a chave secreta para transmitir

Professor Gledson Pompeu

Endereços de porta são representados por

Professor Gledson Pompeu

Implementa um serviço para a resolução de nomes de domínio e

Professor Gledson Pompeu

Necessário porque os algoritmos estáticos não levam em conta

Professor Gledson Pompeu

Professor Gledson Pompeu

Paradigma para organização e utilização de funcionalidades

Professor Gledson Pompeu

Passos de execução de uma funcionalidade na

Professor Gledson Pompeu

Professor Gledson Pompeu

Professor Gledson Pompeu

Professor Gledson Pompeu

Abstract Factory e Builder destinam-se à criação de

Professor Gledson Pompeu

Professor Gledson Pompeu

Professor Gledson Pompeu

A arquitetura em camadas tem como

Professor Gledson Pompeu

Representa a visão externa do sistema

Professor Gledson Pompeu

A finalidade do Caso de Teste é identificar e

Professor Gledson Pompeu

Processo de modificar um sistema de

Professor Gledson Pompeu

Na fase de ELABORAÇÃO, são

Professor Gledson Pompeu

Representa a visão externa do sistema

Usados para encapsular o comportamento dentro

ERRADO (no modelo de projeto serão avaliados