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:
IDIB - Prefeitura de Araguaína - 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.
Uma agência reguladora de transporte iniciou um projeto para desenvolver um sistema de cadastro e acompanhamento de permissões de transporte intermunicipal utilizando Scrum. Durante a primeira Sprint, o time percebeu que as User Stories relacionadas aos critérios de elegibilidade para concessão de permissões estavam muito genéricas e não refletiam adequadamente as necessidades dos fiscais de transporte e dos operadores do sistema. O Product Owner precisa realizar novas sessões de elicitação antes da próxima Sprint Planning. Considerando os princípios do Scrum e as técnicas de levantamento de requisitos, a abordagem que melhor se alinha às práticas ágeis para refinar essas User Stories, mantendo o time produtivo, é:
A
Promover sessões de Product Backlog Refinement envolvendo Product Owner, Development Team e representantes dos fiscais de transporte, utilizando técnicas como entrevistas colaborativas e análise de documentos regulatórios para detalhar as User Stories, definir critérios de aceitação claros e manter o fluxo contínuo da Sprint.
B
Agendar uma reunião extraordinária de três horas com todos os stakeholders da agência, incluindo diretores e fiscais, para realizar entrevistas estruturadas e documentar especificações detalhadas em formato tradicional, suspendendo temporariamente as atividades da Sprint atual até conclusão da documentação completa.
C
Realizar workshops colaborativos com os fiscais utilizando técnicas de prototipação e observação direta das operações, documentar os requisitos levantados em relatórios formais e apresentar para aprovação da alta gestão antes de iniciar o refinamento das User Stories com o Development Team.
D
Conduzir sessões de brainstorming exclusivamente com o Development Team para identificar possíveis requisitos técnicos, criar documentação de arquitetura detalhada e, posteriormente, validar as premissas através de questionários enviados por e-mail aos usuários finais do sistema.
E
Organizar reuniões individuais sequenciais com cada fiscal de transporte aplicando técnicas de entrevistas não estruturadas, consolidar todas as informações coletadas em um documento de requisitos Único e solicitar que o Scrum Master priorize os itens antes de inclui-los no Product Backlog.
Durante o desenvolvimento de um sistema de informação, a equipe responsável identificou a necessidade de compreender claramente o que o sistema deve fazer e quais restrições devem ser observadas para que ele atenda às expectativas dos usuários e às condições impostas pelo ambiente organizacional. Para evitar retrabalho e falhas de entendimento ao longo do projeto, a equipe decidiu adotar uma abordagem adequada para lidar com essas necessidades.
Diante desse cenário, assinale a opção que descreve a melhor abordagem para atender às necessidades descritas.
A
priorizar, detalhar e validar exclusivamente requisitos não funcionais, sem especificar as funcionalidades do sistema
B
definir, documentar e controlar apenas os requisitos funcionais, desconsiderando-se restrições não funcionais do projeto
C
levantar, registrar e validar requisitos somente após a conclusão do desenvolvimento do sistema, para evitar retrabalho
D
registrar, ajustar e revisar requisitos de forma informal, sem processo estruturado, conforme o projeto evoluir
E
levantar, registrar e validar requisitos funcionais e não funcionais nas fases iniciais, considerando-se usuários e restrições
Ano:
2025
Banca:
Instituto AOCP
Em um projeto recente, um técnico de tecnologia da informação precisou coletar requisitos de usuários para o desenvolvimento de uma nova plataforma de gestão de disciplinas do IFMS. Durante o processo de elicitação de requisitos, foi escolhida uma técnica que permite observar diretamente os usuários em seu ambiente de trabalho, com o objetivo de entender melhor suas necessidades, hábitos e dificuldades em relação ao uso atual do sistema. A técnica de elicitação utilizada nesse caso foi
A
etnografia.
B
JAD (Joint Application Development).
C
workshop.
D
casos de uso.
E
brainstorming.
Considere um desenvolvedor que está atuando na fase de Engenharia de Requisitos de um sistema crítico para o setor público. Para isso, ele e sua equipe estão empregando múltiplas técnicas de elicitação para garantir a completude e a consistência dos requisitos.
Diante do exposto, assinale a alternativa CORRETA.
A
A elicitação deve priorizar técnicas baseadas em observação e análise documental, pois métodos interativos, como entrevistas e workshops, tendem a introduzir subjetividade e dificultam a padronização dos requisitos coletados.
B
A combinação de entrevistas com as partes interessadas, análise de sistemas existentes, observação direta e prototipação, permite capturar diferentes tipos de requisitos, bem como facilita a identificação de conflitos entre diferentes pontos de vista.
C
A utilização de prototipação e brainstorming é recomendada apenas em projetos com requisitos altamente voláteis, sendo desnecessária em sistemas com escopo bem definido, em que a análise de sistemas legados é suficiente para capturar as necessidades do usuário.
D
Em projetos com múltiplos perfis de usuários, recomenda-se focar a elicitação nos usuários finais, evitando a inclusão de patrocinadores e gestores, já que esses raramente interagem diretamente com o sistema e tendem a distorcer os requisitos com base em expectativas estratégicas.
Suponha que seja necessário proceder à elicitação de requisitos de um dos Serviços Estruturantes da plataforma digital do PDPJ-Br. Nesse sentido, a elicitação de requisitos constitui-se em uma importante atividade quando se considera o desenvolvimento de software.
Entre as técnicas que podem ser empregadas para a elicitação de requisitos, encontram-se:
A
normalização e padronização.
B
codificação e testes.
C
entrevistas e etnografia.
D
personificação e manutenção.
E
criptografia e lançamento.
O levantamento de requisitos é uma etapa fundamental no processo de análise de projetos, pois visa identificar necessidades, expectativas e restrições dos stakeholders em relação ao sistema a ser desenvolvido. Durante essa fase, são mapeados os requisitos funcionais e não funcionais, que servirão de base para o projeto do sistema. A análise de requisitos permite que a equipe de desenvolvimento entenda claramente as funcionalidades desejadas, os critérios de sucesso e as condições para atender aos objetivos do negócio. Esse processo orienta o desenvolvimento de soluções eficazes e alinhadas às expectativas dos usuários e stakeholders. Considerando o exposto, assinale a alternativa que apresenta a técnica que descreve como os usuários (ou “atores”) interagem com o sistema para atingir um objetivo específico, detalhando os processos do sistema e os fluxos de eventos em cenários específicos.
A
Benchmarking.
B
Protótipo.
C
Análise de Documentos.
D
Casos de uso.
E
Entrevista.
Sobre boas práticas na identificação de demandas, assinale a alternativa correta:
A
Demandas não precisam de registro formal, desde que acordadas verbalmente.
B
Demandas devem ser priorizadas segundo impacto no negócio e alinhamento estratégico.
C
Demandas podem ser definidas apenas pela equipe de TI, sem consulta às áreas de negócio.
D
Demandas devem ser tratadas de forma igual, independentemente do valor estratégico.
Durante o Processo de Engenharia de Requisitos para o novo sistema de gestão de documentos, o Analista de Sistemas identificou que dois stakeholders importantes têm requisitos conflitantes sobre a funcionalidade de arquivamento. Um exige arquivamento imediato e o outro exige retenção por 90 dias.
A fase do Processo de Engenharia de Requisitos é responsável por resolver essas inconsistências e conflitos entre requisitos e stakeholders é
A
Elicitação.
B
Especificação.
C
Análise e Negociação.
D
Validação.
E
Gerenciamento.
Em elicitação de requisitos, a técnica mudança de perspectiva fragmenta temporariamente a percepção holística do sistema ao enfocar visões individuais, entretanto a compreensão obtida pode ser utilizada para uma visão sistêmica mais robusta e integrada do artefato de software em desenvolvimento.
C
Certo
E
Errado
A Resolução CNJ no 91/209 – Modelo de Requisitos para Sistemas Informatizados de Gestão de Processos e Documentos do Judiciário Brasileiro – MoReqJus, versão 1.0, em sua seção 5 – Preservação, descreve algumas técnicas que podem ser utilizadas para evitar situações que possam por em risco a preservação de documentos em virtude de obsolescência tecnológica, sendo, especificamente, duas dessas técnicas:
A
captura e codificação.
B
recolhimento e cognição.
C
emulação e conversão de dados.
D
manutenção e classificação.
E
gestão e desmembramento.
Considere que um projeto possui vinte itens no backlog a serem desenvolvidos e que a equipe consegue realizar cinco entregas em uma iteração com período de trinta dias. Considere, ainda, que a gestão do projeto seguirá o princípio ágil, com abordagem baseada por iteração. Nessa situação, o correto será a equipe trabalhar no requisito dos vinte itens de uma vez e, após elicitar os requisitos de todos os itens, realizar cinco entregas a cada trinta dias.
C
Certo
E
Errado
Em um projeto de alta concorrência na Assembleia, o Analista de Sistemas precisa coletar requisitos para um novo módulo de apoio legislativo, mas o tempo disponível com os stakeholders é muito limitado. O analista decide utilizar uma técnica de elicitação de requisitos que permite explorar em profundidade as exceções e detalhes dos workflows com o mínimo de pessoas.
A técnica de elicitação de requisitos, que envolve a interação direta com stakeholders-chave, e a mais adequada para obter informações detalhadas e em profundidade sobre os processos e regras de negócio é a de
A
Brainstorming.
B
Etnografia.
C
Prototipação Rápida.
D
Entrevistas Estruturadas ou Não-Estruturadas.
E
Surveys.
Para um novo módulo de acompanhamento dos processos da Assembleia, há grande incerteza sobre a usabilidade e o design da interface. O Analista alocado no projeto decide construir rapidamente uma simulação da interface, focando na aparência e na navegação.
O principal objetivo de utilizar a Prototipação como técnica de Elicitação de Requisitos é:
A
Gerar o código de produção final do sistema de forma limpa e ágil.
B
Obter feedback rápido e concreto do usuário sobre a interface e as interações, reduzindo a ambiguidade dos requisitos de interface.
C
Validar a arquitetura de banco de dados e os serviços backend.
D
Formalizar o documento de Especificação de Requisitos de Software com a descrição estendida dos requisitos funcionais do sistema.
E
Gerar o histórico completo de commits para a auditoria com base nos resultados da simulação.
No contexto da Engenharia de Requisitos, uma disciplina crítica no Ciclo de Vida de Desenvolvimento de Software (SDLC), considere o processo inicial de levantamento de informações. A atividade que se foca primariamente na interação ativa com os stakeholders, na aplicação de técnicas investigativas (como entrevistas contextuais, brainstorming facilitado e etnografia), e na documentação de expectativas, objetivos de negócio e restrições de alto nível em uma linguagem natural e ambígua, antes de qualquer modelagem formal, priorização ou verificação de consistência, é denominada:
A
Análise e Negociação de Requisitos.
B
Especificação Formal de Requisitos.
C
Validação e Verificação de Requisitos.
D
Elicitação e Descoberta de Requisitos.
E
Gerenciamento de Mudanças em Requisitos.
Uma nova solução de software está sendo desenvolvida em um Tribunal do Trabalho para gerenciar os acordos coletivos firmados entre sindicatos e empresas. Durante a elaboração dos requisitos, a equipe precisa definir claramente requisitos funcionais e não funcionais, envolvendo usuários finais, advogados especializados e analistas. Considerando as boas práticas de Engenharia de Requisitos, para garantir a qualidade e a completude dos requisitos coletados, deve-se
A
priorizar os requisitos não funcionais durante as primeiras reuniões, garantindo que aspectos como desempenho e segurança estejam definidos antes de discutir as funcionalidades.
B
adotar um processo iterativo de validação de requisitos, como a análise de protocolos, realizando rodas de conversas com usuários e especialistas, para garantir a obtenção de informações confiáveis dentre os diferentes stakeholders.
C
aplicar a técnica JAD (Joint Appllcation Deployment), realizando entrevistas individuais com representantes de cada área, evitando reuniões conjuntas para prevenir conflitos entre as visões dos stakeholders.
D
utilizar técnicas complementares de elicitação, como prototipação, análise de documentos e QFD (Quality Function Deployment), para capturar de forma abrangente tanto requisitos explícitos quanto latentes, aumentando a precisão das especificações.
E
concentrar a elicitação em entrevistas com especialistas jurídicos, uma vez que as regras de negócio são fortemente baseadas na legislação vigente e, portanto, menos suscetíveis a variações de uso pelos demais usuários.
Em um ambiente onde existe uma hierarquia formada, deseja-se elaborar a elicitação de requisitos de um produto sem que um membro influencie a resposta de outro por questões de hierarquia. Nesse caso, a técnica mais adequada para elicitar os requisitos é:
A
Oficina.
B
Dinâmica de grupo.
C
Delphi.
D
Brainstorming.
A engenharia de requisitos é uma fase crítica do desenvolvimento de software, onde as necessidades dos stakeholders são compreendidas e documentadas. Dado o contexto das atividades de elicitação e análise de requisitos, analise as afirmativas a seguir:
I.A técnica de prototipação é utilizada para validar requisitos funcionais e não funcionais, mas é considerada de alto custo e baixo engajamento, sendo recomendada apenas para sistemas onde os requisitos já estão bem definidos e estáveis.
II.O JAD (Joint Application Design) é uma técnica de elicitação de requisitos que consiste em sessões de workshop altamente estruturadas, reunindo stakeholders-chave, usuários finais e a equipe de desenvolvimento, com o objetivo de definir e acordar os requisitos de forma colaborativa e acelerada.
III.A análise de cenários é uma técnica focada exclusivamente em identificar os "caminhos felizes" (happy paths) de um caso de uso, detalhando as interações bem-sucedidas do usuário com o sistema, deixando a análise de exceções e falhas para a fase de testes.
Está correto o que se afirma em:
A
I, II e III.
B
II e III apenas.
C
I e II apenas.
D
III apenas.
E
II apenas.
Acerca da elicitação e validação de requisitos, ao utilizar a técnica de casos de uso, assinale a opção que indica a prática que pode comprometer principalmente a rastreabilidade dos requisitos.
A
A construção dos casos de uso baseados somente em entrevistas com os usuários chave.
B
A ausência de detalhamento de cenários alternativos e exceções nos diagramas de casos de uso.
C
A falta de revisão contínua dos casos de uso pelos desenvolvedores após cada iteração do projeto.
D
A utilização de uma linguagem de modelagem que seja amplamente compreendida pelos usuários finais.
E
A inclusão de detalhes técnicos no fluxograma de casos de uso, visando a implementação direta pelos desenvolvedores.
Nos métodos ágeis, os requisitos são definidos de forma incremental, e a elicitação é efetuada continuamente ao longo do projeto pelos membros da equipe.
C
Certo
E
Errado
Gerar simulado