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

605 questões encontradas

ID 10204 Arquitetura de Software Sistemas Distribuídos CEBRASPE 2025

Constitui característica fundamental da comunicação assíncrona entre serviços

A a capacidade de enviar e processar mensagens de forma independente, sem que o emissor precise aguardar uma resposta imediata.

B a imposição de tempos de espera fixos para cada mensagem enviada, que garante que todas as mensagens sejam processadas no mesmo intervalo de tempo.

C o bloqueio do fluxo principal da aplicação, que impede que outras tarefas sejam executadas enquanto a resposta é processada.

D o acoplamento rígido entre os serviços, que garante que todas as mensagens sejam entregues de forma síncrona.

E o processamento imediato da resposta dentro da mesma execução do cliente que enviou a requisição.

ID 10203 Arquitetura de Software Sistemas Distribuídos CEBRASPE 2025

Assinale a opção em que é apresentada característica de um sistema que utiliza filas de mensagens para comunicação entre serviços.

A limitação na quantidade de mensagens que podem ser enviadas, com restrição do fluxo de comunicação entre sistemas

B dependência de um protocolo exclusivo para garantir a comunicação síncrona entre componentes

C capacidade de desacoplar processos, que permite maior flexibilidade e escalabilidade na comunicação entre componentes

D necessidade de que todos os serviços envolvidos na comunicação tenham disponibilidade total e simultânea

E obrigação de processar todas as mensagens no exato instante em que são enviadas, sem possibilidade de armazenamento temporário

ID 10202 Arquitetura de Software Sistemas Distribuídos CEBRASPE 2025

Em um sistema distribuído que usa eventos para a comunicação entre serviços, uma ação que melhora a escalabilidade da arquitetura é

A a exigência de que cada serviço processador de eventos esteja vinculado a um único emissor, sem possibilidade de assinaturas múltiplas.

B a redução da quantidade de eventos gerados para evitar sobrecarga nos serviços consumidores.

C o envio de eventos de maneira síncrona, para garantir que cada componente processe os dados no mesmo instante em que o evento ocorre.

D a utilização de um barramento de eventos que permita a comunicação assíncrona entre múltiplos serviços interessados na mesma mensagem.

E a imposição de um fluxo fixo e sequencial para cada evento, garantindo-se processamento ordenado sem variações.

ID 10201 Arquitetura de Software Sistemas Distribuídos CEBRASPE 2025

Em arquiteturas que utilizam mensageria para a comunicação entre sistemas, uma técnica eficiente para a garantia da entrega de mensagens sem perda é

A o processamento imediato de todas as mensagens sem necessidade de recuperação em caso de falha.

B a criação de múltiplos canais simultâneos para envio indiscriminado das mensagens, independentemente da ordem de processamento.

C o armazenamento temporário das mensagens em uma fila persistente até que elas sejam processadas com sucesso.

D o envio repetido de mensagens idênticas sem controle de duplicação para que cheguem ao destino.

E a comunicação direta entre serviços em tempo real, eliminando-se a necessidade de armazenamento intermediário.

ID 10200 Engenharia de Software Orientação a Objetos CEBRASPE 2025

Segundo o princípio da responsabilidade única ( single responsibility principle ), em boas práticas de desenvolvimento orientado a objetos, uma classe deve

A acumular várias responsabilidades para minimizar a quantidade de código escrito.

B possuir métodos genéricos que possam atender a diversas necessidades sem segregação funcional.

C ser capaz de realizar múltiplas funções relacionadas a diferentes aspectos do sistema.

D implementar diversas funcionalidades para reduzir a necessidade de criar novas classes.

E ter apenas uma razão para ser modificada, garantindo que sua responsabilidade seja única e bem definida.

ID 10199 Engenharia de Software Orientação a Objetos CEBRASPE 2025

O princípio de inversão de dependência ( dependency inversion principle ) visa tornar o código mais flexível e desacoplado e favorecer sua manutenção e testabilidade. Uma abordagem alinhada a esse princípio consiste em

A evitar o uso de abstrações na comunicação entre módulos para garantir que cada implementação se conecte diretamente com outras classes concretas.

B estabelecer um modelo em que módulos de alto nível interajam de maneira indireta com módulos de baixo nível de forma a garantir que a comunicação entre eles ocorra por meio de abstrações.

C permitir que módulos de alto nível dependam diretamente de módulos de baixo nível para garantir execução eficiente.

D estabelecer dependência direta entre classes concretas para facilitar a implementação e evitar abstrações desnecessárias.

E criar dependências explícitas entre os componentes do sistema para eliminar a necessidade de interfaces.

ID 10198 Engenharia de Software Orientação a Objetos CEBRASPE 2025

Durante o desenvolvimento de sistemas que exigem controle sobre a criação de instâncias, o padrão de projeto cuja adoção pode evitar múltiplos objetos redundantes e facilitar o acesso centralizado caracteriza-se por

A controlar a criação de instâncias e fornecer um único ponto de acesso global à classe.

B implementar um mecanismo de destruição automática da instância após cada uso.

C criar múltiplas instâncias da mesma classe para otimizar o desempenho do sistema.

D permitir que diferentes partes do código acessem instâncias distintas da mesma classe.

E utilizar herança para garantir que todas as subclasses tenham múltiplas instâncias.

ID 10197 Engenharia de Software Orientação a Objetos CEBRASPE 2025

O padrão de projeto factory method , utilizado para delegar a criação de objetos a subclasses e permitir maior flexibilidade e desacoplamento,

A garante que todas as instâncias criadas sejam idênticas e compartilhadas globalmente.

B impede a criação de novos objetos, limitando a reutilização de instâncias existentes.

C cria objetos diretamente na classe principal, sem necessidade de subclasses.

D estabelece um mecanismo baseado em abstrações para a criação de objetos, o que possibilita que subclasses escolham qual implementação concreta utilizar.

E E utiliza um único método estático para criar todas as instâncias do sistema.

ID 10196 Engenharia de Software Engenharia de Requisitos CEBRASPE 2025

Considerando que, na engenharia de software , há várias formas de se escrever uma especificação de requisitos de sistema, assinale a opção em que é apresentada a abordagem baseada no uso de uma linguagem de programação com características mais abstratas, para especificar os requisitos, definindo um modelo operacional do sistema.

A notações gráficas

B especificações matemáticas

C linguagem de descrição de projeto

D sentenças em linguagem natural

E linguagem natural estruturada

ID 10195 Arquitetura de Software Mvc Modelviewcontroller CEBRASPE 2025

Na utilização do padrão MVC ( model-view-controller ) em uma arquitetura de aplicação web , cabe ao model

A encapsular o estado de aplicação e o banco de dados.

B gerir a lógica específica da aplicação e enviar eventos de usuário ao controller .

C validar os dados de entrada e gerenciar os formulários web .

D notificar a visão de mudanças de estado e o processamento de solicitações HTTP.

E gerar as páginas dinamicamente e responder às solicitações de atualização dos dados.