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 validação de requisitos.
Disciplina
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
39
questões encontradas
20
Mais recentes
No contexto da engenharia de software, analise as assertivas a seguir, acerca de regras de negócio e histórias de usuário, e julgue-as em Verdadeiras (V) ou Falsas (F):
( ) Regras de negócio representam restrições, políticas ou condições que definem como o sistema deve operar de acordo com as necessidades da organização.
( ) Histórias de usuário são descrições curtas das funcionalidades do sistema sob a perspectiva do usuário, geralmente escritas em linguagem simples e objetiva.
( ) "O sistema deve permitir a emissão de relatórios em formato PDF" é um exemplo de regra de negócio.
( ) Um documento que relaciona requisitos do sistema aos respectivos casos de teste e módulos implementados constitui um exemplo de história de usuário.
Qual alternativa preenche, CORRETAMENTE, de cima para baixo, os parênteses acima?
A
V - V - F - F.
B
V - F - V - F.
C
F - V - F - V.
D
V - F - F - V.
E
F - F - V - V.
Durante o desenvolvimento de sistemas de software de médio e grande porte, práticas relacionadas à engenharia de requisitos, controle de mudanças, rastreabilidade e qualidade de processo são fundamentais para garantir a evolução controlada do produto.
Analise as afirmativas a seguir:
I. A definição de uma baseline (linha de base) de requisitos estabelece um conjunto de itens formalmente aprovado, que passa a servir como referência para o controle de mudanças ao longo do projeto.
II. A garantia da qualidade de software tem como foco exclusivo a detecção de defeitos no produto final, não abrangendo atividades relacionadas à definição, ao acompanhamento ou à melhoria do processo de desenvolvimento.
III. Mesmo após a validação dos requisitos, mudanças podem ocorrer ao longo do projeto, tornando necessário um processo estruturado de controle de mudanças.
IV. A rastreabilidade de requisitos torna-se desnecessária em processos de desenvolvimento iterativos ou ágeis, uma vez que as entregas frequentes eliminam a necessidade de controle sistemático entre requisitos e artefatos.
V. A rastreabilidade de requisitos contribui para a qualidade do software ao permitir verificar se todos os requisitos definidos foram adequadamente implementados e testados.
Está CORRETO o que se afirma em:
A
Apenas I e III.
B
Apenas I, II e V.
C
Apenas I, III e V.
D
Apenas II, III e IV.
E
I, II, III, IV e V.
O Analista de Programação está realizando a Validação de Requisitos para o sistema de e-Protocolo. Ele decide utilizar a técnica que envolve a leitura do documento de requisitos, linha por linha, por um grupo de stakeholders e especialistas, para encontrar ambigüidades, omissões ou erros.
Esta técnica de Validação de Requisitos é conhecida como:
A
Teste de Usabilidade (User Testing).
B
Prototipagem Evolutiva.
C
Geração de Testes de Aceitação.
D
Revisão Formal ou Inspeção (Walkthrough).
E
Análise de Risco.
Durante o processo de validação de requisitos, diferentes tipos de conferências devem ser executados nos requisitos do documento. Sobre essas técnicas, informe verdadeiro (V) ou falso (F) para as assertivas abaixo e, em seguida, marque a opção que apresenta a sequência correta.
( ) Na conferência da validade, confere-se se os requisitos refletem as reais necessidades dos usuários do sistema. No entanto, os requisitos de usuário não podem mudar ao longo do tempo devido a eventuais novas demandas, feedback ou restrições identificadas durante o desenvolvimento.
( ) Durante a conferência da consistência, os requisitos em hipótese alguma podem ser conflitantes, isto é, podem ocorrer restrições contraditórias ou descrições diferentes da mesma função do sistema. Essa etapa do processo nem sempre é capaz de identificar problemas de conflitos de requisitos.
( ) Na conferência da completude o documento de requisitos deve incluir aqueles que definem todas as funções e as restrições pretendidas pelo usuário do sistema.
( ) Durante a conferência do realismo utiliza-se o conhecimento das tecnologias existentes, os requisitos devem ser conferidos para assegurar que possam ser implementados dentro do orçamento proposto para o sistema.
A
(F); (F); (V); (V).
B
(F); (V); (V); (F).
C
(V); (F); (V); (F).
D
(V); (V); (F); (F).
A engenharia de confiança é uma área da engenharia de software responsável pelo estudo e desenvolvimento de técnicas para aumentar a confiabilidade de sistemas críticos e não críticos.
São características da engenharia de confiança:
A
Aumento exponencial dos custos de desenvolvimento de software de um modo geral, principalmente quando é exigido um alto nível de confiabilidade do sistema em desenvolvimento.
B
Aplicação de práticas e processos para prevenção e detecção de erros ainda nas fases de desenvolvimento do sistema, buscando minimizar a ocorrência de falhas no momento da implementação para uso operacional.
C
O projeto de sistemas tolerantes a falhas, nos quais estas são detectadas e tratadas durante a execução do sistema, sem prejudicar o funcionamento dele, usando recursos como redundância, automonitoramento e sistemas de proteção.
D
Todas as alternativas anteriores.
Seu próximo nível começa aqui
Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
A rastreabilidade bidirecional de requisitos permite verificar, a partir de um requisito, quais componentes o implementam e, a partir de um componente, quais requisitos ele satisfaz.
C
Certo
E
Errado
O walkthrough é uma técnica de validação de requisitos que envolve a apresentação sistemática dos requisitos aos stakeholders, promovendo discussões detalhadas e buscando identificar problemas como inconsistências, ambiguidades e omissões.
C
Certo
E
Errado
A validação de requisitos tem como foco principal verificar se o sistema está sendo desenvolvido corretamente, de acordo com os documentos técnicos definidos pela equipe de engenharia.
C
Certo
E
Errado
A rastreabilidade de requisitos é importante para a garantia de que todas as mudanças nas necessidades dos stakeholders sejam devidamente gerenciadas e refletidas nas fases subsequentes do desenvolvimento do software.
C
Certo
E
Errado
Assinale a alternativa que apresenta o papel do gerenciamento de requisitos ao longo do ciclo de vida de um produto de software.
A
Garantir que os requisitos sejam implementados somente durante o desenvolvimento, sem a necessidade de revisões futuras
B
Assegurar que os requisitos estejam sempre alinhados às necessidades dos stakeholders, minimizando inconsistências, retrabalho e riscos, tanto no desenvolvimento quanto na manutenção
C
Acompanhar o ciclo de vida dos requisitos exclusivamente apenas até o momento de sua validação, uma vez que a manutenção não é gerenciada
D
Verificar se os requisitos estão corretos e eliminá-los após a entrega do software, sem revisões ou mudanças após essa fase
Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
A engenharia de requisitos de software define uma base concreta para o projeto e para a construção. Acerca da Engenharia de Requisitos, assinale a afirmação VERDADEIRA.
A
A engenharia de requisitos abrange sete tarefas distintas: concepção, levantamento, elaboração, negociação, especificação, validação e gestão.
B
O entendimento das metas de negócios é uma tarefa pouco relevante no levantamento de requisitos.
C
A tarefa de Elaboração concentra-se no desenvolvimento de um modelo de requisitos refinado, sem necessariamente identificar aspectos da função, do comportamento e das informações do software.
D
Exclusivamente na tarefa de Validação de Requisitos, a consistência é um aspecto irrelevante
E
A Negociação de Requisitos é um conjunto de atividades que ajuda a equipe de projeto a identificar, controlar e acompanhar as necessidades e suas mudanças à medida que o projeto prossegue.
Na descoberta de produto, refletir sobre como validar ideias e descobrir soluções para os usuários é uma etapa importante. Definir hipóteses no início do processo de Descoberta de Produto é importante para
A
limitar o escopo do produto a ideias já comprovadas e evitar dispêndios.
B
garantir que o desenvolvimento do produto siga um plano predeterminado sem grandes mudanças.
C
orientar a pesquisa e os testes, validando ou refutando suposições sobre as necessidades dos usuários.
D
desenvolver e lançar o produto completo o mais rápido possível.
Na validação de requisitos de software, acerca das interações entre a Criação de Casos de Teste, Prototipação e Revisão de Requisitos é correto afirmar que
A
a Prototipação deve ser realizada exclusivamente após a Revisão de Requisitos, pois ajustes nos requisitos não afetam os protótipos já desenvolvidos.
B
Prototipação e Revisão de Requisitos são técnicas complementares que, juntas, fornecem uma base sólida para a Criação de Casos de Teste eficaz.
C
a Criação de Casos de Teste e a Prototipação são etapas independentes e não influenciam a Revisão de Requisitos.
D
Revisão de Requisitos é uma pré-condição para a Criação de Casos de Teste, mas não tem relação direta com a Prototipação.
E
Criação de Casos de Teste substitui a necessidade de Prototipação e Revisão de Requisitos, sendo suficiente para garantir a qualidade do software.
Você é um analista de requisitos em uma empresa de desenvolvimento de software. Durante uma reunião de revisão de requisitos para um novo projeto, a equipe está discutindo as melhores práticas para garantir que os requisitos sejam corretos, completos e consistentes antes de iniciar a fase de desenvolvimento. Um dos membros da equipe pergunta qual técnica de validação de requisitos é a mais adequada para identificar discrepâncias, ambiguidades e inconsistências através da revisão detalhada por especialistas. Qual das opções você escolheria como resposta?
A
Entrevistas com Stakeholders.
B
Prototipagem.
C
Modelagens de Casos de Uso.
D
Revisão de Requisitos.
E
Análise SWOT.
A validação de requisitos é uma etapa crucial no processo de desenvolvimento de software, garantindo que as necessidades dos stakeholders sejam corretamente interpretadas e implementadas. Dentre as técnicas de validação de requisitos, destaca-se uma abordagem que se concentra na verificação formal da consistência, completude e conformidade dos requisitos, permitindo identificar possíveis falhas antes da implementação.
Considerando essa descrição, e dentre as técnicas exibidas nas alternativas a seguir, assinale a que representa a técnica de validação de requisitos destacada no texto do enunciado.
A
Prototipagem
B
Revisão de requisitos
C
Testes de sistema
D
Análise de impacto
Seu próximo nível começa aqui
Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
Conforme o fluxo ilustrado a seguir, necessariamente as tarefas Anexar negativa civil, Anexar negativa criminal e Anexar negativa de débitos devem ser concluídas para que seja executada a tarefa Analisar validade dos documentos.
C
Certo
E
Errado
Sobre as atividades de validação de requisitos, conforme descrito por Wiegers e Beatty (2013), assinale a alternativa incorreta.
A
Os requisitos de software estão corretamente derivados dos requisitos de negócios, requisitos de sistema, regras de negócio e outras fontes
B
Os requisitos estão completos, viáveis e verificáveis
C
Todas as representações dos requisitos são consistentes umas com as outras
D
Os requisitos não tem a responsabilidade de prover uma base adequada para prosseguir para o projeto (design) e a construção
Assinale a alternativa que apresenta as três principais atividades envolvidas no processo de validação de requisitos.
A
Preparação, execução da validação e gerenciamento dos resultados da validação
B
Planejamento, testes de aceitação e documentação dos resultados
C
Definição de critérios, execução de testes de unidade e análise de requisitos
D
Identificação de requisitos, codificação e análise de desempenho
A engenharia de requisitos pode ser dividida em gerenciamento de requisitos e desenvolvimento de requisitos, e este, por sua vez, pode ser subdividido em elicitação, análise, especificação e validação. Cada um desses quatro componentes do desenvolvimento de requisitos possui um conjunto de boas práticas.
Uma das boas práticas associadas à validação de requisitos é
A
priorizar os requisitos.
B
registrar as regras de negócio.
C
alocar requisitos aos subsistemas.
D
definir critérios de aceitação do produto.
E
especificar os atributos de qualidade do produto.
Na engenharia de requisitos, a validação de requisitos é o processo de conferir se os requisitos definem o sistema que o cliente realmente quer. Sobre esse processo de validação, assinale a alternativa que NÃO apresenta um tipo de conferência que deve ser executada.
A
Conferência da validade.
B
Conferência da completude.
C
Conferência da consistência.
D
Conferência da manutenibilidade.
E
Conferência do realismo.
Gerar simulado