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

204 questões encontradas

ID 169873 Tecnologia da Informação Engenharia de Software FCC 2017

Considere que é necessário fazer um programa que vá funcionar em várias plataformas, como Windows, Linux, Mac OS etc. O
programa fará uso de diversas abstrações de janelas gráficas, por exemplo, janela de diálogo, janela de aviso, janela de erro etc.
Um Analista sugeriu o uso de um padrão de projeto GoF estrutural que fornece um nível de abstração maior que o Adapter, pois
são separadas as implementações e as abstrações, permitindo que cada uma varie independentemente.

O padrão sugerido pelo Analista é o

A Bridge e as implementações seriam as classes de janela das plataformas.

B Prototype, pois especifica os tipos de plataformas a serem criadas usando uma instância protótipo e cria novas interfaces
pela cópia desse protótipo.

C MVC, de forma que a camada Model fique responsável por acionar as janelas, a camada Controller exiba os dados do
Model ao usuário e a camada View armazene as classes que fazem a comunicação com o Banco de Dados.

D Visitor e as interfaces seriam executadas nos elementos de cada plataforma.

E State, que permite a uma plataforma alterar o comportamento de sua interface.

ID 169851 Tecnologia da Informação Engenharia de Software FCC 2017

Considere que em um projeto orientado a objetos há uma classe com cinco métodos. Com base na métrica LCOM − Lack of
Cohesion in Methods,

A caso nenhum método da classe tenha acesso a um mesmo atributo, LCOM =5.

B para se manter a coesão baixa, LCOM deve ser alto.

C caso três dos métodos tenham um ou mais atributos em comum, LCOM=3.

D caso LCOM seja alto, os métodos estão fracamente acoplados uns aos outros por meio de atributos.

E a complexidade do projeto da classe aumenta quando LCOM diminui ou é zero.

ID 169779 Tecnologia da Informação Engenharia de Software FCC 2017

Realizar testes de unidade é uma prática fundamental no desenvolvimento de software. Em projetos de software criados com
Java, essa prática pode ser implementada com a ajuda de um popular framework denominado

A Apex.

B JUnit.

C GitUnit.

D VersionUnit.

E JTestUnit.

ID 169711 Tecnologia da Informação Engenharia de Software FCC 2017

Suponha que em uma organização existe um conjunto de cargos e para cada cargo existem regras de cálculo da taxa de
produtividade, cujo valor é determinado por uma porcentagem do salário base do funcionário. Este valor é acrescido ao salário
do funcionário como um bônus. Um desenvolvedor deve criar uma solução que utilize um design pattern (padrão de projeto) cuja
intenção é: “definir uma família de algoritmos, encapsular cada uma delas e torná-las intercambiáveis. O padrão de projeto
permite que o algoritmo varie independentemente dos clientes que o utilizam”. Ou seja, o padrão sugere que algoritmos
parecidos (métodos de cálculo da taxa de produtividade) sejam separados de quem os utiliza (funcionário). O padrão, além de
encapsular os algoritmos da mesma família, também permite a reutilização do código. Nesta situação, caso a regra para cálculo
da taxa de produtividade de dois tipos de funcionários, como Desenvolvedor e DBA, seja a mesma, não é necessário escrever
código extra. Caso seja necessário incluir um novo cargo, basta implementar sua estratégia de cálculo da taxa ou reutilizar outra
similar. Nenhuma outra parte do código precisa ser alterada.

O design pattern mencionado na situação apresentada é

A Abstract Method.

B Builder.

C Prototype.

D Strategy.

E Singleton.

ID 169691 Tecnologia da Informação Engenharia de Software FCC 2017

Texto associado

Atenção: Para responder às questões de números 52 e 53, considere o texto abaixo.

Hipoteticamente, um Analista de Sistemas do TST utilizou a notação BPMN 2.0 para modelar um processo de recebimento de
denúncias.

Em um determinado ponto ele diagramou um subprocesso composto de duas atividades, utilizando o símbolo “til” (~) na parte
inferior do mesmo. Esse símbolo é uma especificação característica do BPMN e significa que o subprocesso é

A explícito, ou seja, existe um gateway paralelo entre atividades, sempre presente, obrigatório, mas não demonstrado.

B explícito, ou seja, existe um gateway inclusivo entre atividades, sempre presente, obrigatório, mas não demonstrado.

C ad hoc, ou seja, a ordem de execução das atividades ocorre de cima para baixo e da esquerda para a direita.

D ad hoc, ou seja, a ordem de execução das atividades não é definida.

E implícito, ou seja, existe um gateway de eventos múltiplos entre atividades, sempre presente, mas não definido.

ID 169629 Tecnologia da Informação Engenharia de Software FCC 2017

Durante a fase de teste de um software desenvolvido para um sistema em tempo real que usa memória compartilhada, um
Analista de Sistemas verificou que, apesar de seus componentes já terem sido testados de modo individual e terem tido todos os
erros corrigidos, ele não funcionava como deveria, de acordo com sua especificação. O Analista realizou, então, um teste de
interface que conseguiu detectar o erro. O motivo era que o produtor e o consumidor de dados estavam operando em
velocidades diferentes e o consumidor estava acessando informação desatualizada, pois o produtor da informação não
atualizava as informações da interface compartilhada.
Na
Engenharia de Software, o tipo de teste de interface e o erro detectado são denominados, correta e respectivamente,
interface de

A passagem de mensagem e erro de timing.

B passagem de mensagem e erro de mau uso de interface.

C componente e erro de procedimento.

D memória compartilhada e erro de procedimento.

E de timing e erro de parâmetro.

ID 169560 Tecnologia da Informação Engenharia de Software FCC 2017

Considere uma aplicação bancária na qual exista uma classe denominada ContaCorrente que tem os seguintes métodos:

abrir(),depositar(),retirar(),saldo(),limiteCredito(),cartoesAssociados(),fechar(),excluir()
Cada um destes métodos ou operações pode ser aplicado à ContaCorrente , mas há certas restrições implícitas como: a conta precisa ter sido aberta para que se possam realizar outras operações e precisa ser fechada após todas as operações terem sido realizadas. Se a conta for excluída nenhuma operação pode mais ser realizada. Mas as operações podem ser realizadas em diversas ordens e diversas vezes. Desta forma, o teste da classe deve assumir diversos cenários. Considere as sequências de casos de testes:

I. abrir→depositar→retirar→fechar
II. abrir→depositar→retirar→saldo→retirar→retirar→limiteCredito→fechar
III. abrir→saldo→retirar→depositar→retirar→depositar→cartoesAssociados→retirar→retirar→fechar

Os casos de testes

A são testes aleatórios que podem ser conduzidos para exercitar diferentes situações de vida da classe.

B representam testes com base em cenários.

C pertencem a projetos de caso de teste interclasse.

D são exemplos de testes para verificar a herança entre métodos base e métodos derivados.

E são exemplos de teste baseado em erro que buscam avaliar resultado inesperado, método errado e invocação incorreta.

ID 169478 Tecnologia da Informação Engenharia de Software FCC 2017

Em um mundo repleto de VUCA (Volatility, Uncertainty, Complexity and Ambiguity), é necessário ter VECA (Vision,
Understanding, Clarity and Agility), ou seja, as pessoas e organizações devem estar preparadas para mudanças. Considere, por
hipótese, que o TST trabalhe com um modelo de gestão de mudança organizacional que propõe etapas que devem ser
percorridas pelas pessoas envolvidas em processos de mudanças. As etapas são baseadas nas premissas: consciência da
necessidade da mudança, desejo de participar e apoiar o processo, conhecer o que mudar e como mudar, habilidades
comportamentais para conduzir a mudança e, por fim, sustentar e consolidar a mudança. Este modelo é denominado

A ADKAR.

B CDCCS.

C SWOT.

D 5Vs.

E Kotler’s 5 Steps Practical Model.

ID 169323 Tecnologia da Informação Engenharia de Software FCC 2017

Considere a relação todo-parte com forte vínculo entre as classes Tribunal e Departamento, significando as áreas
administrativas que integram um tribunal. Na UML esta relação é tratada como

A agregação por composição. Isso significa que a parte vive mesmo sem o todo.

B composição. Isso significa que a parte não vive sem o todo.

C interface simples. Isso significa que a parte não vive sem o todo, mas o todo existe sem a parte.

D interface simples. Isso significa que a parte não vive sem o todo, mas o todo existe sem a parte.

E herança múltipla. Isso significa que a parte vive mesmo sem o todo porque existem outras partes que compõem o todo.

ID 169308 Tecnologia da Informação Engenharia de Software FCC 2017

O guia ABPMP-CBOK divide o Business Process Modeling − BPM em 9 Áreas de Conhecimento que refletem as capacidades que devem ser consideradas por uma organização que vise à implantação do BPM. Uma das áreas envolve a criação de novos processos de negócio e a especificação de como funcionarão, serão medidos, controlados e gerenciados dentro do contexto das metas de negócio e dos objetivos de desempenho dos processos. A área envolve a criação do modelo futuro de processos de negócio ( to be ), fornecendo planos e diretrizes sobre como fluxos de negócios, aplicações de negócio, plataformas de tecnologia, recursos de dados, controles financeiros e operacionais interagem com outros processos internos e externos. Esta área é denominada

A Desenho de Processos.

B Análise de Processos.

C Modelagem de Processos.

D Transformação de Processos.

E Gerenciamento Corporativo de Processos