No que diz respeito ao CMMI, julgue o item a seguir. No níve...

Gabarito comentado:

Alternativa correta: C

O CMMI (Capability Maturity Model Integration) é um modelo de referência que descreve as características de processos eficazes para o desenvolvimento de software e outros sistemas. Ele é dividido em níveis de maturidade que ajudam a organizar e priorizar os processos de uma organização.

No nível 2 do CMMI (também conhecido como Gerenciado), o foco está em garantir que os processos de projeto sejam planejados e executados conforme políticas estabelecidas. Esse nível abrange a gestão de requisitos, o planejamento de projetos, o controle de mudanças e a garantia de qualidade.

Justificativa para a alternativa correta:

A questão afirma que, no nível 2 do CMMI, além de serem definidos os requisitos para evitar a falta de controle nas mudanças, são estabelecidas as funcionalidades do software. Essa afirmação está correta porque, de fato, no nível 2, os requisitos são detalhadamente definidos para evitar descontrole durante o desenvolvimento e manutenção. Além disso, o processo de gerenciamento de requisitos está presente, onde as funcionalidades do software são claramente especificadas e gerenciadas.

Explicação detalhada:

No nível 2 do CMMI, processos como Gerência de Requisitos e Gerência de Projetos são essenciais. A Gerência de Requisitos envolve a identificação, documentação e manutenção das necessidades e funcionalidades do sistema, garantindo que todas as mudanças sejam controladas para evitar desordem e garantir qualidade.

Por que as alternativas incorretas:

Se houvesse outras alternativas disponíveis, elas seriam incorretas caso não refletissem a realidade de que, no nível 2 do CMMI, a definição de requisitos e o controle de mudanças são fundamentais. Qualquer alternativa que sugerisse que esses elementos não são abordados no nível 2 estaria incorreta.

Resumo:

Para resolver esta questão corretamente, é necessário entender a estrutura e os objetivos de cada nível de maturidade do CMMI. O nível 2, em particular, é focado em gerenciar os projetos de forma que os requisitos sejam bem definidos e as mudanças sejam controladas, garantindo assim um desenvolvimento mais organizado e eficiente.

Espero que essa explicação tenha esclarecido suas dúvidas sobre o nível 2 do CMMI e como ele se aplica à questão. Se precisar de mais ajuda ou tiver outras dúvidas, estou à disposição!

No CMMI 1.3, a gestão de requisitos fica no nível 2 da Gestão de Projetos.

SG 1 Gerenciar requisitos 

SP 1.1 Obter entendimento dos requisitos  

SP 1.2 Obter comprometimento com os requisitos  

SP 1.3 Gerenciar mudanças de requisitos 

SP 1.4 Manter rastreabilidade bidirecional dos requisitos  

SP 1.5 Identificar inconsistências entre trabalho de projeto e requisitos

Não entendi! Errei porque considerei a segunda parte incorreta: "são estabelecidas as funcionalidades do software."

Como assim? O propósito da REQM é: gerenciar requisitos dos produtos do projeto e componentes do produto e garantir que o alinhamento entre os requisitos e os planos do projeto e produtos de trabalho. (tradução minha)

Já no nível 3 tem o Desenvolvimento de Requisitos que a meu ver é quando as funcionalidades do software são estabelecidas:

SG 1 Develop Customer Requirements

SP 1.1 Elicit Needs

SP 1.2 Transform Stakeholder Needs into Customer Requirements

Alguém?

solicitem o comentario do professor

No nível 2 do CMMI temos a área de processo Gestão de Configuração, que possui uma meta específica Acompanhar e Controlar Mudanças, e também a área de processo Gestão de Requisitos, que "mantém os requisitos. Ela descreve atividades para obter e controlar mudanças de requisitos e assegurar que outros planos e dados relevantes se mantenham atualizados.". Não sei se isso é suficiente para a primeira parte da questão estar certo.

Em relação às funcionalidades do software, vendo o CMMI isso me pareceu ser mais uma questão do nível 3. Na área de processo Desenvolvimento de Requisitos há a meta específica Analisar e Validar Requisitos, com a prática específica Estabelecer uma Definição da Funcionalidade Requerida. E na área de processo Solução Técnica há a meta específica Desenvolver Design, com a prática específica Desenvolver o Design do Produto ou dos Componentes de Produto, que fala "O design preliminar estabelece as principais funcionalidades e características do produto e sua arquitetura. [...] O design detalhado define completamente a estrutura e a funcionalidade dos componentes do produto.".

Bom é uma questão ai um pouco complicada mais vou esclarecer o meu entendimento

eu errei essa questão pois eu marquei errado e com isso eu fui atras de uma explicação.

No nível 2 de na categoria engenharia temos o processo de Gestão de Requisitos e não vou detalha-lo aqui vou apenas colocar umas frases chaves "controlar as mudanças" "identificar as inconsistências dos requisitos" "rastreabilidade"

dentro deste processo temos somente uma meta específica

Gerenciar Requisitos  beleza?

O foco pessoal dessa meta é saber o que o cliente quer e capturar as necessidades de negócio dele em algum documento formal, algum documento de requisitos, algum conjunto de necessidades, depois que você fez isso, independente da técnica que você utilizou (aqui não importa isso por que lembre-se é uma gestão básica aqui no nível 2, as tecnicas serão utilizadas no nível 3) , você tem que gerenciar esses requisitos ao longo do ciclo de vida do projeto. 

então pessoal para você fazer esse controle de mudanças, essa rastreabilidade, é preciso que antes você estabeleça as funcionalidades do software, pensando assim a questão está correta.