A professora Gabriela, em um curso de formação continuada para professores de...

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 ...

Q1030520 • Engenharia de Software • Engenharia de Requisitos • FGV • SEEC RN • Professor do Curso Técnico de Nível Médio em Informática • 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.

Analisando...

Questões sobre Engenharia de Requisitos

1

Q1124581 • Engenharia de Software • Engenharia de Requisitos • COTEC • Prefeitura de São Francisco MG • Técnico de Informática • 2026
Durante o levantamento de requisitos de um sistema de vendas, foram identificadas as seguintes necessidades:

I- O sistema deve permitir o cadastro de clientes.
II- O sistema deve gerar relatórios de vendas mensais.
III- O tempo de resposta para qualquer consulta não deve exceder 3 segundos.
IV- O sistema deve ser compatível com os navegadores Google Chrome e Mozilla Firefox.
Considerando a classificação dos requisitos de software, assinale a alternativa CORRETA.
- a) I e II são requisitos funcionais; III e IV são requisitos não funcionais.
- b) I, II e III são requisitos funcionais; IV é um requisito não funcional.
- c) I e III são requisitos funcionais; II e IV são requisitos não funcionais.
- d) II, III e IV são requisitos funcionais; I é um requisito não funcional.
- e) II e IV são requisitos funcionais; I e III são requisitos não funcionais.
Analisando...
Carregando informações...
2

Q1123541 • Engenharia de Software • Engenharia de Requisitos • IDIB • Prefeitura de Araguaína TO • Analista de Sistemas • 2026
Durante o desenvolvimento de um novo sistema de gestão de estoque, o analista de negócios conduz entrevistas com os usuários finais, realiza observações do processo atual e aplica questionários para descobrir e levantar as necessidades e expectativas que a nova solução deve atender. Assinale a alternativa que identifica essa etapa inicial do processo de engenharia de requisitos.
- a) Análise.
- b) Especificação.
- c) Validação.
- d) Elicitação.
Analisando...
Carregando informações...
3

Q1121058 • Engenharia de Software • Engenharia de Requisitos • UNICENTRO • UNICENTRO • Edital n 11 • 2026
Considere as seguintes afirmações sobre a engenharia de requisitos.

I. ‘O sistema deve permitir que o usuário exporte relatórios financeiros em formato PDF’ é um exemplo de requisito funcional.
II. Requisitos não funcionais descrevem restrições sobre os serviços ou funções oferecidos pelo sistema, como confiabilidade, tempo de resposta e conformidade com padrões.
III. A usabilidade e a manutenibilidade são classificadas como requisitos funcionais, pois descrevem comportamentos esperados do software durante a interação com o administrador.

Com relação às afirmações,
- a) somente a afirmação I está correta.
- b) apenas as afirmações I e II estão corretas.
- c) apenas as afirmações II e III estão corretas.
- d) todas as afirmações estão corretas.
Analisando...
Carregando informações...
4

Q1099958 • Engenharia de Software • Engenharia de Requisitos • FUNDATEC • IFC SC • Informática Engenharia de Software e Banco de Dados • 2026
A elaboração do Documento de Requisitos exige uma separação clara entre os níveis de abstração e a natureza técnica das necessidades de um projeto. Descrições em linguagem natural e diagramas gerais são essenciais para validar a ideia com stakeholders, mas frequentemente são ambíguas e inadequadas para guiar diretamente o desenvolvimento. Essas descrições compõem os requisitos _____________. Para solucionar essa ambiguidade, elabora-se uma especificação técnica detalhada, que serve como contrato e guia exato para a equipe técnica, denominada requisitos _____________. Independentemente do nível de detalhamento documental, as necessidades também se dividem quanto à sua natureza: as descrições dos serviços exatos que o software deve fornecer e como deve reagir a entradas específicas formam os requisitos _____________. Em contrapartida, as restrições que afetam as propriedades emergentes do sistema como um todo são os requisitos ______________.
Assinale a alternativa que preenche, correta e respectivamente, as lacunas do trecho acima.
- a) funcionais – de sistema – de usuário – não funcionais
- b) organizacionais – funcionais – de sistema – não funcionais
- c) não funcionais – funcionais – de produto – de sistema
- d) não funcionais – de sistema – funcionais – organizacionais
- e) de usuário – de sistema – funcionais – não funcionais
Analisando...
Carregando informações...
5

Q1099904 • Engenharia de Software • Engenharia de Requisitos • Instituto Legalle • BADESUL RS • Analista de Sistemas Ênfase em Analista de Negócios • 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 <<include>> e <<extend>>, 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 <<include>> 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 <<extend>> 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 <<include>> indica que o caso de uso base incorpora obrigatoriamente o comportamento de outro caso de uso, enquanto <<extend>> representa uma extensão condicional e opcional ao comportamento base.
- d) As relações <<include>> e <<extend>> 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 <<extend>> 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.
Analisando...
Carregando informações...
6

Q1098627 • Engenharia de Software • Engenharia de Requisitos • FUNDATEC • IFC SC • Computação • 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.
Analisando...
Carregando informações...
7

Q1086622 • Engenharia de Software • Engenharia de Requisitos • CESPE CEBRASPE • TJ RJ • Analista de Sistemas • 2021
Na engenharia de requisitos, por estar mais aderente às características dessa técnica, a etnografia é recomendada
- a) na elicitação da forma como o fluxo dos processos deveria ser feito.
- b) na descoberta dos requisitos organizacionais.
- c) quando se deseja obter uma visão do funcionamento do sistema na forma prevista, independentemente das interferências de seu contexto.
- d) na descoberta de requisitos derivados do conhecimento das atividades de outras pessoas que realizam trabalhos adjacentes ao analisado.
- e) como uma alternativa aos casos de uso para a descoberta dos requisitos explícitos.
Analisando...
Carregando informações...
8

Q1083908 • Engenharia de Software • Engenharia de Requisitos • CESPE CEBRASPE • TJ RJ • Analista de Projetos • 2021
Determinada atividade do processo de engenharia de requisitos tem por objetivo definir o domínio do problema e as funções, características e restrições do software; nela, em particular, são descritos cenários de como os usuários vão interagir com o sistema. Essa atividade é denominada
- a) concepção.
- b) levantamento.
- c) validação.
- d) elaboração.
- e) negociação.
Analisando...
Carregando informações...
9

Q1062711 • Engenharia de Software • Engenharia de Requisitos • CESPE CEBRASPE • SEFAZ SE • Tecnologia da Informação • 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.
Analisando...
Carregando informações...
10

Q1061737 • Engenharia de Software • Engenharia de Requisitos • CESPE CEBRASPE • BANRISUL • Transformação Digital e Gestão de TI • 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.
Analisando...
Carregando informações...

Mais questões de Engenharia de Software →

A professora Gabriela, em um curso de formação continuada para professores de...

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 ...

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Busca no Site