CMMI-ENGENHARIA

ENGENHARIA DE
SOFTWARE
CMMI
SISTEMA DE ENSINO
Livro Eletrônico
ENGENHARIA DE SOFTWARE
CMMI
Sumário
Patrícia Quintão
CMMI................................................................................................................................................... 3
Apresentação. . .................................................................................................................................. 3
Termos, Definições e Abreviaturas.............................................................................................. 3
CMMI................................................................................................................................................... 4
Definição de CMMI........................................................................................................................... 4
Dimensões do Modelo.. ................................................................................................................... 5
CMMI Versão 1.2............................................................................................................................... 6
CMMI Versão 1.3..............................................................................................................................15
Resumo............................................................................................................................................. 35
Questões Comentadas em Aula.................................................................................................. 39
Questões de Concurso..................................................................................................................40
Gabarito............................................................................................................................................ 73
Referências...................................................................................................................................... 74
O conteúdo deste livro eletrônico é licenciado para CLAUDER NORONHA DE CARVALHO - 98485920163, vedada, por quaisquer meios e a qualquer título,
a sua reprodução, cópia, divulgação ou distribuição, sujeitando-se aos infratores à responsabilização civil e criminal.
www.grancursosonline.com.br 2 de 75
CMMI
Patrícia Quintão
CMMI
Apresentação
Olá, querido (a) amigo(a), tudo bem? Que bom estar aqui!
Nós somos nossos melhores guias (Jane Austen).
Confie em si mesmo, concurseiro (a) e ótimos estudos nesta aula sobre CMMI (Capability
Maturity Model Integration – Modelo Integrado de Maturidade e de Capacidade).
Para a prova, ainda é importante saber diferenciar as versões 1.2 e 1.3. Elas apresentam
mudanças significativas, porém de simples compreensão. Tais diferenças serão ressaltadas
ao longo do nosso estudo.
Gostaria de convidá-los para participar do meu canal no Telegram. Lá, irei compartilhar
materiais de estudo para TI e Informática, Coaching e dicas para concursos públicos. Acesse
https://t.me/coachpatriciaquintao para participar.
Em caso de dúvidas, acesse o fórum do curso ou entre em contato.
Um forte abraço,
Profa Patrícia Quintão
Instagram: @coachpatriciaquintao
WhatsApp: (31) 99442.0615
Termos, Definições e Abreviaturas

A seguir, destacamos alguns termos/definições e abreviaturas utilizadas nesta aula,
conforme CMMI Institute (2006).
• CMMI (Capability Maturity Model Integration – Modelo Integrado de Maturidade e de
Capacidade).
• Constelação: uma coleção de componentes do CMMI que compreende um modelo,
seus materiais de treinamento e documentos relacionados à avaliação para uma área
de interesse.
• Framework do CMMI: estrutura básica que organiza os componentes do CMMI, incluindo
elementos comuns dos modelos CMMI existentes, bem como regras e métodos para
gerar modelos, métodos de avaliação (incluindo os artefatos associados) e material de
treinamento. Isso possibilita a incorporação de novas disciplinas ao CMMI, integrando-
as às já existentes.
• Meta: os componentes requeridos no CMMI são as metas específicas e as genéricas.
A ocorrência do termo meta no modelo CMMI sempre se refere a um componente de
modelo (por exemplo, meta genérica e meta específica).
CMMI
Patrícia Quintão
• Meta específica: descreve as características peculiares que devem estar presentes para
satisfazer à área de processo.
• Meta genérica: componente requerido do modelo que descreve metas comuns,
compartilhadas por múltiplas áreas de processo, que, quando atingidas dentro de uma
área de processo específica, podem indicar se estão sendo planejadas e implementadas
de forma efetiva, replicável e controlada.
• Nível de capacidade: alcance de um determinado patamar de melhoria caracterizado
pela satisfação de um conjunto de práticas genéricas e específicas em uma determinada
área de processo.
• Nível de maturidade: grau de melhoria de processo em um conjunto predefinido de áreas
de processo nas quais todas as metas foram satisfeitas.
• Prática específica: componente esperado do modelo que é considerado importante para
satisfazer à meta específica associada. As práticas específicas descrevem as atividades
esperadas para satisfazer às metas específicas de uma área de processo.
• Prática genérica: componente esperado do modelo considerado importante para
satisfazer à meta genérica associada. As práticas genéricas associadas à meta
genérica descrevem as atividades esperadas para se satisfazer à meta genérica e
contribuem para a institucionalização dos processos associados à área de processo. As
práticas genéricas podem ser divididas em subpráticas e conter derivações específicas
(elaborações) relacionadas a cada área de processo em que são aplicadas.
• Perfil-Alvo (Target Profile): é o requisito necessário para que a empresa adquira
determinado nível de maturidade, expresso tanto em termos de capacidade quanto de
áreas de processos necessários.
• Processo: corresponde às atividades que podem ser reconhecidas como implementações
de práticas em um modelo CMMl. Essas atividades podem ser mapeadas em uma ou
mais práticas das áreas de processo no CMMI de forma a permitir que o modelo seja útil
tanto para melhoria de processo quanto para avaliações de processo.
• Purpose Statement (Objetivo): descreve o propósito da área de processo. É um
componente informativo.
CMMI
Definição de CMMI
O CMMI (Capability Maturity Model Integration – Modelo Integrado de Maturidade
e de Capacidade) é um modelo de maturidade para melhoria de processo, destinado ao
desenvolvimento de produtos e serviços, e composto pelas melhores práticas associadas a
atividades de desenvolvimento e de manutenção que cobrem o ciclo de vida do produto desde
a concepção até a entrega e manutenção (CMMI, 2006).
CMMI
Patrícia Quintão
Em outras palavras, CMMI é um MODELO DE MATURIDADE que prescreve boas práticas

para o desenvolvimento e manutenção de software.
Qualidade de ser capaz ou apto a realizar uma determinada tarefa

Capability
ou ação.
Maturity Estado de estar maduro, totalmente desenvolvido em determinada área.
Representação de algo em diferentes contextos (Software, Aquisições,
Model
Operações, etc.).
Integration Consistência entre modelos e funções organizacionais.
CMMI
• MODELO de melhores práticas para definição, implantação e melhoria
de processos.
• É um guia, e não um modelo prescritivo.
• NÃO é uma metodologia, mas sim uma descrição de características de
processos efetivos.
Dimensões do Modelo
Um processo é uma sequência de passos executados para se realizar uma determinada
atividade.
A figura seguinte ilustra as três dimensões críticas nas quais as organizações geralmente
concentram-se: pessoas, procedimentos e métodos, e ferramentas e equipamentos.
Figura. As três dimensões críticas (Fonte: CMMI, 2006)
CMMI
Patrícia Quintão
Mas o que mantém a coesão dessas três dimensões? Conforme destaca o CMMI-Dev 1-2,
são os processos utilizados na organização, que permitem alinhar a maneira de fazer negócio.
Permitem também explorar a escalabilidade e facilitam a incorporação do conhecimento e
das melhores práticas. Os processos permitem a otimização de recursos e uma melhor
compreensão das tendências de negócio.
Podemos dizer que um processo é maduro quando é ou está (ISD, 2012):
• Definido e documentado.
• Compreendido. Usado. “Vivo”.
• Visivelmente apoiado pela gerência e por todos.
• Bem controlado. Nesse caso, a fidelidade ao processo é auditada e enfatizada.
• Consistente com a maneira pela qual o trabalho é realmente feito.
• Medido. Apoiado por tecnologia quando necessário.
E a maturidade de processos, por que se faz necessária?

• previsibilidade de resultados;
• satisfação do cliente;
• melhoria contínua através das medições;
• linguagem comum na organização;
• aumento da moral dos profissionais;
• integração e eliminação das barreiras pelos processos;
• eliminação de atividades sem valor agregado e consequente redução de custos, tempo
etc.
CMMI Versão 1.2

As abordagens do CMMI envolvem a avaliação da maturidade da organização ou a
capacitação das suas áreas de processo, o estabelecimento de prioridades e a implementação
de ações de melhorias (FERNANDES, 2008).
Atendendo a requisitos de “componentização”, a versão 1.21 do CMMI apresenta tais
abordagens reunidas em um mesmo documento, dentro do escopo de cada constelação.
Obs.: Uma constelação é uma coleção de componentes do CMMI que compreende um

modelo, seus materiais de treinamento e documentos relacionados à avaliação para
uma área de interesse. “Adições” podem ser usadas para expandir constelações com
conteúdos específicos adicionais.
1
A versão 1.2 do CMMI-DEV, de agosto de 2006, traduzida para o português, pode ser obtida em http://resources.sei.cmu.
edu/asset_files/WhitePaper/2006_019_001_28945.pdf.
CMMI
Patrícia Quintão
Atualmente, existem três constelações (ex.: aplicações) de modelos CMMI (aqui

considerada a versão 1.2):
Para organizações que desenvolvem produtos ou serviços
CMMI for Development
de caráter tecnológico.
CMMI-DEV2)
(CMMI-DEV
• Processos para desenvolver produtos e serviços.
CMMI for Services Para organizações que prestam serviços.
(CMMI-SVC) Processos para entregar e suportar serviços.
Para organizações que compram desenvolvimento de
CMMI for Acquisition
produtos ou prestação de serviços.
(CMMI-ACQ)
• Processos para suprimento, aquisições e terceirização.
001. (FCC/TRT – 16ª REGIÃO (MA)/ANALISTA JUDICIÁRIO – TECNOLOGIA DA

INFORMAÇÃO/2014) Considere as definições abaixo.
I – Uma “constelação” é definida como uma coleção de componentes que são usados para
construir modelos, materiais de treinamento e documentos relacionados à avaliação para uma
área de interesse. Por exemplo, aquisição, desenvolvimento, serviços.
II – Uma de suas metas é definir e aprimorar um modelo de melhoria e avaliação de processo
de software, visando preferencialmente às micro, pequenas e médias empresas, de forma a
atender as suas necessidades de negócio e ser reconhecido nacional e internacionalmente
como um modelo aplicável à indústria de software.
As definições I e II referem-se, respectivamente, ao
a) MPS.BR e ao CMMI.
b) PMBoK e ao CobiT.
c) CMMI e ao MPS.BR.
d) CobiT e ao MPS.BR.
e) PMBoK e ao CMMI.
I – Uma “constelação” é definida como uma coleção de componentes que

são usados para construir modelos, materiais de treinamento e documentos
relacionados à avaliação para uma área de interesse. Por exemplo, aquisição,
CMMI
desenvolvimento, serviços.
Constelação CMMI: conjunto de componentes para atender uma área de
interesse específica da organização (CMMI-DEV, CMMI-ACQ e CMMI-SVC).
2
**Em concursos, o foco está voltado para o CMMI-Dev.
CMMI
Patrícia Quintão
II – Uma de suas metas é definir e aprimorar um modelo de melhoria

e avaliação de processo de software, visando preferencialmente
MPS.BR às micro, pequenas e médias empresas, de forma a atender as suas
necessidades de negócio e ser reconhecido nacional e internacionalmente
Letra c.
Níveis e Representações
Conforme a revista “Engenharia de Software Magazine”, na edição 21, o modelo CMMI

possui duas abordagens: contínua e por estágios.
Obs.: O CMMI possibilita abordar a melhoria e avaliação de processos utilizando duas

representações diferentes: contínua e por estágios.
• A representação contínua capacita a organização para desenvolver processos melhores

para uma determinada área de processo (ou um conjunto de áreas de processo). Essa
representação utiliza níveis de capacidade que são um meio para melhorar, de forma
incremental, os processos correspondentes a uma determinada área de processo. Há
seis níveis de capacidade, na versão 1.2, numerados de 0 a 5 (CMMI, 2006).
• A representação por estágios preocupa-se com a maturidade global da organização.
Dessa forma, capacita a organização a melhorar um conjunto de processos correlatos
definidos dentro de um determinado nível de maturidade. Esse caminho de melhoria é
caracterizado por níveis de maturidade. Cada nível de maturidade contém um conjunto
de áreas de processos que caracterizam diferentes comportamentos organizacionais
(CMMI, 2006). Há cinco níveis de maturidade, na versão 1.2, numerados de 1 a 5.
O modelo CMMI tem a intenção de ser um framework de aprimoramento de processos que

tem aplicabilidade ampla por meio de uma variedade de empresas. ISD (2012) destaca que,
no Brasil, a maioria das empresas que foram avaliadas, foram avaliadas na representação por
estágio. No mundo a maioria das empresas que optaram pela representação contínua, são
empresas norte-americanas, mais especificamente fornecedoras do governo americano.
A tabela seguinte faz uma comparação entre os seis níveis de capacidade e os cinco de
maturidade,, conforme versão 1.2.
maturidade 1.2. Como se pode observar, o ponto de início é diferente para as
duas implementações, visto que não há nível 0 para a abordagem por estágios.
CMMI
Patrícia Quintão
Níveis de Capacidade da Níveis de Maturidade da

Nível
Abordagem Contínua Abordagem por Estágios
Nível 0 Incompleto (Incomplete) ---
Nível 1 Executado (Performed) Inicial
Gerenciado (Managed) Gerenciado
Nível 2
(ou Gerido) (ou Gerido)
Nível 3 Definido (Defined) Definido
Gerenciado Quantitativamente
Gerenciado
Nível 4 (Quantitatively managed)
Quantitativamente
(abolido no CMMI 1.3)
Otimizado (Optimizing)
Otimizado
Nível 5 ou Em Otimização
ou Em Otimização
Fonte: CMMI-v1.2
Segundo CMMI (2006) e conforme visto na tabela anterior vale lembrar que os níveis de
maturidade de 2 a 5 utilizam os mesmos termos em relação aos níveis de capacidade de 2 a 5.
Isso foi intencional, pois são complementares.
Obs.: Níveis de maturidade são utilizados para caracterizar a melhoria da organização em

relação a um conjunto de áreas de processo, e níveis de capacidade caracterizam a
melhoria da organização em relação a uma área de processo individual.
Níveis de Capacidade
Nível 0: Incompleto Um processo que não é executado ou é executado

(Ad-hoc) parcialmente.
Nível 1:
Satisfaz às metas específicas da área de processo.
Executado
Planejado e executado de acordo com uma política; emprega
pessoas experientes que possuem recursos adequados para
Nível 2: Gerenciado /
produzir saídas controladas; envolve partes interessadas
Gerido
relevantes; é monitorado, controlado e revisado; e sua aderência
em relação à descrição de processo é avaliada.
É um processo gerenciado (nível de capacidade 2), adaptado
a partir do conjunto de processos-padrão da organização
Nível 3: de acordo com as diretrizes para adaptação da organização,
Definido e contribui com produtos de trabalho, medidas e outras
informações de melhoria de processo para os ativos de
processo da organização.
CMMI
Patrícia Quintão
Nível 4: Gerenciado É um processo definido (nível de capacidade 3), controlado por

Quantitativamente meio de técnicas estatísticas e outras técnicas quantitativas.
Nível 5: Em
É um processo gerenciado quantitativamente (nível de
otimização (ou
capacidade 4) e melhorado com base no entendimento das
otimizado) (abolido no
CMMI 1.3)
causas comuns de variação inerentes ao processo.
Níveis de Maturidade
Um nível de maturidade pode ser considerado um degrau evolucionário para a melhoria

do processo organizacional como um todo e consiste em práticas específicas e genéricas
que integram um conjunto predefinido de áreas de processo. O cumprimento das metas
específicas e genéricas correspondentes a estas áreas de processo é um pré-requisito para o
alcance do nível de maturidade correspondente (FERNANDES, 2008).
A seguir, são descritas as principais características de cada nível de maturidade e as áreas
de processo pertencentes aos mesmos. Fonte utilizada: (Engenharia de Software Magazine,
Ed. 21) e CMMI (2006).
• Nível 1 – Inicial
É o nível de maturidade CMMI mais baixo. Em geral, as organizações desse nível têm
processos imprevisíveis que são pobremente controlados e reativos.
Nesse nível de maturidade os processos são normalmente “ad hoc” e caóticos. A
organização geralmente não fornece um ambiente estável.
Áreas de Processo: Não há.
• Nível 2 – Gerenciado
Neste nível, o foco é o gerenciamento básico de projetos da organização, proporcionando-

lhes a garantia de que os requisitos são gerenciados, planejados, executados, medidos e
controlados.
Quando essas práticas são adequadas, os projetos são executados e controlados de
acordo com o planejado.
Áreas de Processo: Gestão de Requisitos (REQM), Planejamento de Projeto (PP),
Monitoramento e Controle de Projeto (PMC), Gestão de Contrato com Fornecedores (SAM),
Medição e Análise (MA), Garantia da Qualidade de Processo e Produto (PPQA) e Gestão da
Configuração (CM).
CMMI
Patrícia Quintão
• Nível 3 – Definido
Neste nível, processos são bem caracterizados, compreendidos e descritos em padrões,

procedimentos, ferramentas e métodos.
O conjunto de processos padrão da organização, que é a base para o nível 3 de maturidade,
é estabelecido e melhorado ao longo do tempo.
Esses processos padronizados são usados para estabelecer consistência em toda
a organização. Todos os projetos utilizam uma versão de um desses processos padrão
adaptando-a às suas características específicas.
Áreas de Processo: Desenvolvimento de Requisitos (RD), Solução Técnica (TS), Integração
do Produto (PI), Verificação (VER), Validação (VAL), Foco nos Processos da Organização (OPF),
Definição dos Processos da Organização + IPPD (OPD + IPPD), Treinamento na Organização
(OT), Gestão Integrada do Projeto + IPPD (IPM + IPPD), Gestão de Riscos (RSKM), Análise e
Tomada de Decisões (DAR).
• Nível 4 – Gerenciado Quantitativamente
A gestão quantitativa baseada em medições e indicadores cobre, de forma integrada, todo

o conjunto de processos organizacionais, assim como os projetos e respectivos produtos,
como instrumento de suporte para o atendimento dos objetivos de desempenho de processo
e de qualidade. Os projetos e seus produtos assim como o processo organizacional, são
controlados estatisticamente.
Áreas de Processo:
− Desempenho dos Processos da Organização (OPP) – tem como objetivos estabelecer
e manter uma visão quantitativa do desempenho dos processos padrões, e prover
modelos e baselines de desempenho, visando melhorar a gestão dos projetos através
de métricas de processo e produto.
− Gestão Quantitativa de Projeto (QPM) – tem por objetivo gerenciar quantitativamente
(através de métricas) o processo definido do projeto, visando o alcance dos objetivos
preestabelecidos de desempenho de qualidade e processo.
• Nível 5 – Em Otimização ou Otimizado
Neste nível, os processos são continuamente aperfeiçoados com base em um entendimento

quantitativo no qual a variação de um processo existe devido às interações, normais e
presumidas, entre seus componentes. Esse nível de maturidade tem como objetivo a melhoria
contínua do processo.
CMMI
Patrícia Quintão
Áreas de Processo:
− Implantação de Inovações na Organização (OID) – tem por objetivo selecionar e
implantar melhorias incrementais e inovações nos processos e nas tecnologias que
promovam, quantitativamente, o aumento da habilidade da organização para cumprir
os seus objetivos de desempenho de processos e qualidade.
− Análise e Resolução de Causas (CAR) – tem por objetivo identificar causas de defeitos
e outros problemas e tomar ações corretivas para prevenir a sua ocorrência futura.
Nível de Maturidade Foco Áreas de Processo

Melhoria Inovação e Disseminação Organizacional OID
5 – Otimizado Contínua dos
Processos Análise e Resolução de Causas CAR
4 – Gerenciamento Gerenciamento Desempenho do Processo Organizacional OPP

Quantitativamente Quantitativo Gestão Quantitativa do Projeto QPM
Desenvolvimento de Requisitos RD
Solução Técnica TS
Integração do Produto PI
Verificação VER
Validação VAL
Padronização
3 – Definido Foco o Processo Organizacional OPF
dos Processos
Definição do Processo Organizacional OPD
Treinamento Organizacional OT
Gestão Integrada do Projeto IPM
Gestão de Riscos RSKM
Análise de Decisões e Resolução DAR
Gestão de Requisitos REQM
Planejamento do Projeto PP
Controle e Monitoração do Projeto PMC
Gerenciamento
2 – Gerenciado Básico de Gestão do Acordo com o Fornecedor SAM
Projetos
Medição e Análise MA
Garantia da Qualidade de Processo e do Produto PPQA
Gestão da Configuração CM
1– Inicial --- ---
Figura. Representa os níveis de maturidade, seus principais focos e áreas de processo envolvidas. Fonte:
Engenharia de Software Magazine, Ed. 21.
A figura seguinte ilustra a estrutura de ambas as abordagens evidenciando suas diferenças:

níveis de capacidade x níveis de maturidade.
CMMI
Patrícia Quintão
Figura. Estruturas das abordagens contínua e por estágios (CMMI, 2006)
O modelo CMMI-DEV é composto por 22 áreas de processo, cujos nomes foram

apresentados na próxima figura (CMMI, 2006). Essa figura também mostra um resumo de
perfis-alvo (target profile) que devem ser alcançados quando se utiliza a representação
contínua para ser equivalente aos níveis de maturidade de 2 a 5. Cada área sombreada ou
hachurada nas colunas de nível de capacidade representa um perfil-alvo que é equivalente a
um nível de maturidade.
Obs.: Perfil-Alvo, também conhecido como Target Profile, é o requisito necessário para que
a empresa adquira determinado nível de maturidade, expresso tanto em termos de
capacidade quanto de áreas de processos necessários.
As abreviações ML e CL referem-se a Maturity Level (Nível de Maturidade) e Capability

Level (Nível de Capacidade), respectivamente.
De acordo com CMMI (2006) as seguintes regras resumem a equivalência com a
representação por estágios:
• Para alcançar o nível de maturidade 2, todas as áreas de processo associadas ao nível
de maturidade 2 devem alcançar o nível de capacidade 2 ou níveis superiores.
• Para alcançar o nível de maturidade 3, todas as áreas de processo associadas aos níveis
de maturidade 2 e 3 devem alcançar o nível de capacidade 3 ou níveis superiores.
• Para alcançar o nível de maturidade 4, todas as áreas de processo associadas aos níveis
de maturidade 2, 3 e 4 devem alcançar o nível de capacidade 3 ou níveis superiores.
• Para alcançar o nível de maturidade 5, todas as áreas de processo do modelo devem
alcançar o nível de capacidade 3 ou níveis superiores.
CMMI
Patrícia Quintão
Figura. Perfis-alvo (Target Profile) e Equivalência com Representação por Estágios (CMMI,2006)
Categorias das Áreas de Processo do CMMI
As áreas de processo podem ser agrupadas em quatro categorias, listadas a seguir,

conforme CMMI (2006):
CMMI
Patrícia Quintão
Categorias Áreas de Processo

Foco nos Processos da Organização.
Definição dos Processos da Organização +IPPD.
Gestão de Processo Treinamento na Organização.
Desempenho dos Processos da Organização.
Implantação de Inovações na Organização.
Planejamento de Projeto.
Monitoramento e Controle de Projeto.
Gestão de Contrato com Fornecedores.
Gestão de Projeto
Gestão Integrada de Projeto +IPPD.
Gestão de Riscos.
Gestão Quantitativa de Projeto.
Desenvolvimento de Requisitos.
Gestão de Requisitos.
Solução Técnica.
Engenharia
Integração de Produto.
Verificação.
Validação.
Gestão de Configuração.
Garantia da Qualidade de Processo e Produto.
Suporte Medição e Análise.
Análise e Tomada de Decisões.
Análise e Resolução de Causas.
Cabe destacar que as áreas de processo frequentemente interagem entre si e afetam umas
às outras independentemente do grupo a que pertençam.
CMMI Versão 1.3

O CMMI (Capability Maturity Model Integration) é composto de uma coleção de melhores
práticas para ajudar as organizações a melhorar seus processos. Uma das premissas do CMMI
é que a “melhoria dos processos possibilitará desenvolver produtos e serviços melhores”.
CMMI
Patrícia Quintão
Figura. CMMI. Fonte: Quintão (2021)
CMMI
Patrícia Quintão
O CMMI foi desenvolvido por membros da indústria, do governo e do Software Engineering

Institute (SEI). A versão atual desse conjunto de práticas (versão 1.33) foi publicada em 2010
e apresenta três modelos:
• CMMI para serviços (CMMI-SVC): provê diretrizes para entrega de serviços dentro das
organizações e para clientes externos;
• CMMI para aquisição (CMMI-ACQ): provê diretrizes para suporte às decisões relacionadas
à aquisição de produtos e serviços.
• CMMI para desenvolvimento (CMMI-Dev): provê diretrizes para monitorar, mensurar e
gerenciar processos de desenvolvimento;
Obs.: O CMMI para Desenvolvimento (CMMI-DEV) é um modelo de referência que abrange

atividades de desenvolvimento de produtos e serviços e contém práticas que cobrem
gerenciamento de projetos, gerenciamento de processos, engenharia de sistemas,
engenharia de hardware, engenharia de software e outros processos de suporte
usados no
desenvolvimento e manutenção.
Veja a seguir pontos de destaque na evolução do CMMI.
Figura. Evolução do CMMI
3
Ainda não se tem a versão 1.3 do CMMI-DEV, de agosto de 2010, em português. Versão em inglês pode ser obtida em
https://cmmiinstitute.com/login.aspx?returnurl=%2fresource-files%2fpublic%2fmarketing%2fv1-3models%2fcmmi-for-
development-v1-3.
Como ainda não se tem tradução da versão 1.3 para o português, é necessário saber a diferença entre as 2 versões,
cobrada em prova.
CMMI
Patrícia Quintão
Conforme destaca Fernandes e Abreu (2014), a versão 1.3 do CMMI incluiu “melhorias
significativas, tais como o refinamento das áreas de processo dos níveis mais altos de
maturidade para refletir outros modelos de melhores práticas do mercado (tais como métodos
ágeis, Lean Seis Sigma etc.), a simplificação do seu modelo de arquitetura e maior clareza nos
termos do glossário. A principal mudança foi a eliminação das metas e práticas genéricas
dos níveis 4 e 5 de maturidade, assim como dos níveis de capacitação 4 e 5, uma vez que a
aplicação dos níveis 1 a 3 nas áreas de processo dos maiores níveis de maturidade tem se
mostrado suficiente para os objetivos de qualidade do modelo”.
Principais Componentes da Estrutura do CMMI-DEV
São componentes do CMMI, conforme destacado por Fernandes e Abreu (2014):
Figura. Componentes da estrutura do CMMI-DEV. Fonte: Fernandes e Abreu (2014) apud SEI (2010b)
• Áreas de processo: conjunto de práticas inter-relacionadas que, quando executadas

coletivamente, satisfazem um conjunto de metas consideradas importantes para realizar
melhorias significativas em uma determinada área (possuem, como subcomponentes
informativos, um objetivo, notas introdutórias e outras áreas de processo relacionadas).
CMMI
Patrícia Quintão
No CMMI-Dev 1.3 existem 22 áreas de processo, classificadas em:

1) 16 áreas de processo centrais (core);
2) 1 área de processo compartilhada;
3) 5 áreas de processo específicas de desenvolvimento.
• Metas específicas: metas relacionadas a uma determinada área de processo que
descrevem o que deve ser realizado para assegurar que esta esteja efetivamente
implementada.
CMMI
Patrícia Quintão
•
• Práticas específicas: descrições das atividades consideradas importantes para
o atendimento de suas respectivas metas específicas. Podem ser detalhadas em
subpráticas e possuem como saídas os produtos de trabalho típicos.
CMMI
Patrícia Quintão
• Metas genéricas: metas comuns, compartilhadas por múltiplas áreas de processo, que,
quando atingidas dentro de uma área de processo específica, podem indicar se estão
sendo planejadas e implementadas de forma efetiva, replicável e controlada.
Assim como no CMMI 1.2, as metas genéricas refletem o grau de “institucionalização”

de processos. Um processo mais institucionalizado é executado com maior consistência e
comprometimento.
No CMMI 1.3 só existem três metas genéricas: as metas 4 e 5 que existiam no CMMI 1.2
foram retiradas!
CMMI
Patrícia Quintão
Figura. Metas Genéricas.
• Práticas genéricas: descrições das atividades consideradas importantes para o

atingimento das suas respectivas metas genéricas e que garantem a institucionalização
efetiva, repetível e controlada das áreas de processo. As práticas genéricas podem ser
divididas em subpráticas e conter derivações específicas (elaborações) relacionadas a
cada área de processo em que são aplicadas.
CMMI
Patrícia Quintão
• Componentes Informativos de Suporte: informações adicionais necessárias para a

descrição de um componente:
− Notas: incluem detalhamento, fundamentação teórica ou restrições/premissas
relacionadas ao componente.
− Exemplos: texto ou lista de itens para melhor clarificar um conceito ou atividade
descrita.
− Referências: indicação de que há informações adicionais ou mais detalhadas para
um componente na descrição de outras áreas de processo relacionadas.
• Níveis de capacidade e níveis de maturidade, entre outros.
Veja a seguir um exemplo, extraído do documento oficial do CMMI-DEV, para a área de

processo Garantia de Qualidade do Processo e do Produto. Apesar de estar em inglês, é bem
interessante para que você possa se ambientar quanto à descrição dos processos trazidas
pelo guia oficial do CMMI.
CMMI
Patrícia Quintão
Figura. Área de Processo “Análise e Tomada de Decisões” (DAR). Fonte: (CMMI-DEV Versão 1.3, p.17)
002. (FCC/DPE-AM/ANALISTA EM GESTÃO ESPECIALIZADO DE DEFENSORIA/ANALISTA

DE SISTEMA/2018) O CMMI versão 1.3 possui duas representações e estas representações
CMMI
Patrícia Quintão
permitem à organização utilizar diferentes caminhos para a melhoria de seus processos de

acordo com seu interesse. As representações trabalham com Process Areas − PAs e para
cada PA são definidos dois conjuntos de metas para as quais são recomendadas práticas. De
acordo com o CMMI:
a) A Prática Específica é chamada específica porque a mesma prática pode ser aplicada
a múltiplas PAs. É associada com uma meta específica e descreve as atividades que
são consideradas importantes, contribuindo para a institucionalização dos processos
associados à PA.
b) As Metas Genéricas ou objetivos genéricos descrevem as características únicas que devem
estar presentes para satisfazer a PA.
c) As Metas Específicas são chamadas específicas porque a mesma meta pode ser aplicada
a múltiplas PAs. Descrevem as características que devem estar presentes nos processos
institucionalizados que implementam uma PA.
d) A representação contínua habilita a organização a alcançar níveis de capacidade (de 0 até 3)
e a representação por estágios habilita a organização a alcançar níveis de maturidade (de 1 a 5).
e) A Prática Genérica é a descrição de uma atividade que é considerada importante para que
se possa atingir uma meta genérica de uma PA.
a) Errada. A prática genérica é chamada genérica porque a mesma prática pode ser aplicada
a múltiplas PAs. É associada com uma meta genérica e descreve as atividades que são
consideradas importantes, contribuindo para a institucionalização dos processos associados à
PA. As práticas genéricas podem ser divididas em subpráticas e conter derivações específicas
(elaborações) relacionadas a cada área de processo em que são aplicadas.
b) Errada. As metas específicas (ou objetivos específicos) descrevem as características
únicas que devem estar presentes para satisfazer a PA. São as metas relacionadas a uma
determinada área de processo que descrevem o que deve ser realizado para assegurar que
esta esteja efetivamente implementada.
c) Errada. As metas genéricas (ou objetivos genéricos) são chamadas genéricas porque a
mesma meta pode ser aplicada a múltiplas PAs. Descrevem as características que devem
estar presentes nos processos institucionalizados que implementam uma PA.
d) Certa. A representação contínua habilita a organização a alcançar níveis de capacidade (de
0 até 3) e a representação por estágios habilita a organização a alcançar níveis de maturidade
(de 1 a 5).
CMMI
Patrícia Quintão
e) Errada. A prática específica é a descrição de uma atividade que é considerada importante

para que se possa atingir uma meta específica. Podem ser detalhadas em subpráticas e
possuem como saídas os produtos de trabalho típicos. Metas e práticas genéricas não são
exclusivas de uma área de processo.
Letra d.
Componentes Requeridos, Esperados e Informativos
Os componentes do modelo CMMI são agrupados em três categorias – requeridos,

esperados e informativos – de acordo com a maneira de interpretá-los.
Figura. Tipos de Componentes do CMMI. Fonte: (QUINTÃO, 2021)
CMMI
Patrícia Quintão
• Os componentes requeridos descrevem o que uma organização deve realizar para

implementar uma área de processo. Os componentes requeridos no CMMI são as metas
específicas e as metas genéricas (CMMI, 2006).
• Os componentes esperados descrevem o que uma organização pode implementar para
satisfazer um componente requerido, orientando os responsáveis por implementar
melhorias ou executar avaliações. Os componentes esperados são constituídos pelas
práticas específicas e práticas genéricas (CMMI, 2006).
• Os componentes informativos fornecem detalhes às organizações para auxiliá-
las na implementação dos componentes requeridos e esperados. São exemplos de
componentes informativos do modelo: subpráticas, produtos de trabalho típicos,
extensões, orientações para aplicação de prática genérica, títulos de metas e práticas,
notas de metas e práticas, e referências a outras áreas de processo (CMMI, 2006).
Representação Contínua: os Níveis de Capacidade
Para suportar aqueles que usam a representação contínua, todos os modelos CMMI
refletem níveis de capacidade.
Os quatro níveis de capacidade, cada um servindo de fundação para melhoria contínua de
processos, são designados pelos números de 0 a 3:
0 – Incompleto
1 – Performado
2 – Gerenciado
3 – Definido
Na versão 1.3 do CMMI tem-se 5 níveis de maturidade, de 1 a 5, e passam a existir apenas

4 níveis de capacidade, de 0 a 3.
Um nível de capacidade para uma área de processo é atingido quando todos os objetivos
genéricos são satisfeitos até aquele nível.
Representação por Estágios: os Níveis de Maturidade
Para suportar aqueles que usam a representação por estágios, todos os modelos CMMI
refletem níveis de maturidade.
Um nível de maturidade consiste de práticas específicas e genéricas para um conjunto
predefinido de áreas de processo, que melhoram a performance da organização como um todo.
CMMI
Patrícia Quintão
Nível Níveis de Maturidade da Abordagem por Estágios

Nível 0 ---
Nível 1 Inicial
Nível 2 Gerenciado (ou Gerido)
Nível 3 Definido
Nível 4 Gerenciado Quantitativamente
Nível 5 Otimizado ou Em Otimização
Fonte: CMMI-v1.3
Figura. Abordagem por Estágios.
Veja como é a estrutura do CMMI por estágios. Observe que um conjunto de áreas de
processos estão organizadas em níveis de maturidade organizacional.
Figura. Estrutura do CMMI na abordagem por estágios.

Fonte: Adaptado de SEI (2010b).
CMMI
Patrícia Quintão
Comparando as Representações no CMMI 1.3

Nível
Nível 0 Incompleto (Incomplete) -
Nível 2
Gerenciado
Nível 4 -
Quantitativamente
Otimizado
Nível 5 -
ou Em Otimização
CMMI
Patrícia Quintão
As Áreas de Processo do CMMI-DEV 1.3
O CMMI versão 1.3 sugere que as suas 22 áreas de processos sejam agrupadas em quatro
categorias de afinidade (visando suportar a abordagem contínua de implementação).
A seguir destacamos essas 4 categorias, com suas áreas de processo:
Figura. Áreas de Processo.
CMMI
Patrícia Quintão
• Gestão do Processo
Processo:: agrupa áreas de processos que manipulam processos no âmbito
da organização, permeando todos os projetos;
Área de
Objetivo
Processo
Foco no Planejar, implementar e entregar melhorias no processo
Processo organizacional
Organizacional (incluindo o processo padrão e os derivados de adaptações), com
(OPF) base no claro entendimento dos seus pontos fortes e fracos.
Estabelecer e manter uma biblioteca (re)utilizável de componentes do
Definição
processo organizacional, incluindo políticas, descrições de processos,
do Processo
modelos de ciclos de vida, critérios e diretrizes para adaptação do
Organizacional
processo, repositório de métricas e demais itens de documentação
(OPD)
relacionados.
Treinamento Desenvolver as habilidades e o conhecimento das pessoas, de
Organizacional forma que elas possam desempenhar seus papéis no processo
(OT) organizacional de forma efetiva.
Desempenho Estabelecer e manter uma visão quantitativa do desempenho dos
do Processo processos padrões e prover modelos e baselines de desempenho,
Organizacional visando melhorar a gestão dos projetos através de métricas de
(OPP) processo e produto.
Gestão do
Desempenho Gerenciar proativamente o desempenho da organização para atingir
Organizacional os seus objetivos de negócio.
(OPM)
Tabela. Áreas de Processo da Categoria “Gestão do Processo”.
Fonte: SEI (2010)
• Gestão do Projeto
Projeto:: envolve áreas de processos que tratam aspectos de planejamento,
monitoração e controle relacionados exclusivamente a projetos;
Área de
Objetivo
Processo
Estabelecer e manter planos que definam as atividades dos projetos,
Planejamento envolvendo a elaboração de estimativas, o estabelecimento do nível
do Projeto (PP) adequado de interação com os grupos envolvidos e a obtenção de
compromissos.
Permitir uma visibilidade adequada do progresso do projeto, de
Controle e
forma que possam ser tomadas ações corretivas apropriadas quando
Monitoração
o seu desempenho apresentar desvios significativos em relação ao
do Projeto
planejado (replanejamento, estabelecimento de novos acordos e/ou
(PMC)
mitigação de riscos).
CMMI
Patrícia Quintão
Gestão do Gerenciar a aquisição de produtos de fornecedores externos para

Acordo com os quais existe um acordo formal (produtos e/ou componentes
o Fornecedor entregáveis ao cliente, ou mesmo ferramentas e ambientes
(SAM) operacionais para o projeto).
Gestão Planejar e gerenciar o projeto e o envolvimento dos principais grupos
Integrada do interessados, de acordo com um processo definido e integrado,
Projeto (IPM) derivado do processo padrão da organização.
Gerenciar os requisitos técnicos e não técnicos absorvidos ou gerados
Gestão de
por um projeto, identificando as inconsistências em relação aos planos
Requisitos
e produtos do projeto e tratando de forma adequada as mudanças
(REQM)
necessárias e seus impactos.
Identificar problemas potenciais antes de sua ocorrência, para que
Gestão de possam ser planejadas e executadas ações de tratamento de riscos,
Riscos (RSKM) visando a mitigação de impactos negativos nos objetivos, ao longo do
ciclo de vida do projeto ou produto.
Gestão
Gerenciar quantitativamente (através de métricas) o processo definido
Quantitativa
do projeto, visando o atingimento dos objetivos preestabelecidos de
do Projeto
desempenho de qualidade e processo.
(QPM)
Tabela. Áreas de Processo da Categoria “Gestão do Projeto”.
Fonte: SEI (2010)
• Engenharia:
Engenharia: agrupa áreas de processos relacionadas ao ciclo de vida de desenvolvimento
e manutenção de produtos, assim como à garantia do seu funcionamento e da sua
aderência às especificações;
Área de Processo Objetivo

Gerar, analisar, definir e validar requisitos do cliente, assim como
Desenvolvimento
seus desdobramentos para os requisitos do produto e dos seus
de
componentes, em conformidade com as necessidades dos grupos
Requisitos (RD)
interessados.
Projetar, desenvolver e implementar alternativas de soluções para
Solução Técnica o atendimento de requisitos preestabelecidos, podendo envolver a
(TS) criação e/ou aquisição de produtos, componentes de produtos ou
serviços relacionados.
Montar o produto a partir dos seus componentes e entregá-lo ao
Integração do
cliente, garantindo o seu funcionamento de forma integrada em
Produto (PI)
relação a todas as interfaces internas e externas.
Garantir que um determinado produto satisfaça os respectivos
Verificação (VER)
requisitos para os quais foi desenvolvido.
CMMI
Patrícia Quintão
Demonstrar que um determinado produto ou componente de

Validação (VAL) produto atinge os resultados esperados depois de colocado em
operação no ambiente final.
Tabela – Áreas de processo da categoria “Engenharia”.
Fonte: SEI (2010)
• Suporte:
Suporte: qualifica processos cujas atividades são distribuídas ao longo de um projeto
de desenvolvimento ou manutenção de produto, e cujos objetivos são atingidos
indiretamente através da sua execução.
Área de
Objetivo
Processo
Gestão de Estabelecer e manter a integridade dos produtos de trabalho através
Configuração da identificação, do controle, da verificação e do monitoramento
(CM) constante da situação da sua configuração.
Garantia da Prover aos integrantes das equipes uma visibilidade mais clara do
Qualidade de andamento dos processos e dos produtos gerados, através de
Processo e avaliações objetivas em relação às especificações, da identificação de
Produto (PPQA) não conformidades e do acompanhamento de ações corretivas.
Desenvolver e manter uma capacitação de medição para suportar
Medição e
as necessidades de informações gerenciais, em termos de conceitos,
Análise (MA)
técnicas e mecanismos de execução.
Análise e Analisar possíveis decisões utilizando um processo de avaliação
Tomada de formal, que considera alternativas identificadas em relação a critérios
Decisões (DAR) preestabelecidos.
Análise e
Identificar causas de defeitos e outros problemas e tomar ações
Resolução de
corretivas para prevenir a sua ocorrência futura.
Causas (CAR)
Tabela – Áreas de processo da categoria “Suporte”.
Fonte: SEI (2010)
Categoria/ Gestão de Gestão de

Engenharia Suporte
Nível Projeto Processo
Gestão do
Análise e
5 Desempenho
Resolução de
(Otimizado) da Organização
Causas (CAR)
(OPM)
Desempenho
4 Gestão
dos Processos
(Gerenciado Quantitativa de
da Organização
Quantitativamente) Projeto (QPM)
(OPP)
CMMI
Patrícia Quintão
Definição dos
Desenvolvimento
Processos da
de Requisitos
Organização
(RD)
Gestão Integrada (OPD)
Solução Técnica Análise e Tomada
3 de Projeto (IPM) Foco nos
(TS) de Decisões
(Definido) Gestão de Riscos processos da
Integração do (DAR)
(RSKM) Organização
Produto (PI)
(OPF)
Verificação (VER)
Treinamento na
Validação (VAL)
Organização (OT)
Gestão de
Gestão de
Requisitos
Configuração
(REQM)
(CM)
Planejamento de
Garantia da
Projeto (PP)
2 Qualidade de
Monitoramento
(Gerenciado) Processo e
e Controle de
Produto (PPQA)
Projeto (PMC)
Medição e
Gestão de
Análise (MA)
Acordo com o
Fornecedor (SAM)
Figura. Quadro-resumo das Áreas de Processo por Categoria/Nível de Maturidade no CMMI 1.3
A figura seguinte destaca as áreas de processo que precisam ser desenvolvidas para que
cada um dos níveis de maturidade do CMMI seja atingido pela organização. Observe que o
nível 1 (Inicial) não possui áreas de processo.
Figura. Áreas de Processo por Níveis de Maturidade – CMMI 1.3. Fonte: Quintão (2021)
CMMI
Patrícia Quintão
RESUMO
Visão Geral CMMI Versão 1.3
Figura. CMMI. Fonte: Quintão (2021)
CMMI
Patrícia Quintão
Componentes da Estrutura do CMMI-DEV
Figura. Componentes da estrutura do CMMI-DEV. Fonte: Fernandes e Abreu (2014) apud SEI (2010b)
Tipos de Componentes do CMMI
Figura. Tipos de Componentes do CMMI. Fonte: (QUINTÃO, 2021)
CMMI
Patrícia Quintão
Áreas de Processo
Figura. Áreas de Processo.
No CMMI-Dev 1.3 existem 22 áreas de processo,

processo classificadas em:
1) 16 áreas de processo centrais (core);
2) 1 área de processo compartilhada;
3) 5 áreas de processo específicas de desenvolvimento.
CMMI
Patrícia Quintão
CMMI
Patrícia Quintão
QUESTÕES COMENTADAS EM AULA

001. (FCC/TRT – 16ª REGIÃO (MA)/ANALISTA JUDICIÁRIO – TECNOLOGIA DA
INFORMAÇÃO/2014) Considere as definições abaixo.
I – Uma “constelação” é definida como uma coleção de componentes que são usados para
construir modelos, materiais de treinamento e documentos relacionados à avaliação para uma
área de interesse. Por exemplo, aquisição, desenvolvimento, serviços.
II – Uma de suas metas é definir e aprimorar um modelo de melhoria e avaliação de processo
de software, visando preferencialmente às micro, pequenas e médias empresas, de forma a
atender as suas necessidades de negócio e ser reconhecido nacional e internacionalmente
As definições I e II referem-se, respectivamente, ao
a) MPS.BR e ao CMMI.
b) PMBoK e ao CobiT.
c) CMMI e ao MPS.BR.
d) CobiT e ao MPS.BR.
e) PMBoK e ao CMMI.
002. (FCC/DPE-AM/ANALISTA EM GESTÃO ESPECIALIZADO DE DEFENSORIA/ANALISTA

DE SISTEMA/2018) O CMMI versão 1.3 possui duas representações e estas representações
permitem à organização utilizar diferentes caminhos para a melhoria de seus processos de
acordo com seu interesse. As representações trabalham com Process Areas − PAs e para
cada PA são definidos dois conjuntos de metas para as quais são recomendadas práticas. De
acordo com o CMMI:
a) A Prática Específica é chamada específica porque a mesma prática pode ser aplicada
a múltiplas PAs. É associada com uma meta específica e descreve as atividades que
são consideradas importantes, contribuindo para a institucionalização dos processos
associados à PA.
b) As Metas Genéricas ou objetivos genéricos descrevem as características únicas que devem
estar presentes para satisfazer a PA.
c) As Metas Específicas são chamadas específicas porque a mesma meta pode ser aplicada
a múltiplas PAs. Descrevem as características que devem estar presentes nos processos
institucionalizados que implementam uma PA.
d) A representação contínua habilita a organização a alcançar níveis de capacidade (de 0 até 3)
e a representação por estágios habilita a organização a alcançar níveis de maturidade (de 1 a 5).
e) A Prática Genérica é a descrição de uma atividade que é considerada importante para que
se possa atingir uma meta genérica de uma PA.
CMMI
Patrícia Quintão
QUESTÕES DE CONCURSO
003. (CESPE-CEBRASPE/MINISTÉRIO DA ECONOMIA/TECNOLOGIA DA INFORMAÇÃO/
DESENVOLVIMENTO DE SOFTWARE/2020) Acerca de CMMI, julgue o item subsecutivo.
Programas de treinamento são estabelecidos para desenvolver habilidades técnicas e
conhecimentos dos membros das equipes a partir do nível 2.
Conforme visto na figura, o processo Treinamento Organizacional (OT) está relacionado ao

nível 3 do CMMI.
Obs.: Treinamento na Organização (OT): é um processo da área de Gestão de Processos e

identifica as necessidades de treinamento na organização, tanto a nível estratégico
quanto tático, para que as pessoas possam desempenhar suas funções de forma
eficaz e eficiente.
Errado.

GESTÃO DE PROJETOS/2020) Julgue os itens subsequentes, referentes a processo de
desenvolvimento de software, CMMI-DEV, MPS.BR, Scrum e programação ágil.
CMMI
Patrícia Quintão
No CMMI-DEV, o processo desenvolvimento de requisitos tem por objetivo gerar, analisar,

definir e validar os requisitos do cliente, assim como os seus desdobramentos para os
requisitos do produto e dos seus componentes, conforme a necessidade dos grupos
interessados.
O processo Desenvolvimento de Requisitos (RD) faz parte da área Engenharia e encontra-se

no nível 3 (Definido) do CMMI 1.3. Esse processo visa identificar as necessidades do cliente
e traduzir essas necessidades em requisitos de produto. Fornece requisitos para a área de
Solução Técnica.
Certo.
005. (CESPE/FUB/TÉCNICO DE TECNOLOGIA DA INFORMAÇÃO/2018) Determinada

empresa passou
pelas avaliações do CMMI e MPS-Br. Como resultado da avaliação de seus processos, ela
foi certificada como nível 3 do CMMI, mas não conseguiu atingir o nível E do MPS-Br, como
imaginara, ficando certificada como nível F.
Tendo como referência a situação precedente, julgue o item a seguir.
A área de processo de Gerência de Risco atende aos requisitos do modelo CMMI.
CMMI
Patrícia Quintão
O CMMI-DEV 1.3 possui 22 processos dispostos em 4 categorias, conforme destacado na

figura a seguir.
Perceba que se possa atingir o nível 3, é necessário implementar o processo Gestão de Riscos
(RSKM) da categoria Gestão de projeto.
Obs.: Gestão de Riscos (RSKM): implementa uma abordagem proativa e em regime contínuo
para a gestão de riscos do projeto.
Certo.

DESENVOLVIMENTO DE SOFTWARE/2020) Acerca de CMMI, julgue o item subsecutivo.
O modelo CMMI para desenvolvimento contém práticas que cobrem uma série de áreas de
conhecimento, incluindo-se conhecimento de engenharia de hardware.
O CMMI para Desenvolvimento (CMMI-DEV) é um modelo de referência que abrange atividades

de desenvolvimento de produtos e serviços e contém práticas que cobrem gerenciamento
de projetos, gerenciamento de processos, engenharia de sistemas, engenharia de hardware,
CMMI
Patrícia Quintão
engenharia de software e outros processos de suporte usados

no desenvolvimento e
manutenção.
Organizações de muitos setores, incluindo aeroespacial, bancário, hardware de computador,
software, defesa, fabricação de automóveis e telecomunicações, usam o CMMI para
Desenvolvimento.
Certo.
007. (CESPE/SLU-DF/ANALISTA DE GESTÃO DE RESÍDUOS SÓLIDOS– INFORMÁTICA/2019)

Com relação à qualidade de software, julgue o item a seguir.
O CMMI [1.3] possui três modelos, cada qual com dois tipos de representação: a contínua, que
avalia e capacita a organização inteira; e a por estágios, que se ocupa apenas das áreas de
processos críticas para a organização.
O CMMI versão 1.3 possui duas representações e estas representações permitem à organização
utilizar diferentes caminhos para a melhoria de seus processos de acordo com seu interesse.
A representação contínua usa níveis de capacidade (0 a 3) para caracterizar o estado dos
processos da organização relacionados a uma área de processo individual. Os níveis de
capacidade são:
0 – Incompleto
1 – Performado
2 – Gerenciado
3 – Definido
A representação por estágios preocupa-se com a maturidade global da organização. Usa níveis
de maturidade (1 a 5) para caracterizar o estado global dos processos da organização relativos
ao modelo como um todo. Dessa forma, capacita a organização a melhorar um conjunto de
processos correlatos definidos dentro de um determinado nível de maturidade.
Níveis de Maturidade da
Nível
Abordagem por Estágios
Nível 1 Inicial
Gerenciado
Nível 2
(ou Gerido)
Nível 3 Definido
Nível 4 Gerenciado Quantitativamente
Nível 5 Otimizado ou Em Otimização
Errado.
CMMI
Patrícia Quintão
008. (CESPE/IPHAN/ANALISTA I – ÁREA 7/2018) Em um relatório referente a processos de

qualidade de software de uma organização, foi apontada a necessidade de processos que
fornecessem subsídios para os seguintes objetivos:
I – produzir e analisar os requisitos de cliente, de produto e de componente de produto;
II – identificar potenciais problemas antes que ocorram, para mitigar impactos indesejáveis
que comprometam a realização dos objetivos.
Tendo como referência as informações dessa situação hipotética, julgue o
item a seguir, relativo ao CMMI.
O objetivo I é alcançado com a execução da área de processo gestão de requisitos do nível de
maturidade 2.
O objetivo I é alcançado com a execução da área de processo desenvolvimento de requisitos

do nível de maturidade 3. O processo Desenvolvimento de Requisitos é responsável por gerar,
analisar, definir e validar requisitos do cliente, assim como seus desdobramentos para os
requisitos do produto e dos seus componentes, em conformidade com as necessidades dos
grupos interessados.
CMMI
Patrícia Quintão
Errado.
009. (CESPE/ABIN/OFICIAL TÉCNICO DE INTELIGÊNCIA/ÁREA 09/2018) Em sua

representação contínua, o CMMI-DEV possibilita à organização escolher conjuntos de áreas de
processos inter-relacionadas como, por exemplo, gestão de configuração, medição e análise,
integração de produtos e planejamento de projetos.
Uma das principais características do CMMI é permitir à organização que o adota a escolha
entre duas formas distintas de representação.
• Abordagem contínua: permite à organização escolher as áreas de processos para as
quais deseja ser avaliada, conferindo-lhe liberdade para aperfeiçoar os seus processos
na ordem que mais lhe for conveniente, seja para atender aos objetivos de negócio, seja
para a redução dos riscos da organização. A abordagem contínua permite à organização
escolher livremente os processos que deseja aprimorar.
• Abordagem por estágios: serve para classificar a empresa em um determinado nível
de maturidade, em número de cinco. Para alcançar determinado nível de maturidade,
a empresa deverá realizar um determinado conjunto de áreas de processos pré-
selecionados.
Certo.
010. (CESPE/INPI/ANALISTA DE PLANEJAMENTO-DESENVOLVIMENTO E MANUTENÇÃO

DE SISTEMAS/2013) A respeito do CMMI 1.3 para serviços, julgue os próximos itens.
Todos os modelos do CMMI, incluindo o CMMI para serviços, possuem 16 áreas principais de
processos.
Atualmente existem 3 constelações (ex: aplicações) de modelos CMMI.
CMMI
Patrícia Quintão
• CMMI-DEV (CMMI for Development): para organizações que desenvolvem produtos ou

serviços de caráter tecnológico.
• CMMI-SVC (CMMI for Services): para organizações que prestam serviços.
• CMMI-ACQ (CMMI for Acquisition): para organizações que compram desenvolvimento
de produtos ou prestação de serviços.
No CMMI 1.3 tem-se a criação do CMF – CMMI Model Foundation: conjunto de elementos
comuns a todos os modelos. Nesse contexto, todos os três modelos possuem 16 áreas de
processo centrais (core) com variações mínimas.
Observe o que destaca o CMMI-SVC (http://www.sei.cmu.edu/reports/10tr034.pdf),
na página 9:
All CMMI models contain 16 core process areas. These process areas cover basic concepts that are
fundamental to process improvement in any area of interest (i.e., acquisition, development, services).
services
Some of the material in the core process areas is the same in all constellations. Other material may
be adjusted to address a specific area of interest. Consequently, the material in the core process
areas may not be exactly the same.
Certo.
011. (FCC/SEFAZ-GO/AUDITOR-FISCAL DA RECEITA ESTADUAL/2018) Se um dos

principais objetivos de uma corporação, onde há um forte comprometimento organizacional,
é implementar processos robustos de desenvolvimento de sistemas que envolvam lidar com
requisitos, adotar o CMMI-DEV, versão 1.3, é uma boa opção.
Nesse modelo, na abordagem por estágios, as atividades de elicitar, analisar e estabelecer os
requisitos do cliente e dos componentes do software caracterizam o processo de
a) Gerenciamento de requisitos.
b) Análise de requisitos.
c) Levantamento de requisitos.
d) Desenvolvimento de requisitos.
e) Validação de requisitos.
Questão conceitual relacionada aos processos do CMMI. A descrição é do desenvolvimento

de requisitos (RD) que identifica as necessidades do cliente e traduz essas necessidades em
requisitos de produto. Fornece requisitos para a área de Solução Técnica. Assim, as atividades
de obter, analisar e estabelecer os requisitos do cliente e dos componentes do software
caracterizam o processo de Desenvolvimento de requisitos.
Letra d.
CMMI
Patrícia Quintão
012. (FCC/2016/TRT/20/TECNOLOGIA DA INFORMAÇÃO) Um técnico trabalha em uma

organização que atingiu o nível de maturidade 4 do CMMI (quantitativamente gerenciado).
Para atingir este nível, todas as áreas de processo dos níveis de maturidade anteriores e as
áreas de processo do nível de maturidade atual precisam atingir o nível de capacidade.
a) 4 (otimizado).
b) 5 (avançado).
c) 2 (gerenciado).
d) 3 (realizado).
e) 3 (definido).
No CMMI, para alcançar o nível de maturidade 4, todas as áreas de processo associadas aos
níveis de maturidade 2, 3 e 4 devem alcançar o nível de capacidade 3 (definido) ou níveis
superiores.
Letra e.
013. (FCC/2014/TJ-AP/ANALISTA JUDICIÁRIO/SEGURANÇA DA INFORMAÇÃO) Com a

finalidade de melhorar continuamente seus produtos, uma equipe de TI está buscando avaliar
oscilações na qualidade do software desenvolvido em sua fábrica, seguindo um método
padronizado de investigação e análise. Considerando que o processo de produção de software
é controlado estatisticamente e que a equipe segue as práticas do CMMI 1.3, a avaliação
dos motivos das oscilações na qualidade corresponde a uma prática associada à área de
processo de
a) Medição e Análise, estabelecida no nível 2 de maturidade.
b) Análise e Tomada de Decisão, estabelecida no nível 3 de maturidade.
c) Garantia da Qualidade de Processo e Produto, estabelecida no nível 2 de maturidade.
d) Foco nos Processos da Organização, estabelecida no nível 3 de maturidade.
e) Análise e Resolução de Causas, estabelecida no nível 5 de maturidade.
A avaliação dos motivos das oscilações na qualidade corresponde a uma prática associada à
área de processo de Análise e Resolução de Causas, estabelecida no nível 5 de maturidade,
conforme destacado a seguir.
CMMI
Patrícia Quintão
Fonte: http://www.isdbrasil.com.br/o-que-e-cmmi-dev.php
Letra e.
014. (FCC/2016/ELETROSUL/INFORMÁTICA) Para que uma empresa que utiliza o CMMI-DEV

atinja o nível de maturidade 4 (quantitativamente gerenciado) em seus processos, é necessário
que todas as áreas de processo dos níveis anteriores e também as áreas de processo deste
nível, que são
a) Análise Causal e Resolução e Inovação e Implantação Organizacional, atinjam nível de
capacidade 3.
b) Gerenciamento de Projeto Quantitativo e Desempenho de Processo Organizacional, atinjam
nível de capacidade 3.
c) Gerenciamento Integrado de Projetos e Gerenciamento de Riscos, atinjam nível de capacidade 4.
d) Gerenciamento de Configuração e Gerenciamento de Requisitos, atinjam nível de capacidade 4.
e) Foco no Processo Organizacional e Integração de Produtos, atinjam nível de capacidade 2.
Para alcançar o nível de maturidade 4, todas as áreas de processo associadas aos níveis de
maturidade 2, 3 e 4 devem alcançar o nível de capacidade 3 ou níveis superiores.
CMMI
Patrícia Quintão
Os processos no nível 4 do CMMI são Gestão Quantitativa de Projeto e Desempenho dos

Processos da Organização.
Letra b.
015. (FCC/2014/TCE-GO/ANALISTA DE CONTROLE EXTERNO – TECNOLOGIA DA

INFORMAÇÃO) Paula trabalha em uma empresa que aplica o CMMI-DEV versão 1.3, de
acordo com a documentação oficial. A empresa encontra-se em um nível de maturidade em
que o processo de Gerenciamento de Riscos permite identificar eficientemente problemas
potenciais antes que eles ocorram, de forma que as atividades de tratamento de riscos possam
ser planejadas e invocadas, quando necessário, ao longo do ciclo de vida dos produtos e
projetos. Isso permite mitigar impactos adversos na obtenção dos objetivos. Todos os demais
processos deste nível de maturidade e dos níveis de maturidade anteriores funcionam de
maneira eficiente.
A empresa na qual Paula trabalha encontra-se no nível de maturidade
a) gerenciado.
b) definido.
c) quantitativamente gerenciado.
d) realizado.
e) em otimização.
CMMI
Patrícia Quintão
A representação por estágios preocupa-se com a maturidade global da organização. Dessa

forma, capacita a organização a melhorar um conjunto de processos correlatos definidos
dentro de um determinado nível de maturidade. Esse caminho de melhoria é caracterizado por
níveis de maturidade.
Cada nível de maturidade contém um conjunto de áreas de processos que caracterizam
diferentes comportamentos organizacionais.
Há cinco níveis de maturidade, no CMMI DEV 1.3, numerados de 1 a 5, que são:
1-Inicial,
2-Gerenciado,
3-Definido,
4-Gerenciado Quantitativamente,
5-Otimizado.
A seguir são descritas as principais características de cada nível de maturidade:
• Nível 1 – Inicial
É o nível de maturidade CMMI mais baixo. Em geral, as organizações desse nível têm processos
imprevisíveis que são pobremente controlados e reativos. Nesse nível de maturidade os
processos são normalmente “ad hoc” e caóticos. A organização geralmente não fornece um
ambiente estável.
• Nível 2 – Gerenciado
Neste nível, o foco é o gerenciamento básico de projetos da organização, proporcionando-
lhes a garantia de que os requisitos são gerenciados, planejados, executados, medidos e
controlados. Quando essas práticas são adequadas, os projetos são executados e controlados
de acordo com o planejado.
• Nível 3 – Definido
Neste nível, processos são bem caracterizados, compreendidos e descritos em padrões,
procedimentos, ferramentas e métodos. O conjunto de processos padrão da organização, que
é a base para o nível 3 de maturidade, é estabelecido e melhorado ao longo do tempo. Esses
processos padronizados são usados para estabelecer consistência em toda a organização.
Todos os projetos utilizam uma versão de um desses processos padrão adaptando-a às suas
características específicas.
• Nível 4 – Gerenciado Quantitativamente

A gestão quantitativa baseada em medições e indicadores cobre, de forma integrada, todo o
conjunto de processos organizacionais, assim como os projetos e respectivos produtos, como
instrumento de suporte para o atendimento dos objetivos de desempenho de processo e de
CMMI
Patrícia Quintão
qualidade. Os projetos e seus produtos assim como o processo organizacional, são controlados
estatisticamente.
• Nível 5 – Em Otimização ou Otimizado

Neste nível, os processos são continuamente aperfeiçoados com base em um entendimento
quantitativo no qual a variação de um processo existe devido às interações, normais e
presumidas, entre seus componentes. Esse nível de maturidade tem como objetivo a melhoria
contínua do processo.
A questão destaca o processo de gerenciamento de riscos (RSKM), que faz parte do grupo de
Gestão de Projetos e, na Representação Por Estágios está situado no nível de maturidade 3
(Nível 3 – Definido).
As áreas de processo do CMMI-DEV 1.3 estão listadas a seguir:
Letra b.
016. (CESPE/TJ-SE/ANALISTA JUDICIÁRIO-ANÁLISE DE SISTEMAS/GOVERNANÇA DE

TI/2014) A respeito da constelação do modelo CMMI (Capability Maturity Model – Integration),
versão 1.3, julgue os itens subsecutivos.
CMMI
Patrícia Quintão
As pessoas e a tecnologia não são importantes para o CMMI, pois são os processos que
integram as pessoas, os procedimentos e métodos, bem como as ferramentas e equipamentos
da organização.
Um processo é uma sequência de passos executados para se realizar uma determinada

atividade. A figura seguinte ilustra as três dimensões críticas nas quais as organizações
geralmente concentram-se: pessoas
pessoas, procedimentos e métodos,
métodos e ferramentas e equipamentos
equipamentos.
Figura. As três dimensões críticas (Fonte: CMMI, 2006)
Nesse contexto, um processo estruturado é formado por três componentes fundamentais:

Pessoas, Ferramentas e Procedimentos. Na literatura, e em várias apresentações, você
encontrará esta tríade (Pessoas, Ferramentas e Procedimentos) como a base ou a representação
da estrutura ideal de um Processo.
Errado.
017. (CESPE/TJ-SE/ANALISTA JUDICIÁRIO/ANÁLISE DE SISTEMAS/GOVERNANÇA DE

TI/2014) A respeito da constelação do modelo CMMI (Capability Maturity Model – Integration),
versão 1.3, julgue os itens subsecutivos.
Um benefício esperado com a adoção da constelação do CMMI é a abrangência das atividades
exigidas para o estabelecimento, a entrega e o gerenciamento de serviços de qualidade para
clientes e usuários finais de sistemas de informação.
CMMI
Patrícia Quintão
Isso mesmo! Uma “constelação” é definida como uma coleção de componentes CMMI que são
usados para construir modelos, materiais de treinamento e documentos relacionados à avaliação
para uma área de interesse. Lembre-se aqui das 3 constelações (ex: aplicações) de modelos CMMI:
O benefício aqui destacado está em conformidade com a adoção da constelação do CMMI.

Certo.
018. (CESPE/SUFRAMA/ANALISTA TÉCNICO-TECNOLOGIA DA INFORMAÇÃO /

GOVERNANÇA DE TI /2014) Julgue os itens a seguir com relação ao CMMI (Capability Maturity
Model Integration).
O CMMI corresponde ao ciclo de vida de desenvolvimento de um software com padrão
específico de desenvolvimento.
O CMMI (Capability Maturity Model Integration – Modelo Integrado de Maturidade e de

Capacidade) é um MODELO de melhores práticas para definição, implantação e melhoria de
processos.
Atualmente existem 3 constelações (ex: aplicações) de modelos CMMI:
• - CMMI-DEV (para desenvolvimento);
• - CMMI-SVC (para serviços);
• - CMMI-ACQ (para aquisições).
Errado.
019. (CESPE/MPOG/TÉCNICO DE NÍVEL SUPERIOR-V-CATEGORIA PROFISSIONAL 7/

GOVERNANÇA DE TI/2013) No que concerne ao software CMMI 1.3, julgue os itens a seguir.
O CMMI 1.3 incorporou notas sobre métodos ágeis, na forma de observações, na descrição
dos processos, o que facilitou a implantação de processos em organizações que utilizam
metodologias ágeis para o desenvolvimento de softwares.
O CMMI agrega um conjunto de práticas genéricas que fornecem infraestrutura para que os
processos sejam seguidos. Também provê práticas de suporte e gerenciamento de processo
CMMI
Patrícia Quintão
que ajudam a entregar, manter e melhorar continuamente a implementação de métodos ágeis

em uma organização.
Certo.
020. (FGV/2014/DPE-RJ/TÉCNICO SUPERIOR ESPECIALIZADO/ANALISTA DE GESTÃO EM

TI) A organização em que você trabalha deseja contratar uma fábrica de software e você é o
responsável por elaborar um contrato de aquisição de software. Como você não tem experiência
no assunto, decide recorrer ao livro texto do CMMI como fonte de informação. Além da área de
processo Gerência de Acordo com Fornecedores (SAM – Supplier Agreement Management), a
outra área de processo cujo conhecimento e boas práticas pode auxiliar nessa tarefa é
a) Treinamento Organizacional (OT – Organizational Training), pois apresenta boas práticas de
contratação de pessoal que devem ser executadas pela organização fornecedora.
b) Gerência de Riscos (RSKM – Risk Management), por conter boas práticas relacionadas à
gerência de requisitos dos projetos de desenvolvimento do fornecedor.
c) Monitoração e Controle do Projeto (PMC – Project Monitoring and Control), pois apresenta
boas práticas relacionadas à monitoração de projetos e à tomada de ações corretivas, que
podem ser aplicadas ao seu projeto de aquisição de software.
d) Definição do Processo Organizacional (OPD – Organizational Process Definition), por conter
boas práticas relacionadas à definição de processos que podem ser utilizadas pela organização
fornecedora ao apresentar uma proposta de fornecimento de software.
e) Validação (VAL – Validação), por apresentar critérios úteis para avaliar o contrato antes de
ele ser apresentado ao fornecedor e assinado.
O CMMI versão 1.3 sugere que as suas 22 áreas de processos sejam agrupadas em quatro
categorias de afinidade (visando suportar a abordagem contínua de implementação).
A seguir destacamos essas 4 categorias, com suas áreas de processo:
• Gestão do Processo
Processo:: agrupa áreas de processos que manipulam processos no âmbito
da organização, permeando todos os projetos;
Área de
Objetivo
Processo
Foco no Planejar, implementar e entregar melhorias no processo
Processo organizacional
Organizacional (incluindo o processo padrão e os derivados de adaptações), com
(OPF) base no claro entendimento dos seus pontos fortes e fracos.
Estabelecer e manter uma biblioteca (re)utilizável de componentes do
Definição do
processo organizacional, incluindo políticas, descrições de processos,
Processo
modelos de ciclos de vida, critérios e diretrizes para adaptação do
Organizacional
processo, repositório de métricas e demais itens de documentação
(OPD)
relacionados.
CMMI
Patrícia Quintão
Treinamento Desenvolver as habilidades e o conhecimento das pessoas, de

Organizacional forma que elas possam desempenhar seus papéis no processo
(OT) organizacional de forma efetiva.
Desempenho Estabelecer e manter uma visão quantitativa do desempenho dos
do Processo processos padrões e prover modelos e baselines de desempenho,
Organizacional visando melhorar a gestão dos projetos através de métricas de
(OPP) processo e produto.
Gestão do
Desempenho Gerenciar proativamente o desempenho da organização para atingir
Organizacional os seus objetivos de negócio.
(OPM)
Tabela. Áreas de Processo da Categoria “Gestão do Processo”.
Fonte: SEI (2010)
• Gestão do Projeto
Projeto:: envolve áreas de processos que tratam aspectos de planejamento,
monitoração e controle relacionados exclusivamente a projetos;
Área de
Objetivo
Processo
Estabelecer e manter planos que definam as atividades dos projetos,
Planejamento envolvendo a elaboração de estimativas, o estabelecimento do nível
do Projeto (PP) adequado de interação com os grupos envolvidos e a obtenção de
compromissos.
Permitir uma visibilidade adequada do progresso do projeto, de
Controle e
forma que possam ser tomadas ações corretivas apropriadas quando
Monitoração
o seu desempenho apresentar desvios significativos em relação ao
do Projeto
planejado (replanejamento, estabelecimento de novos acordos e/ou
(PMC)
mitigação de riscos).
Gestão do Gerenciar a aquisição de produtos de fornecedores externos para
Acordo com os quais existe um acordo formal (produtos e/ou componentes
o Fornecedor entregáveis ao cliente, ou mesmo ferramentas e ambientes
(SAM) operacionais para o projeto).
Gestão Planejar e gerenciar o projeto e o envolvimento dos principais grupos
Integrada do interessados, de acordo com um processo definido e integrado,
Projeto (IPM) derivado do processo padrão da organização.
Gerenciar os requisitos técnicos e não técnicos absorvidos ou gerados
Gestão de
por um projeto, identificando as inconsistências em relação aos planos
Requisitos
e produtos do projeto e tratando de forma adequada as mudanças
(REQM)
necessárias e seus impactos.
Identificar problemas potenciais antes de sua ocorrência, para que
Gestão de
possam ser planejadas e executadas ações de tratamento de riscos,
Riscos
visando a mitigação de impactos negativos nos objetivos, ao longo do
(RSKM)
ciclo de vida do projeto ou produto.
CMMI
Patrícia Quintão
Gestão
Gerenciar quantitativamente (através de métricas) o processo definido
Quantitativa
do projeto, visando o atingimento dos objetivos preestabelecidos de
do Projeto
desempenho de qualidade e processo.
(QPM)
Tabela. Áreas de Processo da Categoria “Gestão do Projeto”.
Fonte: SEI (2010)
• Engenharia:
Engenharia: agrupa áreas de processos relacionadas ao ciclo de vida de desenvolvimento
e manutenção de produtos, assim como à garantia do seu funcionamento e da sua
aderência às especificações;
Área de Processo Objetivo

Gerar, analisar, definir e validar requisitos do cliente, assim como
Desenvolvimento
seus desdobramentos para os requisitos do produto e dos seus
de
componentes, em conformidade com as necessidades dos grupos
Requisitos (RD)
interessados.
Projetar, desenvolver e implementar alternativas de soluções para
Solução Técnica o atendimento de requisitos preestabelecidos, podendo envolver
(TS) a criação e/ou aquisição de produtos, componentes de produtos
ou serviços relacionados.
Montar o produto a partir dos seus componentes e entregá-lo ao
Integração do
cliente, garantindo o seu funcionamento de forma integrada em
Produto (PI)
relação a todas as interfaces internas e externas.
Garantir que um determinado produto satisfaça os respectivos
Verificação (VER)
requisitos para os quais foi desenvolvido.
Demonstrar que um determinado produto ou componente de
Validação (VAL) produto atinge os resultados esperados depois de colocado em
operação no ambiente final.
Tabela – Áreas de processo da categoria “Engenharia”.
Fonte: SEI (2010)
• Suporte:
Suporte: qualifica processos cujas atividades são distribuídas ao longo de um projeto
de desenvolvimento ou manutenção de produto, e cujos objetivos são atingidos
indiretamente através da sua execução.
Área de
Objetivo
Processo
Gestão de Estabelecer e manter a integridade dos produtos de trabalho através
Configuração da identificação, do controle, da verificação e do monitoramento
(CM) constante da situação da sua configuração.
Garantia da Prover aos integrantes das equipes uma visibilidade mais clara do
Qualidade de andamento dos processos e dos produtos gerados, através de
Processo e avaliações objetivas em relação às especificações, da identificação de
Produto (PPQA) não conformidades e do acompanhamento de ações corretivas.
CMMI
Patrícia Quintão
Desenvolver e manter uma capacitação de medição para suportar

Medição e
as necessidades de informações gerenciais, em termos de conceitos,
Análise (MA)
técnicas e mecanismos de execução.
Gestão de Analisar possíveis decisões utilizando um processo de avaliação
Configuração formal, que considera alternativas identificadas em relação a critérios
(CM) preestabelecidos.
Garantia da
Qualidade de Identificar causas de defeitos e outros problemas e tomar ações
Processo e corretivas para prevenir a sua ocorrência futura.
Produto (PPQA)
Tabela – Áreas de processo da categoria “Suporte”.
Fonte: SEI (2010)
Após termos visto a descrição das áreas de processo elencadas na questão, vimos que a
assertiva C é a mais adequada.
Letra c.
021. (FGV/2014/DPE-RJ/TÉCNICO SUPERIOR ESPECIALIZADO/ANALISTA DE GESTÃO

EM TI) Considere, no contexto de um processo de desenvolvimento de software, o conjunto de
atividades relacionadas a
(1) garantir que determinados produtos de trabalho atendam os requisitos especificados e
(2) demonstrar que um produto ou componente de produto é capaz de atender o uso pretendido
quando colocado no ambiente em que deveria funcionar. Essas atividades, em relação ao
CMMI, referem-se respectivamente às áreas de processo
a) Verificação (VER – Verification) e Validação (VAL – Validation).
b) Gerência de Requisitos (REQM – Requeriments Management) e Desenvolvimento de
Requisitos (RD – Requirements Development).
c) Planejamento do projeto (PP – Project Planning) e Medição e Análise (MA – Measurement
and Analysis).
d) Desenvolvimento de Requisitos (RD – Requirements Development) e Integração do Produto
(PI – Product Integration).
e) Verificação (VER – Verification) e Solução Técnica (TS – Technical Solution).
As áreas de processos aqui elencadas são:
Verificação Garantir que um determinado produto satisfaça os respectivos requisitos

(VER) para os quais foi desenvolvido.
Demonstrar que um determinado produto ou componente de produto atinge
Validação (VAL)
os resultados esperados depois de colocado em operação no ambiente final.
Letra a.
CMMI
Patrícia Quintão
022. (VUNESP/2012/TJ-SP/ANALISTA JUDICIÁRIO-ANALISTA DE SISTEMAS)

Considerando-se o CMMI para desenvolvimento, versão 1.3, é correto afirmar que a área de
processo Análise e Resolução de Causas (Causal Analysis and Resolution) está associada ao
nível de maturidade
a) 1
b) 2
c) 3
d) 4
e) 5
A área de processo Análise e Resolução de Causas (Causal Analysis and Resolution) está
associada ao nível de maturidade 5, conforme ilustrado na figura anterior.
Letra e.
023. (VUNESP/2012/TJ-SP/ANALISTA JUDICIÁRIO – ANALISTA DE SISTEMAS) O CMMI

para desenvolvimento, versão 1.3, estabelece 4 níveis de capacidade para a representação
contínua. Os níveis numerados de 0 a 3 são, respectivamente,
a) Incompleto, Executado, Gerenciado e Definido.
b) Gerenciado, Incompleto, Definido e Executado.
c) Gerenciado, Executado, Definido e Incompleto.
d) Executado, Gerenciado, Incompleto e Definido.
e) Definido, Gerenciado, Executado e Incompleto.
Nível Níveis de Capacidade da Abordagem Contínua

Nível 0 Incompleto (Incomplete)
Nível 1 Executado (Performed)
Gerenciado (Managed)
Nível 2
(ou Gerido)
Nível 3 Definido (Defined)
Nível 4 -
Nível 5 -
Letra a.
CMMI
Patrícia Quintão
024. (CESPE/INPI/ANALISTA DE PLANEJAMENTO – DESENVOLVIMENTO E MANUTENÇÃO

Todos os modelos do CMMI, incluindo o CMMI para serviços, possuem 16 áreas principais de
processos.

No CMMI 1.3 tem-se a criação do CMF – CMMI Model Foundation: conjunto de elementos
comuns a todos os modelos. Nesse contexto, todos os três modelos possuem 16 áreas de
processos centrais (core) com variações mínimas.
Observe o que destaca o CMMI-SVC (http://www.sei.cmu.edu/reports/10tr034.pdf), na página 9:
All CMMI models contain 16 core process areas. These process areas cover basic concepts that are
fundamental to process improvement in any area of interest (i.e., acquisition, development, services).
services
Some of the material in the core process areas is the same in all constellations. Other material may
be adjusted to address a specific area of interest. Consequently, the material in the core process
areas may not be exactly the same.
Certo.

O CMMI para serviços possui fundamentos no ITIL e na ISO/IEC 20000.
O CMMI 1.3 para serviços (CMMI-SVC) foi desenvolvido levando em consideração o próprio
CMMI e outros modelos como ITIL (Information Technology Infrastructure Library – composta
por um conjunto das melhores práticas para a definição dos processos necessários ao
funcionamento de uma área de TI.), ISO/IEC 20000 (abordagem integrada de processos em um
Sistema de Gerenciamento de Serviços (SGS) para desenho, transição, entrega e melhoria de
serviços que cumprem requisitos de serviço e fornecem valor para o cliente e para o provedor
do serviço), Cobit e o Information Technology Services Capability Maturity Model (ITSCMM).
Veja o que destaca o CMMI-SVC:
CMMI-SVC draws on concepts and practices from CMMI and other service focused standards and
models, including the following:
CMMI
Patrícia Quintão
Information Technology Infrastructure Library (ITIL);
ISO/IEC 20000: Information Technology—Service ManagemenT;
Control Objectives for Information and related Technology (CobiT);
Information Technology Services Capability Maturity Model (ITSCMM).
Certo.

DE SISTEMAS/2013) O CMMI para serviços é um produto isolado do framework global do
CMMI, dessa forma, é possível criar seus próprios processos e áreas de gerenciamento.
O CMMI 1.3 para serviços (CMMI-SVC) foi desenvolvido levando em consideração o próprio
CMMI e outros modelos.
Origem e evolução do CMMI:
SW-CMM – Capability Maturity Model for Software;
SE-CMM – Systems Engineering CMM;
SA-CMM – Software Acquisition CMM;
SECAM – Systems Engineering Capability Model;
EIA 731 – Systems Engineering Capability Model;
IPD-CMM – Integrated Product Development CMM;
ISO/IEC 12207 – Software life-cycle Processes;
ISO/IEC 15288 – System life-cycle Processes;
ISO/IEC 15504 – Process Improvement.
Figura. Evolução do CMMI
Errado.
CMMI
Patrícia Quintão
027. (CESPE/TELEBRÁS/ESPECIALISTA EM GESTÃO DE TELECOMUNICAÇÕES-ANALISTA

DE TI/2013) Com relação ao CMMI, framework utilizado para melhoria de processos de
negócios, julgue os itens que se seguem. O gerenciamento de requisitos, o planejamento de
projetos, a medição e a análise são áreas de processos referentes ao nível 2 de maturidade.
A figura seguinte ilustra as áreas de processo por níveis de maturidade. Temos 22 áreas de
processo. Observe que o nível 1 (Inicial) não possui áreas de processo. No nível 2 temos 7
áreas de processo (Foco na gestão de requisitos e projetos). São elas:
Assim, conforme visto, o gerenciamento de requisitos, o planejamento de projetos, a medição

e a análise são áreas de processos referentes ao nível 2 de maturidade.
Certo.
028. (CESPE/2013/TELEBRÁS/ESPECIALISTA EM GESTÃO DE TELECOMUNICAÇÕES) O

CMMI foi criado para auxiliar organizações de desenvolvimento a obterem avanços em relação
à capacidade e a entregar produtos de melhor qualidade aos clientes. Considerando essa
informação, julgue os itens a seguir.
No CMMI existem os componentes requeridos e esperados para satisfazer todos os objetivos
de uma área de processo.
CMMI
Patrícia Quintão
Os componentes do modelo CMMI são agrupados em três categorias – requeridos, esperados

e informativos – de acordo com a maneira de interpretá-los.
• Os componentes requeridos descrevem o que uma organização deve realizar para
implementar uma área de processo. Os componentes requeridos no CMMI são as metas
específicas e as metas genéricas (CMMI, 2006).
• Os componentes esperados descrevem o que uma organização pode implementar para
satisfazer um componente requerido, orientando os responsáveis por implementar
melhorias ou executar avaliações. Os componentes esperados são constituídos pelas
práticas específicas e práticas genéricas (CMMI, 2006).
• Os componentes informativos fornecem detalhes às organizações para auxiliá-
las na implementação dos componentes requeridos e esperados. São exemplos de
componentes informativos do modelo: subpráticas, produtos de trabalho típicos,
extensões, orientações para aplicação de prática genérica, títulos de metas e práticas,
notas de metas e práticas, e referências a outras áreas de processo (CMMI, 2006).
Certo.
029. (CESPE/2013/TELEBRÁS/ESPECIALISTA EM GESTÃO DE TELECOMUNICAÇÕES –

ANALISTA DE TI) Com relação ao CMMI, framework utilizado para melhoria de processos de
negócios, julgue os itens que se seguem. Quando um projeto é executado sem cronograma
apenas com a definição da data de entrega e de forma rápida, isso demonstra que a organização
ainda é imatura em termos de qualidade.
CMMI
Patrícia Quintão
Nesse nível, normalmente a organização não provê um ambiente estável para suportar os
processos; são produzidos produtos e serviços que funcionam, mas frequentemente excedem
o orçamento e cronograma documentado em seus planos, etc.
Certo.
030. (CESPE/TCE-ES/AUDITOR DE CONTROLE EXTERNO – TECNOLOGIA DA

INFORMAÇÃO/2012) Apesar de o CMMI ser adaptável a equipes, grupos de trabalho e projetos,
a sua aplicação é restrita a grandes organizações.
O tamanho da empresa é indiferente e CMMI pode ser adaptável a quaisquer tipos de

organizações.
Certo.
031. (CESPE/2012/CESPE/TRT – 10ª REGIÃO (DF E TO)/ANALISTA JUDICIÁRIO/

TECNOLOGIA DA INFORMAÇÃO) À luz dos fundamentos de CMMI, julgue o item seguinte:
O CMMI 1.3 apresenta três modelos: o CMMI-DEV — para processos de desenvolvimento de
produtos e serviços —, o CMMI-ACQ — para processos de aquisição e terceirização de bens e
serviços —, e o CMMI-SVC — para processos de prestação de serviços.

Certo.
032. (CESPE/TRE-RJ/2012) [1] Em modelos anteriores do CMMI, o alcance de níveis de

capacidade e de maturidade prosseguia até o nível 5. Porém, considerando-se que, na
organização judiciária, seria implementada a qualidade de software aderente ao modelo do
CMMI mais recente, não é possível desenvolver capacidades de processos nos níveis 4 e 5.
Comparando as representações, no CMMI 1.3, tem-se:
CMMI
Patrícia Quintão

Nível
Nível 2
Gerenciado
Nível 4 -
Quantitativamente
Otimizado
Nível 5 -
ou Em Otimização
Pela figura, observamos que realmente não é possível desenvolver capacidades de processos
nos níveis 4 e 5, pois esses níveis foram eliminados na versão do CMMI 1.3.
No CMMI 1.3, só existem quatro níveis de capacidade,
numerados de 0 a 3.
• Nível 0: incompleto
• Nível 1: executado
• Nível 2: gerenciado
• Nível 3: definido
Nota: Observe que se pode chegar, no máximo, ao nível 3 de capacidade, mas é possível
aplicar melhorias de alta maturidade aos processos. Isso é feito implementando-se as áreas
de processo de “alta maturidade”, que focam em melhorar o desempenho de processos já
implementados
Nível 4: Ger. Quantitativo de Projeto, Desempenho dos Processos da Organização
Nível 5: Gestão do Desempenho Organizacional, Análise e Resolução de Causas
Certo.
033. (CESPE/2012/MPE-PI) [2] Segundo o CMMI para desenvolvimento — versão 1.3, o foco de
um processo de nível de capacidade 5 é a melhoria contínua do desempenho de processo, seja
por meio de melhorias incrementais, seja pela inovação.
Conforme visto na figura seguinte não é possível desenvolver capacidades de processos

no nível 5, pois esse nível foi eliminado na versão do CMMI 1.3. No CMMI 1.2 essa questão
estaria correta.
CMMI
Patrícia Quintão
Fonte: CMMI-SVC, p. 23.
Errado.
034. (CESPE/2013/TRT – 8ª REGIÃO (PA E AP)/ANALISTA JUDICIÁRIO – TECNOLOGIA

DA INFORMAÇÃO) Na representação contínua da estrutura do CMMI, versão 1.3, as áreas
de processos são agrupadas em categorias. No que se refere a essas categorias, assinale a
opção correta.
a) Na categoria engenharia, constam a área de processo denominada desenvolvimento dos
requisitos e a área de processo denominada gestão de requisitos.
b) Na categoria engenharia, consta a área de processo denominada desenvolvimento dos
requisitos. Na categoria gestão de projetos, consta a área de processo denominada gestão de
requisitos.
c) Na categoria gestão de projetos, consta a área de processo denominada desenvolvimento
dos requisitos. Na categoria engenharia, consta a área de processo denominada gestão de
requisitos.
d) Na categoria suporte, consta a área de processo denominada desenvolvimento dos
requisitos.
e) Na categoria gestão de projetos, consta a área de processo denominada desenvolvimento
dos requisitos. Na categoria suporte, consta a área de processo denominada gestão de
requisitos.
O CMMI é um modelo de melhores práticas para definição, implantação e melhoria de processos

(não é uma metodologia). As áreas de processo do CMMI-DEV 1.3 estão listadas a seguir:
CMMI
Patrícia Quintão
Na categoria engenharia, consta a área de processo denominada desenvolvimento dos

requisitos.
Letra b.
035. (CESPE/2013/TRT – 8ª REGIÃO (PA E AP)/ANALISTA JUDICIÁRIO – TECNOLOGIA

DA INFORMAÇÃO) Os caminhos evolutivos adotados pelas organizações para melhorar a
qualidade do desenvolvimento e da manutenção de softwares são avaliados em níveis. Com
relação a esse assunto, assinale a opção correta, segundo a estrutura do CMMI, versão 1.3.
a) Na representação por estágio, os níveis de capacidade são numerados de 1 a 5 e podem
avaliar a melhoria de um conjunto de áreas de processo.
b) Na representação por estágio, os níveis de capacidade são numerados de 1 a 5 e podem
orientar o alcance das metas genéricas de determinada área de processo.
c) Na representação contínua, os níveis de capacidade são numerados de 0 a 3 e podem
d) Na representação contínua, os níveis de maturidade são numerados de 0 a 3 e podem avaliar
a melhoria de um conjunto de áreas de processo.
e) Na representação por estágio, os níveis de maturidade são numerados de 0 a 5 e podem
CMMI
Patrícia Quintão
Na representação contínua, os níveis de capacidade são numerados de 0 a 3 e podem

orientar o alcance das metas genéricas de determinada área de processo. Comparando as
representações, no CMMI 1.3, tem-se:

Nível
Nível 2
Gerenciado
Nível 4 -
Quantitativamente
Otimizado
Nível 5 -
ou Em Otimização
Letra c.
036. (UEL/ANALISTA ADMINISTRATIVO/TECNOLOGIA DA INFORMAÇÃO/2011/

ADAPTADA) O Capability Maturity Model Integration (CMMI) auxilia na garantia e melhoria
da qualidade de seus produtos e serviços na área de Tecnologia da Informação. O CMMI (v.
1.2/v.1.3) possui cinco níveis de maturidade.
Associe o nível, na coluna da esquerda, à sua designação, na coluna da direita.
CMMI
Patrícia Quintão
Assinale a alternativa que contém a associação correta.

a) I-C, II-E, III-B, IV-D, V-A
b) I-E, II-D, III-B, IV-C, V-A
c) I-D, II-A, III-C, IV-E, V-B
d) I-B, II-E, III-D, IV-C, V-A
e) I-B, II-E, III-C, IV-D, V-A
Níveis de Maturidade Associação

(Abordagem por Descrição correta da
Estágios) questão
Organizações neste nível de maturidade
frequentemente produzem produtos
Inicial e serviços que funcionam. Entretanto, (V)-a
com frequência, eles extrapolam seus
orçamentos e não cumprem seus prazos.
A disciplina de processo refletida por este
nível de maturidade contribui para que
Gerenciado (III)-b
as práticas existentes sejam mantidas
durante períodos de stress.
O conjunto de processos-padrão da
organização, que é a base para este
Definido (I)-c
nível de maturidade, é estabelecido e
melhorado ao longo do tempo.
A organização e os projetos estabelecem
objetivos quantitativos para qualidade
Gerenciado
e para desempenho de processo, (IV)-d
Quantitativamente
utilizando-os como critérios na gestão de
processos.
Tem foco na melhoria contínua do
Otimizado desempenho de processo por meio de
(II)-e
(Em otimização) melhorias incrementais e inovadoras de
processo e de tecnologia.
Letra a.
037. (CESPE/2006/ANCINE/ANALISTA DE SISTEMAS) Cada área de processo do modelo

CMMI possui conjuntos específicos e genéricos de metas e práticas, de forma conceitualmente
similar ao que ocorre com as disciplinas no modelo RUP.
Essa é uma questão na qual a banca busca confundir o candidato. O CMMI realmente possui
metas e práticas para avaliação da capacidade do processo. Mas o RUP não possui estas
metas e práticas.
CMMI
Patrícia Quintão
Ao contrário do CMMI, o Rational Unified Process (RUP) é um processo de desenvolvimento

de software baseado no Processo Unificado, que consiste nas melhores práticas comerciais
para obter-se um processo de desenvolvimento de software bem definido.
Este é o contexto para o RUP, um processo de desenvolvimento de software concentrado
em assegurar a produção de sistemas de qualidade de forma repetível e previsível. O RUP
foi concebido tomando como base três conceitos fundamentais: dirigido por casos de uso;
centrado em arquitetura; e iterativo e Incremental.
Os processos de desenvolvimento de software objetivam transformar os requisitos do usuário
em um software. O RUP consiste em um processo de desenvolvimento Orientado a Objetos que
adota como padrão adotado para representação dos modelos a Unified Modeling Language
(UML). Deve-se ressaltar que a UML é apenas uma linguagem para representação e não
constitui um processo de desenvolvimento completo.
O Rational Unified Process é um processo de engenharia de software. Ele fornece uma
abordagem disciplinada para assumir tarefas e responsabilidades dentro de uma organização
de desenvolvimento. Seu objetivo é assegurar a produção de software de qualidade que
satisfaça as necessidades de seus usuários finais dentro de prazo e orçamento previsíveis. É
desenvolvido e mantido pela Rational Software e integrado com seu conjunto de ferramentas de
desenvolvimento de software. Por fim, captura muitas das melhores práticas no desenvolvimento
moderno de software de forma satisfatória para uma grande faixa de projetos e organizações.
Errado.
038. (CESPE/2005/TCU/ANALISTA DE SISTEMAS) O desenvolvimento e a manutenção de

aplicativos de software e outros produtos e bens de informática e automação são atividades
gerenciáveis por meio de uma abordagem orientada a projetos de engenharia, conforme
prescrito no modelo CMMI.
A disciplina de Engenharia de software do CMMI cobre o desenvolvimento de sistemas de

software. Nela são aplicadas abordagens sistemáticas, disciplinadas e quantificáveis para o
desenvolvimento, operação e manutenção de software.
A Engenharia de software contém as seguintes categorias de áreas de processo:
Gerenciamento de Processos;
Gerenciamento de Projetos; e
Suporte e Engenharia.
Certo.
039. (CESPE/2006/ANATEL/ANALISTA DE SISTEMAS) Uma organização alcança o nível de

maturidade 2 no modelo CMMI quando satisfizer todas as práticas genéricas do nível 2 de
algumas áreas específicas de processo que compõem o nível de maturidade 3.
CMMI
Patrícia Quintão
De acordo com o CMMI (Capability Maturity Model Integration – Modelo Integrado de

Maturidade e de Capacidade) para alcançar algum nível de maturidade deve‑se alcançar a
capacidade para os processos específicos do nível.
Errado.
040. (CESPE/2006/ANCINE/ANALISTA DE SISTEMAS) O modelo CMMI está fundamentado

nos conceitos maturidade e capacidade de processos, os quais também estão presentes
no modelo ISO-17799:2000, diferindo apenas na temática de capacidade e maturidade de
processos adotadas.
Realmente o CMMI se baseia em maturidade da empresa e capacidade na realização do

processo. Entretanto, a ISO 27002/2005 (antiga ISO 17799/2005) é uma norma de segurança,
e não aborda a maturidade dos processos.
Errado.
041. (CESPE/2006/ANATEL/ANALISTA DE SISTEMAS) O modelo CMMI foi concebido para

apoiar a implantação e a mensuração de maturidade organizacional no gerenciamento de
serviços operacionais de TI.
O CMMI (Capability Maturity Model Integration – Modelo Integrado de Maturidade e de

Capacidade) é um modelo de maturidade para melhoria de processos e para desenvolvimento
de produtos e serviços (CMMI, 2006). Esta norma não estabelece uma forma de avaliação dos
serviços operacionais de TI.
A norma empregada para implantação e a mensuração de maturidade organizacional no
gerenciamento de serviços operacionais de TI é o ITIL (Information Technology Infrastructure
Library). No ITIL é apresentado um conjunto de boas práticas a serem aplicadas na infraestrutura,
operação e manutenção de serviços de tecnologia da informação (TI).
Errado.
042. (CESPE/2006/ANATEL/ANALISTA DE SISTEMAS) As disciplinas que compõem o

modelo RUP possuem uma correlação 1:1 com as áreas de processo do modelo CMMI.
O Rational Unified Process (RUP) é uma metodologia para desenvolvimento de software

que possui fases e disciplinas que possibilitam a implementação de um sistema com maior
qualidade. O RUP possui nove disciplinas (fluxos de trabalho ou workflows) que são:
CMMI
Patrícia Quintão
• Gerenciamento de Projeto (Project Managment);

• Modelagem Comercial ou de Negócio (Business Modeling);
• Requisitos ou Exigências (Requirements);
• Análise e Projeto (Analisys & Design);
• Implementação (Implementation);
• Testes (Test);
• Distribuição ou Entrega (Deployment);
• Gerência de Configuração e Mudanças (Configuration and Change Managment); e
• Ambiente (Enviroment).
Portanto, não poderá haver um relacionamento 1:1 entre as áreas de processo do CMMI e as
disciplinas do RUP.
Errado.
043. (CESPE/2006/ANATEL/CARGO 4 – ANALISTA ADMINISTRATIVO /ÁREA 4) Algumas

metas genéricas do modelo CMMI não se aplicam em todas as suas áreas de processo.
De acordo com o CMMI, as metas genéricas são assim chamadas porque a mesma declaração
de meta aparece em diversas áreas de processos.
Na representação em estágios, cada área de processo tem somente uma meta genérica. A
satisfação de uma meta genérica em uma área de processo significa um controle melhorado
do planejamento e implementação de processos associados com aquela área de processo,
indicando, portanto, se estes processos parecem ser eficientes, repetíveis e duráveis. As
metas genéricas são componentes exigidos do modelo e são utilizadas em avaliações para
determinar se uma área de processo está sendo satisfeita. Logo as mesmas devem ser
aplicadas a todas as áreas de processo.
Errado.
044. (CESPE/2006/ANATEL/ANALISTA DE SISTEMAS) Adotando-se conceitos do modelo

relacional e de banco de dados relacional para representar os componentes do modelo CMMI, é
correto afirmar que há uma relação 1:n entre a tabela de metas específicas e a tabela de práticas
específicas, e, dessa forma, a integridade de entidade, bem como a integridade referencial de
uma prática específica, depende da existência de uma meta específica correspondente.
A seguir vamos relembrar alguns conceitos adotados pelo CMMI:
CMMI
Patrícia Quintão
• Áreas de processo. O CMMI identifica 22 áreas de processo relevantes para a capacitação

e aprimoramento do processo de software. Elas estão organizadas em quatro grupos no
modelo CMMI contínuo.
Ex.: Desenvolvimento de Requisitos, Gerenciamento de configuração.
• Metas. As metas (ou objetivos) são descrições abstratas de um estado desejado que
devem ser atingidos por uma organização. O CMMI possui metas específicas que estão
associados a cada área de processo e que definem o estado desejável para cada área. O
modelo também define metas genéricas associadas com a institucionalização de boas
práticas.
Ex.: Para o desenvolvimento de requisitos, uma meta específica é que os requisitos
devem ser analisados e validados e uma definição da funcionalidade necessária é
desenvolvida.
• Práticas. As práticas no CMMI são descrições de maneiras de se atingir uma meta.
Mais de sete práticas genéricas e específicas podem ser associadas com cada meta
dentro de cada área de processo. No entanto, o CMMI reconhece que a meta é mais
importante do que a maneira como ela é alcançada. As organizações podem usar
quaisquer práticas apropriadas para se atingir qualquer uma das metas do CMMI – elas
não têm obrigatoriamente que adotar as recomendações do CMMI.
Ex.: Para a meta citada no item anterior, devem-se analisar os requisitos derivados para
se assegurar que eles são necessários e suficientes. Além disso, devem-se validar os
requisitos para se assegurar que os produtos resultantes serão executados conforme o
esperado no ambiente do usuário.
Nesta questão a banca aborda conceitos do modelo relacional de banco de dados e definições
do CMMI. Ao afirmar que “há uma relação 1:n entre a tabela de metas específicas e a tabela
de práticas específicas” a questão indica que uma meta contém várias práticas, o que é
justamente a definição de metas e práticas.
Certo.
CMMI
Patrícia Quintão
GABARITO
1. c. 37. E.
2. d. 38. C.
3. E. 39. E.
4. C. 40. E.
5. C. 41. E.
6. C. 42. E.
7. E. 43. E.
8. E. 44. C.
9. C.
10. C.
11. d.
12. e.
13. e.
14. b.
15. b.
16. E.
17. C.
18. E.
19. C.
20. c.
21. a.
22. e.
23. a.
24. C.
25. C.
26. E.
27. C.
28. C.
29. C.
30. C.
31. C.
32. C.
33. E.
34. b.
35. c.
36. a.
CMMI
Patrícia Quintão
REFERÊNCIAS
AMERICAN SOCIETY. Software Engineering Standards for Quality. Disponível em: <http://
asq509ºrg/ht/a/GetDocumentAction/i/130678>. Acesso em: 09 out. 2020.
DEVMEDIA. Revista Engenharia de Software 21. Seis sigma e CMMI. Disponível em: <https://
www.devmedia.com.br/revista-engenharia-de-software-21/15769>. Acesso em mai. 2019.
FERNANDES, A. A.; ABREU, V. F. Implantando a governança de TI da estratégia à gestão dos

processos e serviços. Rio de Janeiro: Brasport, 4ª. edição, 2014.
KOSCIANSKI, A.; SOARES, M. S. Qualidade de Software. São Paulo: Editora Novatec, 2007.
PROCESO INGENIERÍA DE SOFTWARE I. Disponível em: <https://repositorio.grial.eu/bitstream/

grial/1148/1/3.%20Proceso.pdf>.
QUINTÃO, P. L. Notas de aula da disciplina “Tecnologia da Informação”. 2021.
SOFTEX. MPS.BR. Melhoria de Processo do Software Brasileiro. Guia Geral MPS de Software
(2021). Atualizado em: 05 de Janeiro de 2021. Disponível em: < https://softex.br/download/
guia-geral-de-software-2021/#>. SOFTEX, 2021.
CMMI Versão 1.3. Disponível em: <https://mmpsw.files.wordpress.com/2011/02/cmmi-

versc3a3º-1-3.pdf>. Acesso em: jul. 2021.
CMMI for Development 1.3. Carnegie Mellon. Disponível em: <http://www.sei.cmu.edu/

reports/10tr033.pdf>. Acesso em: jun. 2021.
CMMI Institute. CMMI para Desenvolvimento Versão 1.2. 2006. Disponível em: <https://
resources.sei.cmu.edu/asset_files/WhitePaper/2006_019_001_28945.pdf>. Acesso em: jul.
2021.
Patrícia Quintão
Mestre em Engenharia de Sistemas e computação pela COPPE/UFRJ, Especialista em Gerência de
Informática e Bacharel em Informática pela UFV. Atualmente é professora no Gran Cursos Online;
Analista Legislativo (Área de Governança de TI), na Assembleia Legislativa de MG; Escritora e Personal &
Professional Coach.
Atua como professora de Cursinhos e Faculdades, na área de Tecnologia da Informação, desde 2008. É
membro: da Sociedade Brasileira de Coaching, do PMI, da ISACA, da Comissão de Estudo de Técnicas de
Segurança (CE-21:027.00) da ABNT, responsável pela elaboração das normas brasileiras sobre gestão da
Segurança da Informação.
Autora dos livros: Informática FCC - Questões comentadas e organizadas por assunto, 3ª. edição e 1001
questões comentadas de informática (Cespe/UnB), 2ª. edição, pela Editora Gen/Método.
Foi aprovada nos seguintes concursos: Analista Legislativo, na especialidade de Administração de Rede,
na Assembleia Legislativa do Estado de MG; Professora titular do Departamento de Ciência da Computação
do Instituto Federal de Educação, Ciência e Tecnologia; Professora substituta do DCC da UFJF; Analista de
TI/Suporte, PRODABEL; Analista do Ministério Público MG; Analista de Sistemas, DATAPREV, Segurança
da Informação; Analista de Sistemas, INFRAERO; Analista - TIC, PRODEMGE; Analista de Sistemas,
Prefeitura de Juiz de Fora; Analista de Sistemas, SERPRO; Analista Judiciário (Informática), TRF 2ª Região
RJ/ES, etc.
@coachpatriciaquintao /profapatriciaquintao
@plquintao t.me/coachpatriciaquintao

CMMI-ENGENHARIA

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

CMMI-ENGENHARIA

Enviado por

Direitos autorais:

Formatos disponíveis

ENGENHARIA DE

Nós somos nossos melhores guias (Jane Austen).

Termos, Definições e Abreviaturas

Em outras palavras, CMMI é um MODELO DE MATURIDADE que prescreve boas práticas

Qualidade de ser capaz ou apto a realizar uma determinada tarefa

Figura. As três dimensões críticas (Fonte: CMMI, 2006)

E a maturidade de processos, por que se faz necessária?

CMMI Versão 1.2

Obs.: Uma constelação é uma coleção de componentes do CMMI que compreende um

Atualmente, existem três constelações (ex.: aplicações) de modelos CMMI (aqui

001. (FCC/TRT – 16ª REGIÃO (MA)/ANALISTA JUDICIÁRIO – TECNOLOGIA DA

I – Uma “constelação” é definida como uma coleção de componentes que

II – Uma de suas metas é definir e aprimorar um modelo de melhoria

Conforme a revista “Engenharia de Software Magazine”, na edição 21, o modelo CMMI

Obs.: O CMMI possibilita abordar a melhoria e avaliação de processos utilizando duas

• A representação contínua capacita a organização para desenvolver processos melhores

O modelo CMMI tem a intenção de ser um framework de aprimoramento de processos que

Níveis de Capacidade da Níveis de Maturidade da

Obs.: Níveis de maturidade são utilizados para caracterizar a melhoria da organização em

Nível 0: Incompleto Um processo que não é executado ou é executado

Nível 4: Gerenciado É um processo definido (nível de capacidade 3), controlado por

Um nível de maturidade pode ser considerado um degrau evolucionário para a melhoria

Neste nível, o foco é o gerenciamento básico de projetos da or­ganização, proporcionando-

Neste nível, processos são bem caracterizados, compreendidos e descritos em padrões,

• Nível 4 – Gerenciado Quantitativamente

A gestão quantitativa baseada em medições e indicadores cobre, de forma integrada, todo

• Nível 5 – Em Otimização ou Otimizado

Neste nível, os processos são continuamente aperfeiçoados com base em um entendimento

Nível de Maturidade Foco Áreas de Processo

4 – Gerenciamento Gerenciamento Desempenho do Processo Organizacional OPP

A figura seguinte ilustra a estrutura de ambas as abordagens evi­denciando suas diferenças:

Figura. Estruturas das abordagens contínua e por estágios (CMMI, 2006)

O modelo CMMI-DEV é composto por 22 áreas de processo, cujos nomes foram

As abreviações ML e CL referem-se a Maturity Level (Nível de Maturidade) e Capability

Categorias das Áreas de Processo do CMMI

As áreas de processo podem ser agrupadas em quatro categorias, listadas a seguir,

Categorias Áreas de Processo

CMMI Versão 1.3

Figura. CMMI. Fonte: Quintão (2021)

O CMMI foi desenvolvido por membros da indústria, do governo e do Software Engineering

Obs.: O CMMI para Desenvolvimento (CMMI-DEV) é um modelo de referência que abrange

Veja a seguir pontos de destaque na evolução do CMMI.

Figura. Evolução do CMMI

Principais Componentes da Estrutura do CMMI-DEV

São componentes do CMMI, conforme destacado por Fernandes e Abreu (2014):

• Áreas de processo: conjunto de práticas inter-relacionadas que, quando executadas

No CMMI-Dev 1.3 existem 22 áreas de processo, classificadas em:

Assim como no CMMI 1.2, as metas genéricas refletem o grau de “institucionalização”

Figura. Metas Genéricas.

• Práticas genéricas: descrições das atividades consideradas importantes para o

• Componentes Informativos de Suporte: informações adicionais necessárias para a

Veja a seguir um exemplo, extraído do documento oficial do CMMI-DEV, para a área de

002. (FCC/DPE-AM/ANALISTA EM GESTÃO ESPECIALIZADO DE DEFENSORIA/ANALISTA

permitem à organização utilizar diferentes caminhos para a melhoria de seus processos de

e) Errada. A prática específica é a descrição de uma atividade que é considerada importante

Componentes Requeridos, Esperados e Informativos

Os componentes do modelo CMMI são agrupados em três categorias – requeridos,

Figura. Tipos de Componentes do CMMI. Fonte: (QUINTÃO, 2021)

• Os componentes requeridos descrevem o que uma organização deve realizar para

Representação Contínua: os Níveis de Capacidade

Na versão 1.3 do CMMI tem-se 5 níveis de maturidade, de 1 a 5, e passam a existir apenas

Representação por Estágios: os Níveis de Maturidade

Neste nível, o foco é o gerenciamento básico de projetos da organização, proporcionando-

A figura seguinte ilustra a estrutura de ambas as abordagens evidenciando suas diferenças:

engenharia de software e outros processos de suporte usados