Questões de Concurso Público TCU 2010 para Auditor Federal de Controle Externo - Tecnologia da Informação, Parte II

Foram encontradas 16 questões

Q65091 Arquitetura de Software
Com referência à engenharia de usabilidade, julgue os próximos
itens.

Vantagem competitiva e redução de custos de manutenção estão entre os benefícios mensuráveis que podem ser obtidos de um sistema usável.
Alternativas
Q65092 Arquitetura de Software
Com referência à engenharia de usabilidade, julgue os próximos
itens.

Identificar categorias e definir os objetivos de teste para cada categoria são recomendações normalmente consideradas para a elaboração de teste de usabilidade.
Alternativas
Q65093 Arquitetura de Software
Com referência à engenharia de usabilidade, julgue os próximos
itens.

Se um sistema é utilizável com instrução ou ajuda contínua, então há usabilidade nesse sistema.
Alternativas
Q65094 Arquitetura de Software
Com referência à engenharia de usabilidade, julgue os próximos
itens.

Uma questão do tipo A interação é simples? jamais deve ser utilizada para determinar se a usabilidade foi atingida em um sistema.
Alternativas
Q65104 Arquitetura de Software
Imagem 001.jpg

Com referência ao processo de negócio apresentado no fluxograma
acima, que deverá ser automatizado usando uma abordagem de
orientação por serviços, e aos princípios de orientação a serviços e
das boas práticas de adoção de arquitetura orientada a serviços
(SOA), julgue os itens que se seguem.

Após definidos os serviços que automatizam as tarefas, esses serviços podem ser orquestrados para prover a automatização do processo como um todo. Essa abordagem está ligada à característica de que SOA deve ser direcionada pelo negócio.
Alternativas
Q65105 Arquitetura de Software
Imagem 001.jpg

Com referência ao processo de negócio apresentado no fluxograma
acima, que deverá ser automatizado usando uma abordagem de
orientação por serviços, e aos princípios de orientação a serviços e
das boas práticas de adoção de arquitetura orientada a serviços
(SOA), julgue os itens que se seguem.

Serviços de entidade e utilitários, com maior potencial de reúso, não podem ser identificados a partir da análise orientada a serviços do processo de negócio.
Alternativas
Q65106 Arquitetura de Software
Imagem 001.jpg

Com referência ao processo de negócio apresentado no fluxograma
acima, que deverá ser automatizado usando uma abordagem de
orientação por serviços, e aos princípios de orientação a serviços e
das boas práticas de adoção de arquitetura orientada a serviços
(SOA), julgue os itens que se seguem.

No processo de análise orientada a serviços, é comum identificar o reúso de lógica de solução legada a ser encapsulada por serviços identificados durante a análise. Essa atividade está ligada à aplicação dos princípios de autonomia de serviços.
Alternativas
Q65107 Arquitetura de Software
Imagem 001.jpg

Com referência ao processo de negócio apresentado no fluxograma
acima, que deverá ser automatizado usando uma abordagem de
orientação por serviços, e aos princípios de orientação a serviços e
das boas práticas de adoção de arquitetura orientada a serviços
(SOA), julgue os itens que se seguem.

O referido processo de negócio é sequencial. Esse processo poderá ser otimizado por meio da análise e do projeto orientados a serviços, que poderá transformá-lo em um processo que emprega atividades executadas em paralelo, promovendo maior agilidade organizacional, outra característica intrínseca de SOA.
Alternativas
Q65108 Arquitetura de Software
Imagem 001.jpg

Com referência ao processo de negócio apresentado no fluxograma
acima, que deverá ser automatizado usando uma abordagem de
orientação por serviços, e aos princípios de orientação a serviços e
das boas práticas de adoção de arquitetura orientada a serviços
(SOA), julgue os itens que se seguem.

Cada uma das tarefas apresentadas deverá ser automatizada por um único tipo de serviço de negócio: serviço consumidor, que consome funcionalidades de outros serviços. Esse serviço apresenta caráter não agnóstico e pouca possibilidade de reúso. Essa técnica contempla os princípios de abstração de serviços e capacidade de composição de serviços.
Alternativas
Q65116 Arquitetura de Software
Uma equipe de desenvolvimento de software recebeu a
incumbência de desenvolver um sistema com as características
apresentadas a seguir.

* O sistema deverá ser integrado, interoperável, portável e
seguro.
* O sistema deverá apoiar tanto o processamento online, quanto
o suporte a decisão e gestão de conteúdos.
* O sistema deverá ser embasado na plataforma JEE (Java
enterprise edition
) v.6, envolvendo servlets, JSP (Java server
pages
), Ajax, JSF (Java server faces) 2.0, Hibernate 3.5, SOA
e web services.

O líder da equipe iniciou, então, um extenso processo de
coleta de dados com o objetivo de identificar as condições
limitantes da solução a ser desenvolvida e tomar decisões
arquiteturais e tecnológicas que impactarão várias características
funcionais e não funcionais do sistema, ao longo de seu ciclo de
vida. A partir dessa coleta, o líder deverá apresentar à equipe um
conjunto de informações e de decisões.

Com relação às diferentes arquiteturas e tecnologias que, se
escolhidas, impactarão as características do sistema descrito no
texto, julgue os itens de 26 a 29.

O estilo de arquitetura de software denominado REST (representational state transfer) demanda mais recursos computacionais que o modelo de desenvolvimento de sistemas embasado em SOAP (single object access protocol), por isso não é recomendável a adoção do padrão REST de arquitetura de software no desenvolvimento do sistema em questão.
Alternativas
Q65123 Arquitetura de Software
Uma equipe de desenvolvimento de software recebeu a
incumbência de desenvolver um sistema com as características
apresentadas a seguir.

* O sistema deverá ser integrado, interoperável, portável e
seguro.
* O sistema deverá apoiar tanto o processamento online, quanto
o suporte a decisão e gestão de conteúdos.
* O sistema deverá ser embasado na plataforma JEE (Java
enterprise edition
) v.6, envolvendo servlets, JSP (Java server
pages
), Ajax, JSF (Java server faces) 2.0, Hibernate 3.5, SOA
e web services.

O líder da equipe iniciou, então, um extenso processo de
coleta de dados com o objetivo de identificar as condições
limitantes da solução a ser desenvolvida e tomar decisões
arquiteturais e tecnológicas que impactarão várias características
funcionais e não funcionais do sistema, ao longo de seu ciclo de
vida. A partir dessa coleta, o líder deverá apresentar à equipe um
conjunto de informações e de decisões.

Visando ao bom funcionamento do sistema descrito no texto, julgue os itens subsequentes, que tratam de interoperabilidade de sistemas
web em Java.

Considere que o líder da equipe solicite a um programador do projeto que analise o seguinte trecho de código de um documento XML.

Imagem 006.jpg

Nessa situação, se o programador disser que esse trecho de documento é provavelmente de declaração de serviço web com base na tecnologia WSDL (web services description language) e que, embora o serviço descrito contenha uma única porta, é possível a definição de várias portas associadas a um mesmo serviço, a análise feita deverá ser considerada correta.

Alternativas
Q65124 Arquitetura de Software
Uma equipe de desenvolvimento de software recebeu a
incumbência de desenvolver um sistema com as características
apresentadas a seguir.

* O sistema deverá ser integrado, interoperável, portável e
seguro.
* O sistema deverá apoiar tanto o processamento online, quanto
o suporte a decisão e gestão de conteúdos.
* O sistema deverá ser embasado na plataforma JEE (Java
enterprise edition
) v.6, envolvendo servlets, JSP (Java server
pages
), Ajax, JSF (Java server faces) 2.0, Hibernate 3.5, SOA
e web services.

O líder da equipe iniciou, então, um extenso processo de
coleta de dados com o objetivo de identificar as condições
limitantes da solução a ser desenvolvida e tomar decisões
arquiteturais e tecnológicas que impactarão várias características
funcionais e não funcionais do sistema, ao longo de seu ciclo de
vida. A partir dessa coleta, o líder deverá apresentar à equipe um
conjunto de informações e de decisões.

Visando ao bom funcionamento do sistema descrito no texto, julgue os itens subsequentes, que tratam de interoperabilidade de sistemas
web em Java.

Considere que o líder tenha solicitado a um programador do projeto que comentasse o seguinte trecho de código.

Imagem 007.jpg

O comentário do programador teria sido correto se ele dissesse que esse código é provavelmente o esqueleto de um pedido http que foi invocado sobre o servidor http (hypertext transfer protocol) de endereço www.foo.com, embasado no modelo de comunicação SOAP (simple object access protocol), que apenas o cabeçalho do pedido está sendo apresentado e que o pedido completo deve possuir em seu corpo um documento XML com 1.234 bytes de tamanho.
Alternativas
Q65125 Arquitetura de Software
Uma equipe de desenvolvimento de software recebeu a
incumbência de desenvolver um sistema com as características
apresentadas a seguir.

* O sistema deverá ser integrado, interoperável, portável e
seguro.
* O sistema deverá apoiar tanto o processamento online, quanto
o suporte a decisão e gestão de conteúdos.
* O sistema deverá ser embasado na plataforma JEE (Java
enterprise edition
) v.6, envolvendo servlets, JSP (Java server
pages
), Ajax, JSF (Java server faces) 2.0, Hibernate 3.5, SOA
e web services.

O líder da equipe iniciou, então, um extenso processo de
coleta de dados com o objetivo de identificar as condições
limitantes da solução a ser desenvolvida e tomar decisões
arquiteturais e tecnológicas que impactarão várias características
funcionais e não funcionais do sistema, ao longo de seu ciclo de
vida. A partir dessa coleta, o líder deverá apresentar à equipe um
conjunto de informações e de decisões.

Visando ao bom funcionamento do sistema descrito no texto, julgue os itens subsequentes, que tratam de interoperabilidade de sistemas
web em Java.

Para o projeto em tela, é recomendado que se adote uma arquitetura orientada a serviços web (SOA e web services) porque esse tipo de arquitetura facilita o reúso de componentes de software fisicamente distribuíveis, além de ser embasado em ligação estática entre provedores e consumidores de serviço.

Alternativas
Q65129 Arquitetura de Software
Uma equipe de desenvolvimento de software recebeu a
incumbência de desenvolver um sistema com as características
apresentadas a seguir.

* O sistema deverá ser integrado, interoperável, portável e
seguro.
* O sistema deverá apoiar tanto o processamento online, quanto
o suporte a decisão e gestão de conteúdos.
* O sistema deverá ser embasado na plataforma JEE (Java
enterprise edition
) v.6, envolvendo servlets, JSP (Java server
pages
), Ajax, JSF (Java server faces) 2.0, Hibernate 3.5, SOA
e web services.

O líder da equipe iniciou, então, um extenso processo de
coleta de dados com o objetivo de identificar as condições
limitantes da solução a ser desenvolvida e tomar decisões
arquiteturais e tecnológicas que impactarão várias características
funcionais e não funcionais do sistema, ao longo de seu ciclo de
vida. A partir dessa coleta, o líder deverá apresentar à equipe um
conjunto de informações e de decisões.

A respeito de práticas e técnicas de programação para desenvolver
com segurança o sistema integrado referido no texto, julgue os
próximos itens.

Aplicações web embasadas em SOA são, geralmente, mais vulneráveis a ataques de origem intencional que aplicações web monolíticas; por isso, deve-se adotar no projeto em tela um modelo de desenvolvimento de aplicações com segurança. Para fazer frente a essa característica, deve-se usar a TLS (transport layer sockets), pois ela possibilita obter segurança fim a fim, inclusive em contexto de federação de web services.
Alternativas
Q65137 Arquitetura de Software
Uma equipe de desenvolvimento de software recebeu a
incumbência de desenvolver um sistema com as características
apresentadas a seguir.

* O sistema deverá ser integrado, interoperável, portável e
seguro.
* O sistema deverá apoiar tanto o processamento online, quanto
o suporte a decisão e gestão de conteúdos.
* O sistema deverá ser embasado na plataforma JEE (Java
enterprise edition
) v.6, envolvendo servlets, JSP (Java server
pages
), Ajax, JSF (Java server faces) 2.0, Hibernate 3.5, SOA
e web services.

O líder da equipe iniciou, então, um extenso processo de
coleta de dados com o objetivo de identificar as condições
limitantes da solução a ser desenvolvida e tomar decisões
arquiteturais e tecnológicas que impactarão várias características
funcionais e não funcionais do sistema, ao longo de seu ciclo de
vida. A partir dessa coleta, o líder deverá apresentar à equipe um
conjunto de informações e de decisões.

Considere que o sistema descrito no texto deva ser aderente às
recomendações de acessibilidade do Sistema de Administração dos
Recursos de Informação e Informática (SISP), o denominado
modelo e-Mag. Nesse sentido, julgue os itens subsequentes.

De acordo com o referido modelo, toda figura não decorativa apresentada ao usuário final nas páginas em navegadores deverá possuir valor não nulo para o atributo ALT da tag IMG. O valor desse atributo deverá ser preciso e representar textualmente o conteúdo da figura. Deve-se usar ou poucas palavras ou uma frase curta; deve-se iniciar com o texto "Imagem de (...)", "Gráfico de (...)" ou "Foto de (...)" quando se tratar de uma imagem, um gráfico ou uma fotografia, respectivamente; deve-se fazer referência ao sistema de navegação global do sítio.
Alternativas
Q65179 Arquitetura de Software
Motivada pela Instrução Normativa n.º 4 da SLTI/MPOG,
de 19/5/2008, uma organização da administração pública federal
elaborou recentemente seu plano diretor de tecnologia da
informação (PDTI) para o período 2011-2013. A seguir, são
apresentados alguns extratos desse plano plurianual, mais
especificamente parte do diagnóstico situacional de TI referente à
avaliação de maturidade de TI, realizada em referência ao
framework COBIT 4.1, e parte das diretrizes de TI para o período.

Plano diretor de tecnologia da informação (PDTI) - 2011-2013

Avaliação de maturidade: Seguindo o exemplo do que ocorreu
durante as atividades do projeto de construção do diagnóstico para
o PDTI do triênio 2008-2010, foi realizada análise comparativa
(aferição de GAP) entre os processos de gestão existentes na
organização com um escopo escolhido de processos de gestão para
TIC preconizados pelo COBIT versão 4.1. O objetivo é identificar
o ganho de maturidade em relação ao resultado obtido no
diagnóstico para elaboração do PDTI 2008-2010. A tabela seguinte
apresenta o grau de maturidade alcançado em cada objetivo de
controle aplicável, nos diagnósticos realizados em 2008 (ciclo de
planejamento 2008-2010) e no presente momento (ciclo de
planejamento 2010-2013).

Imagem 014.jpg

A classificação obtida no processo de análise permite que
seja estabelecido o plano de ação (políticas e diretrizes estratégicas,
programas e projetos) visando à melhoria articulada do desempenho
da área no atendimento dos objetivos de negócio institucionais.

Diretrizes de TI: As seguintes diretrizes foram apontadas como
elementos norteadores, em seminários de planejamento realizados
com o corpo gerencial da organização, em março de 2010.

* Estruturação do modelo organizacional e governança de TI:
a área de TI deverá se posicionar como provedora de soluções
em tecnologia da informação, estruturando sua operação em
um birô de serviços (service desk) que opere de maneira
integrada e articulada, de acordo com as práticas ITIL v.3.
Todos os serviços prestados deverão ser incorporados à
estrutura do birô de serviços, que terá regras claras de
operação e de interação com os usuários de TI.

* Aquisições e terceirização (sourcing): as aquisições de bens e
serviços deverão estar inseridas em um processo contínuo de
transferência de tecnologia dos provedores de serviço externos
para a organização. Os contratos serão regulados por acordos
de nível de serviço. Os processos de terceirização envolverão
prioritariamente os serviços de natureza rotineira e continuada.
Os processos de concepção tecnológica e entendimento do
negócio corporativo serão prioritariamente destinados a
servidores efetivos da organização.

* Consultoria: processos de consultoria tecnológica, de aporte
metodológico e de capacitação serão incorporados à
contratação de serviços e ferramentas essenciais à
modernização da estrutura gerencial, dos processos de trabalho
e da plataforma tecnológica, sempre em um ciclo contínuo de
absorção de métodos e tecnologias aportadas pela equipe de
servidores efetivos da organização, adotando ainda um modelo
de transferência de conhecimento por atuação presencial no
sítio de consultores, para trabalhos conjuntos com servidores
da organização.

* Capacitação: percebe-se a necessidade de ampliação e
consolidação da massa crítica existente, sendo a capacitação
individual e coletiva da equipe geralmente insuficiente para
concretização da estratégia. São competências fundamentais
para o sucesso dessa estratégia: a governança de TI com base
nos frameworks ITIL v.3 e COBIT v.4.1, a gestão de projetos
com base na metodologia PMI, o desenvolvimento de modelos
de regras de negócio com base em gerenciamento de processos
de negócio (BPM), a consolidação do modelo de arquitetura
orientada a serviços (SOA) e seu respectivo processo de
desenvolvimento, assistido por modelo de maturidade tal
como o MPS.Br. Tais competências devem ser aportadas
inicialmente em processos de consultoria e desenvolvidas por
processos de capacitação e certificação profissional dos
servidores efetivos da organização.

* Arquitetura tecnológica: deve-se continuar a buscar a
padronização e convergência da arquitetura de TI, com
definição clara dos ciclos de vida estimados para cada
tecnologia e recurso tecnológico aportado. A prospecção
tecnológica continuada deverá indicar as tecnologias que
estejam suficientemente maduras e com custo-benefício
adequado para aporte pela organização.

* Integração de sistemas: deve-se consolidar a concepção já
iniciada do sistema integrado de informações da organização,
com base em uma abordagem de integração de sistemas
promovida pela adoção da arquitetura orientada a serviços
(SOA) e as plataformas tecnológicas que a suportam. Esse
processo visa à substituição gradativa de todo o legado de
sistemas existentes.

* Agilidade do processo administrativo: as contratações com
terceiros devem ser ágeis e eficientes, sob pena de
comprometerem o desenvolvimento global da estratégia.
Maior aproximação entre a área técnica e a área
administrativa, já exercitada no período 2008-2010, deve
possibilitar a eliminação de atrasos desnecessários na
tramitação dos processos. As contratações consideradas
prioritárias deverão ser acompanhadas pela alta gestão da
organização.

Com relação à situação apresentada no texto, julgue os itens que se
seguem.

A adoção de SOA não trouxe incremento na maturidade do processo de desenvolvimento de software aplicativo no período compreendido entre as duas avaliações realizadas.
Alternativas
Respostas
1: C
2: C
3: E
4: E
5: C
6: E
7: C
8: E
9: E
10: E
11: C
12: C
13: E
14: E
15: E
16: C