Engenharia de requisitos prova

Prévia do material em texto

17/05/2023, 09:43 Cosmos · Cosmos
https://kroton.platosedu.io/lms/m/aluno/disciplina/index/2861227/6436764 1/6
Engenharia de requisitos
Professor(a): Priscilla Labanca (Mestrado acadêmico)
1)
2)
Prepare-se! Chegou a hora de você testar o conhecimento adquirido nesta disciplina. A
Avaliação Virtual (AV) é composta por questões objetivas e corresponde a 100% da média final.
Você tem até cinco tentativas para “Enviar” as questões, que são automaticamente corrigidas.
Você pode responder as questões consultando o material de estudos, mas lembre-se de cumprir
o prazo estabelecido. Boa prova!
Sobre a modelagem do comportamento dinâmico ou funcional, considere as seguintes
afirmações, classificando-as em verdadeiras (V) ou falsas (F):
( ) Possui grau médio de abstração.
( ) Oferece a visualização de como as futuras funcionalidades do software a ser
desenvolvido terá.
( ) É também conhecido como Requisitos de Domínio.
( ) É composta por rascunhos de telas e descrições, onde estas descrições ilustram os
campos e as dinâmicas destas telas.
( ) Representa tudo aquilo que é preciso para que os requisitos funcionais sejam
executados de maneira adequada.
Assinale a alternativa que contenha a sequência correta:
Alternativas:
V – F – F – V – F.
V – V – V – V – F.
V – V – F – V – F.  CORRETO
F – V – F – V – F.
V – F – F – V – V.
Código da questão: 55516
Com base na atividade de análise, é gerado um documento no qual são elencados todos
os requisitos para a construção do sistema. Como se chama este documento?
Alternativas:
Documento de Projetos.
Documento de Especificação de Requisitos.  CORRETO
Documento de Atas de Reunião com o cliente.
Documento de Escopo de Requisitos.
Documento de Especificação de Casos de Uso.
Resolução comentada:
A primeira, a segunda e a quarta asserções são verdadeiras, pois de acordo com a
classificação sobre os níveis de abstração, esta modelagem está no nível médio, ou
seja, os requisitos ainda não possuem grandes níveis de detalhamento. Esta
modelagem objetiva oferecer uma visualização de como as futuras funcionalidades
do software a ser desenvolvido serão, que é representada por meio de rascunhos de
telas com seus respectivos campos e dinâmica. É uma espécie de “prévia” dos
requisitos. Este modelo é representado por meio de esquemas de telas e texto
explicando cada uma destas telas.
Já a terceira e a quinta asserções são falsas, pois a terceira asserção refere-se à
visualização do contexto no qual o software será implantado, isto é, a modelagem
de contexto. Finalmente a quinta asserção é a definição de Requisitos Não
Funcionais.
Resolução comentada:
Com base nesta atividade de análise, é gerado um documento no qual são
elencados todos os requisitos para a construção do sistema. Este documento é
normalmente chamado de Documento de Especificação de Requisitos e
17/05/2023, 09:43 Cosmos · Cosmos
https://kroton.platosedu.io/lms/m/aluno/disciplina/index/2861227/6436764 2/6
3)
4)
Código da questão: 55535
O Analista de Requisitos pode contar com diversas técnicas para realizar a atividade de
Levantamento de Requisitos. A seguir apresentam-se três técnicas, cada qual com sua
respectiva definição. Leia cada uma das definições e associe com a respectiva técnica:
Assinale a alternativa que traz a associação correta entre as duas colunas:
Alternativas:
I-A; II-B; III-C.
I-C; II-A; III-B.  CORRETO
I-A; II-C; III-B.
I-C; II-B; III-A.
I-B; II-C; III-A.
Código da questão: 55543
Preencha as lacunas a seguir no que se refere à modelagem de alto nível.
A _______ objetiva analisar como o cliente _______ a estrutura da
empresa/departamento/seção que ele trabalha; verificam-se as regras de negócios que
afetam a execução de suas ______; são apresentadas as tarefas e as responsabilidades da
empresa/equipe, os dados de que precisa, gera e manipula.
A alternativa que completa adequadamente as lacunas acima é:
Alternativas:
Modelagem corporativa; Compreende; Atividades.  CORRETO
Modelagem funcional; Funciona; Formas.
Modelagem associativa; Percebe; Atribuições.
Modelagem colaborativa; Adota; Atividades.
Modelagem de domínio; Trabalha; Responsabilidades.
fundamentado nos documentos de Escopo do Projeto (aquele redigido pelo Gerente
de Projetos e o cliente) e Documento de Requisitos do Projeto (aquele que o
Analista de Requisitos criou durante a Fase de Aquisição de Requisitos).
Resolução comentada:
Resolução comentada: Roleplaying: é aquela que determina os atores, explica o que
acontece com eles e descreve a forma como isso acontece.
PIECES: é um conjunto de categorias de perguntas que ajudam na extração de
requisitos.
Brainstorming: considerada uma técnica de elicitação de grupo, é uma técnica não
estruturada para geração de ideias que consiste em duas fases: geração de ideias e
consolidação.
Resolução comentada:
A modelagem corporativa objetiva analisar como o cliente “percebe”/compreende a
estrutura da empresa/departamento/seção que ele trabalha; verificam-se as regras
de negócios que afetam a execução de suas atividades; são apresentadas as tarefas e
as responsabilidades da empresa/equipe, os dados de que precisa, gera e manipula.
Neste momento, já é possível capturar o objetivo do software a ser elaborado. O
resultado final deste modelo é a descrição do comportamento da
organização/departamento – que também pode ser chamado de Requisitos de
Negócios.
17/05/2023, 09:43 Cosmos · Cosmos
https://kroton.platosedu.io/lms/m/aluno/disciplina/index/2861227/6436764 3/6
5)
6)
Código da questão: 55515
Sobre o Processo de Engenharia de Requisitos, considere as seguintes afirmações e
classifique-as em verdadeiras (V) ou falsas (F):
( ) É um processo que é executado independentemente de metodologia utilizada no
projeto.
( ) É um processo composto por um modelo denominado Modelo de Processos de
Requisitos.
( ) Caracteriza-se por poucos impactos durante o ciclo de desenvolvimento de qualquer
software, pois ele é considerado um processo opcional, ou seja, ele pode ou não pode ser
inserido dentro do ciclo de desenvolvimento de software.
( ) Dentre as etapas existentes no Modelo de Processos de Requisitos, a menos importante
é a etapa de estudo de viabilidade de requisitos, pois este estudo já foi realizado pelo
gerente de projetos na fase de Planejamento.
( ) A aquisição de requisitos é o passo-chave dentro do Processo de Engenharia de
requisitos, pois é neste passo que se é possível conhecer as necessidades do cliente.
Assinale a alternativa que contenha a sequência correta:
Alternativas:
V – V – F – F – F.
F – F – F – V – V.
F – V – V – V – V.
F – F – V – V – V.
V – V – F – F – V.  CORRETO
Código da questão: 55509
Sobre a atividade de Validação de Requisitos, considere as seguintes afirmações e
classifique-as em verdadeiras (V) e falsas (F):
( ) A completeza versa que todos os requisitos funcionais devem estar muito bem definidos.
( ) Compreende-se por consistência que a redação dos requisitos não devem ser definidos
de maneira contraditória.
( ) A rastreabilidade versa que todos os usuários devem ser capazes de entender os
requisitos.
( ) O objetivo do teste é garantir que todos os requisitos funcionais possam ser testados.
( ) Ser compreensível é estabelecer referências entre os requisitos.
Assinale a alternativa que contenha a sequência correta:
Alternativas:
V – V – V – V – F.
V – V – F – V – F.  CORRETO
V – F – F – V – V.
F – V – F – V – F.
V – F – F – V – F.
Resolução comentada:
A terceira e a quarta asserções são falsas, pois existem dois tipos de estudo de
viabilidade: um versa sobre o projeto e o outro sobre os requisitos; no primeiro é
estudado se o novo software agregará valor ao negócio do cliente, e o segundo se
o(s) requisito(s) identificados estão de acordo com os propósitos do software. A
análise de requisitos é o processo-chave de qualquer desenvolvimento de software,
pois são os requisitos que informam o que o software deve ter. Já a primeira,
segunda e quinta são verdadeiras, pois o Processo de Engenharia de Requisitos é
uma atividadeinerente a qualquer tipo de metodologia de desenvolvimento de
software. Este processo é composto por um modelo o qual é divido em seis etapas,
cada qual dependente uma da outra, formando um ciclo dentro deste processo.
Resolução comentada:
17/05/2023, 09:43 Cosmos · Cosmos
https://kroton.platosedu.io/lms/m/aluno/disciplina/index/2861227/6436764 4/6
7)
Código da questão: 55532
Sobre a relação entre Metodologias Ágeis e o Analista de Requisitos, podemos afirmar
que:
I. O Método Ágil XP é aplicado para pequenas e médias equipes, desenvolvendo software
com requisitos vagos e em constante mudança; e o Analista de Requisitos é conhecido
como redator técnico.
II. No Método Ágil SCRUM, o Analista de Requisitos é conhecido como SCRUM Master e é
responsável por construir os diagramas de: Casos de Uso e Classes.
III. O Método Ágil “Família” Crystal caracteriza-se por ser um método alternativo do
método cascata, fornece informações precisas e significativas acerca do progresso do
desenvolvimento do sistema, com o mínimo de sobrecarga e interrupções da equipe de
desenvolvimento, e o Analista de Requisitos é conhecido como arquiteto chefe.
IV. O Método Ágil DSDM, diferentemente dos demais Métodos Ágeis, utiliza o modelo de
Iteração Funcional e o Analista de Requisitos é conhecido como Analista de Negócios.
V. O Método Ágil FDD caracteriza-se por utilizar o modelo interativo – incremental, e
Analista de Requisitos é conhecido como Engenheiro de Requisitos e é responsável por
elaborar os diagramas de: Casos de Uso, Classes, Sequência e Estados.
São verdadeiras:
Alternativas:
III - IV - V.
I - II - IV.  CORRETO
II - IV - V.
I - II - III.
I - II - V.
A primeira, a segunda e a quarta asserções são verdadeiras, pois a completeza versa
que todos os requisitos funcionais devem estar muito bem definidos, assim como
devem ser compreensíveis (compreende-se que as redações dos requisitos não
devem ser definidos de maneira contraditória) e testáveis (garantir que todos os
requisitos funcionais possam ser testados).
Já a terceira e a quinta asserções são falsas, pois o objetivo do rastreamento (ou
realizar a rastreabilidade) é estabelecer referências entre os requisitos (Mapa de
Requisitos), aspectos de projeto e implementação, para possibilitar controlar os
efeitos das modificações. No tocante à compreensão, todos os usuários devem ser
capazes de entender os requisitos.
Resolução comentada:
A afirmação I é verdadeira, pois ele é voltado para pequenas e médias equipes e
onde são identificados requisitos vagos e em constante mudança; o Analista de
Requisitos é conhecido como Redator técnico e utiliza o método interativo-
incremental; já a II é correta, pois Framework é usado para gerenciar o
desenvolvimento de produtos complexos; e o Analista de Requisitos assume a
identidade de Scrum Master, que é responsável, além de outras tarefas, por construir
os diagramas de: Casos de Uso e Classes; e a IV é correta pois o Método Ágil DSDM
é voltado para o gerenciamento de projetos ágeis, ajudando a entregar resultados
de forma rápida e eficaz, no qual o Analista de Requisitos é conhecido como Analista
de Negócios e uma de suas responsabilidades é construir diagramas de Atividades e
protótipos. A III está errada pois o Método Ágil “Família” Crystal caracteriza-se por
ser uma família de metodologias que possui “código” genético comum; possui
ênfase na entrega frequente, na comunicação próxima e na melhoria recíproca. O
Analista de Requisitos pode assumir pelo menos um papel, dependendo da
complexidade do projeto: Analista de Negócios, Designer/Projetista e Redator. A
afirmativa V é falsa pois o Método Ágil FDD é considerado um método alternativo
do método cascata; ele fornece informações precisas e significativas acerca do
progresso do desenvolvimento do sistema, com o mínimo de sobrecarga e
interrupções da equipe de desenvolvimento. Neste método, o Analista de Requisitos
pode assumir um ou mais papéis dependendo da complexidade do projeto:
especialista do domínio e arquiteto chefe, sendo o responsável pela construção dos
diagramas de Classe e Atividades, sendo este último opcional (depende da
complexidade do projeto).
17/05/2023, 09:43 Cosmos · Cosmos
https://kroton.platosedu.io/lms/m/aluno/disciplina/index/2861227/6436764 5/6
8)
9)
Código da questão: 55510
Qual é o teor do Documento de Design de Requisitos?
Alternativas:
Documentação detalhada dos requisitos e modelagem.
Modelagem, protótipos e casos de testes.
Modelagem e os protótipos das telas.
Documentação detalhada dos requisitos e protótipos das telas.
Documentação detalhada dos requisitos, a modelagem e os protótipos das telas. 
CORRETO
Código da questão: 55512
Sobre as diferenças entre os tipos de requisitos, analise as afirmações e classifique-as em
verdadeiras (V) ou falsas (F):
( ) Requisitos Funcionais tratam de elencar toda a infraestrutura para acomodar o software;
já os demais requisitos representam cada dinâmica que o software executará.
( ) Requisitos Não Funcionais caracterizam-se por tratar sobre aspectos de desempenho; já
os Requisitos de Negócio/ Organizacionais são aqueles que tratam dos fatores culturais,
políticos e as exigências legais que afetam o sistema, e finalmente os Requisitos Funcionais
são aqueles que definem as funções de um sistema ou componente de um sistema e como
devem funcionar.
( ) Requisitos de Negócio/ Organizacionais são aqueles que, além de tratar da cultura da
empresa, são transformados em telas no software; já os Requisitos Funcionais são aqueles
que tratam dos detalhes de desempenho do software. Finalmente os Requisitos Não
Funcionais são aqueles que não precisam ser considerados, pois não afetaram em nada o
desenvolvimento do software.
( ) Requisitos Funcionais e Requisitos de Negócio/ Organizacionais são aqueles que podem
ser traduzidos para uma linguagem de programação. Já os Requisitos Não Funcionais são
aqueles que podem ou não ser traduzidos para uma linguagem de programação e isso
depende da quantidade de pessoas que utilizarão o software.
( ) As diferenças entre os três tipos de requisitos são somente literárias, isto é, na prática
eles possuem os mesmos objetivos e são todos traduzidos para uma linguagem de
programação.
Assinale a alternativa que contenha a sequência correta:
Alternativas:
V – F – V – V – V.
F – V – F – V – F.
V – F – F – F – F.
V – F – V – V – F.
F – V – F – F – F.  CORRETO
Resolução comentada:
O Documento de Design de Requisitos ou Documento de Especificação de
Requisitos detalhado é um documento que elenca todos os requisitos e os
especifica. Esta especificação é pautada na modelagem destes requisitos. Como boa
prática, são inseridos os protótipos das telas, pois facilita a leitura do programador,
garantindo que este profissional não terá interpretações ambíguas no momento da
“tradução” dos requisitos para a linguagem de programação.
Resolução comentada:
A segunda asserção é verdadeira, trata das definições de cada um dos tipos de
requisitos. Já a primeira, a terceira, a quarta e a quinta são falsas, pois: da primeira,
os Requisitos Funcionais tratam das funções que o software terá; da terceira, os
Requisitos de Negócio/ Organizacionais são aqueles que tratam da cultura da
empresa, eles não são transformados em telas no software; os Requisitos Funcionais
são aqueles que tratam das funcionalidades (telas) do software e, finalmente, os
Requisitos Não Funcionais são aqueles que tratam da infraestrutura necessária para
17/05/2023, 09:43 Cosmos · Cosmos
https://kroton.platosedu.io/lms/m/aluno/disciplina/index/2861227/6436764 6/6
10)
Código da questão: 55517
Sobre as etapas da metodologia JAD, analise as afirmações:
( ) A documentação dos procedimentos se dá na etapa de Preparação de materiais para a
reunião.
( ) O objetivo da etapa de orientação inicial é obter os requisitos em alto nível.
( ) 30 minutos antes de iniciar a reunião (workshop) são definidos os participantes da
reunião.
( ) As técnicas de elicitação de requisitos são dispensadas de uso nesta metodologia,porque ela é autossuficiente.
( ) Não há diferenças em quem deve ou não participar. A reunião é pública e todos são
bem-vindos.
Assinale a alternativa que contenha a sequência correta:
Alternativas:
F – V – F – V – F.
V – F – V – V – V.
V – F – F – F – F.
V – F – V – V – F.
F – V – F – F – F.  CORRETO
Código da questão: 55525
que o software seja instalado. Da quarta asserção, somente os Requisitos Funcionais
devem (e não podem) ser traduzidos para uma linguagem de programação, os
Requisitos Não Funcionais tratam da infraestrutura e os Requisitos Organizacionais
dizem respeito à cultura da empresa. Finalmente a quinta e última asserção, os três
tipos de requisitos possuem papéis fundamentais para a construção do software;
cada qual contribui de alguma maneira para o software.
Resolução comentada:
A segunda asserção é verdadeira, pois objetivo da etapa de orientação inicial é obter
os requisitos em alto nível. Para isso, o Analista de Requisitos deve: revisar o
documento de escopo do projeto e verificar as áreas envolvidas (cliente e a equipe
de TI).
Já a primeira, a terceira, a quarta e a quinta são falsas, pois: da primeira, a
documentação dos procedimentos se dá na etapa de familiarização com a
área/aplicação; da terceira, verificar quem são as pessoas que DEVEM e as pessoas
que PODEM participar da reunião é definido antes da reunião, esta etapa pode ser
absorvida pela etapa de preparação do material para a reunião (ou workshop). Da
quarta asserção, as técnicas de elicitação de requisitos são primordiais nesta
metodologia, pois a metodologia JAD apenas dá direcionamentos de como o
Analista de Requisitos deve planejar e conduzir a reunião. Finalmente a quinta e
última asserção, esta metodologia solicita a verificação de quem são as pessoas que
DEVEM e as pessoas que PODEM participar da reunião.
Arquivos e Links