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

79 questões encontradas

ID 96940 Engenharia de Software Processos de Software Instituto Legalle 2026

No contexto das metodologias ágeis, o Extreme Programming (XP) é um modelo de desenvolvimento de software baseado em valores fundamentais que orientam as práticas da equipe. Considerando esses valores, assinale a alternativa que NÃO corresponde a um valor do XP.

A Comunicação.

B Simplicidade.

C Feedback.

D Coragem.

E Flexibilidade.

ID 96931 Engenharia de Software Processos de Software Instituto Legalle 2026

No modelo CMMI-DEV (Capability Maturity Model Integration for Development) , versão 1.3, as áreas de processo são organizadas em categorias que agrupam práticas relacionadas a diferentes aspectos da melhoria de processos e desenvolvimento de software. Considerando essa organização, assinale a alternativa que apresenta uma categoria que NÃO pertence ao CMMI-DEV.

A Gerenciamento de Serviços.

B Gerenciamento de Projetos.

C Engenharia.

D Suporte.

E Gerenciamento de Processos.

ID 96930 Engenharia de Software Processos de Software Instituto Legalle 2026

O modelo CMM (Capability Maturity Model) , em sua versão 1.1, estabelece níveis de maturidade que indicam o grau de evolução dos processos de software em uma organização, permitindo avaliar sua capacidade de desenvolvimento de forma estruturada. Nesse contexto, assinale a alternativa que apresenta um nível de maturidade do CMM.

A Escalável.

B Portável.

C Repetível.

D Modular.

E Interoperável.

ID 96929 Engenharia de Software Processos de Software Instituto Legalle 2026

De acordo com o modelo MPS.BR (Melhoria de Processo do Software Brasileiro), versão 1.1, os processos do ciclo de vida de software podem ser classificados em processos fundamentais, de apoio e organizacionais, conforme sua função no contexto do desenvolvimento e manutenção de software. Considerando essa classificação, assinale a alternativa que apresenta um processo classificado como processo de apoio.

A Desenvolvimento de software.

B Manutenção de software.

C Aquisição de software.

D Garantia da Qualidade.

E Definição do processo organizacional.

ID 96927 Engenharia de Software Processos de Software Instituto Legalle 2026

De acordo com o modelo CMMI-DEV ( Capability Maturity Model Integration for Development ), versão 1.3, os níveis de maturidade representam estágios evolutivos da melhoria de processos organizacionais, sendo definidos de forma sequencial. Nesse contexto, assinale a alternativa que apresenta um nível de maturidade que NÃO pertence ao modelo CMMI-DEV.

A Inicial.

B Gerenciado.

C Definido.

D Otimizado Adaptativo.

E Quantitativamente Gerenciado.

ID 96924 Engenharia de Software Processos de Software Instituto Legalle 2026

O modelo MPS.BR (Melhoria de Processo do Software Brasileiro), versão 1.1, define níveis de maturidade que representam estágios evolutivos da capacidade dos processos organizacionais. Com base nessa classificação, assinale a alternativa que apresenta uma denominação que NÃO corresponde a um nível de maturidade do MPS.BR.

A Em Aperfeiçoamento Contínuo.

B Gerenciado Quantitativamente.

C Definido.

D Largamente Definido.

E Parcialmente Gerenciado.

ID 60580 Engenharia de Software Processos de Software FUNDATEC 2026

Os modelos de processo de software diferem na forma como organizam suas atividades e na adequação a diferentes contextos de projeto. Assinale a alternativa correta.

A O modelo cascata é recomendado para projetos com requisitos sujeitos a mudanças frequentes, pois sua estrutura sequencial facilita a incorporação de alterações entre as fases.

B O desenvolvimento incremental consiste em uma série de cascatas independentes, cada uma entregando um subsistema completo e encapsulado antes de iniciar o próximo.

C O modelo espiral é um processo incremental dirigido por riscos, em que cada ciclo representa uma fase do desenvolvimento com análise explícita de riscos como atividade central.

D O modelo espiral de Boehm é uma variante do modelo cascata dividida em quatro fases fixas, sem consideração explícita de análise de riscos entre os ciclos.

E O modelo cascata e o desenvolvimento incremental produzem resultados equivalentes para qualquer projeto, diferindo apenas no número de iterações necessárias — o cascata realiza todas as fases em um único ciclo, enquanto o incremental as repete em ciclos menores.

ID 60480 Engenharia de Software Processos de Software FUNDATEC 2026

A abordagem Scrum é um método ágil cujo foco recai sobre o gerenciamento do desenvolvimento iterativo. A característica central e inovadora desse framework é a execução dos ciclos de sprint , que consistem em unidades de planejamento em que o trabalho é avaliado e o software é implementado. Em relação às características de funcionamento dos ciclos de sprint no modelo Scrum, assinale a alternativa correta.

A Os sprints possuem comprimento fixo, normalmente de duas a quatro semanas, período em que o cliente participa ativamente da codificação e possui total liberdade para inserir novos requisitos na equipe de desenvolvimento a qualquer momento.

B O gerenciamento do ciclo determina que a equipe adote, obrigatoriamente, práticas de engenharia de software ágeis prescritas pelo próprio Scrum, tais como a programação em pares e o desenvolvimento orientado a testes ( test-first ).

C Durante a etapa em que a equipe se organiza para desenvolver o software, os membros ficam isolados do cliente e da organização, sendo a comunicação externa e a proteção contra distrações gerenciadas e canalizadas pelo Scrum Master.

D O ponto de partida para o planejamento de uma sprint é o backlog do produto, que consiste em uma lista de requisitos considerada estática e cujo escopo original não pode ser revisado ou repriorizado no início de novos ciclos.

E Ao término de cada sprint , ocorre obrigatoriamente a fase de encerramento do projeto, momento em que a equipe compila toda a documentação exigida, elabora os manuais finais do usuário e finaliza as entregas para o cliente.

ID 80953 Engenharia de Software Processos de Software IBFC 2025

Com relação aos modelos de construção de software, assinale a alternativa que apresenta um modelo de processo executado em sequência, sem que de uma etapa posterior seja possível retornar a uma etapa anterior.

A Modelo Cascata

B Modelo Proposital

C Modelo Unilateral

D Modelo Bilateral

E Modelo Junção

ID 24190 Engenharia de Software Processos de Software FGV 2025

Scrum é um método ágil, iterativo e incremental para gerenciamento de projetos que foi proposto por Sutherland e Schwaber. A definição do Scrum inclui um conjunto bem definido de papéis, artefatos e eventos. São eventos Scrum:

A desenvolvimento de produto e lançamento do produto, apenas.

B planejamento dos sprints, sprints, reuniões diárias, revisões dos sprints e retrospectivas, apenas.

C validação dos sprints, manutenção dos backlogs dos sprints e atualização dos gráficos de burndown, apenas.

D manutenção do backlog do produto, dos backlogs dos sprints e dos quadros scrum e lançamento do produto, apenas.

E desenvolvimento do produto, execução dos sprints, manutenção dos backlogs, reuniões de pé, atualização dos gráficos de burndown e lançamento do produto, apenas.