Colaborar - Av1 - Engenharia de Requisitos

Prévia do material em texto

 Engenharia de Requisitos (/…
Av1 - Engenharia de Requisitos
Colaborar   (/
notificacao/
index)
Informações Adicionais
Período: 26/02/2024 00:00 à 01/04/2024 23:59
Situação:
Tentativas: 0 / 3
Acessar atividade (/aluno/avaliacao/form/3528951303?atividadeDisciplinaId=16107770
1) Um requisito, ao ser especificado, passa pela validação de
diferentes partes interessadas, podendo sofrer alterações em seu
detalhamento. Essas alterações acabam refletindo nos cenários de
caso de uso especificados para o requisito, seja inserindo um fluxo
alternativo, alterando um já existente ou até removendo um que
não faça mais sentido para o negócio.
O intuito de criar diferentes cenários de casos de uso se dá para
que a maior parte dos desvios de “caminho”, em relação ao cenário
ideal de uso, possam ser mapeadas e detalhadas para serem
implementadas pela equipe de desenvolvedores.
Ao longo do ciclo de vida da aplicação, após ela ter sido entregue ao
cliente, ainda é possível identificar situações alternativas que não
foram mapeadas, ou foram mapeadas de forma incompleta, que
precisarão de ajustes.
Com base no texto acima, selecione a alternativa CORRETA que
Colaborar - Av1 - Engenharia de Requisitos https://www.colaboraread.com.br/aluno/avaliacao/ind...
1 of 7 26/02/2024, 20:48
https://www.colaboraread.com.br/aluno/timeline/index/3528951303?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/aluno/timeline/index/3528951303?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/aluno/timeline/index/3528951303?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/aluno/timeline/index/3528951303?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/aluno/timeline/index/3528951303?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/aluno/avaliacao/form/3528951303?atividadeDisciplinaId=16107770
https://www.colaboraread.com.br/aluno/avaliacao/form/3528951303?atividadeDisciplinaId=16107770
https://www.colaboraread.com.br/aluno/avaliacao/form/3528951303?atividadeDisciplinaId=16107770
https://www.colaboraread.com.br/aluno/avaliacao/form/3528951303?atividadeDisciplinaId=16107770
https://www.colaboraread.com.br/aluno/avaliacao/form/3528951303?atividadeDisciplinaId=16107770
a)
b)
c)
d)
e)
2)
representa os tipos de fluxos mapeados em um caso de uso.
Alternativas:
Fluxo intrínseco, fluxo alternativo e fluxo recreativo.
Fluxo principal, fluxo secundário e fluxo alternativo.
Fluxo principal, fluxo alternativo e fluxo de exceção.
Fluxo amigável, fluxo não funcional e fluxo de exceção.
Fluxo normal, fluxo divergente e fluxo alternativo.
Ao longo da realização das entrevistas com o cliente, voltadas
para a especificação inicial dos requisitos de uma aplicação, é
comum que a priorização destes requisitos não aconteça, já que
podem existir muitas partes interessadas no sistema, com
necessidades e expectativas diferentes para o produto.
Após a definição inicial dos requisitos, será preciso utilizar técnicas
de priorização, com o objetivo de que todas as partes interessadas
cheguem a um consenso, a respeito de suas expectativas, e que as
funcionalidades que possam agregar mais valor possam ser
definidas.
Uma das técnicas de priorização que podem ser utilizadas é a Matriz
de Priorização, que visa definir, através de uma ferramenta visual,
qual o consenso de prioridade das tarefas, entre todas as partes
interessadas.
Com base no texto acima, e em seus conhecimentos sobre técnicas
de priorização, faça a associação da descrição do tipo de matriz de
priorização, apresentada na Coluna A, com a respectiva
Colaborar - Av1 - Engenharia de Requisitos https://www.colaboraread.com.br/aluno/avaliacao/ind...
2 of 7 26/02/2024, 20:48
a)
b)
c)
d)
e)
3)
nomenclatura, apresentada na Coluna B.
Coluna A Coluna B
I. Cada critério recebe uma
pontuação, numa escala de 1
a 5, executando a operação
de soma ao final do processo.
1.    BASICO
II. Considera os critérios de
esforço, impacto e
confidência para chegar a um
consenso sobre o nível de
prioridade do requisito.
2.    4x4
III. Considera dois critérios,
escolhidos aleatoriamente
pelo analista que está
elaborando a tabela, de modo
a atribuir notas que variam
em uma escala de 1 a 4.
3.    RICE
Assinale a alternativa que apresenta a associação CORRETA entre as
colunas.
Alternativas:
I – 2; II – 3; III - 1.
I – 3; II – 1; III - 2.
I – 1; II – 2; III - 3.
I – 2; II – 1; III - 3.
I – 1; II – 3; III - 2.
O processo de especificação de requisitos requer experiência do
Colaborar - Av1 - Engenharia de Requisitos https://www.colaboraread.com.br/aluno/avaliacao/ind...
3 of 7 26/02/2024, 20:48
analista de requisitos ou líder técnico e um cliente que consiga
explicar suas necessidades de forma clara e objetiva. A realidade,
porém, é que nem sempre é fácil o cliente conseguir expressar seus
anseios, seja pela grande familiaridade com o domínio da aplicação,
suas regras de negócio e seus termos técnicos, ou pela percepção
de que todas as pessoas possuem aqueles conhecimentos
específicos da área que será trabalhada.
Mesmo com a utilização das técnicas apropriadas para a fase de
elicitação de requisitos, não é fácil conseguir mapear os requisitos
implícitos da aplicação e as regras de negócio que são intrínsecas do
domínio da aplicação.
A tirinha abaixo retrata bem o processo do dia a dia da fase de
elicitação de requisitos em um novo projeto.
(https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png)
Fonte: Vida de Programador. Disponível em: https://
developerslife.tech/pt/2016/04/06/levantamento-de-requisitos/.
Data de acesso: 15/08/2022.
Considerando o texto acima e seus conhecimentos sobre o
processo de especificação de requisitos, selecione a alternativa
Colaborar - Av1 - Engenharia de Requisitos https://www.colaboraread.com.br/aluno/avaliacao/ind...
4 of 7 26/02/2024, 20:48
https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png
https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png
https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png
https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png
https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png
https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png
https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png
a)
b)
c)
d)
e)
4)
CORRETA que apresenta uma característica do modelo cascata.
Alternativas:
Entrega de incrementos do produto.
Não possui foco na documentação do projeto.
Cada fase só se inicia com a conclusão da fase anterior.
Os planos de teste são criados antes da codificação do projeto.
Cliente fornece feedback constante sobre o produto.
O sucesso de um projeto depende, principalmente, da qualidade
da fase de elicitação de requisitos. Desta forma, é preciso
compreender de forma correta o domínio da aplicação para que as
regras de negócio implícitas ao domínio possam ser compreendidas
e identificadas, auxiliando no processo de especificação dos
requisitos e suas regras de negócio.
Quando uma aplicação não reflete os interesses dos interessados
de forma suficiente,a empresa que está desenvolvendo a aplicação
poderá ter o prejuízo do rompimento de contrato por parte do
cliente que a contratou, da mesma forma que a contratante terá
prejuízo por ter que passar pelo retrabalho de um novo projeto de
software, sem o ressarcimento dos gastos com o projeto fracassado.
Com base no texto acima, e em seus conhecimentos sobre as
causas e consequência de requisitos mal especificados para um
projeto, analise as afirmações a seguir:
I.   O prejuízo para aplicações construídas com base no modelo
tradicional cascata, quando requisitos são mal especificados, é a
Colaborar - Av1 - Engenharia de Requisitos https://www.colaboraread.com.br/aluno/avaliacao/ind...
5 of 7 26/02/2024, 20:48
a)
b)
c)
d)
e)
5)
não adequação às necessidades do cliente ao final do projeto.
II.  Para projetos baseados na metodologia tradicional cascata, após
a fase de elicitação de requisitos ter sido finalizada, não é possível
realizar nenhuma alteração nas funcionalidades já detalhadas.
III. Metodologias ágeis, quando adotadas, permitem que requisitos
possam ser acrescentados em qualquer fase do projeto, sem
prejuízo no cronograma e sem necessidade de negociação com o
cliente.
Considerando o contexto apresentado, é correto o que se afirma
em:
Alternativas:
I e II, apenas.
I e III, apenas.
I, apenas.
II, apenas.
II e III, apenas.
As funcionalidades de uma aplicação serão extraídas de um
conjunto maior de requisitos, pertencente ao domínio da aplicação.
Cada domínio irá possuir suas próprias regras de negócio e termos
técnicos, nem sempre sendo de fácil entendimento por pessoas que
não dominem esta área do conhecimento.
Compreender o domínio da aplicação é fundamental para que as
regras de negócio, assim como os requisitos não funcionais e
funcionais, possam ser levantados com o detalhamento necessário.
Técnicas de especificação de requisitos podem ser aplicadas para
Colaborar - Av1 - Engenharia de Requisitos https://www.colaboraread.com.br/aluno/avaliacao/ind...
6 of 7 26/02/2024, 20:48
a)
b)
c)
d)
e)
conseguir mapear as restrições inerentes ao domínio, detalhando
nos requisitos da aplicação estas regras e garantindo que a
aplicação irá se comportar conforme o esperado para o negócio.
Com base no texto acima e em seus conhecimentos sobre o
domínio da aplicação, avalie as asserções a seguir e a relação
proposta entre elas.
I.  O domínio da aplicação irá ditar quais os objetos, atributos e
serviços serão utilizados pelo novo sistema
• PORQUE
 
II. Deve-se conhecer quais os relacionamentos entre os atributos,
serviços e objetos do domínio para detalhar os requisitos
específicos da aplicação.
A respeito dessas asserções, assinale a alternativa correta.
Alternativas:
As asserções I e II são proposições verdadeiras, mas a II não
justifica a I.
As asserções I e II são proposições verdadeiras e a II justifica a I.
A asserção I é uma proposição verdadeira e a II, falsa.
A asserção I é uma proposição falsa e a II, verdadeira.
As asserções I e II são proposições falsas.
Colaborar - Av1 - Engenharia de Requisitos https://www.colaboraread.com.br/aluno/avaliacao/ind...
7 of 7 26/02/2024, 20:48