Engenharia de Requisitos (2022) - Atividade Objetiva 2

Prévia do material em texto

Atividade Objetiva 2
Fazer o teste novamente
Histórico de tentativas
 As respostas corretas estão ocultas.
Pontuação desta tentativa: 10 de 10
Enviado 20 jul em 14:27
Esta tentativa levou 2 minutos.
 
Pergunta 1
1 / 1 pts
Sejam os fatores de fracasso de projetos
I – Falta de apoio executivo
II – Falta de trabalho em equipe
III – Relação ruim com o cliente
 
São fatores de fracassos típicos em projetos ágeis.
  
I e II, somente.
 
  
I e III, somente.
 
  
II e III, somente.
 
  
I, II e III.
 
 
Pergunta 2
1 / 1 pts
Qual das alternativas a seguir não representa um princípios das metodologias ágeis?
  
Ter o sistema funcionando é a melhor medida de progresso.
 
  
Processos ágeis promovem o desenvolvimento sustentável.
 
  
Em intervalos longos, a equipe deve refletir sobre como se tornar mais eficaz.
 
  
No answer text provided.
 
 
Pergunta 3
1 / 1 pts
Qual alternativa exibe corretamente a relação entre os quatro valores básicos do XP e sua descrição ou um exemplo?
I – Comunicação
II – Simplicidade
III – Feedback
IV – Coragem
 
X – Desenvolvimento baseado em testes e integração contínua
Y – Refatorar e “jogar código fora”
Z – Reuniões de pé e testes de aceitação
  
X- III; Y - II; Z - I.
 
  
X- III; Y - IV; Z - I.
 
  
X- II; Y - IV; Z - III.
 
  
X- I; Y - II; Z - IV.
 
 
Pergunta 4
1 / 1 pts
Analise as seguintes descrições e escolha a alternativa que as classifica corretamente como sendo características de requisitos (métodos prescritivos) ou de histórias de usuário (métodos ágeis).
I – São intenções em relação ao que deve ser implementado. Estas intenções são discutidas em detalhe posteriormente por meio de conversas.
II – São de curta descrição, fáceis de ler e compreensíveis a todos os envolvidos. Podem ser descartados ao final de sua implementação.
III – São registrados em documentos como uma especificação detalhada.
IV – Normalmente, procura-se levantar (identificar) todos estes itens antes de construir o software.
  
Histórias, histórias, requisitos, requisitos.
 
  
Histórias, requisitos, requisitos, requisitos.
 
  
Histórias, histórias, histórias, requisitos.
 
  
Requisitos, requisitos, histórias, histórias.
 
 
Pergunta 5
1 / 1 pts
O Proxy Product Owner pode ser uma função intermediária que se encarrega das tarefas originalmente atribuídas para o Product Owner (PO), que por acumular outras funções, não dispõe de tempo suficiente para exercer a função de PO plenamente. O Proxy Product Owner é necessário para eliminar ou reduzir barreiras e burocracia, facilitando o acesso do time aos detalhes dos requisitos, e fazendo com que as prioridades definidas pelo PO sejam devidamente comunicadas e executadas. O uso do PPO também se faz necessário quando o time de desenvolvimento não responde diretamente ao Product Owner.
Adaptado de (Flores, C. E.; Bez, M. R. Proxy Product Owner - A função do Gerente de Projetos de software utilizando métodos ágeis em equipes geograficamente distribuídas. Computer on the beach, 2014).
Considerando o texto apresentado e seus conhecimentos sobre métodos ágeis, avalie as seguintes afirmações e selecione a alternativa que representa o número de afirmações corretas.
I – A alocação de Analistas de Negócio como proxies de usuário é uma decisão correta uma vez que com este tipo de profissional se reduz a probabilidade de se querer intuir o que o usuário deseja sem perguntar diretamente a ele.
II – O Gerente de Desenvolvimento é uma excelente escolha como proxy de usuários, pois este tipo de profissional trabalha com as mesmas prioridade e restrições que os próprios usuários
  
Somente a afirmação I é verdadeira
 
  
Somente a afirmação II é verdadeira
 
  
Ambas as afirmações são verdadeiras
 
  
Ambas as afirmações são falsas.
 
A afirmação I está incorreta, pois os Analistas de Negócio, por conhecerem do domínio, podem querer intuir o que o usuário deseja sem perguntar diretamente a ele. A afirmação II está incorreta, pois o Gerente de Desenvolvimento possui prioridades diferentes em relação aos usuários, como prazos, tecnologia, custos, etc)
 
Pergunta 6
1 / 1 pts
As atribuições de um determinado papel no Scrum são resumidamente:
· Escrever e manter o Product Backlog, normalmente na forma de User Stories;
· Estar presente nas reuniões de Sprint Planning e no final da Sprint, na reunião de Sprint Review para verificar se o trabalho executado está de acordo com seus critérios de aceitação;
· Maximizar o valor e retorno do investimento para o produto.
Adaptado de (Flores, C. E.; Bez, M. R. Proxy Product Owner - A função do Gerente de Projetos de software utilizando métodos ágeis em equipes geograficamente distribuídas. Computer on the beach, 2014).
As atribuições destacadas neste texto se referem a qual papel do Scrum?
  
Scrum Master.
 
  
Scrum Team.
 
  
Product Analyst.
 
  
Product Owner.
 
As atividades citadas são típicas do Product Owner no Scrum.
 
Pergunta 7
1 / 1 pts
O coração do Scrum é a Sprint, um time-boxed de um mês ou menos, durante o qual um “Pronto”, versão incremental potencialmente utilizável do produto, é criado. Sprints tem durações coerentes em todo o esforço de desenvolvimento o esforço de desenvolvimento. Uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior.
Adaptado de (Schwaber, K.; Sutherland, J. Guia do Scrum. Disponível em < http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-Portuguese-BR.pdf>, 2013).
Avalie as seguintes afirmações sobre uma Sprint no Scrum
(     ) Durante uma Sprint, não são feitas mudanças que possam por em perigo o objetivo da Sprint.
(     ) Cada Sprint tem a definição do que é para ser construído, um plano projetado e flexível que irá guiar a construção, o trabalho e o resultado do produto.
(     ) Sprints tem necessariamente a duração de um mês, por isso, são classificadas como time-boxed.
(     ) Durante uma Sprint, o escopo pode ser clarificado e renegociado entre o Product Owner e o Time de Desenvolvimento quanto mais for aprendido.
A alternativa que representa corretamente a avaliação das alternativas em Verdadeiras (V) ou Falsas (F) é:
  
V, V, F, V
 
  
V, F, F, V
 
  
F, V, F, F
 
  
F, F, V, V
 
 
Pergunta 8
1 / 1 pts
Considere os seguintes requisitos de um sistema de gerência de academia de ginástica.
 
I – Eu, como sistema, preciso enviar para o gerente da academia um email diário com a lista dos clientes com pagamentos em atraso.
II – Eu, como recepcionista, preciso cadastrar um novo cliente.
III – Eu, como usuário, devo saber utilizar o sistema corretamente para não cometer erros.
IV – Eu, como cliente, devo poder registrar minha presença para melhor acompanhar minha frequência e progresso na academia.
 
Qual dos requisitos está corretamente escrito no formato recomendado para histórias de usuário?
  
I.
 
  
II.
 
  
III.
 
  
IV.
 
 
Pergunta 9
1 / 1 pts
Assinale a alternativa que representa corretamente uma recomendação para escrita de boas histórias de usuário.
  
Uma das recomendações para escrita de boas histórias de usuário envolve a analogia com fatias de bolo. Essa analogia prega que a história seja construída como em um bolo, em camadas. Assim, uma história deve primeiramente se concentrar na descrição da entidade em questão, depois nas regras de negócio e quando mais detalhe for alcançado, na interface.
 
  
As histórias devem ser escritas na voz passiva. Assim, em vez de escrever “um operador deve visualizar o relatório de chamadas”, escreva “o relatório de chamadas deve ser visualizado pelo operador”.
 
  
Uma recomendação é não numerar os cartões de história, pois isso acrescenta um esforço desnecessário. Normalmente as histórias são referenciadas pela funcionalidade em vez de ser usado um número.
 
  
Requisitos não funcionais e restrições podem ser documentados como histórias de usuário. Neste caso, devem-se alocar todos os requisitos não funcionais em uma iteração inicial (iteração zero).
 
 
Pergunta 10
1 / 1 pts
Um estagiário de seu projeto te entregou 4 cartões de histórias de usuário, descritas a seguir, para o desenvolvimento de um sistema de gestãode bibliotecas.
 
I – Eu, como Bibliotecário, desejo registrar a devolução de um livro para que outro aluno possa pegar emprestado o mesmo livro posteriormente.
II – Eu, como Aluno, desejo consultar a disponibilidade de um livro para verificar se posso pegá-lo emprestado.
III – Eu, como Bibliotecário, desejo visualizar um relatório dos 10 livros mais emprestados na biblioteca em cada mês para planejar compras de exemplares adicionais.
IV – Eu, como Diretor, desejo que o custo do sistema não ultrapasse 50 mil reais, para não necessitar tomar empréstimos para sua construção.
Qual dos cartões de histórias não representa um requisito do produto escrito no formato recomendado para histórias de usuário?
  
I.
 
  
II.
 
  
III.
 
  
IV.
 
Pontuação do teste: 10 de 10