QuestLab Plataforma Inteligente de Questões
Entrar Criar conta
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
Limpar filtros
51 questões encontradas
ID 96638 Engenharia de Software Engenharia de Requisitos Instituto Legalle 2026

Os diagramas de casos de uso da UML descrevem os requisitos funcionais de um sistema sob a perspectiva dos atores externos que interagem com ele. Para expressar relações de dependência e reuso entre casos de uso, a UML define os estereótipos < > e < >, que possuem semânticas distintas. Diante disso, assinale a alternativa que descreve CORRETAMENTE a diferença entre essas duas relações.

A A relação < > indica que um caso de uso base pode invocar outro caso de uso, dependendo de uma condição avaliada durante a execução.
B A relação < > indica que um caso de uso base sempre incorpora o comportamento de outro caso de uso, sendo essa incorporação obrigatória.
C A relação < > indica que o caso de uso base incorpora obrigatoriamente o comportamento de outro caso de uso, enquanto < > representa uma extensão condicional e opcional ao comportamento base.
D As relações < > e < > possuem semântica equivalente e são usadas de forma intercambiável para representar reuso de comportamento entre casos de uso.
E A relação < > indica que o caso de uso estendido passa a substituir completamente o caso de uso base, eliminando a necessidade de executá-lo de forma independente.
ID 60695 Engenharia de Software Engenharia de Requisitos FUNDATEC 2026

A engenharia de requisitos compreende as atividades de identificação, documentação e gerenciamento dos requisitos de um sistema de software. A distinção entre os tipos de requisitos e as práticas de rastreabilidade são aspectos centrais para a qualidade do processo e do produto. Nesse sentido, assinale a alternativa correta.

A Um requisito não funcional não especifica o que o sistema deve fazer, mas sob quais condições ou com quais atributos de qualidade ele deve operar; sua violação pode tornar o sistema inutilizável, mesmo que todos os requisitos funcionais sejam satisfeitos.
B Requisitos funcionais definem atributos de qualidade do sistema, como desempenho, confiabilidade e segurança. Os requisitos não funcionais especificam as funções e os comportamentos que o sistema deve executar em resposta a determinadas entradas ou eventos.
C Requisitos de usuário são redigidos em linguagem técnica e notação formal, destinada à equipe de desenvolvimento; requisitos de sistema, por sua vez, são expressos em linguagem natural acessível a gerentes e stakeholders não técnicos.
D A rastreabilidade de requisitos permite reconstruir o histórico de origem de cada requisito (rastreabilidade backward), mas não pode estabelecer relações entre os requisitos e os artefatos de design, código e testes produzidos a partir deles.
E Descumprir um requisito não funcional não compromete a aceitabilidade do sistema desde que todos os requisitos funcionais sejam atendidos. Requisitos não funcionais representam metas de qualidade desejáveis, não exigências vinculantes.
ID 124638 Engenharia de Software Engenharia de Requisitos CEBRASPE 2025

Considere que uma agência espacial esteja desenvolvendo um software de controle de missão para um satélite de observação da Terra. Nesse contexto, assinale a opção que corresponde à técnica de elicitação de requisitos mais eficaz para garantir que a interface do usuário atenda às necessidades críticas de precisão, confiabilidade e usabilidade, especialmente em situações de alta pressão.

A sessões de brainstorming com a equipe de desenvolvimento e especialistas em controle de missão para gerar ideias inovadoras sobre funcionalidades e design da interface
B análise de extensos documentos de requisitos de softwares de controle de missão de satélites anteriores, priorizando-se a reutilização de funcionalidades comprovadas
C aplicação de questionários detalhados, com perguntas técnicas sobre as preferências de leiaute e de organização de dados dos cientistas e engenheiros
D criação de protótipos interativos de alta fidelidade da interface do usuário, que permitem que os cientistas e engenheiros simulem cenários de missão críticos e forneçam f eedback detalhado a respeito da usabilidade e da precisão dos dados
E realização de entrevistas formais com cientistas e engenheiros, focadas em suas experiências passadas com softwares de controle de missão e nos desafios enfrentados
ID 22846 Engenharia de Software Engenharia de Requisitos FGV 2025

Uma empresa pretende desenvolver uma aplicação de comércio eletrônico com uma interface web amigável utilizando JavaScript (frontend) e um backend desenvolvido em Java (backend). Na fase de especificação, foram definidos requisitos funcionais e não funcionais para assegurar que o sistema seja confiável e de fácil utilização entre os usuários. Entre eles:

I. Permitir que o cliente se cadastre e faça o login no sistema por meio do navegador web.

II. Garantir que a interface web responda a qualquer interação do usuário em, no máximo, 2 segundos.

III. Assegurar que a aplicação suporte pelo menos 500 usuários simultâneos sem degradação de desempenho. É (São) requisitos funcionais:

A I, apenas.
B II, apenas.
C I e II, apenas.
D I e III, apenas.
E II e III, apenas.
ID 22681 Engenharia de Software Engenharia de Requisitos FGV 2025

Logo no início do processo de engenharia de software, ocorre uma etapa fundamental para a definição precisa do que deverá ser desenvolvido. Nessa fase, são especificadas as características operacionais do sistema, incluindo suas funções, os dados manipulados, os comportamentos esperados e a forma como o software interage com outros componentes do ambiente. Esse estágio compreende diversas atividades, como o entendimento do problema, a avaliação e síntese de informações, a modelagem dos requisitos, sua especificação formal e posterior revisão. Trata-se de uma fase crítica, pois erros ou omissões nesse momento podem levar à construção de um sistema que não atende às necessidades reais do usuário, ocasionando desperdício de tempo e recursos. A etapa descrita é:

A Desenho de software.
B Geração de código.
C Análise de requisitos.
D Arquitetura de software.
E Manutenção.
ID 22675 Engenharia de Software Engenharia de Requisitos FGV 2025

No contexto da Engenharia de Software, especialmente considerando o desenvolvimento de aplicações com JavaScript (frontend) e Java (backend), é essencial compreender claramente a distinção entre requisitos funcionais e não funcionais. Sobre requisitos funcionais e não funcionais, assinale a afirmativa correta.

A Requisitos funcionais descrevem como o sistema deve operar, enquanto requisitos não funcionais descrevem o que o sistema deve fazer.
B Requisitos funcionais são relacionados a atributos de qualidade do sistema, como desempenho e segurança.
C "Permitir que usuários façam login utilizando autenticação multifator" é um exemplo de requisito funcional.
D "A interface do usuário deve ser implementada utilizando ReactJS" é um exemplo de requisito não funcional.
E Requisitos não funcionais são irrelevantes na etapa de desenvolvimento de aplicações Java e JavaScript, pois são detalhados somente durante a fase de implantação.
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 9594 Engenharia de Software Engenharia de Requisitos CEBRASPE 2025

Julgue o próximo item, acerca de análise de requisitos, UML e conceitos relativos à orientação a objetos. O design thinking converge com a engenharia de requisitos e com a UX (experiência do usuário), especialmente em sua etapa de prototipação, quando são produzidas as ideias e é incentivada a criatividade, de modo que se possa fazer imersão no que o usuário espera do software .

A Certo
B Errado
ID 8357 Engenharia de Software Engenharia de Requisitos CEBRASPE 2025

Na elaboração de histórias de usuário eficazes em métodos ágeis, recomenda-se seguir o princípio INVEST, um acrônimo que descreve seis qualidades essenciais dessas histórias. De acordo com esse princípio, uma boa user story deve ser

A independente, neutra, valiosa, estimável, pequena e temporal.
B independente, negociável, valiosa, estimável, pequena e testável.
C iterativa, não ambígua, viável, estimável, sequencial e testável.
D interdependente, negociável, valiosa, estimável, ampla e testável.
E independente, negociável, verificável, estimável, pequena e escalável.