Questões de Ciência da Computação do ano 2017

Fibre Channel suporta três opções básicas de interconectividade: ponto a ponto, Fibre Channel Arbitrated Loop − FC-AL e Switched Fabric − FC-SW. Considere a imagem, abaixo, que mostra os tipos de portas no Switched Fabric.

As portas I, II, III, IV, V, VI, VII e VIII são, respetivamente,

• A. N, F, F, N, E, E, F, N.
• B. E, F, F, E, N, N, E, F.
• C. F, N, N, F, E, E, E, F.
• D. N, E, E, N, F, F, E, N.
• E. F, E, E, F, N, N, E, F.

No COBIT 5 há, pelo menos, um domínio que possui expertise para controles focados na implantação de serviços de TI. Assim, o processo de Gerenciamento de Mudança da ITIL v3 edição 2011, por exemplo, pode ser orientado através dos controles que o COBIT entende como maduros para o processo, na seção Gerenciar Mudanças.

O domínio do COBIT onde se encontra o processo Gerenciar Mudanças e a fase do ciclo de vida de serviço da ITIL onde se encontra o processo de Gerenciamento de Mudança são, respectivamente,

• A. Planejar, Projetar e Implantar − Transição de Serviço.
• B. Construir, Adquirir e Implementar − Transição de Serviço.
• C. Avaliar, Dirigir e Monitorar − Operação de Serviço.
• D. Construir, Adquirir e Implementar − Desenho de Serviços.
• E. Alinhar, Planejar e Organizar − Desenho de Serviços.

Em uma situação hipotética, um Analista do TRE-SP está encarregado de checar as entradas do processo “Verificar o Escopo” de um projeto que utiliza o PMBOK 5a Edição. Dentre as entradas, ele deverá checar

• A. a estrutura analítica do projeto, que é uma decomposição hierárquica orientada à entrega do trabalho a ser executado pela equipe do projeto.
• B. o registro das partes interessadas, que é usado para identificar as partes que podem fornecer informações sobre os requisitos.
• C. o termo de abertura do projeto, que é usado para fornecer o contexto do projeto necessário para planejar os processos de gerenciamento do escopo.
• D. a matriz de rastreabilidade dos requisitos, que liga os requisitos às sua origens e os acompanha ao longo do ciclo de vida do projeto.
• E. os ativos de processos organizacionais, que incluem políticas, procedimentos e normas relacionadas ao escopo.

Em uma aplicação que utiliza JSF, uma mensagem global foi definida por meio da instrução abaixo:

FacesMessage m = new FacesMessage("Dados do funcionário do TRESP salvos com sucesso!");

Para adicionar essa mensagem ao contexto do JSF utiliza-se a instrução

• A. FacesContext.getInstance().addMessage("formFuncionario:idFun", m);
• B. PrimeFaces.getInstance().addMessage(frmFunc:idFun, m);
• C. m.getContext().ddMessage();
• D. FacesContext.getCurrentInstance().addMessage(null, m);
• E. PrimeFaces.setContext(m);

Considere a imagem abaixo, que mostra o ciclo de vida de um objeto na JPA.

 Quando se cria um objeto pela primeira vez e ele ainda não passou pela JPA, o objeto está no estado new (novo). Para que ele se torne um objeto persistente, é necessário passá-lo para o estado managed (gerenciado) e para isso é necessário chamar o método

• A. persist da interface EntityTransaction.
• B. persist da interface EntityManager.
• C. save da interface EntityTransaction.
• D. managed da interface EntityManager.
• E. save da interface EntityManager.

Considere a página web, abaixo.

A cor vermelha será aplicada APENAS

• A. no parágrafo 1.
• B. nos parágrafos 1 e 2.
• C. no parágrafo 2.
• D. nos parágrafos 1 e 4.
• E. nos parágrafos 2, 3 e 4.

Considere que em uma servlet de uma aplicação Java EE existem as linhas abaixo:

Na página dadosTRE.jsp, para receber a variável de requisição definida pelo método setAttribute utiliza-se a instrução:

• A. ArrayList lis = (ArrayList) request.getAttribute("lista_req");
• B. ArrayList lista = request.getParameter("lista");
• C. ArrayList lis = request.getAttribute("lista_req");
• D. ArrayList lista = (ArrayList) request.getParameter("lista_req");
• E. ArrayList lista = (ArrayList) request.getAttribute("lista");

B. ArrayList lista = request.getParameter("lista");

C. ArrayList lis = request.getAttribute("lista_req");

D. ArrayList lista = (ArrayList) request.getParameter("lista_req");

E. ArrayList lista = (ArrayList) request.getAttribute("lista");

E. ArrayList lista = (ArrayList) request.getAttribute("lista");

Considere a classe Java, abaixo.

 A instrução da lacuna I indica herança de componentes de uma classe que adiciona suporte à arquitetura de componentes JFC/Swing. A instrução da lacuna II define um layout com 3 linhas e duas colunas.

As lacunas I e II são, correta e respectivamente, preenchidas com

• A. JPanel − setLayout(new GridBagLayout(3, 2))
• B. JPanel − setLayout(new FlowLayout(3, 2))
• C. JFrame − setLayout(new GridLayout(3, 2))
• D. JFrame − setLayout(new BorderLayout(3, 2))
• E. JFrame − setLayout(new GridBagLayout(3, 2))

Considere as linhas abaixo, presentes em um método de uma aplicação Java SE que acessa um banco de dados MySQL.

Ao executar estas linhas podem ocorrer, respectivamente, as seguintes exceções:

• A. DriverException e SQLException.
• B. IOException e IllegalArgumentException.
• C. ClassNotFoundException e SQLException.
• D. InterruptedException e NullPointerException.
• E. ClassNotFoundException e DataBaseException.

Considere a imagem de um servidor de aplicação Java EE abaixo.

As lacunas I, II e III são, correta e respectivamente, preenchidas com

• A. servlets − páginas JSP − classes de acesso a dados.
• B. páginas JSP e HTML − classes de entidade − beans de entidade.
• C. páginas HTML − classes de acesso a dados − beans de sessão.
• D. servlets − classes de entidade − classes de acesso a dados.
• E. páginas JSP − beans de sessão − classes de entidade.