Questão de Governança de TI — CMMI (Capability Maturity Model Integration) — FCC 2023
Governança de TI›CMMI (Capability Maturity Model Integration)
Código
fc068634
Banca
FCC
Órgão
Copergás - PE
Ano
2023
Nível
Superior
Cargo
Analista Sistemas
O MR-MPS-SW tem compatibilidade com o CMMI-DEV v 2.0 e
Adefine níveis de capacidade que são uma combinação entre processos e sua maturidade.
Bos resultados esperados dos processos são acumulativos, ou seja, os resultados que aparecem no nível G deverão estar presentes, com as mesmas características ou com evoluções, no nível F e níveis acima.
Cos processos estão divididos em dois conjuntos, sendo um deles o de processos das partes interessadas, concebidos para fornecer os recursos necessários para que o produto atenda às expectativas e necessidades dos stakeholders.
Dos processos estão divididos em dois conjuntos, sendo um deles o de processos de desenvolvimento, que tratam do controle da implementação de um novo produto, manutenção ou evolução de produto.
Ea definição dos processos segue os requisitos para um modelo de referência de processo apresentados na Norma ISO/IEC 22000, declarando o propósito e os resultados esperados de sua execução.
Revelar gabarito e comentário▾
GabaritoB — os resultados esperados dos processos são acumulativos, ou seja, os resultados que aparecem no nível G deverão estar presentes, com as mesmas características ou com evoluções, no nível F e níveis acima.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
MR-MPS-SW e compatibilidade com CMMI-DEV v2.0
Gabarito: letra B. O MR-MPS-SW (Modelo de Referência do MPS para Software) define que os resultados esperados dos processos são acumulativos: os resultados do nível G devem estar presentes (com mesmas características ou evoluções) nos níveis superiores, até o nível F e acima. Essa é uma característica central do modelo e está alinhada com a estrutura por estágios do CMMI-DEV. As demais alternativas apresentam distorções conceituais ou informações incorretas.
Característica
MR-MPS-SW
CMMI-DEV v2.0
Estrutura de níveis
Níveis de maturidade (G a A)
Níveis de maturidade (por estágios) e níveis de capacidade (contínuo)
Acumulatividade dos resultados
Resultados esperados são acumulativos entre níveis
Resultados esperados são acumulativos entre níveis
Organização dos processos
Processos organizados em categorias (desenvolvimento, apoio, gerência, etc.)
Processos organizados em áreas de processo
Base normativa
Requisitos da ISO/IEC 12207 e ISO/IEC 15504
Requisitos do modelo CMMI
MR-MPS-SW
1Estrutura
Níveis de maturidade (G a A)
Resultados acumulativos
Compatível com CMMI-DEV v2.0
2Características
Níveis de capacidade (CMMI)
Acumulatividade (nível G → F)
Divisão em 2 conjuntos
ISO/IEC 22000 (é 12207)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Afirma que o MR-MPS-SW define "níveis de capacidade" combinando processos e maturidade. Na verdade, o MPS.BR trabalha com níveis de maturidade (modelo por estágios), não com níveis de capacidade (modelo contínuo do CMMI). O termo "capacidade" é próprio do CMMI, enquanto o MPS.BR utiliza "maturidade" para seus níveis G a A. Portanto, a alternativa confunde os conceitos.
Alternativa B — ✅ Correta ⟵ GABARITO
Corretamente descreve a acumulatividade dos resultados esperados. No MPS.BR, ao atingir um nível de maturidade, os processos dos níveis anteriores devem ser mantidos e, em alguns casos, evoluídos. Por exemplo, os processos do nível G continuam exigidos no nível F, com eventuais aperfeiçoamentos. Essa estrutura é compatível com o CMMI-DEV v2.0, que também adota a abordagem cumulativa.
Alternativa C — ❌ Incorreta
Menciona que os processos são divididos em dois conjuntos, um deles sendo "processos das partes interessadas". O MPS.BR não adota essa divisão. Os processos são organizados em categorias como Processos de Desenvolvimento, Processos de Apoio, Processos de Gerência, etc., mas não em exatamente dois conjuntos focados em "partes interessadas". A descrição não corresponde ao modelo.
Alternativa D — ❌ Incorreta
Também afirma uma divisão em dois conjuntos, citando "processos de desenvolvimento" que controlam a implementação de produtos. Embora existam processos de desenvolvimento no MPS.BR, a divisão não se limita a dois conjuntos, e a descrição é genérica demais. O MPS.BR inclui múltiplos processos distribuídos em várias áreas, sem essa segmentação simplista.
Alternativa E — ❌ Incorreta
Diz que a definição dos processos segue os requisitos da Norma ISO/IEC 22000. Essa norma é sobre sistemas de gestão de segurança de alimentos, não sobre processos de software. A norma correta para modelos de referência de processo de software é a ISO/IEC 12207. Portanto, a fonte está incorreta.
NÃO CAIA NESSA!
A banca frequentemente troca níveis de maturidade por níveis de capacidade (alternativa A) e cita normas erradas (alternativa E). Fique atento: MPS.BR usa maturidade; CMMI pode usar capacidade no modelo contínuo. Além disso, a norma 22000 não se aplica a software, mas sim a alimentos.
Gabarito: letra B — a única alternativa que descreve corretamente a característica acumulativa do MR-MPS-SW.