Av1 - Engenharia de Requisitos 100 Certo corrigido pelo AVA

Prévia do material em texto

Colaborar 
 
Engenharia de Requisitos (/aluno/timeline/i… 
 
Av1 - Engenharia de Requisitos 
(/notific 
 
 
 
 
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 representa os tipos de fluxos mapeados em 
um caso de uso. 
 
Alternativas: 
 
a) Fluxo intrínseco, fluxo alternativo e fluxo recreativo. 
 
b) Fluxo principal, fluxo secundário e fluxo alternativo. 
 
c) Fluxo principal, fluxo alternativo e fluxo de exceção. 
 
d) Fluxo amigável, fluxo não funcional e fluxo de exceção. 
 
e) Fluxo normal, fluxo divergente e fluxo alternativo. 
 
 
 
Informações Adicionais 
 
Período: 26/02/2024 00:00 à 01/04/2024 23:59 
Situação: Cadastrado 
Tentativas: 1 / 3 
Pontuação: 2500 
Protocolo: 
 
 
 
Avaliar Material 
Alternativa assinalada 
https://www.colaboraread.com.br/aluno/timeline/index/3607608603?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/aluno/timeline/index/3607608603?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/notificacao/index
2) 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 respec tiva 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 de1. BASICO 
soma ao final do processo. 
II. Considera os critérios de esforço, impacto e 
confidência para chegar a um consenso sobre2. 4x4 
o nível de prioridade do requisito. 
III. Considera dois critérios, escolhidos 
aleatoriamente pelo analista que está
3. RICE 
elaborando a tabela, de modo a atribuir notas 
que variam em uma escala de 1 a 4. 
Assinale a alternativa que apresenta a associação CORRETA entre as colunas. 
 
 
Alternativas: 
 
a) I – 2; II – 3; III - 1. 
 
b) I – 3; II – 1; III - 2. 
 
c) I – 1; II – 2; III - 3. 
 
d) I – 2; II – 1; III - 3. 
 
e) I – 1; II – 3; III - 2. 
 
 
 
Alternativa assinalada 
 
3) O processo de especificação de requisitos requer experiência do 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 CORRETA que apresenta uma característica do modelo cascata. 
 
 
Alternativas: 
 
a) Entrega de incrementos do produto. 
 
b) Não possui foco na documentação do projeto. 
 
c) Cada fase só se inicia com a conclusão da fase anterior. 
 
d) Os planos de teste são criados antes da codificação do projeto. 
 
e) Cliente fornece feedback constante sobre o produto. 
 
 
 
Alternativa assinalada 
4) 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. 
https://developerslife.tech/pt/uploads/2016/04/tirinha1552.png
 
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 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: 
 
a) I e II, apenas. 
 
b) I e III, apenas. 
 
c) I, apenas. 
 
d) II, apenas. 
 
e) II e III, apenas. 
 
 
 
5) 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 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. 
Alternativa assinalada 
 
A respeito dessas asserções, assinale a alternativa correta. 
Alternativas: 
 
a) As asserções I e II são proposições verdadeiras, mas a II não justifica a I. 
 
b) As asserções I e II são proposições verdadeiras e a II justifica a I. 
 
c) A asserção I é uma proposição verdadeira e a II, falsa. 
 
d) A asserção I é uma proposição falsa e a II, verdadeira. 
 
e) As asserções I e II são proposições falsas. 
Alternativa assinalada 
	Colaborar
	(/notific
	Alternativas:
	Alternativas: (1)
	Alternativas: (2)
	Alternativas: (3)
	PORQUE