Questão 3226246

• Banca: INSTITUTO AOCP
• Órgão: PRODEB
• Ano: 2018
• Provas: INSTITUTO AOCP - 2018 - PRODEB - Analista de TIC II - Requisitos de Software
• Disciplina: Engenharia de Software
• Assuntos: Gestão de Projetos em Engenharia de Software

O intuito da negociação de requisitos é desenvolver um plano de projeto que atenda as necessidades dos interessados e, ao mesmo tempo, reflita restrições do mundo real impostas à equipe de software. Assinale a alternativa que apresenta o porquê isso se faz necessário.

• A. Mau levantamento de requisitos.  
• B. Cliente com atitude improdutiva.  
• C. Na maioria dos casos não se faz necessária a negociação, apenas quando se tem problemas de comunicação com o cliente. 
• D. Em função do custo e tempo para chegar ao mercado, sendo geralmente é necessário negociar funcionalidades.
• E. A negociação é necessária para encontrar os requisitos que são de fato uteis para o cliente.

Gabarito: D

Comentários

• Questão dúbia, complicada de resolver, mas vamos tentar esclarecer alguns pontos:

  As alternativas A, B e C estão completamente incorretas, portanto podemos eliminá-la logo de cara.

  Entretanto as duas últimas alternativas a meu ver estão corretas, entretanto a alternativa D está MAIS CORRETA! Eu explico o porquê.

  D) Em função do custo e tempo para chegar ao mercado, sendo geralmente é necessário negociar funcionalidades.

  Correta, pois aborda, quase que por completo, a tríade de ferro ( triângulo de ferro - tripla restrição) escopo, tempo e custo, que está intimamente relacionada ao PMBOK, pois teremos que sacrificar algo destes 3 itens para entregar o projeto ao cliente, e este 'sacrifício' é realizado através de negociações com o cliente.

  E) A negociação é necessária para encontrar os requisitos que são de fato uteis para o cliente.

  Incorreta, ou menos correta, pois esta alternativa está mais relacionada à disciplina de ENGENHARIA DE REQUISITOS que possuí uma etapa de análise e negociação de requisitos que também é realizada com o cliente.

  Diferenciando as duas alternativas, a alternativa D ao abordar custo e tempo relaciona-se melhor com o PMBOK do que a alternativa E, visto que esta mais relacionada à disciplina de engenharia de requisitos. PMBOK aborda requisitos? sim sim obvio! Porém engenharia de requisitos é especifica para isto 'invalidando' a alternativa E.

  Observação: Pode ser que a banca tenha copiado e colado de algum livro para evitar os recursos, pois ambas alternativas PODEM ser consideradas corretas. Se cometi algum erro ou enganado, por favor, me mandem uma mensagem.

• Discordo plenamente do MAX Q, porque é exatamente o contrário do que ele disse, o cargo em questão na prova é o de Analista de TIC II - requisitos de software , ou seja, o "mais correto" seria a alternativa E, por se tratar de um conceito relacionado a engenharia de requisitos.

• Fui de E, mas é a D mesmo.

  .

  E) "(...) encontrar os requisitos que são de fato uteis para o cliente."

  Isso é na etapa de levantamento, não de negociação. Lembrando que a engenharia de requisitos segue um modelo espiral, então o cliente pode redefinir o que é "de fato útil" nos próximos ciclos de levantamento.

  D) "Em função do custo e tempo para chegar ao mercado"

  Posso negociar quais funcionalidades irão ser priorizadas e entregues nas primeiras versões. Isso influencia diretamente o tempo e os custos até chegar ao mercado.