Banco público de questões

Questões para Concursos

Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.

Questões por banca

29 bancas disponíveis. Clique para visualizar todas.

Acesse diretamente as bancas disponíveis na QuestLab. As quantidades abaixo consideram as questões ativas do banco.

CEBRASPE 51.363 questões FGV 25.316 questões FCC 24.632 questões AOCP 23.456 questões IBFC 11.190 questões VUNESP 10.983 questões Instituto Quadrix 9.793 questões FUNDATEC 9.088 questões IBADE 7.820 questões CESGRANRIO 6.013 questões OBJETIVA 4.740 questões CONSULPLAN 4.174 questões FEPESE 3.585 questões IADES 3.439 questões IESES 2.627 questões SELECON 2.377 questões IDECAN 1.907 questões MS CONCURSOS 1.485 questões Instituto Legalle 1.281 questões FAFIPA 1.161 questões FUMARC 842 questões ACAFE 551 questões INSTITUTO AOCP 430 questões NUCEPE 378 questões FUNIVERSA 348 questões FAURGS 203 questões FIOCRUZ 48 questões MACKENZIE 48 questões CETRO 17 questões

Encontre as questões que procura

Palavra-chave

Disciplina

Assunto

Tópico

Banca

Órgão

Ano

Cargo

Modalidade

Limpar filtros

43 questões encontradas

ID 144812 Informática Gestão de TI FCC 2018

Os controles internos, visando facilitar o processo de auditoria de TI, podem ser implantados de três modos, dentre os quais se encontra o

A Relativo, constatando falhas, desperdícios, irregularidades e ilegalidades sanáveis ou insanáveis, que ocorrem após os fatos terem sido realizados.

B Preventivo, orientando para que sejam evitadas as ocorrências de falhas, desperdícios, irregularidades e ilegalidades.

C Corretivo, detectando falhas, desperdícios, irregularidades e ilegalidades sanáveis, que ocorrem durante a realização dos fatos.

D Definitivo, impedindo a ocorrência de falhas, desperdícios, irregularidades e ilegalidades, evitando gastos com a adoção posterior de medidas corretivas.

E Punitivo, impondo severas punições quando da ocorrência de falhas, desperdícios, irregularidades e ilegalidades.

ID 144810 Informática Arquitetura de Software FCC 2018

A arquitetura corporativa ajuda a identificar lacunas entre o estado atual e o estado desejado pela organização, e o TOGAF busca acelerar o ciclo de desenvolvimento dessa arquitetura. O TOGAF 9.1

A baseia-se em quatro domínios de arquitetura. Para cumprir com o escopo previsto nos domínios da arquitetura, aplica-se o TOGAF-ADM: The Open Group Architecture Framework - Architecture Development Model.

B define 8 fases de desenvolvimento da arquitetura, partindo dos objetivos e restrições empresariais até a entrega de soluções, garantindo governabilidade sobre as operações e resultados por meio da gestão dos requisitos técnicos e de negócio.

C é um modelo de referência e define um Endeavour Continuum (EC) que possibilita partir de uma arquitetura genérica de negócio e desenvolver uma arquitetura específica para uma organização.

D trabalha com uma escala semelhante à do CMMI 1.3: a avaliação de capacidade com cinco níveis e avaliação de maturidade com seis níveis.

E propõe que na fase B (Arquitetura de Sistemas) sejam modeladas as soluções de infraestrutura tecnológica e avaliados os processos de operação e suporte aos sistemas, utilizando a Unified Modeling Language (UML).

ID 144805 Informática Data Warehouse FCC 2018

Para extrair dados de fontes de dados heterogêneas que irão alimentar um Data Warehouse de forma homogênea e concisa, servindo de base para gerar relatórios e gráficos para apoiar as decisões da gerência da organização, deve-se utilizar um processo conhecido como

A OLAP.

B Data Mart.

C ETL.

D OLTP.

E Data Mining.

ID 144791 Informática PMBOK FCC 2018

De acordo com o PMBOK 5a edição, o gerenciamento da qualidade do projeto inclui os processos e as atividades da organização que determinam as políticas de qualidade, os objetivos e as responsabilidades, de modo que o projeto satisfaça às necessidades para as quais foi empreendido. Uma métrica da qualidade

A descreve um atributo de projeto ou produto e como o processo de controle da qualidade o medirá. A medição é um valor intangível, como o direito de propriedade sobre o produto de software.

B precisa ter latência, uma medida que define as variações da métrica, próxima de zero. Por exemplo, a métrica relativa ao orçamento não pode variar em ± 10%.

C é usada nos processos de garantia da qualidade e de controle da qualidade. Alguns exemplos incluem desempenho dentro do prazo, controle dos custos, frequência de defeitos, taxa de falhas, disponibilidade, confiabilidade e cobertura de testes.

D descreve um atributo do projeto ou do produto. Cada atributo deve ser medido com base em apenas uma dos três métricas da qualidade: pontos de função, Tempo Médio Entre Falhas (TMEF) ou Custo Médio De Reparo (CMDR).

E é a base da Estrutura Analítica do Projeto (EAP). A EAP elenca as medidas de qualidade usadas para medir os custos e o orçamento do projeto.

ID 144788 Informática Gestão de TI FCC 2018

Um Auditor Fiscal criou um instrumento para ser utilizado em um procedimento de auditoria de TI no qual constavam o conjunto de questões objetivas, lacunas para respostas baseadas na escala Likert e um espaço para comentários. Este instrumento, que visa auxiliar a avaliação dos controles internos instituídos para mitigar os riscos inerentes ao processo auditado, é conhecido como

A QACI.

B NACI

C FACA.

D MORC.

E QDRA.

ID 144784 Informática Linguagens FCC 2018

Em um programa construído na linguagem C# da plataforma Microsoft .NET, um Auditor se deparou com uma condição if(x && y), em que x e y são valores booleanos (bool). Na instrução if,

A caso x seja false, y não será avaliado.

B tanto x quanto y serão sempre avaliados.

C caso y seja true, x não será avaliado.

D somente x será avaliado.

E somente y será avaliado.

ID 144777 Informática Linux ou Unix FCC 2018

Um Auditor deseja configurar e habilitar em um servidor Linux a interface de rede eth0 com o IP 172.16.25.125 e a máscara 255.255.255.224. Para isso, ele terá que utilizar o comando

A ipconfig eth0 172.16.25.125 mask 255.255.255.224 up

B netconfig eth0 ip 172.16.25.125 netmask 255.255.255.224 on

C netstat eth0 ip 172.16.25.125 netmask 255.255.255.224 on

D ifconfig eth0 172.16.25.125 netmask 255.255.255.224 up

E netstart eth0 172.16.25.125 mask 255.255.255.224

ID 144757 Informática Arquiteturas FCC 2018

Web services são projetados para suportar interações interoperáveis entre máquinas em uma rede. Esta interoperabilidade é obtida por meio de um conjunto de padrões de tecnologia que, acoplados aos princípios de projeto orientado a serviço, formam um SOA fundamentado na tecnologia XML com base em 3 especificações. São elas:

A Interface Message; Service e Binding.

B Web Service Description (WSD); Simple Object Access Protocol (SOAP) e Hypertext Transfer Protocol (HTTP).

C ServiceKey; BusinessEntity e BusinessKey.

D Web Services Definition Language (WSDL); Simple Object Access Protocol (SOAP) e Universal Description, Discovery, and Integration (UDDI).

E Web Services Definition Language (WSDL); Common Object Request Broker Architecture (CORBA) e Distributed Component Object Model (DCOM).

ID 144728 Informática COBIT FCC 2018

O COBIT 5 apresenta uma tabela com o mapeamento entre os objetivos de TI e como estes são apoiados pelos processos de TI como parte da cascata de objetivos. Este mapeamento é expresso usando a seguinte escala:
- P significa primário, quando o processo do COBIT 5 for um apoio fundamental para a consecução de um objetivo de TI.
- S significa secundário, quando o processo do COBIT 5 for um apoio secundário para o objetivo de TI.
Considere o objetivo de TI “Gestão do risco organizacional de TI” e os processos do COBIT 5:

I. Gerenciar Fornecedores.

II. Garantir a Otimização de Recursos.

III. Gerenciar Segurança.

IV. Gerenciar Programas e Projetos.
O mapeamento entre o objetivo de TI e os processos do COBIT 5 está corretamente expresso em:

A P - P - P - P

B P - S - P - P

C S - S - P - S

D P - P - S - S

E P - S - S - P

ID 144713 Informática Sistemas de Apoio à Decisão FCC 2018

Considere, por hipótese, que um incêndio danificou um servidor da Prefeitura e um Auditor foi acionado para restaurar um backup completo do que havia em uma fita em um novo servidor. Apesar de o Auditor ter levado cerca de 30 minutos para restaurar os dados do backup, o total de tempo entre a notificação da interrupção dos serviços dependentes dos dados do servidor danificado, a recuperação total dos dados e a restauração dos serviços foi de aproximadamente 50 minutos, dentro do tempo tolerável previsto no Plano de Recuperação de Desastres associado ao Plano de Continuidade de Negócio. Este limite de tempo é conhecido como

A Recovery Time Point (RTP).

B Business Process Recovery Objective (BPRO).

C Recovery Point Objective (RPO).

D Business Recovery Time (BRT).

E Recovery Time Objective (RTO).