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

478 questões encontradas

ID 26502 Engenharia de Software Geral FGV 2024

Roberto está utilizando a UML para modelar um sistema de gerenciamento e monitoramento de pedidos. Ele definiu um processo assíncrono, que envolve a tela cliente emitindo os pedidos para um serviço, para o tratamento no servidor, além de uma callback no cliente, exibindo a conclusão do processo. Para modelar o fluxo de execução descrito, Roberto utilizou:

A um diagrama de atividades iniciado com enviar_pedido, do Cliente, seguido de um fork, que abre para um receive signal de concluído, no Cliente, e ler_pedido, seguido da emissão de concluído, no Servidor, com os fluxos sincronizados por um join, tendo na sequência a exibição da conclusão, no Cliente;

B um diagrama de sequência com Usuario, Cliente e Serviço, onde Usuario invoca enviar_pedido, de Cliente, este invoca ler_pedido, de Serviço, o qual invoca informar_conclusao, de Cliente, ao final da sequência;

C um diagrama de estados para o canal de comunicação entre Cliente e Serviço, indicando os estados do protocolo;

D um diagrama de pacotes, contemplando os artefatos Cliente e Servidor, com as respectivas responsabilidades;

E um diagrama de classes contendo as classes Cliente e Serviço, no qual o Cliente tem os métodos enviar_pedido e verificar, este segundo com marcação assíncrona, e Serviço tem os métodos ler_pedido e informar_conclusao.

ID 26454 Engenharia de Software Geral FGV 2024

O técnico judiciário em TI Seedorf foi designado para otimizar a infraestrutura de TI do TRF1, que migrou recentemente para a nuvem. O Tribunal está enfrentando desafios relacionados à escalabilidade e elasticidade, com a necessidade de ajustar os recursos de TI automaticamente para atender às flutuações na demanda, mantendo o controle de custos. Além disso, é essencial que essa otimização não dependa de intervenções manuais frequentes e que possa responder rapidamente a picos inesperados de demanda. Diante desses requisitos, para garantir uma gestão eficiente da infraestrutura de TI na nuvem, Seedorf deve utilizar a estratégia de:

A configurar instâncias reservadas para todos os serviços em nuvem para garantir um custo fixo e previsível;

B utilizar auto scaling para ajustar automaticamente a capacidade de recursos com base na demanda, garantindo elasticidade e controle de custos;

C implementar uma política de cobrança baseada em uso, utilizando instâncias spot para reduzir custos em cargas de trabalho não críticas;

D adotar uma abordagem de multi-cloud para distribuir a carga de trabalho entre diferentes provedores de nuvem, garantindo alta disponibilidade e otimização de custos;

E configurar um sistema de monitoramento e alertas para acompanhar o uso de recursos e ajustar manualmente a capacidade conforme necessário.

ID 26402 Engenharia de Software Geral FGV 2024

O Time de Inovação Digital (TID) de uma organização está utilizando Lean Inception para iniciar um novo projeto o mais rápido possível, entregando aos usuários um produto que agregue valor. O TID já descobriu quais features (recursos) o produto do projeto deve atender. Considerando que as descrições das features são e devem ser simples, o TID deve:

A prototipar telas (canvas) para as features;

B definir colaborativamente a visão do produto;

C avaliar as features em termos de esforço, valor e incertezas;

D associar as features para cada combinação de objetivo e persona;

E registrar as certezas sobre as features e descartar as features com incertezas.

ID 26401 Engenharia de Software Geral FGV 2024

O Departamento de Capacitação (DECAP) é responsável pela gestão do aprimoramento profissional dos colaboradores de uma determinada organização. O DECAP, que planeja, coordena e executa treinamentos, está aplicando Kanban como método de gerenciamento de seu processo de trabalho. O DECAP estabeleceu um Work in Progress Limit (WIP Limit) na gestão de seu processo de negócio visando a:

A associá-lo a práticas ágeis de entrega contínua;

B planejar e iniciar mais treinamentos em menos tempo;

C criar um equilíbrio entre demanda e capacidade ao longo do tempo;

D identificar os treinamentos que ultrapassam o limite estabelecido;

E definir o período máximo de tempo que uma etapa do processo deve durar.

ID 26296 Engenharia de Software Geral FGV 2024

A analista Dalva administra o cluster de Kubernetes do TRF1. Dalva precisa adicionar ao Kubernetes novas condições de prontidão customizadas para o Pod A. As novas condições devem ser atendidas para o Kubernetes elevar a condição do Pod A ao status Ready. Dalva deve adicionar as novas condições de prontidão ao manifesto do Pod A, especificamente no elemento:

A lifecycleConfig;

B readinessGates;

C containerStatuses;

D lifecycleConditions;

E readinessConditions.

ID 26293 Engenharia de Software Geral FGV 2024

O analista Maicon deve configurar um novo runner, chamado RunM, no GitLab CI/CD do TRF1. Os jobs executados no RunM devem ser capazes de interagir de forma plena com um dispositivo externo conectado fisicamente ao host do runner. O escalonamento do RunM pelo GitLab deve ser fixo, e não automático. Maicon deve escolher o executor de runner do GitLab que exige a menor quantidade de customização necessária para a execução de RunM. O executor de runner que Maicon deve escolher é:

A shell;

B docker;

C parallels;

D instance;

E virtualbox.

ID 26289 Engenharia de Software Geral FGV 2024

Uma equipe de qualidade está avaliando as métricas de um projeto para assegurar a conformidade com os padrões estabelecidos. Considerando a utilização da análise por pontos de função, assinale a afirmação que explica como essa metodologia garante a qualidade do software.

A A análise por pontos de função avalia diretamente o desempenho do software em diferentes plataformas de hardware, garantindo a qualidade do software em todas as configurações.

B A análise por pontos de função avalia a complexidade algorítmica do código fonte para determinar o esforço de desenvolvimento necessário para manter a qualidade.

C Essa metodologia determina o tamanho funcional do software, permitindo uma correta alocação de recursos que não resultarão em riscos de falha devido à pressão nos desenvolvedores.

D A análise por pontos de função foca exclusivamente na quantidade de código-fonte escrito, facilitando a identificação de bugs e vulnerabilidades.

E A metodologia prioriza a avaliação das funcionalidades que mais consomem recursos de hardware, assegurando uma melhor performance do software.

ID 26223 Engenharia de Software Geral FGV 2024

O Aprendizado de Máquina ou Machine Learning (ML) é uma área da ciência da computação diretamente relacionada à Ciência de Dados ( Data Science ). Como sua própria terminologia diz, o Aprendizado de Máquina se concentra no desenvolvimento de algoritmos que podem aprender com dados. Seus três principais tipos de algoritmos são Aprendizado Supervisionado, Aprendizado Não Supervisionado e Aprendizado por Reforço. Com relação aos três tipos de algoritmos mencionados, avalie as afirmativas a seguir:

I. No aprendizado supervisionado, os algoritmos são treinados com dados rotulados, ou seja, dados que contêm exemplos de entrada e saída correspondentes, e, portanto, associam tais entradas às saídas correspondentes.

II. No aprendizado não supervisionado os algoritmos são treinados em conjuntos de dados que não contêm exemplos de entrada e saída correspondentes e, portanto, aprendem a identificar padrões nos dados sem saber o que os seus padrões representam inicialmente.

III. O aprendizado por reforço envolve um agente ( softbot ) que aprende a tomar decisões em ambientes específicos, interagindo com esses ambientes e recebendo recompensas ou punições por suas ações de exploração ou atuação. A respeito das afirmações, assinale a alternativa correta.

A Apenas as afirmativas I e III estão corretas.

B As afirmativas I, II e III estão corretas.

C Apenas a afirmativa III está correta.

D Apenas a afirmativa I está correta.

E Apenas a afirmativa II está correta.

ID 26167 Engenharia de Software Geral FGV 2024

Engenharia de Requisitos é uma disciplina fundamental na Engenharia de Software. Ela envolve a identificação, a análise, a documentação e o gerenciamento dos requisitos de um sistema de software. Esses requisitos definem o que o sistema deve fazer e quais são as suas funcionalidades e restrições. O objetivo principal da engenharia de requisitos é assegurar que o software desenvolvido atenda às necessidades e expectativas dos stakeholders (partes interessadas). Diante do contexto apresentado, a seguinte etapa da Engenharia de Requisitos é essencial para garantir que as necessidades e expectativas dos stakeholders sejam corretamente compreendidas e documentadas:

A Implementação de testes automatizados.

B Análise de viabilidade técnica.

C Elicitação de requisitos.

D Design da arquitetura do sistema.

E Implementação do código-fonte.

ID 26165 Engenharia de Software Geral FGV 2024

Prototipação é uma técnica usada no desenvolvimento de software que envolve a criação de um modelo ou versão preliminar de um sistema para ajudar na compreensão dos requisitos e validar conceitos antes da construção do produto final. No contexto da prototipação em desenvolvimento de software, assinale a afirmativa que descreve corretamente o principal objetivo da criação de protótipos.

A Prototipação visa exclusivamente testar o desempenho do sistema sob condições extremas.

B Prototipação é usada para substituir a fase de design do software, eliminando a necessidade de criar diagramas de arquitetura.

C Prototipação permite aos stakeholders visualizar e interagir com uma versão preliminar do software, ajudando a refinar os requisitos e identificar problemas cedo no processo.

D Prototipação é uma técnica usada para garantir que o software final seja implementado sem defeitos.

E Prototipação destina-se a produzir a versão final do software que será entregue ao usuário.