Detalhes técnicos desnecessários especificados pelos usuári...

Alternativa correta: D - escopo.

Quando falamos sobre Engenharia de Requisitos, estamos nos referindo ao processo de definir, documentar e manter os requisitos no âmbito da engenharia de sistemas e de software. Um dos desafios mais comuns neste processo é a correta compreensão do que deve ser incluído ou não no sistema, ou seja, o escopo do projeto.

A questão aborda um problema típico encontrado durante o levantamento de requisitos: a inclusão de detalhes técnicos desnecessários pelos usuários. Isso pode acontecer quando os usuários, tentando ser úteis, fornecem mais informações do que é necessário, ou quando a equipe de desenvolvimento não consegue filtrar adequadamente as informações pertinentes ao sistema.

O escopo de um projeto delimita o que será ou não realizado, definindo assim as fronteiras do sistema. Quando detalhes técnicos desnecessários são especificados, isso pode levar a uma confusão em relação aos objetivos globais do sistema, indicando que há um problema de compreensão ou definição do escopo.

As demais alternativas são aspectos importantes dentro da Engenharia de Requisitos, mas não respondem diretamente ao problema apresentado pela questão:

• Complexidade refere-se à dificuldade inerente ao sistema ou ao processo.
• Detalhamento é o grau de particularidade com o qual os requisitos estão descritos, o que pode ser tanto positivo quanto negativo, dependendo do contexto.
• Entendimento é a clareza com que os requisitos são compreendidos por todas as partes interessadas.
• Volatilidade refere-se à frequência com que os requisitos mudam ao longo do tempo.

Portanto, a alternativa D - escopo está correta porque destaca a importância de definir claramente o que está dentro e fora dos limites do sistema, garantindo que os objetivos globais sejam atendidos sem serem ofuscados ou confundidos por detalhes técnicos que não contribuem para o propósito do sistema.

Problemas de escopo - Limite do sistema é mal definido. Cliente/usuário especifica detalhes técnicos desnecessários que podem confundir, em vez de esclarecer , os objetivos globais do sistema.

Problema de volatilidade - Os requisitos mudam ao longo do tempo.

Fonte: www.fabriciosousa.com/ESI_Engenharia_Requisitos.pdf

Só complementado o comentario:

Problema de Entidmento: Onde os clientes não estão certos do que é necessario no sistema.

Queria tanto que o pessoal parasse de colocar fontes da internet e começasse a inserir "Pressman", "Sommerrville" etc

A fonte original é Engenharia de Software, 6º edição, Pressman, página 118.

Queria tanto que o pessoal parasse de colocar apenas a página do livro e digitassem o conteúdo direto aqui ... :)

Segundo Pressman, foram identificadas uma série de problemas que são encontrados durante o levantamento de requisitos:

Problemas de Escopo. Os limites do sistema são definidos de forma precária ou os clientes/usuários especificam detalhes técnicos desnecessários que podem confundir, em vez de esclarecer, os objetivos globais do sistema.

Problemas de Entendimento. Os clientes/usuários não estão completamente certos do que é preciso, têm um entendimento inadequado das capacidades e limitações de seus ambientes computacionais, não possuem um entendimento completo do domínio do problema, têm problemas para transmitir suas necessidades ao engenheiro de sistemas, omitem informações que acreditam ser "óbvias", especificam requisitos que conflitam com as necessidades dos outros clientes/usuários ou especificam requisitos que são ambíguos ou impossíveis de ser testados.

Problemas de Volatilidade. Os requisitos mudam com o tempo. Para ajudar a superar esses problemas, devemos levantar requisitos de forma organizada.

(Fonte: Engenharia de Software, Pressman, 7ed, pag 128)