Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
- Gran Questões
- Questões
Questões de Concurso sobre Técnicas de Elicitação de Requisitos
Disciplina
1
Assunto
1
Banca
Instituição
Cargo
Ano
Carreira
Área de formação
Escolaridade
Dificuldade
Comentários:
Professores
Alunos
Meus Comentários
Vídeo
Minhas questões:
Resolvidas
Não resolvidas
Certas
Erradas
Tipo de questão:
Certo e errado
Múltipla escolha
Incluir questões:
Anuladas
Desatualizadas
Questões:
Todas as questões
Filtro simplificado
Questões
Todas as questões
102
questões
encontradas
20
Mais recentes
Ano:
2026
Prova:
FEPESE - Prefeitura de Florianópolis - Analista de Sistemas - 2026
No contexto da Engenharia de Requisitos, uma equipe de desenvolvimento identifica que o sistema de pagamentos de uma funcionalidade da prefeitura “deve ser capaz de processar 1.000 transações por segundo sob carga máxima” e que “o sistema deve ser desenvolvido obrigatoriamente na linguagem Java, seguindo o padrão de arquitetura de microserviços do município”.
Com base nas definições clássicas de requisitos, as duas sentenças acima classificam-se, respectivamente, como:
A
Regra de Negócio e Requisito Não Funcional (Confiabilidade).
B
Requisito de Usuário e Requisito Funcional.
C
Requisito Não Funcional (Performance) e Restrição de Design/
D
Requisito Não Funcional (Usabilidade) e Requisito de Sistema.
E
Requisito Funcional e Requisito de Regra de Negócio.
Em um consórcio público intermunicipal, um Analista de Sistemas foi designado para realizar o levantamento inicial de requisitos de um novo sistema de gestão de solicitações administrativas. Para isso, a equipe de engenharia de requisitos precisa compreender como os servidores utilizam o sistema atual e quais funcionalidades são esperadas na nova solução. Nesse processo, são realizadas interações com os stakeholders do sistema, podendo ocorrer de forma formal ou informal. A equipe de engenharia de requisitos questiona os usuários sobre o sistema atual e o sistema desejado, e os requisitos são obtidos a partir das respostas fornecidas. Essas interações podem ser estruturadas com perguntas fechadas, nas quais há um conjunto predefinido de questões, ou abertas, nas quais não há roteiro fixo, permitindo explorar livremente as necessidades dos usuários. Com base nessa situação, assinale a alternativa que corresponde CORRETAMENTE à técnica de levantamento de requisitos supracitada.
A
Entrevistas.
B
Etnografia.
C
Observação direta.
D
Casos de uso.
E
Análise documental
Técnicas de investigação (elicitação de requisitos) são essenciais para compreender as necessidades das partes interessadas.
Observe a figura abaixo que representa o ciclo de uma técnica de investigação:
Assinale a alternativa que indica corretamente a técnica que melhor segue esse ciclo de investigação
A
Entrevista estruturada com roteiro predefinido, coleta de informações diretas, análise das respostas, apresentação dos requisitos aos stakeholders e documentação final.
B
Observação passiva e não estruturada do ambiente organizacional, sem interação com os usuários, seguida de análise imediata e documentação dos resultados sem validação junto às partes interessadas.
C
Envio de questionários eletrônicos por e-mail, com posterior análise automática das respostas e publicação direta dos requisitos, sem etapas formais de revisão ou feedback dos stakeholders.
D
Realização de uma única reunião com todos os stakeholders, baseada em discussões livres e não guiadas, resultando em documentação informal e sem consolidação sistemática das informações coletadas.
E
Leitura de documentação histórica de projetos anteriores, sem contato direto com stakeholders atuais, utilizando a reutilização integral de requisitos como principal fonte de levantamento.
Ano:
2026
Durante o ciclo de auditoria de segurança de um Sistema de Processamento de Planos de Voo (FPL), identificou-se uma inconsistência lógica na validação de mensagens de atualização compulsórias enviadas pelas companhias aéreas.
O Gerente de Engenharia de Software determinou que a equipe demonstrasse matematicamente quais linhas específicas do código-fonte do módulo de parsing foram geradas a partir de qual requisito técnico de segurança original, e quais casos de testes homologados cobrem esse escopo para subsidiar a homologação regulatória civil.
A atividade de Engenharia de Requisitos voltada a estabelecer links lógicos bidirecionais contínuos entre os requisitos de origem, os artefatos de arquitetura, os componentes de código-fonte e as suítes de testes de validação finais é classificada como rastreabilidade do tipo
A
Backward-from-traceability.
B
Horizontal-traceability.
C
Vertical-traceability.
D
Forward-from-traceability.
E
Bi-directional Traceability.
Uma organização desenvolveu um sistema para gestão de contratos e, após sua implantação, verificou um elevado número de solicitações de alteração, retrabalho e funcionalidades incompatíveis com as necessidades dos usuários. Durante a análise do projeto, constatou-se que diversas expectativas das partes interessadas somente foram identificadas quando o sistema já estava em operação. Considerando os conceitos da engenharia de software, assinale a alternativa que apresenta a prática que teria reduzido a probabilidade da ocorrência do problema descrito.
A
Intensificar as atividades de manutenção corretiva após a implantação, priorizando a correção das funcionalidades incompatíveis e a atualização contínua do sistema conforme as solicitações dos usuários.
B
Antecipar a execução dos testes de desempenho antes da implementação, assegurando que o sistema atendesse aos requisitos de processamento, disponibilidade e escalabilidade previstos para o ambiente de produção.
C
Formalizar a elicitação, a análise e a validação dos requisitos antes do início da implementação, promovendo maior alinhamento entre as necessidades dos usuários e as funcionalidades desenvolvidas.
D
Implantar o sistema de forma gradual, permitindo identificar falhas e coletar sugestões dos usuários durante a utilização em produção, antes da disponibilização completa da solução.
E
Ampliar a documentação técnica produzida ao final da implementação, detalhando a arquitetura, os componentes do sistema e os procedimentos necessários para sua manutenção e evolução.
Uma equipe de desenvolvimento iniciou um novo projeto de software e, antes de implementar as funcionalidades, realizou reuniões com os usuários para compreender suas necessidades, esclarecer dúvidas e identificar restrições do sistema. Essas informações servirão de base para a definição dos requisitos que orientarão o desenvolvimento da solução. Considerando as atividades da engenharia de requisitos, a etapa descrita corresponde à(ao)
A
Integração Contínua (CI), responsável por coletar informações junto aos usuários para definição dos requisitos do software.
B
validação de requisitos, destinada a verificar se o código-fonte implementa corretamente as funcionalidades especificadas.
C
teste de integração, realizado para verificar a comunicação entre os módulos do sistema antes da definição dos requisitos.
D
modelagem arquitetural, voltada à definição da infraestrutura física necessária para a implantação do sistema.
E
elicitação de requisitos, responsável por identificar e compreender as necessidades e expectativas das partes interessadas.
Ano:
2026
Um engenheiro de requisitos recém-contratado precisa mapear os requisitos detalhados de usabilidade do novo terminal gráfico utilizado por controladores de tráfego aéreo, cuja rotina de trabalho é altamente dinâmica e estressante.
Na engenharia de requisitos, a escolha da técnica de elicitação é importante para o sucesso do projeto.
Assinale a opção que apresenta a técnica de elicitação mais adequada para compreender a rotina real de trabalho dos operadores por meio do acompanhamento direto do seu dia a dia no ambiente de controle, sem interferências ativas prolongadas do analista.
A
Brainstorming ou Brainwriting.
B
Prototipação Descartável de Alta Fidelidade.
C
Questionários Fechados de Larga Escala.
D
Engenharia Reversa de Banco de Dados.
E
Etnografia ou Observação.
Ano:
2026
Prova:
FEPESE - Prefeitura de Florianópolis - Analista de Sistemas - 2026
A análise de requisitos é uma atividade fundamental da Engenharia de Software, responsável por identificar, analisar e documentar os serviços que o sistema deve fornecer e as restrições sob as quais ele deve operar.
Assinale a alternativa correta considerando a abordagem apresentada pelo autor.
A
Os requisitos de usuário e de sistema possuem o mesmo nível de detalhamento, diferenciando-se apenas pelo público ao qual se destinam.
B
A análise de requisitos tem como objetivo principal transformar requisitos não funcionais em requisitos funcionais, garantindo que todos sejam implementados diretamente no código.
C
A atividade de análise de requisitos envolve necessariamente a detecção e resolução de conflitos, ambiguidades e inconsistências, sendo um processo iterativo e fortemente dependente da interação com os stakeholders.
D
A análise de requisitos deve ser concluída integralmente antes do início do projeto do sistema, uma vez que alterações posteriores comprometem a qualidade do software.
E
Os requisitos funcionais são mais importantes que os requisitos não funcionais, pois estes não afetam a arquitetura ou o desempenho do sistema.
Ano:
2026
Prova:
FEPESE - Prefeitura de Florianópolis - Analista de Sistemas - 2026
A prefeitura municipal de Florianópolis pretende modernizar seu sistema de gestão de processos. O analista de requisitos percebe que os diversos setores envolvidos (Jurídico, Administrativo e TI) possuem visões conflitantes sobre as prioridades do novo software. Para resolver esses conflitos e obter um consenso rápido sobre os requisitos, o analista sugere a realização de sessões de trabalho estruturadas, facilitadas por um moderador neutro, envolvendo tanto os usuários finais quanto a equipe técnica.
Essa abordagem de elicitação, que visa acelerar o levantamento e reduzir erros de interpretação por meio de reuniões intensivas, é tecnicamente conhecida como:
A
Prototipação Evolucionária, focada na entrega de versões incrementais para teste.
B
Benchmarking, por comparar o sistema atual com soluções de mercado.
C
Entrevista Estruturada, pois foca na coleta de dados com roteiro rígido.
D
JAD (Joint Application Design) ou Design em conjunto de Aplicações, que utiliza sessões colaborativas para definir requisitos.
E
Etnografia, baseada na observação direta do comportamento do usuário no ambiente de trabalho.
O IFCE iniciará o desenvolvimento de um sistema para gestão de estágios. O analista de tecnologia da informação identificou que existem diferentes perfis envolvidos (alunos, coordenadores de curso, setor de convênios e empresas parceiras), com necessidades distintas e pouco documentadas. Para compreender expectativas, conflitos e regras implícitas do processo, o profissional optou por reunir representantes desses grupos em sessões estruturadas de discussão coletiva, conduzidas por facilitador, com objetivo de levantar requisitos de forma colaborativa.
Considerando as técnicas de elicitação de requisitos, é correto afirmar que a técnica descrita se refere
A
à prototipação evolutiva, pois o sistema é implementado diretamente para validação posterior.
B
à análise de documentos, pautada na extração de requisitos a partir de regulamentos institucionais e normas vigentes.
C
ao questionário estruturado aplicado individualmente aos usuários, sem interação entre eles.
D
ao workshop de requisitos (JAD – Joint Application Development), com participação colaborativa dos stakeholders.
E
ao teste de sistema, pois os requisitos são identificados durante a execução do software já implementado.
Dentre as principais técnicas de elicitação (ou levantamento de requisitos, ou elicitação de requisitos - ER) podem ser identificadas as técnicas onde pessoas participam de encontros (Interação Humana), presenciais ou virtuais.
Relacione as técnicas de elicitação de requisitos no desenvolvimento de software com as suas características:
1. Brainstorming.
2. Workshop.
3. Feedback.
4. Focus Group
( ) Discussão objetiva que introduz um tópico a um grupo de participantes e direciona sua discussão sobre o tema, de uma maneira não-estruturada.
( ) Técnica colaborativa para definir os requisitos de um software e pode ser utilizado para esclarecer ambiguidades
( ) Técnica que propicia aos participantes a sensação de que suas ideias são importantes e pode levar à convergência de opiniões.
( ) Reunião na qual cada participante pode expressar livremente os requisitos do sistema, sendo uma maneira de sintonizar a mente do usuário em relação aos requisitos.
Assinale a opção que indica a relação correta na ordem apresentada.
A
1 – 2 – 3 – 4.
B
4 – 3 – 2 – 1.
C
3 – 4 – 1 – 2.
D
4 – 2 – 3 – 1.
E
2 – 1 – 4 – 3.
Em um projeto de desenvolvimento de um sistema de controle de frotas para uma empresa de logística, o Analista de Sistemas precisa garantir que os requisitos levantados junto aos motoristas e gerentes sejam claros e consistentes antes de iniciar a fase de design. O Analista descobriu que há requisitos contraditórios sobre a forma como o rastreamento deve ser feito em tempo real versus por paradas programadas.
Assinale a opção que apresenta a tarefa da Engenharia de Requisitos primariamente responsável por identificar e resolver inconsistências ou contradições como a descrita, transformando a informação bruta dos stakeholders em um modelo coerente.
A
Elicitação de Requisitos, pois a contradição foi descoberta durante a coleta de dados.
B
Validação de Requisitos, pois é a tarefa final que aprova formalmente a coerência do documento e o tratamento dos conflitos.
C
Gerenciamento de Requisitos, pois a contradição deve ser registrada em um log de problemas e controlada.
D
Análise de Requisitos, por tratar o processo de refinar, classificar e modelar os requisitos, incluindo a resolução de conflitos.
E
Especificação de Requisitos, pois a formalização no documento evita que as contradições e conflitos se manifestem.
A reengenharia é um processo aplicado a sistemas já existentes com o propósito de compreendê-los e aprimorá-los, podendo envolver diferentes atividades técnicas ao longo de sua execução. Durante esse processo, há uma etapa específica em que o programa é analisado e as informações são extraídas a partir dele. Isso ajuda a documentar sua organização e funcionalidade. Essa etapa é denominada
A
reestruturação de código.
B
refatoração.
C
engenharia reversa.
D
manutenção evolutiva.
E
modernização incremental.
Com relação às técnicas de obtenção de requisitos, aquelas que envolvem stakeholders são mais predominantes do que as que utilizam entrevistas e questionários.
C
Certo
E
Errado
Durante o desenvolvimento de um sistema de controle acadêmico, a equipe de Engenharia de Requisitos identificou que diferentes usuários finais e gestores institucionais apresentaram necessidades divergentes quanto às regras de acesso aos históricos escolares. Enquanto um grupo solicita acesso irrestrito, outro defende restrições baseadas em perfis e prazos legais. No contexto do Processo de Engenharia de Requisitos, a etapa responsável por identificar, discutir e resolver conflitos entre requisitos provenientes de diferentes stakeholders visando um acordo é a fase de:
A
Validação.
B
Análise e Negociação.
C
Especificação Técnica.
D
Elicitação e Descoberta.
Durante a fase de elicitação de requisitos para um novo sistema de informação governamental, a equipe de analistas de um órgão público federal se depara com o desafio de escolher a abordagem mais eficaz para garantir que as necessidades de todos os stakeholders sejam compreendidas e documentadas de forma clara e precisa, considerando a complexidade do ambiente público.
Analise as seguintes proposições sobre as práticas de Engenharia de Requisitos no contexto do setor público:
I. A elicitação de requisitos deve se concentrar exclusivamente em entrevistas com os gestores de alto escalão, pois eles possuem a visão estratégica completa e as necessidades dos usuários finais são secundárias no desenvolvimento de sistemas governamentais.
II. A utilização de múltiplos métodos de elicitação, como entrevistas, questionários, workshops e prototipação, tende a ser mais eficaz para capturar a diversidade de requisitos em um ambiente complexo como a administração pública, minimizando o risco de omissões.
III. A documentação de requisitos em UML, por meio de diagramas de Casos de Uso, pode ser uma prática recomendada para descrever as interações entre os atores (usuários e sistemas externos) e o sistema, facilitando a comunicação e a validação com as partes interessadas.
Está correto o que se afirma em:
A
III, apenas.
B
II e III, apenas.
C
II, apenas.
D
I, II e III.
E
I e II, apenas.
O IFCE pretende desenvolver uma nova plataforma para atendimento digital aos estudantes. Antes da definição dos requisitos técnicos, o analista de tecnologia da informação propôs conduzir oficinas com alunos e servidores para compreender dificuldades enfrentadas no uso dos sistemas atuais, gerar ideias de solução e criar protótipos para validação inicial. Considerando os princípios do Design Thinking, é correto afirmar que essa abordagem
A
tem por base o desenvolvimento do sistema em requisitos previamente documentados pela área administrativa, priorizando a documentação formal em detrimento da interação direta com usuários.
B
conduz entrevistas e observações com usuários, define o problema com base nos insights obtidos, gera ideias, prototipa soluções e as testa de forma iterativa.
C
estabelece a escolha da arquitetura tecnológica como etapa prioritária, precedendo a análise das necessidades e expectativas dos usuários finais.
D
elabora documentação completa do sistema antes de qualquer validação com usuários finais.
E
efetua a implementação direta em ambiente de produção, postergando a coleta de feedback para o período posterior à implantação definitiva do sistema.
Durante o levantamento de requisitos para o desenvolvimento de um novo sistema de gestão de financiamentos em uma agência de fomento governamental, um Analista de Sistemas decidiu compreender melhor como os servidores executam suas atividades no dia a dia. Para isso, o Analista passou um período acompanhando diretamente o trabalho dos funcionários no ambiente em que o sistema será utilizado, observando as atividades realizadas e registrando anotações sobre as tarefas executadas. Essa abordagem permitiu identificar práticas informais e requisitos implícitos que não estavam documentados nos processos oficiais da organização, refletindo a forma real como as pessoas trabalham. Considerando as técnicas utilizadas na Engenharia de Requisitos, a técnica de elicitação descrita no caso é denominada:
A
Brainstorming.
B
Prototipação.
C
Joint Application Development (JAD)
D
Workshop de requisitos.
E
Etnografia.
Uma equipe de desenvolvimento inicia um projeto de sistema e realiza entrevistas, workshops e observações com usuários para descobrir necessidades e expectativas sobre o produto. Essa fase inicial de descoberta e levantamento de informações junto às partes interessadas recebe uma denominação técnica específica. Marque a alternativa que identifica essa etapa do processo de requisitos.
A
Especificação.
B
Elicitação.
C
Validação.
D
Rastreabilidade.
E
Prototipação.
Relacione as técnicas de elicitação de requisitos no desenvolvimento de software com as suas características:
1. Teste de aceitação do usuário (UAT)
2. Teste de desempenho
3. Teste de carga
4. Teste de usabilidade
( ) Testa como o software funciona sob diferentes cargas de trabalho.
( ) Avalia o funcionamento sob condições reais de balanceamento de carga.
( ) Confirma se o sistema atende às necessidades de usuários e se funciona em cenários reais.
( ) Avalia o uso da interface de usuário de um sistema para concluir uma tarefa de forma eficiente e intuitiva.
Assinale a opção que indica a relação correta na ordem apresentada.
A
3 – 4 – 1 – 2.
B
4 – 3 – 2 – 1.
C
2 – 3 – 1 – 4.
D
1 – 2 – 4 – 3.
E
2 – 3 – 4 – 1.
Gerar simulado