Questões de Concursos Engenharia de Requisitos

Resolva questões de Engenharia de Requisitos comentadas com gabarito, online ou em PDF, revisando rapidamente e fixando o conteúdo de forma prática.

Filtrar questões

💡 Caso não encontre resultados, diminua os filtros.

Ordenar por:

122Q1030520 | Engenharia de Software, Engenharia de Requisitos, Professor do Curso Técnico de Nível Médio em Informática, SEEC RN, FGV, 2025

A professora Gabriela, em um curso de formação continuada para professores de informática, utilizou um exemplo prático de desenvolvimento de um aplicativo educacional para explicar as etapas de um modelo de processo de software. Durante a aula, ela destacou a importância da análise de requisitos para evitar problemas no futuro, como a criação de funcionalidades desnecessárias ou incompatíveis com o público-alvo.

Com base nos fundamentos da Engenharia de Software, o principal objetivo da análise de requisitos em um projeto de software educacional é

✂️ a) identificar e corrigir erros de correção antes da correção.
✂️ b) compreender as necessidades dos usuários e definir o que o sistema deve fazer.
✂️ c) garantir que o software seja entregue dentro do prazo, mesmo com funcionalidades reduzidas.
✂️ d) criar diagramas técnicos detalhados para orientar os desenvolvedores.
✂️ e) automatizar o processo de desenvolvimento com ferramentas específicas.

124Q1049359 | Engenharia de Software, Engenharia de Requisitos, Analista de Tecnologia da Informação, EBSERH, VUNESP, 2020

Na engenharia de requisitos, um fator importante são os requisitos não funcionais, que se classificam em organizacionais, de produto e externos. Os requisitos

✂️ a) de produto têm origem em políticas e procedimentos da organização do cliente.
✂️ b) de produto compreendem fatores oriundos de fatores externos ao sistema e seu processo de desenvolvimento.
✂️ c) externos especificam o comportamento do produto, tais como o desempenho e a memória requerida.
✂️ d) organizacionais têm origem em políticas e procedimentos da organização do cliente.
✂️ e) organizacionais especificam o comportamento do produto, tais como o desempenho e a memória requerida.

126Q1035913 | Engenharia de Software, Engenharia de Requisitos, Tecnologia da Informação, TCE PE, 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.

127Q1055652 | Engenharia de Software, Engenharia de Requisitos, Técnico Analista de Sistemas Modelagem de Sistemas, MPE PA, CONSULPLAN, 2022

Os requisitos de um sistema são as descrições do que o sistema deve fazer, os serviços que ele oferece e as restrições a seu funcionamento. Esses requisitos refletem as necessidades dos clientes para um sistema que serve a uma finalidade determinada, como controlar um dispositivo, colocar um pedido, ou encontrar informações. Em relação aos requisitos de software funcionais, assinale a afirmativa correta.

✂️ a) Não dependem do tipo de software a ser desenvolvido, mas de quem são seus possíveis usuários.
✂️ b) Os requisitos funcionais não podem explicitar o que o sistema não deve fazer, somente o que ele deve fazer, ou seja, seus objetivos.
✂️ c) Eles são geralmente descritos de forma objetiva, quando expressos como requisitos de usuário, para serem compreendidos pelos usuários do sistema.
✂️ d) De forma geral, a especificação dos requisitos funcionais de um sistema deve ser completa e consistente. Todavia, na prática, para sistemas grandes e complexos, é praticamente impossível alcançar completude e consistência dos requisitos.

128Q1050139 | Engenharia de Software, Engenharia de Requisitos, manhã, MF, FGV, 2024

Na Engenharia de Requisitos, considerando as diversas atividades e técnicas utilizadas para a descoberta, a análise, a especificação e a validação de requisitos em projetos de desenvolvimento de software, avalie as afirmativas a seguir.

I. A Elicitação de Requisitos é limitada à coleta de informações através de entrevistas e questionários, excluindo métodos como a observação direta ou a integração no ambiente de trabalho dos stakeholders para entender suas necessidades e processos.
II. Histórias de Usuários, como principais instrumentos da Engenharia de Requisitos em Métodos Ágeis de Desenvolvimento, servem exclusivamente para documentar requisitos funcionais de forma detalhada, sem considerar aspectos não-funcionais ou restrições operacionais.
III. O conceito de Produto Mínimo Viável (MVP) é empregado para validar a relevância e viabilidade de um produto em mercados desconhecidos ou incertos, focando-se no desenvolvimento de funcionalidades essenciais para testar hipóteses críticas de negócios.

Está correto o que se afirma em

✂️ a) I, apenas.
✂️ b) III, apenas.
✂️ c) I e II, apenas.
✂️ d) II e III, apenas.
✂️ e) I, II e III.

129Q1049360 | Engenharia de Software, Engenharia de Requisitos, Analista de Tecnologia da Informação, EBSERH, VUNESP, 2020

Considerando as técnicas utilizadas para a avaliação de requisitos, é correto afirmar que, na

✂️ a) facilidade de verificação, deve-se verificar se não há requisitos conflitantes entre si.
✂️ b) verificação de consistência, deve-se verificar se os requisitos podem ser implementados, considerando a tecnologia existente.
✂️ c) verificação de realismo, deve-se verificar se todas as funções e restrições planejadas estão contempladas.
✂️ d) verificação de validade, deve-se verificar se não há requisitos conflitantes entre si.
✂️ e) verificação de completeza, deve-se verificar se todas as funções e restrições planejadas estão contempladas.

130Q1037964 | Engenharia de Software, Engenharia de Requisitos, Tecnologia da Informação Tarde, Prefeitura de Cuiabá MT, FGV, 2024

Durante o levantamento de requisitos para um novo sistema de gerenciamento de projetos, uma instituição identificou requisitos conflitantes entre diferentes departamentos. O departamento financeiro quer que o sistema inclua um nível elevado de controle sobre os gastos, enquanto o departamento de operações prefere um sistema mais flexível, com menos restrições.
Sob a visão da engenharia de requisitos, a abordagem mais adequada para resolver esse conflito e garantir que os requisitos sejam claros e completos é

✂️ a) priorizar o requisito do departamento financeiro, pois o controle de gastos é essencial em qualquer sistema de gerenciamento de projetos, e as restrições adicionais irão beneficiar a instituição.
✂️ b) realizar um processo de negociação e análise de trade-offs entre os departamentos para encontrar uma solução que balanceie controle e flexibilidade, documentando as decisões e os compromissos alcançados.
✂️ c) ignorar o conflito temporariamente e incluir ambos os requisitos no sistema, confiando que a equipe de desenvolvimento decidirá como implementá-los de forma adequada.
✂️ d) priorizar o requisito do departamento de operações, já que a flexibilidade é mais valorizada pelos usuários finais, e as restrições podem ser adicionadas depois, se necessário.
✂️ e) sugerir uma pesquisa entre os usuários finais para decidir quais funcionalidades são mais relevantes, implementando o sistema de acordo com a preferência majoritária.

131Q1062711 | Engenharia de Software, Engenharia de Requisitos, Tecnologia da Informação, SEFAZ SE, CESPE CEBRASPE, 2025

Por suas características e finalidades, o diagrama da UML adequado para a modelagem de requisitos é o

✂️ a) diagrama de caso de uso em conjunto com o diagrama de estrutura composta, combinação que torna possível mapear as relações estruturais hierárquicas entre os componentes internos do sistema e identificar os pontos de interação com os atores para a definição dos requisitos de dados e persistência.
✂️ b) diagrama de caso de uso, que permite definir especificidades do limite do sistema e validar, em alto nível, se o escopo funcional do sistema está coberto.
✂️ c) diagrama de atividade, que estabelece os limites formais do sistema ao documentar as interações entre os atores externos e o sistema, criando uma representação visual das fronteiras e das responsabilidades que definem claramente onde termina o ambiente e onde começa o sistema.
✂️ d) diagrama de sequência em conjunto com o diagrama de perfil, combinação que possibilita a obtenção de uma representação formal dos limites do sistema e permite visualizar as fronteiras entre o sistema e seu contexto e as interações temporais entre os diferentes componentes e atores.
✂️ e) diagrama de classe, que modela o contexto do sistema ao representar graficamente os atores externos e as interações entre eles, definindo os limites do sistema e seu ambiente.

134Q1042705 | Engenharia de Software, Engenharia de Requisitos, Desenvolvimento de Software, DATAPREV, FGV, 2024

Durante o processo de engenharia de requisitos em um projeto de desenvolvimento de software para um sistema bancário, o analista de requisitos identificou que era necessário que a função de saldo de conta passasse a ser realizada em tempo real. Para isso, ele utilizou uma entrevista com o gerente do projeto e uma sessão de brainstorming com a equipe de desenvolvimento.
Nesse contexto, é correto afirmar que

✂️ a) o requisito identificado é funcional, pois descreve uma funcionalidade específica do sistema que o usuário deve ser capaz de executar.
✂️ b) o requisito identificado é não funcional, pois está relacionado ao desempenho do sistema ao apresentar informações em tempo real.
✂️ c) a entrevista com o gerente do projeto é um exemplo de técnica de prototipação, uma vez que visa a construção de um modelo para validar os requisitos.
✂️ d) a sessão de brainstorming com a equipe de desenvolvimento é uma técnica inadequada para elicitação de requisitos, pois deve-se usar apenas entrevistas formais com os usuários finais.
✂️ e) o processo de engenharia de requisitos geralmente ocorre após a fase de implementação do software, pois é necessário ter o software em funcionamento para capturar as necessidades dos usuários.

135Q1047142 | Engenharia de Software, Engenharia de Requisitos, Análise de Sistemas, CIAAR, Aeronáutica, 2025

Os requisitos de um sistema são as descrições dos serviços que ele deve prestar e das restrições à sua operação. Esses requisitos refletem as necessidades dos clientes de um sistema que atende a um determinado propósito, como controlar um dispositivo, fazer um pedido ou encontrar informações.
Considerando as características de requisitos funcionais e não funcionais, pode-se afirmar que:

✂️ a) Os requisitos de usuário são descrições das funcionalidades esperadas do sistema, redigidas em linguagem natural e, muitas vezes, complementadas com diagramas para facilitar a compreensão. Eles são voltados para usuários finais e partes interessadas que podem não ter conhecimento técnico, e sempre detalham a implementação.
✂️ b) Os requisitos de sistema são descrições mais detalhadas das funções, dos serviços e das restrições operacionais do sistema de software. No entanto, o documento de requisitos de sistema não deve definir exatamente o que deve ser implementado, deixando que o desenvolvedor tome as decisões de como o sistema deverá se comportar.
✂️ c) Requisitos não funcionais são restrições sobre os serviços ou funções oferecidas pelo sistema. Eles incluem restrições de tempo, restrições sobre o processo de desenvolvimento e restrições impostas por padrões de segurança, usabilidade, desempenho, compatibilidade, escalabilidade e confiabilidade.
✂️ d) Os requisitos não funcionais surgem das necessidades dos usuários, que se devem a restrições orçamentárias, políticas organizacionais, necessidade de interoperabilidade com outros sistemas de software ou hardware. No entanto, fatores externos, como normas de segurança (safety) ou legislação relativa à privacidade não são considerados requisitos não funcionais.

136Q1061737 | Engenharia de Software, Engenharia de Requisitos, Transformação Digital e Gestão de TI, BANRISUL, CESPE CEBRASPE, 2025

Uma equipe de produto está desenvolvendo um novo aplicativo de mobilidade urbana. Para a identificação dos reais desafios enfrentados pelos usuários, os designers saem a campo, realizam entrevistas com passageiros e motoristas, observam seus comportamentos e documentam suas angústias e necessidades.
No que se refere ao processo de product design, a etapa descrita na situação hipotética precedente corresponde à

✂️ a) iteração e refinamento.
✂️ b) ideação e brainstorming.
✂️ c) descoberta do problema.
✂️ d) definição da solução.
✂️ e) prototipagem e teste.

137Q1044089 | Engenharia de Software, Engenharia de Requisitos, Análise de Negócio de TI, DATAPREV, FGV, 2024

No contexto da Engenharia de Software, o levantamento e a elicitação de requisitos são etapas essenciais para garantir que o sistema atenda às expectativas dos stakeholders. Um time de desenvolvimento está utilizando diferentes técnicas para elicitar requisitos para um novo sistema de gestão de projetos.
Para garantir que todos os requisitos críticos sejam corretamente identificados e documentados, deve-se

✂️ a) focar exclusivamente em entrevistas com a alta direção, ignorando os usuários finais.
✂️ b) utilizar técnicas de prototipação para permitir que os usuários interajam com um modelo preliminar e forneçam feedback antes do desenvolvimento completo.
✂️ c) implementar imediatamente um MVP sem coletar feedback de stakeholders, para acelerar o lançamento.
✂️ d) reunir todos os requisitos de uma vez no início do projeto e evitar mudanças durante o desenvolvimento.
✂️ e) deixar que a equipe de desenvolvimento defina os requisitos sem a participação dos stakeholders.

139Q1016469 | Engenharia de Software, Engenharia de Requisitos, Tecnologista Júnior Especialidade Tecnologia da Informação, AEB, CESPE 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 feedback 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

Questões de Concursos Engenharia de Requisitos

Resolva questões de Engenharia de Requisitos comentadas com gabarito, online ou em PDF, revisando rapidamente e fixando o conteúdo de forma prática.

121Q1036163 | Engenharia de Software, Engenharia de Requisitos, Analista de Transformação Digital, BANRISUL, CESPE CEBRASPE, 2022

122Q1030520 | Engenharia de Software, Engenharia de Requisitos, Professor do Curso Técnico de Nível Médio em Informática, SEEC RN, FGV, 2025

123Q1036074 | Engenharia de Software, Engenharia de Requisitos, Quality Assurance QA e Analistas de Teste, BANRISUL, CESPE CEBRASPE, 2022