Engenharia de Software –

Qualidade de Software
(CMMIxMPS.BR)
Prof. Washington Almeida, MSC, ISF 27002
 CMMI v1.3
• O CMMI é o sucessor do modelo de maturidade de capacidade (CMM) ou Software CMM. O CMM foi
desenvolvido de 1987 até 1997.
• Em 2002, a versão 1.1 foi lançada, a versão 1.2 foi seguida em agosto de 2006 e a versão 1.3 em
novembro de 2010. Algumas mudanças importantes no CMMI V1.3 são o suporte ao desenvolvimento
ágil de software melhorias nas práticas de alta maturidade e alinhamento da representação
(encenada e contínua).
• O CMMI ajuda a "integrar funções organizacionais tradicionalmente separadas, definir metas e
prioridades de melhoria de processos, fornecer orientação para processos de qualidade e fornecer um
ponto de referência para avaliar processos atuais".
• Em março de 2016, o Instituto CMMI foi adquirido pela ISACA.
• Em março de 2018, o CMMI 2.0 foi introduzido, não pela primeira vez na história do CMMI: a opção
mais barata era o acesso de 1 semana à versão online por US $ 150,00.

3
CMMI v1.3
• A versão do CMMI (versão 1.3) foi publicada em 27 de outubro de
2010 e apresenta três modelos:
• CMMI for Development (CMMI-DEV), voltado ao processo de
desenvolvimento de produtos e serviços.
• CMMI for Acquisition (CMMI-ACQ), voltado aos processos de
aquisição e terceirização de bens e serviços.
• CMMI for Services (CMMI-SVC), voltado aos processos de empresas
prestadoras de serviços.

4
 CMMI v1.3
• O CMMI foi construído considerando três dimensões principais: pessoas,
ferramentas e procedimentos. O processo serve para unir essas dimensões.
• O processo inclui três disciplinas ou corpos de conhecimento (body of
knowledges), sendo elas:
• Engenharia de sistemas;
• Engenharia de software;
• Engenharia de hardware;
• A engenharia de software é similar à engenharia de sistemas em relação às
áreas de processo, apenas com enfoque diferente nos processos.
• As áreas de processo requeridas para engenharia de sistemas são as mesmas
para engenharia de software, mas o nível de maturidade que é diferente.

5
Representação Contínua vs Estágio

Obs: Na versão 2.0 não existe mais essa

divisão.
E na versão 1.3 foram removidos o nível
4 e 5 da representação contínua.
Na representação contínua o nível de
capacidade é medido para uma área ou
um conjunto de áreas de processos
definido pela organização. Já, na
representação por estágio o nível de
maturidade é medido para um conjunto
de áreas de processos definido
previamente no modelo.
6
Na representação por
estágios, quando uma
organização atinge as
práticas necessárias
para estar em um
nível, significa que
atinge todos os
requisitos necessários
dos níveis
imediatamente
anteriores.

7
8
Avaliações
• Uma organização não pode ser certificada no CMMI, entretanto é avaliada. Dependendo do tipo
de avaliação, a organização pode receber uma classificação de nível de maturidade (1-5) ou um
perfil de realização de nível de capacidade.
• Muitas organizações encontram valor em medir seu progresso realizando uma avaliação. As
avaliações são geralmente conduzidas por um ou mais dos seguintes motivos:
• Determinar o grau de comparação dos processos da organização com as práticas
recomendadas do CMMI e identificar as áreas em que a melhoria pode ser feita;
• Informar os clientes e fornecedores externos sobre o grau de comparação dos processos da
organização com as práticas recomendadas do CMMI;
• Para atender aos requisitos contratuais de um ou mais clientes;
• E as avaliações dessas organizações usando um modelo CMMI precisam estar em conformidade
com os requisitos definidos no documento de Requisitos para o CMMI (ARC).

9
MPS.BR

Obs: Não existe correlação com o nível

inicial do CMMI.

10
11
 AP – Atributos do Processo
AP 1.1 – O processo é executado
AP 2.1 – A execução do processo é gerenciada
AP 2.2 – Os produtos de trabalho são gerenciados
AP 3.1 – O processo é definido
AP 3.2 – O processo está implementado
AP 4.1 – O processo é objeto de análise quantitativa
AP 4.2 – O processo é controlado quantitativamente
AP 5.1 – O processo é objeto de melhorias incrementais e inovações
AP 5.2 – O processo é objeto de implementação de melhorias inovadoras e
incrementais

12
13
14
 Questão 1
Ano: 2018 Banca: IADES Órgão: CFM Prova: IADES - 2018 - CFM - Analista de Tecnologia da Informação
Quanto a dois modelos de maturidade de processo de software: Capability Maturity Model Integration
(CMMI) e Melhoria do Processo de Software Brasileiro (MPS.BR), assinale a alternativa correta:
a) Os modelos CMMI e MPS.BR tratam especificamente da mensuração da qualidade do software,
que pode inclusive ser aplicada a softwares adquiridos.
b) O que difere o CMMI do MPS.BR é que o primeiro avalia a qualidade do produto e o segundo avalia
a qualidade do processo de desenvolvimento.
c) No nível G – Parcialmente gerenciado – do MPS.BR, é necessário que seja verificado que o
resultado “DR7 – Os requisitos são validados” seja atendido.
d) No nível F – Gerenciado – do MPS.BR, é necessário que seja verificado o resultado “GCO5 – As
modificações e liberações são disponibilizadas para todos os envolvidos”.
e) O MPS.BR possui cinco níveis de maturidade: inicial, gerenciado, definido, quantitativamente
gerenciado e em otimização.
Justificativa:
O propósito do processo Gerência de Configuração é estabelecer e manter a integridade de todos os produtos de trabalho de um processo ou
projeto e disponibilizá-los a todos os envolvidos. GCO 5. Modificações em itens de configuração são controladas.

15
 Questão 2
Ano: 2019 Banca: FCC Órgão: AFAP Prova: FCC - 2019 - AFAP - Analista de Fomento - Tecnologia da Informação
Um Analista de Informática está estudando as classificações atribuídas à maturidade e capacidade de processos constantes do CMMI-DEV versão 1.3
e MPS.BR - Guia Geral MPS de Software e observou a seguinte classificação de níveis de processos:
I. 1 (Inicial), 2 (Gerenciado), 3, (Definido), 4 (Gerenciado Quantitativamente) e 5 (Otimizado).
II. A (Em Otimização), B (Gerenciado Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G
(Parcialmente Gerenciado).
III. 0 (incompleto), 1 (Desempenhado ou Executado), 2 (Gerenciado) e 3 (Definido).
Quanto à abordagem, a classificação acima corresponde, correta e respectivamente, aos níveis de
a) capacidade do MPS.BR, maturidade do CMMI e maturidade do MPS.BR.
b) maturidade do CMMI, de maturidade do MPS.BR e de capacidade do CMMI.
c) maturidade do MPS.BR, de maturidade do CMMI e de capacidade do MPS.BR.
d) capacidade do CMMI, maturidade do MPS.BR e de capacidade do CMMI.
e) maturidade do CMMI, de capacidade do CMMI e de maturidade do MPS.BR.

Justificativa:
Capacidade (Contínuo) - CMMI 1.3: .: Nível 0 - Incompleto; .: Nível 1 - Executado; .: Nível 2: Gerenciado; .: Nível 3: Definido.
Maturidade (Estágio): .: Nível 1: Inicial; .: Nível 2: Gerenciado; .: Nível 3: Definido; .: Nível 4: Gerenciado Quantitativamente; .: Nível 5: Otimizado.
Maturidade MPS.BR: .: F - Gerenciado; .: E - Parcialmente Definido; .: D - Largamente Definido; .: C - Definido; .: B - Gerenciado Quantitativamente; .: A - Em Otimização.
16
 Gabarito

Questão Resposta
1 LETRA D
2 LETRA B

17
18
 Referências

• PRESSMAN, Roger S. ; Bruce R. Maxim. Engenharia de Software, Uma

Abordagem Profissional, 8° ed. Porto Alegre: AMGH, 2016. ISBN 978-
85-8055- 533-2.
• SOMMERVILLE, Ian. Engenharia de Software, 9. ed. São Paulo:
Pearson Prentice Hall, 2011. ISBN 978-85-7936-108-1.
• Guia Geral MPS de Software:2012. ISBN 978-85-99334-48-5

19