Questões por banca

Questões de Engenharia de Software da CESGRANRIO

Pratique questões de Engenharia de Software da CESGRANRIO e filtre por assunto, tópico, órgão, cargo e ano.

Estude com questões da CESGRANRIO

Consulte o banco público da QuestLab com questões da CESGRANRIO. Use os filtros abaixo para localizar questões por disciplina, assunto, órgão, cargo, ano e modalidade.

Ver DNA da CESGRANRIO

Questões da CESGRANRIO por disciplina

152 disciplinas disponíveis. Clique para visualizar todas.

Acesse diretamente as disciplinas disponíveis nesta banca. As quantidades abaixo consideram as questões ativas do banco QuestLab.

Ver todas da CESGRANRIO

Encontre as questões que procura

Palavra-chave

Disciplina

Assunto

Tópico

Banca

Órgão

Ano

Cargo

Modalidade

Limpar filtros

68 questões encontradas

ID 4811 Engenharia de Software Desenvolvimento de Software CESGRANRIO 2025

Em uma equipe de desenvolvimento que trabalha em um sistema bancário, os desenvolvedores estão enfrentando dificuldades em integrar o código que foi desenvolvido de maneira isolada por vários desenvolvedores. O código está sendo testado manualmente por cada desenvolvedor, mas há um grande atraso na detecção de erros e conflitos, resultando em muitos bugs, descobertos apenas nas fases mais avançadas do projeto. Com o aumento do número de desenvolvedores e a complexidade do sistema, a equipe decide adotar uma abordagem de Integração Contínua. Ao tomar essa decisão, a equipe levou em conta que essa abordagem

A garante que o código sempre estará livre de erros, pois ele é verificado automaticamente a cada commit, sem a necessidade de testes adicionais.

B garante que todas as partes do sistema funcionem corretamente, pois envolve a combinação manual de código das diferentes equipes de desenvolvimento a cada semana.

C proporciona feedback rápido sobre a qualidade do código, pois os desenvolvedores enviam frequentemente pequenas mudanças de código para o repositório, e o sistema executa automaticamente testes e validações.

D deve ser adotada apenas na etapa final do ciclo de desenvolvimento, quando o produto já está quase finalizado.

E dispensa ferramentas de automação, já que os desenvolvedores realizam todos os testes e integrações manualmente.

ID 4809 Engenharia de Software Teste de Software CESGRANRIO 2025

Um técnico bancário está aprofundando seus conhecimentos em testes de software, buscando identificar o mais adequado para avaliar o limite de capacidade do sistema e como ele se comporta sob pressão, considerando, inclusive, seu tempo de resposta e sua escalabilidade. Nesse contexto, o técnico deve utilizar o teste de

A acessibilidade

B carga

C segurança

D usabilidade

E vulnerabilidade

ID 4808 Engenharia de Software Teste de Software CESGRANRIO 2025

A equipe de suporte bancário foi designada para realizar o Teste de Integração entre os diferentes microsserviços que compõem um sistema bancário distribuído, como o gerenciamento de contas, o processamento de pagamentos e a autenticação de usuários. A comunicação entre os módulos do sistema é realizada por meio de APIs RESTful. Nesse contexto, o Teste de Integração

A envolve testar a interação entre os microsserviços, verificando se as APIs entre eles estão funcionando corretamente e se os dados estão sendo trocados corretamente entre os módulos.

B concentra-se apenas em testar as funcionalidades internas de cada microsserviço de forma isolada, não avaliando a comunicação entre os módulos ou a troca de dados entre eles.

C tem como objetivo verificar se os microsserviços estão funcionando corretamente em ambiente de produção, sem a necessidade de testes em ambientes de desenvolvimento ou de testes intermediários.

D serve para garantir que as interações entre os serviços sejam verificadas no final do desenvolvimento do sistema e, por isso, só é realizado após a implementação de todos os testes de unidade.

E verifica se os microsserviços estão trocando dados corretamente, não considerando as dependências externas do sistema, como banco de dados, filas de mensagens ou outros sistemas externos aos microsserviços.

ID 4807 Engenharia de Software Qualidade de Software CESGRANRIO 2025

A prática de Garantia da Qualidade de Software visa garantir a qualidade de um software e envolve atividade realizada ao longo do seu ciclo de vida. Sobre essa prática, verifica-se que

A a manutenção de software é realizada após a entrega final do produto e não exige a implementação de novos testes ou atualizações no sistema.

B a gerência de configuração envolve o controle e o monitoramento das mudanças nos requisitos do sistema sem afetar a documentação do código-fonte ou o controle de versões.

C a garantia da qualidade inclui a aplicação de processos e métodos para assegurar que o produto de software atenda aos requisitos e às expectativas do cliente ao longo de todo o ciclo de vida do projeto.

D o teste automatizado é utilizado após o lançamento do sistema e se restringe à correção de problemas pós-lançamento.

E os modelos de ciclo de vida de software, como o modelo cascata, são utilizados para testar o software em etapas intermediárias do desenvolvimento, sendo dispensado seu uso na fase de implementação.

ID 4796 Engenharia de Software Refatoração CESGRANRIO 2025

Uma fintech especializada em processamento de pagamentos enfrenta dificuldades na manutenção da API de transações financeiras. Tais dificuldades ocorrem devido ao crescimento desorganizado do código dessa API, que resulta em funções extensas, repetição de lógica e desafios na implementação de novas funcionalidades. Pequenos ajustes nesse código tornaram-se arriscados, pois qualquer alteração pode gerar efeitos colaterais inesperados, além de demandar um tempo excessivo da equipe para compreender trechos confusos e mal estruturados. Para resolver esse problema, o diretor de tecnologia propõe a adoção de práticas de refatoração. Dado o problema enfrentado por essa fintech, a abordagem que se alinha ao conceito de refatoração para resolver essa situação é a de

A implementar verificações externas no código para capturar mais erros em tempo real e de execução.

B priorizar o lançamento de novas funcionalidades antes de realizar qualquer refatoração no código existente.

C reescrever códigos-fonte confusos que não demandam modificações, tornando-os mais claros, com o objetivo de subdividir o problema.

D otimizar o desempenho, com vistas a conjugar a aceleração do tempo de resposta e um código mais fácil de operar.

E modificar a estrutura interna do software de forma a torná-lo mais compreensível e menos custoso, preservando seu comportamento observável.

ID 4795 Engenharia de Software Desenvolvimento de Software CESGRANRIO 2025

Uma empresa especializada em desenvolvimento de software para gestão bancária enfrenta problemas frequentes com erros inesperados em seu sistema de processamento de empréstimos. Muitos desses erros ocorrem devido a entradas inválidas, falta de validação adequada e contratos mal definidos entre os módulos do sistema. Para garantir que os componentes do software se comuniquem corretamente e respeitem regras bem definidas, o arquiteto de software propõe a adoção da Programação por Contrato (Design by Contract – DbC). Nesse contexto, o uso da Programação por Contrato (Design by Contract – DbC) é adequado pois ela

A adiciona verificações redundantes de erro em pontos aleatórios do código para evitar falhas inesperadas.

B emprega assertivas para validar entradas externas em qualquer parte do código, independentemente de sua origem, e em qualquer estágio de execução.

C implementa contratos explícitos, entre métodos e seus consumidores, definindo pré-condições, pós-condições e invariantes para garantir o correto funcionamento do sistema.

D incorpora mecanismos de confiabilidade ao final do processo de implementação e documentação, objetivando a corretude dos programas.

E utiliza exceções para capturar e corrigir automaticamente qualquer erro de entrada nos métodos.

ID 4784 Engenharia de Software Inteligencia Artificial CESGRANRIO 2025

Uma empresa deseja automatizar a alocação de recursos em seu data center utilizando Inteligência Artificial (IA) com base em padrões históricos de uso. A ideia é que a IA analise os dados de consumo e ajuste automaticamente os recursos computacionais, prevenindo sobrecargas e otimizando custos. Para essa automação, deve ser utilizada uma aplicação de aprendizado de máquina que

A treine um modelo de aprendizado supervisionado para prever picos de demanda e ajustar os recursos automaticamente.

B utilize um script de programação que aloque recursos fixos, independentemente da carga.

C configure um sistema de balanceamento de carga manual para gerenciar a utilização de recursos.

D implemente um modelo de aprendizado não supervisionado para criar backups automáticos.

E treine um modelo de aprendizado não supervisionado para alocação independente de carga.

ID 4782 Engenharia de Software Desenvolvimento de Software CESGRANRIO 2025

Um técnico bancário de suporte resolveu configurar a infraestrutura de um ambiente de produção utilizando o processo de Infraestrutura como Código (IaC). Ao estudar sobre o assunto, ele descobriu que há dois tipos de abordagem para IaC: a declarativa e a imperativa. A respeito dessas abordagens, o técnico aprendeu que

A a abordagem declarativa é mais adequada para ambientes locais, enquanto a abordagem imperativa é ideal apenas para ambientes em nuvem.

B a abordagem declarativa descreve o estado final da infraestrutura, enquanto a abordagem imperativa detalha os passos para alcançar esse estado.

C a abordagem imperativa é adequada para hardware e software, enquanto a abordagem declarativa descreve os modelos de ambientes on-premises.

D a abordagem imperativa descreve apenas recursos de software, enquanto a abordagem declarativa é utilizada exclusivamente para hardware.

E ambas focam a descrição do estado final da infraestrutura, sendo que a declarativa descreve esse estado mais detalhadamente que a imperativa.

ID 4781 Engenharia de Software Inteligencia Artificial CESGRANRIO 2025

Em um banco de grande porte, o time de operações de TI enfrenta dificuldades para monitorar a grande quantidade de eventos e alertas provenientes de diversos sistemas e ferramentas. O time está considerando implementar uma solução baseada em Inteligência Artificial (IA) para automatizar as tarefas operacionais (AiOps) de identificação de problemas e de redução do tempo de resposta a incidentes críticos. Nesse contexto, o uso de IA é possível, pelo fato de a AiOps, nesse caso,

A focar apenas a coleta de logs e relatórios de desempenho de sistemas, fornecendo somente dados para os administradores, sem integrar a automação de tarefas.

B usar aprendizado de máquina para processar grandes volumes de dados em tempo real, identificar padrões e prever falhas antes que ocorram, permitindo a automação de correções de problemas críticos com mínima intervenção manual.

C utilizar redes neurais para aumentar a complexidade das tarefas operacionais e realizar decisões mais informadas, mas sem automatizar processos em tempo real.

D usar algoritmos baseados em regras fixas para corrigir incidentes de forma reativa, não considerando dados históricos nem possíveis falhas futuras.

E aumentar a capacidade dos servidores físicos para lidar com picos de demanda em tempo real, para prever e evitar falhas.

ID 5955 Engenharia de Software CESGRANRIO 2024

Uma equipe de desenvolvimento de software de uma organização de grande porte enfrentava questionamentos internos acerca de sua capacidade de resposta. Como as demandas por reparos dos softwares existentes bem como o desenvolvimento de novas soluções mantinham uma tendência de crescimento, o gestor de Tecnologia da Informação decidiu controlar o progresso das atividades de desenvolvimento de software de suas equipes utilizando o método Kanban, com o objetivo de aumentar a produtividade do setor, tornando as entregas aos clientes internos mais produtivas e eficazes. Nesse contexto, o gestor considerou adequada a escolha do Kanban por esse método

A limitar o número de tarefas concomitantes (limites WIP – Work In Progress).

B manter a equipe envolvida em um processo isolada e focada na sua entrega.

C praticar a programação em pares na reunião diária em pé do Kanban (standup meeting).

D produzir como saída de cada coluna do quadro Kanban um cartão CRC-sprint.

E projetar o diagrama de colaboração das funcionalidades e o respectivo diagrama de objetos.