Considerando os níveis de maturidade da versão em estágios d...

Vamos analisar a questão de forma detalhada:

Alternativa Correta: B - Gerenciamento de requisitos inclui a capacidade de produzir uma especificação de requisitos.

A alternativa correta é a letra B porque está incorreta. No modelo CMMI, a área de processo "Gerenciamento de Requisitos" não se refere diretamente à capacidade de produzir uma especificação de requisitos, mas sim ao gerenciamento e controle dos requisitos para garantir que os produtos desenvolvidos atendam às necessidades dos stakeholders. Isso envolve atividades como identificação, documentação, análise, rastreamento e controle de mudanças nos requisitos durante o ciclo de vida do projeto, mas não necessariamente a criação de uma especificação de requisitos.

Vamos agora comentar as alternativas incorretas:

Alternativa A: "Monitoração e controle de projeto dependem das capacidades previstas em medição e análise para a obtenção de uma compreensão do estado do projeto."

Essa afirmação está correta. No CMMI, a área de processo de "Monitoração e Controle de Projeto" depende, de fato, das capacidades de "Medição e Análise" para obter dados precisos sobre o estado do projeto e tomar decisões informadas. A medição e análise fornecem as métricas e as informações necessárias para monitorar o progresso do projeto, identificar problemas e implementar ações corretivas.

Alternativa C: "A capacidade de responder à questão 'qual o custo do desenvolvimento?' está associada à área de processo 'planejamento de projeto'."

Esta alternativa também está correta. No CMMI, "Planejamento de Projeto" envolve a estimativa dos custos, tempo e recursos necessários para realizar um projeto. Portanto, é nesta área de processo que se responde à pergunta sobre o custo do desenvolvimento, através de atividades de planejamento e estimativas financeiras.

Alternativa D: "Suponha que um desenvolvedor tenha obtido uma ferramenta CASE gratuita (free), melhor que a que está em uso em sua organização. Se essa organização for nível 3, o desenvolvedor não pode usar essa suposta ferramenta em um projeto enquanto seu uso não estiver previsto no processo da organização."

Esta afirmação está correta e condiz com as práticas do CMMI. No nível 3 de maturidade do CMMI, a organização deve seguir processos definidos e padronizados para a execução de seus projetos. Isso inclui o uso de ferramentas aprovadas e padronizadas. Portanto, mesmo que um desenvolvedor encontre uma ferramenta melhor, ele não pode usá-la até que seu uso esteja incorporado formalmente no processo da organização.

Resumo: A questão testa o conhecimento sobre o CMMI, focando em áreas de processo e níveis de maturidade. A alternativa B é a incorreta, pois atribui uma função específica (produção de especificação de requisitos) à área de "Gerenciamento de Requisitos", o que não é coberto diretamente por essa área de processo no CMMI.

Os Requisitos têm muitas definições dentro da literatura. A primeira delas é que eles podem ser definidos como uma característica apresentada dentro de um sistema ou a descrição de alguma funcionalidade que aquele determinado sistema é capaz de cumprir para alcançar objetivos.

Além disso, as outras definições encontradas para esse tópico são:

• Descrições de funções e restrições que se tornam requisitos do sistema;
• O requisito pode ser considerado uma propriedade de um determinado software com o intuito de exibir a resolução de algum problema do mundo real;
• Condição ou capacidade que precisa ser alcançada ou deve estar presente em um determinado sistema para satisfazer um contrato, especificação, padrão ou documento formalmente imposto.

Todas as definições acabam chegando ao mesmo lugar, principalmente porque a Engenharia de Requisitos é bastante ampla. De uma maneira geral, os Requisitos são um conjunto de necessidades que foram previamente explicitadas por um cliente e, em algum momento, precisarão ser cumpridas no projeto.

Confira, abaixo, quais são os tipos de requisitos existentes.

Os requisitos funcionais da Engenharia de Requisitos nada mais são do que processos diretamente ligados à funcionalidade de um determinado software. Por meio deles, é possível descrever as funções que precisarão ser executadas ao longo do processo. Alguns exemplos práticos são:

• O software deverá permitir que o cadastro de clientes seja efetuado;
• O software deverá permitir que haja uma geração de relatórios acerca do desempenho de vendas em um mesmo semestre;
• O software deverá permitir que o pagamento das compras com cartão de crédito seja aceito.

Fonte: https://www.bing.com/search?

Ora, é o consumidor dos produtos ou serviços da ciência da computação, que predefine o que deseja que seja feito para atender suas demandas. Portanto: A engenharia de requisitos, faz a projeção dos requisitos definidos em conjunto com o cliente. Por isso não há que se falar em "Gerenciamento de requisitos", mas sim em projeção de requisitos para a, Engenharia de requisitos, projetar os sistemas, de acordo, com as necessidades e anseios dos clientes. Isto posto, pode-se afirmar que a questão B está incorreta.