Engenharia de Requisitos

Fazer download em pdf ou txt
Fazer download em pdf ou txt
Você está na página 1de 6

Engenharia de requisitos

Professor(a): Priscilla Labanca (Mestrado acadêmico)

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!

1) Existem várias técnicas para conduzir reuniões, e elas podem ser classificadas em um
dos grupos a seguir:
I. As técnicas de cenários são aquelas que se valem de situações que simulam a execução
de tarefas.
II. As técnicas tradicionais são aquelas utilizadas para aquisição de conhecimento para
desenvolver sistemas baseados em conhecimento (Inteligência Artificial).
III. As técnicas contextuais são aquelas que analisam a etnografia e a análise social.
IV. As técnicas de prototipação são aquelas utilizadas em todos os setores empresariais
para que seja possível conhecer todos os departamentos e funcionários de uma empresa.
V. As técnicas de elicitação de grupo são aquelas que envolvem grupos de pessoas.
Das asserções acima apresentadas (I, II, III, IV e V), quais delas são verdadeiras?

Alternativas:

I - III - IV.
II - IV - V.
III - IV - V.
II - III - V.
I - III - V.  CORRETO

Resolução comentada:
As asserções I, III e V são verdadeiras, pois os cenários são situações que simulam
a execução de tarefas. Pode ser dividido em dois momentos: o primeiro “fazer de
conta” que o cliente está executando as atividades do dia a dia sem o software e
então ele vai descrevendo (contando uma história) estas atividades. No segundo
momento, simulam estas mesmas atividades só que colocadas num software
“imaginário”. Já as técnicas contextuais surgiram como uma alternativa para as
técnicas tradicionais e cognitivas, nas quais são realizadas as observações sob o
ponto de vista etnográfico e são realizadas análises sociais e finalmente as técnicas
de elicitação de grupo são aquelas que envolvem grupos de pessoas; já as
asserções II e IV são falsas, pois técnicas tradicionais são aquelas utilizadas em
todos os setores empresariais e foram absorvidas no Processo de Desenvolvimento
de Software; já as técnicas de prototipação são aquelas utilizadas durante todo o
processo de levantamento de requisitos, quando se percebe que o cliente possui
dificuldades em comunicar-se.

Código da questão: 55526

2) 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-B; II-C; III-A.


I-C; II-B; III-A.
I-C; II-A; III-B.  CORRETO
I-A; II-B; III-C.
I-A; II-C; III-B.

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.

Código da questão: 55543

3) Sobre as mudanças de requisitos, analise as afirmações e classifique-as em verdadeiras


(V) ou falsas (F):
( ) Uma maneira de verificar a proporção do impacto diante de uma solicitação de
mudança é a execução de uma atividade denominada Análise de Requisitos.
( ) Dependendo da solicitação, pode ou não gerar impactos em todo o projeto e
comprometer todo o planejamento e condução dos trabalhos da equipe de projetos.
( ) As análises de Modelagem, Implementação e Testes são boas fontes de análises
quando o cliente solicita a mudança.
( ) O resultado da Análise de Viabilidade é redigido em Ata de Reunião.
( ) A modelagem de alto nível auxilia na identificação e estudo de viabilidade.
Assinale a alternativa que contenha a sequência correta:

Alternativas:

F – V – F – F – F.  CORRETO

V – F – V – V – F.
V – F – V – V – V.
V – F – F – F – F.
F – V – F – V – F.

Resolução comentada:
A segunda asserção é verdadeira, pois durante o transcorrer do ciclo de
desenvolvimento de sistemas, há algumas alterações (mudanças) solicitadas pelo
cliente. Dependendo da solicitação de mudança é preciso realizar análise de
viabilidade, e de acordo com o resultado, decidir se é ou não viável implementar a
mudança.
Já a primeira, a terceira, a quarta e a quinta são falsas, pois: da primeira, uma
maneira de verificar a proporção do impacto diante de uma solicitação de
mudança é a execução de uma atividade denominada Análise de impacto; da
terceira, a análise de impacto avalia o esforço e o custo das mudanças toda vez
que houver a solicitação de mudança. Da quarta asserção, a redação da análise de
viabilidade está contida num documento à parte, contendo: a identificação e
registro da necessidade de mudança; análise de impacto; e a implementação da
mudança. Outros elementos podem ser adicionados neste documento, como por
exemplo, o parecer sobre a solicitação de mudança (válida ou não válida e sua
respectiva justificativa), e elencar os requisitos que serão afetados e sua respectiva
justificativa. Finalmente a quinta e última asserção, a Matriz de Rastreabilidade
pode ser utilizada para auxiliar O Analista de Requisitos nesta tarefa, pois
verificando os relacionamentos entre os requisitos é possível identificar mais
facilmente quais requisitos serão ou não afetados tanto direta quanto
indiretamente. Além disso, é importante identificar todos os documentos
elaborados em todas as fases do ciclo; assim é possível garantir e ter maior
dimensão dos impactos da solicitação de mudança no projeto de construção do
sistema.

Código da questão: 55533


Com
4) base na estrutura das Metodologias Ágeis, relacione o conceito localizado na direita
com sua respectiva definição na coluna da esquerda.
Leia e associe as duas colunas.

Assinale a alternativa que traz a associação correta entre as duas colunas:

Alternativas:

I-C; II-A; III-B.


I-A; II-B; III-C.
I-B; III-A; II-C.
I-C; II-B; III-A.  CORRETO

I-B; II-C; III-A.

Resolução comentada:
Enquanto Metodologias Tradicionais são classificadas como “engessadas”, devido
aos seus processos e procedimentos burocráticos e focados em resultados, as
Metodologias Ágeis preocupam-se primeiramente com a equipe, de forma que
seja mais dinâmica e consiga produzir com maior simplicidade e menos burocracia.

Código da questão: 55541

5) O requisito “O sistema deve fornecer uma tela para cadastro de clientes” é do tipo:

Alternativas:

Orientado à Informação.
Não Funcional.
Organizacional.
Funcional.  CORRETO

Orientado a Processo.

Resolução comentada:
Também conhecida por funcionalidades, por funções ou de maneira bastante
grosseira, por telas. Os Requisitos Funcionais serão posteriormente “traduzidos”
para uma linguagem de programação.

Código da questão: 55520

6) 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:

I - II - IV.  CORRETO

II - IV - V.
III - IV - V.
I - II - V.
I - II - III.

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

Código da questão: 55510

7) Suponha os seguintes trechos referentes ao relato de um cliente:


I. Estabelecer uma conta de assinatura de cliente permitindo downloads de jogos
ilimitados a uma taxa mensal.
II. As informações pertinentes ao cadastro de clientes devem conter: Código, Nome,
Endereço, Bairro, Município, Estado, CEP, Telefone Fixo, Telefone Celular, Telefone Recado,
Data de Nascimento, RG e CPF. TODOS os campos desse formulário devem estar
habilitados para edição.
III. O sistema deve manter cadastro de clientes.
IV. As informações pessoais estão protegidas segundo as prescrições do Data Protection
Act.
V. Comprar vales-presente.
Das asserções acima apresentadas (I, II, III, IV e V), quais delas são candidatas a Caso de
Uso?

Alternativas:

III - IV -V.
II - III - V.
II - IV - V.
I - III - IV.
I - III - V.  CORRETO

Resolução comentada:
As asserções I, III e V são verdadeiras, pois em I temos dinâmicas referências de
como funciona o plano de assinaturas (o nome do caso de uso seria criar plano
assinaturas), além disso, este caso de uso deve ter alguma maneira de referenciar o
caso de uso Manter Cliente; já em III temos uma série de eventos que devem ser
descritos sobre dados dos clientes (inserir, editar, pesquisar, excluir e emitir
relatório); este caso de uso poderia ser chamado de Manter Cliente. V temos que
descrever os eventos que compõem o processo de compra e a respectiva
interação com o Ator (neste caso, o nome do caso de uso seria Comprar vales-
presentes); já as asserções II e IV são falsas, pois em II temos o detalhamento de
uma Regra de Negócio e Validação (RNV), e em IV temos um exemplo de redação
de um Requisito Organizacional.

Código da questão: 55534

8) Qual é o teor do Documento de Design de Requisitos?

Alternativas:

Documentação detalhada dos requisitos, a modelagem e os protótipos das telas. 


CORRETO

Documentação detalhada dos requisitos e modelagem.


Modelagem e os protótipos das telas.
Modelagem, protótipos e casos de testes.
Documentação detalhada dos requisitos e protótipos das telas.

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.

Código da questão: 55512

9) Sob o ponto de vista da atividade de Gerenciamento de Requisitos, os requisitos


podem ser tratados de três formas. Leia a forma contida na coluna I e associe sua
definição na coluna II:

Assinale a alternativa que traz a associação correta entre as duas colunas:

Alternativas:

I-C; II-B; III-A.


I-A; II-B; III-C.
I-C; II-A; III-B.  CORRETO

I-A; II-C; III-B.


I-B; II-C; III-A.

Resolução comentada:
Requisitos Mutáveis: são aqueles que sofrem modificações devido a fatores
externos à empresa do cliente, e que de alguma maneira gere impacto na
execução de suas atividades diárias. Podem ser regras ou leis governamentais.
Requisitos Consequentes: são aqueles que podem modificar os processos e
procedimentos na execução de tarefas diárias da empresa do cliente.
Requisitos Emergentes: são aqueles que se originam com base na clareza que o
cliente possui de sua necessidade.

Código da questão: 55544

10) 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.
V – F – V – V – F.
F – V – F – F – F.  CORRETO

F – V – F – V – F.
V – F – F – F – F.

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

Código da questão: 55517

Arquivos e Links

Você também pode gostar