Guia

MPS.
BR - Melhoria de Processo do Software Brasileiro
Guia Geral
(Verso 1.1)
Este guia contm a descrio geral

do MPS.BR e detalha o Modelo de
Referncia
(MR-MPS)
e
as
definies comuns necessrias para
seu entendimento e aplicao.
Maio de 2006
Copyright 2006 - SOFTEX

Direitos desta edio reservados pela Sociedade SOFTEX
A distribuio ilimitada desse documento est sujeita a copyright
ISBN (solicitado Biblioteca Nacional)
Sumrio
1
Prefcio ............................................................................................................... 4
Introduo ........................................................................................................... 5
Objetivo ............................................................................................................... 6
Termos e definies ............................................................................................ 7
Smbolos e abreviaturas.....................................................................................11
Descrio geral do MPS.BR...............................................................................11
7 Base tcnica para a definio dos componentes do MPS.BR............................13

7.1
ISO/IEC 12207 e suas emendas 1 e 2............................................................13
7.2
ISO/IEC 15504................................................................................................13
7.3
CMMI-SE/SW SM ..............................................................................................14
8 Descrio do MR-MPS .......................................................................................14
8.1
Nveis de maturidade ......................................................................................15
8.2
Processo.........................................................................................................15
8.3
Capacidade do Processo................................................................................17
9 Descrio detalhada dos processos...................................................................21
9.1
Nvel G - Parcialmente Gerenciado ................................................................22
9.1.1
Processo: Gerncia do Projeto - GPR.........................................................22
9.1.2
Processo: Gerncia de Requisitos - GRE ...................................................24
9.2
Nvel F Gerenciado ......................................................................................25
9.2.1
Processo: Aquisio - AQU.........................................................................25
9.2.2
Processo: Gerncia de Configurao - GCO ..............................................27
9.2.3
Processo: Garantia da Qualidade - GQA ....................................................29
9.2.4
Processo: Medio - MED...........................................................................30
9.3
Nivel E - Parcialmente Definido ......................................................................32
9.3.1
Processo: Adaptao do Processo para Gerncia do Projeto - APG..........32
9.3.2
Processo: Avaliao e Melhoria do Processo Organizacional - AMP..........34
9.3.3
Processo: Definio do Processo Organizacional - DFP ............................36
9.3.4
Processo: Treinamento - TRE .....................................................................37
9.4
Nvel D - Largamente Definido........................................................................38
9.4.1
Processo: Desenvolvimento de Requisitos - DRE ......................................38
9.4.2
Processo: Integrao do Produto - ITP .......................................................40
9.4.3
Processo: Soluo Tcnica - STE...............................................................42
9.4.4
Processo: Validao - VAL..........................................................................43
9.4.5
Processo: Verificao - VER .......................................................................44
9.5
Nvel C Definido ...........................................................................................45
9.5.1
Processo: Anlise de Deciso e Resoluo - ADR .....................................45
9.5.2
Processo: Gerncia de Riscos - GRI...........................................................46
9.6
Nvel B - Gerenciado Quantitativamente.........................................................47
9.6.1
Processo: Desempenho do Processo Organizacional - DEP......................47
9.6.2
Processo: Gerncia Quantitativa do Projeto - GQP ....................................48
9.7
Nvel A - Em Otimizao.................................................................................49
9.7.1
Processo: Implantao de Inovaes na Organizao - IIO ......................49
9.7.2
Processo: Anlise de Causas e Resoluo- ARC .......................................50
MPS.BR-Guia Geral V1.1-Maio/2006
2/56
10
Instituies Implementadoras (II) ....................................................................51
Referncias bibliogrficas..........................................................................................52
Lista de colaboradores do Guia Geral verso 1.1 .....................................................54
Lista de colaboradores do Guia Geral verso 1.0 Maio/2005.................................55
3/56
Prefcio
O MPS.BR1 um programa para Melhoria de Processo do Software Brasileiro, est

em desenvolvimento desde dezembro de 2003 e coordenado pela Associao
para Promoo da Excelncia do Software Brasileiro (SOFTEX), contando com
apoio do Ministrio da Cincia e Tecnologia (MCT), da Financiadora de Estudos e
Projetos (FINEP) e do Banco Interamericano de Desenvolvimento (BID).
A coordenao do Programa MPS.BR conta com duas estruturas de apoio para o
desenvolvimento de suas atividades, o Frum de Credenciamento e Controle (FCC)
e a Equipe Tcnica do Modelo (ETM). Atravs destas estruturas, o MPS.BR obtm a
participao de representantes de Universidades, Instituies Governamentais,
Centros de Pesquisa e de organizaes privadas, os quais contribuem com suas
vises complementares que agregam qualidade ao empreendimento.
O FCC tem como principais objetivos assegurar que as Instituies Implementadoras
(II) e Instituies Avaliadoras (IA) sejam submetidas a um processo adequado de
credenciamento e que suas atuaes no se afastem dos limites ticos e de
qualidade esperados, alm de avaliar e atuar sobre o controle dos resultados obtidos
pelo MPS.BR.
Por outro lado, cabe a ETM atuar sobre os aspectos tcnicos relacionados ao
Modelo de Referncia (MR-MPS) e Mtodo de Avaliao (MA-MPS), tais como a
concepo e evoluo do modelo, elaborao e atualizao dos Guias do MPS.BR,
preparao de material e definio da forma de treinamento e de aplicao de
provas, publicao de Relatrios Tcnicos e interao com a comunidade visando a
identificao e aplicao de melhores prticas.
A criao e o aprimoramento deste Guia Geral so atribuies da ETM, sendo que
este guia faz parte do seguinte conjunto de documentos de apoio ao MPS.BR:
Guia Geral;
Guia de Avaliao [MPS.BR, 2006a]; e
Guia de Aquisio [MPS.BR, 2006b].
Este Guia de Geral do MPS.BR descreve de forma detalhada o Modelo de
Referncia MR-MPS e fornece uma viso geral sobre os demais guias que apiam
os processos de avaliao e de aquisio. Este guia tem como referncia a Norma
Internacional ISO/IEC 12207:1995/Amd 1:2002 e Amd 2:2004, a ISO/IEC 15504 e o
modelo CMMI-SE/SW SM 2 (Capability Maturity Model Integration). O detalhamento do
Guia Geral envolve a definio dos nveis de maturidade, seus processos e
capacidade, alm dos resultados esperados provendo uma estrutura de trabalho
para uma instituio que deseje implementar o MR-MPS.
Esta verso do Guia Geral contempla as seguintes modificaes em relao
verso 1.0:
MPS.BR, MR-MPS, MA-MPS e MN-MPS so marcas da SOFTEX.

CMMI-SE/SW is a service mark of Carnegie Mellon University.
2 SM
4/56
correo da ortografia e reestruturao do documento ;
incluso e atualizao de itens no glossrio;
adequao das referncias; e,
melhoria da definio de alguns resultados de processo e resultados de atributos

de processo, com o intuito de facilitar o entendimento e aplicabilidade do Modelo
de Referncia MR-MPS.BR.
Introduo
As mudanas que esto ocorrendo nos ambientes de negcios tm motivado as

empresas a modificar estruturas organizacionais e processos produtivos, saindo da
viso tradicional baseada em reas funcionais em direo a redes de processos
centrados no cliente. A competitividade depende, cada vez mais, do estabelecimento
de conexes nestas redes, criando elos essenciais nas cadeias produtivas. Alcanar
competitividade pela qualidade, para as empresas de software, implica tanto na
melhoria da qualidade dos produtos de software e servios correlatos, como dos
processos de produo e distribuio de software.
Desta forma, assim como para outros setores, qualidade fator crtico de sucesso
para a indstria de software. Para que o Brasil tenha um setor de software
competitivo, nacional e internacionalmente, essencial que os empreendedores do
setor coloquem a eficincia e a eficcia dos seus processos em foco nas empresas,
visando a oferta de produtos de software e servios correlatos conforme padres
internacionais de qualidade.
Em 2003, no incio da concepo do MPS.BR, dados da Secretaria de Poltica de
Informtica e Tecnologia do Ministrio da Cincia e Tecnologia (MCT/SEITEC),
mostravam que apenas 30 empresas no Brasil possuam avaliao SW-CMM3
(Capability Maturity Model): 24 no nvel 2; 5 no nvel 3; 1 no nvel 4; e nenhuma no
nvel 5. Observando-se esta pirmide pde-se concluir que a qualidade do processo
de software no Brasil podia ser dividida em dois tipos de empresas. No topo da
pirmide, normalmente, estavam as empresas exportadoras de software e outras
grandes empresas que desejavam atingir nveis mais altos de maturidade (4 ou 5)
do CMMI-SE/SW SM por estgio e serem formalmente avaliadas pelo SEI (Software
Engineering Institute), em um esforo que pode levar de 4 a 10 anos. Na base da
pirmide, em geral, encontrava-se a grande massa de micro, pequenas e mdias
empresas de software brasileiras, com poucos recursos e que necessitam obter
melhorarias significativas nos seus processos de software em 1 ou 2 anos.
O foco principal do MPS.BR, embora no exclusivo, est neste segundo grupo de
empresas. Busca-se que ele seja adequado ao perfil de empresas com diferentes
tamanhos e caractersticas, pblicas e privadas, embora com especial ateno s
micro, pequenas e mdias empresas. Tambm espera-se que o MPS.BR seja
compatvel com os padres de qualidade aceitos internacionalmente e que tenha
como pressuposto o aproveitamento de toda a competncia existente nos padres e
3
CMM is registered in the U.S. Patent and Trademark Office by Carnegie Mellon University.
5/56
modelos de melhoria de processo j disponveis. Dessa forma, ele tem como base
os requisitos de processos definidos nos modelos de melhoria de processo e atende
a necessidade de implantar os princpios de Engenharia de Software de forma
adequada ao contexto das empresas brasileiras, estando em consonncia com as
principais abordagens internacionais para definio, avaliao e melhoria de
processos de software.
O MPS.BR baseia-se nos conceitos de maturidade e capacidade de processo para a
avaliao e melhoria da qualidade e produtividade de produtos de software e
servios correlatos. Dentro desse contexto, o MPS.BR possui trs componentes:
Modelo de Referncia (MR-MPS4), Mtodo de Avaliao (MA-MPS4) e Modelo de
Negcio (MN-MPS4) descritos na seo 6 - Descrio geral do MPS.BR .
O MPS.BR est descrito atravs de documentos em formato de guias:
Guia Geral: contm a descrio geral do MPS.BR e detalha o Modelo de

Referncia (MR-MPS), seus componentes e as definies comuns necessrias
para seu entendimento e aplicao.
Guia de Aquisio: descreve um processo de aquisio de software e servios

correlatos. descrito como forma de apoiar as instituies que queiram adquirir
produtos de software e servios correlatos apoiando-se no MR-MPS.
Guia de Avaliao: descreve o processo e o mtodo de avaliao MA-MPS, os

requisitos para avaliadores lder, avaliadores adjuntos e Instituies Avaliadoras
(IA).
Objetivo
Este Guia Geral descreve de forma detalhada o Modelo de Referncia para MRMPS e fornece uma viso geral sobre os demais guias que descrevem os
processos de avaliao e de aquisio. Neste guia tambm esto contidas as
definies comuns aos diversos documentos.
Este documento destinado, mas no est limitado, a organizaes interessadas
em utilizar o MR-MPS para melhoria de seus processos de software, Instituies
Implementadoras (II), Instituies Avaliadoras (IA) e outros interessados em
processos de software e que pretendam conhecer e utilizar o MR-MPS como
referncia tcnica.
MPS.BR, MR-MPS, MA-MPS e MN-MPS so marcas da SOFTEX.
6/56
Termos e definies
Atributo de processo: Uma caracterstica mensurvel da capacidade do processo

aplicvel a qualquer processo [ISO/IEC 15504-1, 2004].
Avaliao: Uma determinao sistemtica do grau de atendimento de uma entidade
em relao aos critrios para ela estabelecidos [ABNT, 1998].
Avaliao de processo: Uma avaliao disciplinada dos processos da organizao
em relao a um modelo de avaliao de processo [ISO/IEC 15504-1, 2004].
Avaliador: Um indivduo que participa na pontuao dos atributos de processo
[ISO/IEC 15504-1, 2004].
Avaliador lder: Uma pessoa que tem uma autorizao formal da SOFTEX para
executar uma avaliao MPS como lder da equipe de avaliao utilizando o Mtodo
de Avaliao MA-MPS.
Avaliador adjunto: Uma pessoa que tem uma autorizao formal da softex para
executar uma avaliao MPS como avaliador adjunto. O avaliador adjunto apia o
Avaliador Lder e a equipe de avaliao na execuo da avaliao.
Avaliar objetivamente: Rever atividades e produtos de trabalho com base em
critrios que minimizem a subjetividade e o vis do revisor. Um exemplo de
avaliao objetiva uma auditoria de requisitos, padres ou procedimentos por uma
funo de garantia da qualidade independente [SEI, 2002].
Capacidade do processo: Uma caracterizao da habilidade do processo atingir os
objetivos de negcio atuais ou futuros [ISO/IEC 15504-1, 2004].
Configurao de software: Conjunto formado por todos os itens de informao
gerados no desenvolvimento do software e pelas entidades que afetam este
desenvolvimento.
Componente do produto: uma parte do produto final ou algo usado no seu
desenvolvimento (p. ex. um subproduto, um processo, uma ferramenta) que faz
parte da entrega. Os componentes so integrados em sucessivos nveis para
compor o produto final [SEI, 2002].
Coordenador local: Responsvel por coordenar as atividades de planejar a
avaliao, junto com o avaliador lder, e de apoiar a avaliao no local. Essa pessoa
ajuda o avaliador lder a escolher a equipe de avaliao e assegura que todos os
membros da equipe esto disponveis para serem entrevistados no momento
assinalado. Ele tambm assegura que a logstica requerida planejada e
disponibilizada. Durante as entrevistas assegura que a documentao necessria
est disponvel e, quando a avaliao se encerra, se compromete com o retorno
dessa documentao para a pessoa correta.
Equipe Tcnica do Modelo (ETM): equipe tcnica responsvel pela definio e
aprimoramento do MR-MPS, MA-MPS e Guias especficos. Tambm, responsvel
pelo programa anual de treinamento MPS.BR, composto de cursos, provas e
workshops.
7/56
Escopo da avaliao: Uma definio dos limites organizacionais da avaliao, os

processos que esto includos e o contexto no qual os processos a serem avaliados
so executados [ISO/IEC 15504-1, 2004].
Evidncia objetiva: dados que demonstram a existncia ou veracidade de alguma
coisa [ISO/IEC 15504-1, 2004].
NOTA: Evidncia objetiva pode ser obtida por observao, medio, teste ou outros meios.
Frum de Credenciamento e Controle (FCC): frum com representantes da

Indstria (SOFTEX), Academia e Governo, responsvel pela anlise e parecer que
subsidiam deciso sobre credenciamento e descredenciamento de Instituies
Implementadoras (II) e Instituies Avaliadoras (IA).
Instituio Avaliadora (IA): instituio credenciada pelo FCC, mediante convnio,
como avaliadora seguindo o MA-MPS.
Instituio Implementadora (II): instituio credenciada pelo FCC, mediante
convnio, como implementadora do MR-MPS.
Instituio Organizadora de Grupo de Empresas (IOGE): instituio apoiada pela
SOFTEX, mediante convnio, como organizadora de grupo de empresas para
implementao do MR-MPS e avaliao seguindo o MA-MPS.
Interessados (stakeholders): Um indivduo ou um grupo que responsvel ou
afetado pelo produto de uma tarefa, atividade ou processo. Pode incluir a equipe do
projeto, fornecedores, clientes e usurios do produto entre outros [SEI, 2002].
Item de configurao: Uma entidade dentro de uma configurao que satisfaz uma
funo de uso final e que pode ser identificada de forma nica em um determinado
ponto de referncia [ABNT, 1998].
Linha base (baseline): Uma verso formalmente aprovada de um item de
configurao, independente de mdia, formalmente definida e fixada em um
determinado momento durante o ciclo de vida do item de configurao [ABNT,
1998].
Medida: A varivel para qual o valor atribudo como resultado de uma medio
[ISO/IEC 15939, 2002].
Medio: Conjunto de operaes com o objetivo de determinar um valor de uma
medida [ISO/IEC 15939, 2002].
Mtodo de avaliao MA-MPS: Mtodo que apia a execuo de uma avaliao de
conformidade ao MR-MPS conforme a Norma Internacional ISO/IEC 15504.
Miniequipe: subconjunto da equipe de avaliao responsvel por avaliar alguns
processos que lhe so atribudos pelo avaliador lder.
Modelo de referncia de processo: Um modelo que compreende definies de
processos no ciclo de vida descrito em termos de propsitos e resultados, junto com
uma arquitetura que descreve as relaes entre os processos [ISO/IEC 15504-1,
2004].
8/56
Nvel de maturidade: Grau de melhoria de processo para um predeterminado

conjunto de processos no qual todos os resultados esperados do processo e dos
atributos dos processos so atendidos.
Observador: Responsvel por observar a conduo de uma avaliao por um
avaliador lder em processo de formao. O observador no participa da avaliao,
salvo se ocorrer algum problema grave durante a avaliao.
Oportunidade de melhoria: Uma implementao de um resultado de processo que
pode ser melhorada, mas que atende aos requisitos mnimos de um resultado
requerido por algum processo do nvel MR-MPS que foi avaliado.
Participantes da avaliao: Um indivduo que tem responsabilidades dentro do
escopo da avaliao [ISO/IEC 15504-1, 2004].
NOTA: Exemplos incluem, mas no se limita aos avaliadores lder e adjunto, patrocinador,
membros da unidade organizacional, membros da equipe de avaliao, coordenador local.
Patrocinador da avaliao: Um indivduo, interno ou externo unidade

organizacional que ser avaliada, que solicita a avaliao e prov recursos
financeiros ou outros para que a avaliao seja executada para a unidade
organizacional [ISO/IEC 15504-1, 2004].
Perfil do processo: Um conjunto de pontuao de atributos de processo para um
processo avaliado [ISO/IEC 15504-1, 2004].
Pontos fortes: Uma implementao excepcionalmente boa de um resultado de
processo ou de algo no requerido pelo MR-MPS no nvel que foi avaliado.
Pontos fracos: Uma implementao inadequada ou que no atende aos requisitos
de um resultado requerido por algum processo do nvel de maturidade que foi
avaliado.
Processo: Um conjunto de atividades inter-relacionadas ou interativas, que
transforma insumos (entradas) em produtos (sadas) [ABNT, 2000].
Processo definido: Um processo que gerenciado (planejado, monitorado e
ajustado) e adaptado de um conjunto de processos-padro de acordo com os guias
de adaptao da organizao [ISO/IEC 15504-1, 2004].
Processo de avaliao: Determinao da extenso com que o processo padro da
organizao contribui para alcanar seus objetivos de negcio e para ajudar a
organizao a focar a necessidade de melhoria de processo contnua [ISO/IEC
15504-1, 2004].
Processo-padro: Um conjunto de definies de processos bsicos que guiam
todos os processos na organizao [ISO/IEC 15504-1, 2004].
NOTA 1: Essas definies de processos cobrem os elementos de processo fundamental (e os
seus inter-relacionamentos) que devem ser incorporados dentro dos processos definidos que
so implementados nos projetos pela organizao. Um processo-padro estabelece
consistncia entre as atividades atravs da organizao e desejvel para estabilidade e
melhoria de longo prazo.
NOTA 2: O conjunto de processos-padro da organizao descreve os elementos de
processo fundamental que ser parte dos processos definidos para o projeto. Tambm
9/56
descreve os relacionamentos (por exemplo: seqncia e interfaces) entre esses elementos do

processo.
Processo de qualificao: processo para demonstrar a capacidade de atender aos

requisitos especificados [ABNT, 2000].
NOTA 1: O termo qualificado usado para designar uma situao correspondente.
NOTA 2: Qualificao pode ser aplicada a pessoas, produtos, processos ou sistemas.
Produto de trabalho: Um artefato associado execuo de um processo [ISO/IEC

15504-1, 2004].
NOTA: Um produto de trabalho pode ser usado, produzido ou alterado por um processo.
Projeto: Um empreendimento realizado para criar um produto ou servio nico. O

projeto se caracteriza por temporalidade e resultado, servio ou produto nico e
elaborao progressiva [PMI, 2004].
Propsito do processo: O objetivo geral da execuo do processo. Convm que a
implementao do processo fornea benefcios tangveis aos envolvidos [ISO/IEC
12207:1995/Amd 1:2002].
Registro da avaliao: Uma coleo documentada de informaes as quais so
pertinentes para avaliao e importante para o entendimento e verificao do perfil
de processo gerado pela avaliao [ISO/IEC 15504-1, 2004].
Resultado esperado do processo: Um resultado observvel do sucesso do
alcance do propsito do processo [ISO/IEC 12207:1995/Amd 1:2002].
NOTA 1: Um resultado pode ser: um artefato produzido, uma mudana significativa de estado
e o atendimento das especificaes, como por exemplo: requisitos, metas etc.
NOTA 2: Uma lista com os principais resultados do processo faz parte da descrio de cada
processo no Modelo de Referncia.
Software: Entende-se software como sinnimo de produto de software que o

conjunto de programas de computador, procedimentos e possvel documentao e
dados associados [ABNT, 1998].
Servio correlato de software: Execuo de atividades, trabalho ou obrigaes
relacionados ao produto de software, tais como, seu desenvolvimento, manuteno
e operao [ABNT, 1998].
Unidade organizacional:
[ISO/IEC 15504-1, 2004].
Parte
de
uma
organizao
que
ser
avaliada
NOTA 1: Uma unidade organizacional utiliza um ou mais processos que tem um contexto de
processo coerente e opera dentro de um conjunto coerente de objetivos de negcio.
NOTA 2: Uma unidade organizacional tipicamente parte de uma grande organizao,
embora, em uma pequena organizao, a unidade organizacional pode ser toda a
organizao. Uma unidade organizacional pode ser, por exemplo:
- um projeto especfico ou um conjunto (relacionados) de projetos;
- uma unidade dentro da organizao focada em uma fase (ou fases) especfica do
ciclo de vida, tais como, aquisio, desenvolvimento, manuteno ou suporte;
- uma parte de uma organizao responsvel por todos os aspectos de um produto
particular ou conjunto de produtos.
10/56
Smbolos e abreviaturas
AP: Atributo de Processo.

CMMI-SE/SWSM:
Capability
Maturity
Model
Integration
for
Systems
Engineering/Software Engineering Integrao de Modelos de Maturidade da
Capacidade para Engenharia de Sistemas e Engenharia de Software.
CMMISM: Capability Maturity Model Integration Integrao de Modelos de
Maturidade da Capacidade.
IA: Instituio Avaliadora, autorizada pela SOFTEX.
II: Instituio Implementadora, autorizada pela SOFTEX.
IOGE: Instituio Organizadora de Grupo de Empresas, autorizada pela SOFTEX.
IPPD: Integrated Product and Process Development Desenvolvimento Integrado
do Processo e do Produto.
MA-MPS: Mtodo de Avaliao para Melhoria de Processo de Software.
MN-MPS: Modelo de Negcio para Melhoria de Processo de Software.
MPS.BR: Melhoria de Processo do Software Brasileiro.
MR-MPS: Modelo de Referncia para Melhoria de Processo de Software.
RAP: Resultado do Atributo de Processo.
SCAMPI SM 5: Standard CMMI Appraisal Method for Process Improvement Mtodo
Padro de Avaliao do CMMI para Melhoria de Processo.
SOFTEX: Associao para Promoo da Excelncia do Software Brasileiro.
6
Descrio geral do MPS.BR
Uma das metas do MPS.BR visa definir e aprimorar um modelo de melhoria e

avaliao de processo de software, visando preferencialmente as micro, pequenas
e mdias empresas, de forma a atender as suas necessidades de negcio e ser
reconhecido nacional e internacionalmente como um modelo aplicvel indstria de
software. O MPS.BR tambm estabelece um processo e um mtodo de avaliao, o
qual d sustentao e garante que o MPS.BR est sendo empregado de forma
coerente com as suas definies.
A base tcnica para a construo e aprimoramento deste modelo de melhoria e
avaliao de processo de software composta pelas normas NBR ISO/IEC 12207
Processo de Ciclo de Vida de Software, pelas emendas 1 e 2 da norma internacional
ISO/IEC 12207 e pela ISO/IEC 15504 Avaliao de Processo (tambm conhecida
por SPICE: Software Process Improvement and Capability dEtermination), portanto,
o modelo est em conformidade com essas normas. Este modelo tambm cobre o
contedo do CMMI-SE/SW SM, atravs da incluso de processos e resultados
5 SM
CMMI-SE/SW is a service mark of Carnegie Mellon University.
11/56
esperados alm dos estabelecidos na Norma ISO/IEC 12207. A base tcnica deste
modelo apresentada em maiores detalhes na seo 7 deste documento.
O programa mobilizador MPS.BR est dividido em trs (3) componentes (Figura 1):
Modelo de Referncia (MR-MPS), Mtodo de Avaliao (MA-MPS) e Modelo de
Negcio (MN-MPS). Cada componente descrito por meio de Guias e/ou de
Documentos do MPS.BR.
ISO/IEC 12207
ISO/IEC 15504
CMMI
Modelo de
Referncia
(MR-MPS)
Guia Geral
Guia de Aquisio
Programa
MPS.BR
Mtodo de
Avaliao
(MA-MPS)
Guia de Avaliao
Modelo de
Negcio
(MN-MPS)
Documentos do Programa
Figura 1 Componentes do MPS.BR

O Modelo de Referncia MR-MPS contm os requisitos que os processos das
unidades organizacionais devem atender para estar em conformidade com o MRMPS. Ele contm as definies dos nveis de maturidade, processos e atributos do
processo, e est descrito neste Guia Geral, na seo 8.
Adicionalmente, o Guia de Aquisio um documento complementar destinado a
organizaes que pretendam adquirir software e servios correlatos. O Guia de
Aquisio no contm requisitos do MR-MPS, mas boas prticas para a aquisio
de software e servios correlatos.
O Guia de Avaliao contm o processo e o mtodo de avaliao MA-MPS, os
requisitos para os avaliadores lderes, avaliadores adjuntos e Instituies
Avaliadoras (IA).
O processo e o mtodo de avaliao MA-MPS est em
conformidade com a norma ISO/IEC 15504-2 [ISO/IEC 15504-2, 2003].
O Modelo de Negcio MN-MPS descreve regras de negcio para implementao
do MR-MPS pelas Instituies Implementadoras (II), avaliao seguindo o MA-MPS
pelas Instituies Avaliadoras (IA), organizao de grupos de empresas para
implementao do MR-MPS e avaliao MA-MPS pelas Instituies Organizadoras
de Grupos de Empresas (IOGE), certificao de consultores de aquisio e
programas anuais de treinamento por meio de cursos, provas e workshops MPS.BR.
Um resumo executivo dessas regras de negcio est disponvel no Portal SOFTEX.
12/56
Base tcnica para a definio dos componentes do MPS.BR
7.1 ISO/IEC 12207 e suas emendas 1 e 2

A Norma ISO/IEC 12207 foi criada pela ISO the International Organization for
Standardization e o IEC - International Electrotechnical Commission dentro de um
esforo conjunto dessas organizaes.
Em 1988, foi proposto o desenvolvimento da norma e em agosto de 1995 ela foi
publicada como norma internacional. Em 1998, foi publicada a sua verso brasileira
que tem o mesmo nome que a internacional, somente acrescida das iniciais NBR.
Em outubro de 2002 e 2004, foram feitas atualizaes na norma ISO/IEC 12207,
chamadas de emendas 1 e 2 respectivamente, onde foram inseridas algumas
melhorias. Essas melhorias criaram novos ou expandiram escopo de alguns
processos, inseriram para cada processo o seu propsito e resultados e para os
novos processos definiram suas atividades e tarefas. Essas modificaes tm o
objetivo de representar a evoluo da Engenharia de Software, as necessidades
vivenciadas pelos usurios da norma e a harmonizao com a srie ISO/IEC 15504 Avaliao de Processo.
A norma ISO/IEC 12207 e suas emendas 1 e 2 estabelecem uma arquitetura comum
para o ciclo de vida de processos de software com uma terminologia bem definida.
Contm processos, atividades e tarefas a serem aplicadas durante o fornecimento,
aquisio, desenvolvimento, operao e manuteno de produtos de software e
servios correlatos.
Os processos definidos na NBR ISO/IEC 122076 devem ser utilizados como
referncia na implementao do MR-MPS e avaliao seguindo o MA-MPS.
possvel realizar incluses de novos processos ou excluses e alteraes de
processos que no sejam pertinentes ao negcio, seguindo o processo de
adaptao da NBR ISO/IEC 12207.
7.2 ISO/IEC 15504
Em setembro de 1992, a ISO realizou um estudo chamado Necessidades e
Exigncias para uma Norma de Avaliao de Processos de Software. O trabalho
concluiu que era pertinente a elaborao de uma norma que fosse aplicvel
melhoria de processos e determinao da capacidade. Este padro deveria
considerar os mtodos e normas j existentes (como por exemplo, o SW-CMM e a
ISO 9001), abranger todos os processos de software e ser construdo pelos
especialistas que j desenvolviam e trabalhavam com os mtodos e normas
existentes poca. Como resultado desse primeiro trabalho, a ISO iniciou em
janeiro de 1993 o projeto SPICE (Software Process Improvement and Capability
dEtermination) com o objetivo de produzir inicialmente um Relatrio Tcnico que
fosse, ao mesmo tempo, mais geral e abrangente que os modelos existentes e mais
especfico que a norma ISO 9001 originando assim a Norma ISO/IEC 15504
[ISO/IEC 15504-1, 2004],
6
A NBR ISO/IEC 12207 a traduo publicada da ISO/IEC 12207 pela ABNT.
13/56
A ISO/IEC 15504 presta-se realizao de avaliaes de processos de software

com dois objetivos: a melhoria de processos e a determinao da capacidade de
processos de uma unidade organizacional. Se o objetivo for a melhoria de
processos, a unidade organizacional pode realizar uma avaliao com o objetivo de
gerar um perfil dos processos que ser usado para a elaborao de um plano de
melhorias. A anlise dos resultados identifica os pontos fortes, os pontos fracos e os
riscos inerentes aos processos. No segundo caso, a organizao tem o objetivo de
avaliar um fornecedor em potencial, obtendo o seu perfil de capacidade. O perfil de
capacidade permite ao contratante estimar o risco associado contratao daquele
fornecedor em potencial para auxiliar na tomada de deciso de contrat-lo ou no.
7.3 CMMI-SE/SWSM
O modelo SW-CMM (Software Capability Maturity Model) foi definido no SEI
(Software Engineering Institute) a pedido do Departamento de Defesa dos Estados
Unidos. A partir de 1991, foram desenvolvidos CMMs para vrias disciplinas
(Engenharia de Sistemas, Engenharia de Software, Aquisio de Software, Gerncia
e Desenvolvimento da Fora de Trabalho, Desenvolvimento Integrado do Processo e
do Produto). Embora estes modelos tenham mostrado sua utilidade, o uso de
mltiplos modelos se mostrou problemtico. O CMMISM surgiu para resolver o
problema de se usar vrios modelos e o resultado da evoluo do SW-CMM,
SECM (System Engineering Capability Model) e IPD-CMM (Integrated Product
Development Capability Maturity Model). , portanto, o sucessor destes modelos.
Alm disso, o framework CMMISM foi desenvolvido para ser consistente e compatvel
com a ISO/IEC 15504 [SEI, 2002].
Existem dois tipos de representao no framework CMMISM: em estgios e contnua.
Tem-se, assim, um nico modelo que pode ser visto de duas perspectivas distintas.
A representao em estgios a representao usada no SW-CMM. Esta
representao define um conjunto de reas de processo para definir um caminho de
melhoria para a unidade organizacional, descrito em termos de nveis de
maturidade. A representao contnua o enfoque utilizado no SECM, no IPD-CMM
e tambm na ISO/IEC 15504. Este enfoque permite que uma organizao selecione
uma rea de processo especfica e melhore com relao a esta rea. A
representao contnua usa nveis de capacidade para caracterizar melhoria
relacionada a uma rea de processo.
O mtodo criado pelo SEI para avaliao CMMI o SCAMPI (Standard CMMI
Appraisal Method for Process Improvement), tambm baseado nos requisitos para
avaliao de processo da ISO/IEC 15504 [BUSH e DUNAWAY, 2005].
8
Descrio do MR-MPS
O Modelo de Referncia MR-MPS define nveis de maturidade que so uma

combinao entre processos e sua capacidade.
A definio dos processos segue a forma apresentada na Emenda 1 da ISO/IEC
12207, declarando o propsito e os resultados esperados de sua execuo. Isso
permite avaliar e atribuir graus de efetividade na execuo dos processos. As
atividades e tarefas necessrias para atender ao propsito e aos resultados
14/56
esperados no so definidas neste guia, devendo ficar a cargo dos usurios do

MR-MPS.
A capacidade do processo a caracterizao da habilidade do processo para
alcanar os objetivos de negcio, atuais e futuros; estando relacionada com o
atendimento aos atributos de processo associados aos processos de cada nvel de
maturidade.
8.1 Nveis de maturidade
Os nveis de maturidade estabelecem patamares de evoluo de processos,
caracterizando estgios de melhoria
da implementao de processos na
organizao. O nvel de maturidade em que se encontra uma organizao permite
prever o seu desempenho futuro ao executar um ou mais processos. O MR-MPS
define sete nveis de maturidade: A (Em Otimizao), B (Gerenciado
Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente
Definido), F (Gerenciado) e G (Parcialmente Gerenciado). A escala de maturidade se
inicia no nvel G e progride at o nvel A. Para cada um destes sete nveis de
maturidade atribudo um perfil de processos que indicam onde a organizao
deve colocar o esforo de melhoria. O progresso e o alcance de um determinado
nvel de maturidade MPS se obtm quando so atendidos os propsitos e todos os
resultados esperados dos respectivos processos e dos atributos de processo
estabelecidos para aquele nvel.
A diviso em estgios, embora baseada nos nveis de maturidade do CMMISE/SW SM tem uma graduao diferente, com o objetivo de possibilitar uma
implementao e avaliao mais adequada s micros, pequenas e mdias
empresas. A possibilidade de se realizar avaliaes considerando mais nveis
tambm permite uma visibilidade dos resultados de melhoria de processos em
prazos mais curtos.
8.2 Processo
Os processos no MR-MPS so descritos em termos de propsito, resultados e
informaes adicionais e esto detalhados na seo 9.
O propsito descreve o objetivo geral a ser atingido durante a execuo do
processo.
Os resultados esperados do processo estabelecem os resultados a serem obtidos
com a efetiva implementao do processo.
Estes resultados podem ser
evidenciados por um artefato produzido ou uma mudana significativa de estado ao
se executar o processo.
As informaes adicionais so referncias que podem ajudar na definio do
processo pela organizao. Normalmente, elas citam o processo ou subprocesso da
NBR ISO/IEC 12207 e a rea de processo do
CMMI-SE/SW SM que esto
relacionados ao processo do MR-MPS. Estas referncias fornecem descries de
atividades, tarefas
e melhores prticas que podem apoiar a definio e
implementao do processo nas organizaes.
15/56
Os processos so agrupados, por uma questo de organizao, de acordo com a

sua natureza, ou seja, o seu objetivo principal no ciclo de vida de software. Esse
agrupamento resultou em trs (3) classes de processos, que so:
Processos fundamentais - atendem o incio e a execuo do desenvolvimento,

operao ou manuteno dos produtos de software e servios correlatos durante
o ciclo de vida de software;
Processos de apoio - auxiliam um outro processo e contribuem para o sucesso e

qualidade do projeto de software;
Processos organizacionais - uma organizao pode empregar estes processos

em nvel corporativo para estabelecer, implementar e melhorar um processo do
ciclo de vida.
Os processos que compem o MR-MPS so os descritos na Figura 2 .
16/56
Processos Fundamentais
Processos Organizacionais
Gerncia de Projetos
Aquisio
Definio do Processo
Organizacional
Gerncia de Requisitos
Adaptao do Processo para
Gerncia do Projeto
Desenvolvimento de Requisitos
Avaliao e Melhoria do
Processo Organizacional
Soluo Tcnica
Gerncia de Riscos
Treinamento
Integrao do Produto
Gerncia Quantitativa do
Projeto
Desempenho do Processo
Organizacional
Anlise de Causas e
Resoluo
Implantao de Inovaes na
Organizao
Processos de Apoio
Garantia da Qualidade
Verificao
Gerncia de Configurao
Validao
Medio
Anlise de Deciso e
Resoluo
Figura 2 - Processos do MR-MPS

8.3 Capacidade do Processo
A capacidade do processo representada por um conjunto de atributos de processo
descrito em termos de resultados esperados. A capacidade do processo expressa
o grau de refinamento e institucionalizao com que o processo executado na
organizao. No MPS,
medida que a organizao evolui nos nveis de
maturidade, um maior nvel de capacidade para desempenhar o processo deve ser
atingido pela organizao.
O atendimento aos atributos do processo (AP), atravs do atendimento aos
resultados esperados dos atributos do processo (RAP) requerido para todos os
processos no nvel correspondente ao nvel de maturidade, embora eles no sejam
17/56
detalhados dentro de cada processo. Os nveis so acumulativos, ou seja, se a

organizao est no nvel F, esta possui o nvel de capacidade do nvel F que
inclui os atributos de processo dos nveis G e F para todos os processos
relacionados no nvel de maturidade F (que tambm inclui os processos de nvel G).
Isto significa que, ao passar do nvel G para o nvel F, os processos do nvel de
maturidade G passam a ser executados no nvel de capacidade correspondente ao
nvel F.
A capacidade do processo no MPS possui cinco (5) atributos de processos (AP) que
so: AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2. Cada AP est detalhado em termos de
resultados esperados do atributo de processo (RAP) para alcance completo do
atributo de processo, conforme definido a seguir:
AP 1.1 O processo executado
Este atributo uma medida da extenso na qual o processo atinge o seu propsito.
Resultado esperado:
RAP1. O processo atinge seus resultados definidos.
AP 2.1 O processo gerenciado
Este atributo
gerenciada.
uma medida da extenso na qual a execuo do processo
Resultados esperados:
RAP 2. Existe uma poltica organizacional estabelecida e mantida para o
processo;
RAP 3. A execuo do processo planejada;
RAP 4 (para o Nvel G)7. A execuo do processo monitorada e ajustes so
realizados para atender aos planos;
RAP 4 (a partir do Nvel F). Medidas so planejadas e coletadas para
monitorao da execuo do processo;
RAP 5. Os recursos necessrios para a execuo do processo so identificados
e disponibilizados;
RAP 6. As pessoas que executam o processo so competentes em termos de
formao, treinamento e experincia;
RAP 7. A comunicao entre as partes interessadas no processo gerenciada
de forma a garantir o seu envolvimento no projeto;
RAP 8. O estado, atividades e resultados do processo so revistos com os
nveis adequados de gerncia (incluindo a gerncia de alto nvel) e problemas
pertinentes so tratados.
O RAP 4 tem exigncias diferentes para o Nvel G e para os nveis posteriores.
18/56
AP 2.2 Os produtos de trabalho do processo so gerenciados

Este atributo uma medida da extenso na qual os produtos de trabalho
produzidos pelo processo so gerenciados apropriadamente.
Resultado esperado:
RAP 9. Os produtos de trabalho so documentados, revistos e controlados em
nveis apropriados de gerncia de configurao.
AP 3.1. O processo definido
Este atributo uma medida da extenso na qual um processo-padro mantido
para apoiar a implementao do processo definido.
RAP 10. Um processo padro definido, incluindo diretrizes para sua
adaptao para o processo definido;
RAP 11. A seqncia e interao do processo-padro com outros processos so
determinadas;
AP 3.2 O processo est implementado
Este atributo uma medida da extenso na qual o processo-padro efetivamente
implementado como um processo definido para atingir seus resultados.
Resultado esperado:
RAP 12. Dados apropriados so coletados e analisados, constituindo uma base
para o entendimento do comportamento do processo, para demonstrar a
adequao e a eficcia do processo, e avaliar onde pode ser feita a melhoria
contnua do processo.
A Tabela 1 apresenta os nveis de maturidade do MR-MPS, os processos e os
atributos de processo correspondentes a cada nvel.
19/56
Tabela 1 - Nveis de maturidade do MR-MPS

Nvel
Processos
Atributos de Processo
Implantao
de
Inovaes
(mais Organizao
alto) Anlise de Causas e Resoluo
B
Desempenho
Organizacional
do
na AP 1.1, AP 2.1, AP 2.2, AP 3.1 e

AP3.2
Processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e

AP3.2
Gerncia Quantitativa do Projeto

C
Anlise de Deciso e Resoluo
AP 1.1, AP 2.1, AP 2.2, AP 3.1 e

AP3.2
Gerncia de Riscos
D
Desenvolvimento de Requisitos
AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP3.2
Soluo Tcnica
Integrao do Produto
Verificao
Validao
E
Treinamento
Definio do Processo Organizacional AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP3.2
Avaliao e Melhoria do Processo
Organizacional
Adaptao
do
Processo
Gerncia do Projeto
para
Medio
Gerncia de Configurao
AP 1.1, AP 2.1 e AP 2.2
Aquisio
Garantia da Qualidade
G
Gerncia de Requisitos
AP 1.1 e AP 2.1
Gerncia do Projeto
20/56
Descrio detalhada dos processos
Nessa seo os processos so descritos de forma detalhada em termos de

propsito e resultados esperados, inserindo-se como informaes adicionais uma
correlao com a NBR ISO/IEC 12207 e suas emendas 1 e 2, e o CMMI-SE/SW SM
.
e bibliografia de apoio. Essas referncias contm atividades, tarefas e prticas que
podem ser utilizadas para orientar a definio e implementao do processo na
organizao.
Os processos esto descritos ordenados pelo nvel de maturidade de forma
crescente, sendo que cada nvel inclui os processos do nvel anterior.
21/56
9.1 Nvel G - Parcialmente Gerenciado

O nvel de maturidade G composto pelos processos Gerncia do Projeto e
Gerncia de Requisitos. Neste nvel os processos devem satisfazer os atributos de
processo AP 1.1 e AP 2.1.
9.1.1 Processo: Gerncia do Projeto - GPR
Nvel MR-MPS: G Parcialmente Gerenciado
Propsito:
O propsito do processo Gerncia de Projetos identificar, estabelecer, coordenar e
monitorar as atividades, tarefas e recursos que um projeto necessita para produzir
um produto e/ou servio, no contexto dos requisitos e restries do projeto.
GPR 1.
O escopo do trabalho para o projeto est definido;
GPR 2.
O escopo, os produtos de trabalho e as tarefas do projeto so

estimados, atravs de mtodos apropriados;
GPR 3.
As fases do ciclo de vida do projeto so definidas;
GPR 4.
A viabilidade de atingir as metas do projeto, considerando as

restries e os recursos disponveis, avaliada. Se necessrio ajustes
so realizados;
GPR 5.
As tarefas, os recursos e a infra-estrutura necessrios para completar

o trabalho so planejados;
GPR 6.
O cronograma e o oramento do projeto so estabelecidos e

mantidos;
GPR 7.
Os riscos do projeto so identificados e o seu impacto, probabilidade

de ocorrncia e prioridades de tratamento so determinados e
documentados;
GPR 8.
Os dados relevantes do projeto so identificados, coletados,

armazenados e distribudos. Um mecanismo estabelecido para
acess-los, incluindo (se pertinente) questes de privacidade e
segurana;
GPR 9.
Os recursos humanos para o projeto so planejados considerando o

perfil e o conhecimento necessrios para execut-lo;
GPR 10. O esforo e o custo para os produtos de trabalho e tarefas so

estimados baseados em dados histricos ou referncias tcnicas;
GPR 11. O envolvimento dos interessados no projeto planejado;
22/56
GPR 12. O planejamento do projeto revisado com todos os interessados e o

compromisso com o mesmo obtido;
GPR 13. O planejamento do projeto monitorado no que se refere a
cronograma, custos, recursos, riscos, envolvimento dos interessados
e dados;
GPR 14. Revises so realizadas em marcos do projeto conforme estabelecido
no planejamento;
GPR 15. Registros e anlise dos problemas identificados nas monitoraes so
estabelecidos;
GPR 16. Aes corretivas so estabelecidas quando necessrio e gerenciadas
at a sua concluso.
Informaes adicionais para definio e implementao do processo:
Consulte NBR ISO/IEC 12207 e as emendas 1 e 2 da ISO/IEC 12207
Subprocesso Gerncia de Projetos
Consulte ISO/IEC 15504-5:
Processo Gerncia de Projetos
Consulte CMMI-SE/SW SM:
reas de Processo Planejamento de Projetos e Monitorao e Controle de
Projetos
Bibliografia de apoio:
[PMBOK, 2004] A Guide to the Project Management Body of Knowledge PMBOK, Project Management Institute (PMI), 2004.
[ISO/IEC TR 16326, 1999] the International Organization for Standardization and
International Electrotechnical Commission. Software Engineering - ISO/IEC
TR 16326: Software Engineering - Guide for the Application of ISO/IEC
12207 to Project Management, Geneve: ISO, 1999.
[ISO 10006, 2003] the International Organization for Standardization. Quality
Management Systems - Guidelines for Quality Management in Projects.
Geneve, 2003.
23/56
9.1.2 Processo: Gerncia de Requisitos - GRE

Nvel MR-MPS: G Parcialmente Gerenciado
Propsito:
O propsito do processo Gerncia de Requisitos gerenciar os requisitos dos
produtos e componentes do produto do projeto e identificar inconsistncias entre
esses requisitos e os planos e produtos de trabalho do projeto.
GRE 1.
Uma comunicao contnua com os fornecedores de requisitos

estabelecida;
GRE 2.
O entendimento dos requisitos obtido;
GRE 3.
A aceitao dos requisitos estabelecida por meio de critrios

objetivos;
GRE 4.
O comprometimento com os requisitos estabelecido e mantido;
GRE 5.
A rastreabilidade entre os requisitos, os planos do projeto e os

produtos de trabalho estabelecida e mantida;
GRE 6.
Inconsistncias entre os planos do projeto, os produtos de trabalho e

os requisitos so identificadas e corrigidas;
GRE 7.
Mudanas nos requisitos so gerenciadas ao longo do projeto.

Consulte NBR ISO/IEC 12207 e as emendas 1 e 2 da ISO/IEC 12207:
Subprocessos Elicitao de Requisitos e Anlise de Requisitos de Software
Processos Elicitao de Requisitos e Anlise de Requisitos de Software
rea de Processo Gerncia de Requisitos
24/56
9.2 Nvel F Gerenciado

O nvel de maturidade F composto pelos processos do nvel de maturidade
anterior (G) acrescidos dos processos Aquisio, Gerncia de Configurao,
Garantia da Qualidade e Medio. Todos estes processos devem satisfazer os
atributos de processo AP 1.1, AP 2.1 e AP 2.2.
9.2.1 Processo: Aquisio - AQU
Nvel MR-MPS: F - Gerenciado
Propsito:
O propsito do processo de Aquisio se obter um produto e/ou servio que
satisfaa a necessidade expressa pelo cliente.
AQU 1.
As necessidades de aquisio, as metas, os critrios de aceitao do

produto e/ou servio, os tipos e estratgia de aquisio so definidos;
AQU 2.
Os critrios de seleo do fornecedor so estabelecidos e usados

para avaliar os potenciais fornecedores;
AQU 3.
O fornecedor selecionado com base na avaliao das propostas e

dos critrios estabelecidos;
AQU 4.
Um acordo que expresse claramente a expectativa, as

responsabilidades e as obrigaes de ambos (cliente e fornecedor)
estabelecido e negociado entre o cliente e o fornecedor;
AQU 5.
Um produto e/ou servio que satisfaz a necessidade expressa pelo

cliente adquirido baseado na anlise dos potenciais candidatos;
AQU 6.
A aquisio monitorada de forma que as condies especificadas

so atendidas, tais como: custo, cronograma e qualidade e, se
necessrio, aes corretivas so conduzidas;
AQU 7.
O produto e/ou servio de software entregue avaliado em relao ao

acordado e os resultados da aceitao so documentados.
AQU 8.
O produto adquirido (caso pertinente) incorporado ao projeto.

Consulte MPS.BR Guia de Aquisio
Processo Aquisio, Subprocessos Preparao da Aquisio, Seleo do
Fornecedor, Monitoramento do Fornecedor e Aceitao do Cliente
25/56

Processos de Preparao da Aquisio, Seleo do Fornecedor, Monitoramento
do Fornecedor e Aceitao do Cliente
rea de Processo Gerncia de Acordo com Fornecedores
[PMBOK, 2004] A Guide to the Project Management Body of Knowledge PMBOK, Project Management Institute (PMI), 2004.
26/56
9.2.2 Processo: Gerncia de Configurao - GCO

Propsito:
O propsito do processo de Gerncia de Configurao estabelecer e manter a
integridade de todos os produtos de trabalho de um processo ou projeto e
disponibiliz-los a todos os envolvidos.
GCO 1. Os itens de configurao so identificados;
GCO 2. Os itens de configurao gerados pelo projeto so definidos e
colocados sob uma linha base;
GCO 3. estabelecido e mantido um Sistema de Gerncia de Configurao;
GCO 4. As modificaes e liberaes dos itens de configurao so
controladas;
GCO 5. As modificaes e liberaes so disponibilizadas para todos os
envolvidos;
GCO 6. A situao dos itens de configurao e as solicitaes de mudanas
so registradas, relatadas e o seu impacto analisado;
GCO 7. A completeza e a consistncia dos itens de configurao so
asseguradas;
GCO 8. O armazenamento, o manuseio e a entrega dos produtos de traballho
so controlados;;
GCO 9. A integridade das linhas bases (baselines) estabelecida e mantida,
atravs de auditoria da configurao e de registros da Gerncia de
Configurao.
Processo Gerncia de Configurao
Processo Gerncia de Configurao
rea de Processo Gerncia de Configurao
27/56
[ISO/IEC TR 15846, 1998] the International Organization for Standardization and
the International Electrotechnical Commission. Information Technology Software Life Cycle Processes - Configuration Management, Geneve:
ISO,1998.
28/56
9.2.3 Processo: Garantia da Qualidade - GQA

Propsito:
O propsito do processo Garantia da Qualidade garantir que os produtos de
trabalho e a execuo dos processos esto em conformidade com os planos e
recursos predefinidos.
GQA 1.
A aderncia dos produtos aos padres, procedimentos e requisitos

aplicveis avaliada objetivamente;
GQA 2.
A aderncia dos processos executados aos padres, procedimentos e

requisitos aplicveis avaliada objetivamente;
GQA 3.
Os produtos de trabalho so avaliados antes de serem entregues ao

cliente e em marcos predefinidos ao longo do ciclo de vida do projeto;
GQA 4.
Os problemas e as no-conformidades so identificados, registrados e

comunicados;
GQA 5.
Aes corretivas para no-conformidades so estabelecidas e

acompanhadas at as suas efetivas concluses;
GQA 6.
O escalonamento das aes corretivas para nveis superiores

realizado, quando necessrio, de forma a garantir a soluo das
mesmas;
GQA 7.
A aderncia ao processo de Garantia da Qualidade e de seus

produtos de trabalho aos padres, procedimentos e requisitos
aplicveis avaliada objetivamente.

Subprocesso Garantia da Qualidade
Processo Garantia da Qualidade
rea de Processo Garantia da Qualidade do Processo e do Produto
29/56
9.2.4 Processo: Medio - MED

Propsito:
O propsito do processo Medio coletar e analisar os dados relativos aos
produtos desenvolvidos e aos processos implementados na organizao e em seus
projetos, de forma a apoiar os objetivos organizacionais.
MED 1.
Objetivos e atividades de medio so estabelecidos a partir das

necessidades de informao e objetivos da organizao;
MED 2.
Um conjunto adequado de medidas, orientado pelas necessidades de

informao e objetivos de medio, identificado e/ou desenvolvido,
priorizado, documentado, revisado e atualizado;
MED 3.
As atividades coleta e armazenamento so especificadas, incluindo-se

mtodos e ferramentas;
MED 4.
As atividades de anlise so especificadas, incluindo-se mtodos e

ferramentas;
MED 5.
Os dados requeridos so coletados e analisados;
MED 6.
Os dados e os resultados so armazenados;
MED 7.
As informaes produzidas so usadas para apoiar decises e para

fornecer uma base objetiva para comunicao aos interessados.

Subrocesso Medio
Processo Medio
rea de Processo Medio e Anlise
[McGARRY et al., 2001] McGarry, John; Card, David; Jones, Cheryl; Layman,
Beth; Clark, Elizabeth; Dean, Joseph; Hall, Fred Hall. Practical Software
Measurement: Objective Information for Decision Makers, Addison
Wesley Professional, 2001.
30/56
[ISO/IEC 15939, 2003] the International Organization for Standardization and the
International Electrotechnical Commission. Software Engineering - Software
Measurement Process, Geneve: ISO, 2003.
[PARK et al., 1996] R. E. Park, W. B. Goethert, W. A. Florac. Goal-Driven
Software MeasurementA Guidebook. CMU/SEI-96-HB-002, Software
Engineering Institute, 1996.
[SOLLINGEN e BERGHOUT, 1999] SOLLINGEN, Rini V., BERGHOUT, Egon,
The Goal/Question Metric Method, A Practical Guide For Quality
Improvement of Software Development, McGraw Hill, 1999.
[PUTNAM e MAYERS, 2003] PUTNAM, Lawrence H., MAYERS, Ware, Five
Core Metrics The Intelligence Behind Sucessful Software Management,
Dorset House Publishing, 2003
31/56
9.3 Nivel E - Parcialmente Definido

O nvel de maturidade E composto pelos processos dos nveis de maturidade
anteriores (G e F), acrescidos dos processos Adaptao do Processo para Gerncia
do Projeto, Avaliao e Melhoria do Processo Organizacional, Definio do Processo
Organizacional, e Treinamento. Todos os processos devem satisfazer os atributos
de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2.
9.3.1 Processo: Adaptao do Processo para Gerncia do Projeto - APG
Nvel MR-MPS: E Parcialmente Definido
Propsito:
O propsito do processo Adaptao do Processo para Gerncia do Projeto
estabelecer e gerenciar o projeto e envolver os interessados de acordo com o
processo definido e integrado que adaptado do conjunto de processos-padro da
organizao.
APG 1.
Um processo definido para o projeto estabelecido de acordo com a

estratgia para adaptao de processo da organizao. ;
APG 2.
O planejamento e as estimativas das atividades do projeto so feitos

baseados no repositrio de estimativas e no conjunto de ativos de
processos organizacionais;
APG 3.
O Plano do Projeto e outros planos que afetam o projeto so

integrados;
APG 4.
O projeto gerenciado utilizando-se o Plano do Projeto, outros planos

que afetam o projeto e o processo definido para o projeto;
APG 5.
Os produtos de trabalho, medies e experincias documentadas

contribuem para os ativos de processos organizacionais;
APG 6.
O envolvimento dos interessados no projeto gerenciado;
APG 7.
Dependncias crticas so identificadas, negociadas e acompanhadas

com os interessados ;
APG 8.
Questes pertinentes so resolvidas com os interessados.

Processo de Adaptao e Subprocesso Gerncia de Projetos
Processo Gerncia de Projetos
32/56

rea de Processo Gerncia Integrada do Projeto (sem IPPD)
33/56
9.3.2 Processo: Avaliao e Melhoria do Processo Organizacional - AMP

Propsito:
O propsito do processo Avaliao e Melhoria do Processo Organizacional
determinar o quanto os processos-padro da organizao contribuem para a
organizao a planejar e implementar melhorias contnuas nos processos com base
no entendimento de seus pontos fortes e fracos.
AMP 1.
A descrio das necessidades e os objetivos dos processos da

organizao esto estabelecidos e mantidos;
AMP 2.
As informaes e os dados relacionados ao uso dos processospadro para projetos especficos existem e so mantidos em
repositrio especfico;
AMP 3.
Revises dos processos-padro da organizao so realizadas em

intervalos adequados para assegurar sua adequao e efetividade e
manter o entendimento de seus pontos fortes e fracos;
AMP 4.
Registros precisos das avaliaes realizadas so obtidos e mantidos

acessveis;
AMP 5.
Os objetivos de melhoria so identificados e priorizados e as

conseqentes mudanas nos processos so planejadas e
implementadas de forma controlada e com resultados previsveis;
AMP 6.
A implantao de ativos do processo organizacional ou de alteraes

nestes ativos so implementadas de forma controlada na organizao;
AMP 7.
Experincias relacionadas aos processos so incorporadas nos ativos

do processo organizacional;
AMP 8.
Dados tcnicos, histricos e resultantes das avaliaes so

analisados e usados para melhorar os processos, recomendar
mudanas nos projetos e determinar necessidades de mudanas
tecnolgicas.

Subprocessos Avaliao do Processo e Melhoria do Processo
Processos Avaliao do Processo e Melhoria do Processo
34/56

rea de Processo Foco no Processo Organizacional
35/56
9.3.3 Processo: Definio do Processo Organizacional - DFP

Propsito:
O propsito do processo Definio do Processo Organizacional estabelecer e
manter um conjunto de ativos dos processos organizacionais usvel e aplicvel s
necessidades de negcio da organizao.
DFP 1.
Um conjunto de processos-padro da organizao definido e

documentado, juntamente com a indicao da aplicabilidade de cada
processo;
DFP 2.
O conjunto de processos definido mantido em uma biblioteca de

ativos de processos da organizao com mecanismos de consulta e
recuperao;
DFP 3.
Tarefas, atividades e produtos de trabalho associados aos processospadro so identificados e detalhados, juntamente com as
caractersticas de desempenho esperadas;
DFP 4.
As descries dos modelos de ciclo de vida a serem utilizados nos

projetos da organizao so estabelecidas e mantidas;
DFP 5.
So desenvolvidas estratgias para adaptao do processo-padro

de acordo com as necessidades dos projetos;
DFP 6.
O repositrio de medidas da organizao estabelecido e mantido.

Subprocesso Estabelecimento do Processo
Processo Estabelecimento do Processo
rea de Processo Definio do Processo Organizacional
36/56
9.3.4 Processo: Treinamento - TRE

Propsito:
O propsito do processo Treinamento prover a organizao e os projetos com
profissionais que possuam os conhecimentos e as habilidades necessrias para
executar suas funes de forma efetiva.
TRE 1.
Uma estratgia de treinamento planejada e implementada com o

objetivo de atender as necessidades de treinamento dos projetos e da
organizao;
TRE 2.
As necessidades de treinamento que so responsabilidade da

organizao so identificadas;
TRE 3.
Para garantir que todos os indivduos tenham o conhecimento e

habilidades requeridas para executar suas atividades, estabelecida
uma estratgia para treinamento que contemple mecanismos,
materiais e instrutores qualificados;
TRE 4.
O treinamento conduzido e registrado;
TRE 5.
A efetividade do treinamento avaliada.

Processo de Treinamento
Processo de Treinamento
rea de Processo Treinamento Organizacional
37/56
9.4 Nvel D - Largamente Definido

O nvel de maturidade D composto pelos processos dos nveis de maturidade
anteriores ( G ao E), acrescidos dos processos Desenvolvimento de Requisitos,
Integrao do Produto, Soluo Tcnica, Validao, e Verificao. Todos
os
processos devem satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1
e AP 3.2.
9.4.1 Processo: Desenvolvimento de Requisitos - DRE
Nvel MR-MPS: D Largamente Definido
Propsito:
O propsito do processo Desenvolvimento de Requisitos estabelecer os requisitos
dos componentes do produto, do produto e do cliente.
DRE 1.
As necessidades e expectativas, restries e requisitos de interface do

cliente so identificadas;
DRE 2.
Um conjunto definido de requisitos funcionais e no-funcionais que

descrevem a soluo do problema a ser resolvido estabelecido a
partir das necessidades, expectativas, restries e requisitos do
cliente e da interface ;
DRE 3.
Os requisitos do cliente so refinados, elaborados e alocados para o

desenvolvimento dos requisitos do produto e dos componentes do
produto;
DRE 4.
Conceitos operacionais e cenrios so desenvolvidos;
DRE 5.
A definio das funcionalidades requeridas desenvolvida e mantida;
DRE 6.
Os requisitos so analisados para assegurar que so necessrios e

suficientes e para balancear as necessidades dos interessados com
as restries existentes;
DRE 7.
Os requisitos so validados.

Subprocessos Anlise de Requisitos de Sistema e Anlise de Requisitos de
Software.
Processos Anlise de Requisitos de Sistema e Anlise de Requisitos de
Software.
38/56

rea de Processo Desenvolvimento de Requisitos
39/56
9.4.2 Processo: Integrao do Produto - ITP

Nvel MR-MPS: D - Largamente Definido
Propsito:
O propsito do processo Integrao do Produto compor os componentes do
produto, produzindo um produto integrado consistente com o projeto (design), e
demonstrar que os requisitos funcionais e no-funcionais so satisfeitos para o
ambiente alvo ou equivalente.
ITP 1.
Uma estratgia de integrao, consistente com o projeto (design) e

com os requisitos do produto, desenvolvida para os componentes do
produto. Esta estratgia deve determinar os componentes do produto
que sero integrados e a seqncia de integrao dos componentes;
ITP 2.
Um ambiente para integrao dos componentes do produto

estabelecido e mantido;
ITP 3.
A compatibilidade das interfaces internas e externas dos componentes

do produto assegurada;
ITP 4.
As definies, projeto e mudanas nas interfaces internas e externas

so gerenciados para os componentes dos produtos e produtos;
ITP 5.
Cada componente do produto verificado, utilizando-se critrios

definidos, para confirmar que os mesmos esto prontos para a
integrao;
ITP 6.
Os componentes do produto so integrados, de acordo com a

seqncia determinada e seguindo os procedimentos e critrios para
integrao;
ITP 7.
Os componentes do produto integrados so avaliados e os resultados

da integrao so registrados;
ITP 8.
Uma estratgia de regresso desenvolvida e aplicada para uma

nova verificao do produto quando ocorre uma mudana nos
componentes do produto (incluindo requisitos, projeto e cdigos
associados);
ITP 9.
O produto e a documentao relacionada so preparados e entregues

ao cliente.

Subprocessos Integrao de Software, Integrao de Sistemas e Instalao de
Software
40/56

Processos de Integrao de Software, Teste de Software e Integrao de
Sistemas.
rea de Processo Integrao do Produto
41/56
9.4.3 Processo: Soluo Tcnica - STE

Nvel MR-MPS: D Largamente Definido
Propsito:
O propsito do processo Soluo Tcnica projetar, desenvolver e implementar
solues para atender aos requisitos.
STE 1.
Alternativas de soluo para atender aos requisitos definidos so

desenvolvidas de acordo com critrios identificados;
STE 2.
Solues so selecionadas para o produto ou componentes do

produto com base em cenrios definidos e em critrios identificados;
STE 3.
O produto ou componente do produto projetado e documentado;
STE 4.
As interfaces entre os componentes do produto so projetadas com

base em critrios predefinidos;
STE 5.
Uma anlise dos componentes do produto conduzida para decidir

sobre sua construo, compra ou reuso;
STE 6.
Os componentes do produto e a sua documentao associada so

implementados e verificados de acordo com o projeto;
STE 7.
A documentao identificada, desenvolvida e disponibilizada de

acordo com os padres identificados;
STE 8.
A documentao mantida de acordo com os critrios definidos.

Processo de Documentao,
Subprocessos Projeto (design) de Software, Projeto (design) de Sistema
Processos Projeto (design) da Arquitetura do Sistema, Projeto (design) do
Software e Processo de Documentao.
rea de Processo Soluo Tcnica
42/56
9.4.4 Processo: Validao - VAL

Propsito:
O propsito do processo Validao confirmar que um produto ou componente do
produto atender a seu uso pretendido quando colocado no ambiente para o qual
foi desenvolvido.
VAL 1.
Produtos de trabalho a serem validados so identificados;
VAL 2.
Uma estratgia de validao desenvolvida e implementada

estabelecendo cronograma, participantes envolvidos, mtodos para
validao e qualquer material a ser utilizado na validao;
VAL 3.
Critrios para validao dos produtos de trabalho a serem validados

so identificados e um ambiente para validao estabelecido;
VAL 4.
Atividades de validao
so executadas para garantir que os
produtos de software esto prontos para uso no ambiente operacional
pretendido;
VAL 5.
Problemas so identificados, registrados e aes corretivas so

realizadas;
VAL 6.
Evidncias de que os produtos de software desenvolvidos esto

prontos para o uso pretendido so fornecidas;
VAL 7.
Resultados de atividades de validao

disponibilizados para os interessados.
so
analisados

Processo Validao
Processo Validao
rea de Processo Validao
43/56
9.4.5 Processo: Verificao - VER

Propsito:
O propsito do processo Verificao confirmar que cada servio e/ou produto de
trabalho do processo ou do projeto reflete apropriadamente os requisitos
especificados.
VER 1.
Produtos de trabalho a serem verificados so identificados;
VER 2.
Uma estratgia de verificao desenvolvida e implementada

estabelecendo cronograma, revisores envolvidos,
mtodos para
verificao e qualquer material a ser utilizado na verificao;
VER 3.
Critrios para verificao dos

produtos de trabalho a serem
verificados so identificados e um ambiente para verificao
estabelecido;
VER 4.
Atividades de verificao, incluindo testes e revises por pares, so

executadas;
VER 5.
Defeitos so identificados,
realizadas.
VER 6.
Resultados de atividades de verificao

disponibilizados para os interessados;
registrados e aes corretivas so

so
analisados

Processo Verificao e Reviso Conjunta
Processo Verificao e Reviso Conjunta
rea de Processo Verificao
44/56
9.5 Nvel C Definido

O nvel de maturidade C composto pelos processos dos nveis - de maturidade
anteriores (G ao D), acrescidos dos processos Anlise de Deciso e Resoluo e
Gerncia de Riscos. Todos os processos devem satisfazer os atributos de processo
AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2.
9.5.1 Processo: Anlise de Deciso e Resoluo - ADR
Nvel MR-MPS: C - Definido
Propsito:
O propsito do processo Anlise de Deciso e Resoluo analisar possveis
decises usando um processo formal da avaliao das alternativas identificadas em
relao a critrios estabelecidos.
ADR 1.
O problema ou questo a ser objeto de um processo formal de tomada

de deciso definido;
ADR 2.
Guias para a anlise de deciso so estabelecidos e mantidos;
ADR 3.
Alternativas de soluo aceitveis para o problema ou questo

identificadas;
ADR 4.
Critrios para avaliao das

alternativas de soluo so
estabelecidos e mantidos em ordem de importncia de forma que os
critrios mais importantes exeram mais influncia na avaliao;
ADR 5.
Os mtodos de avaliao das alternativas de soluo

selecionados de acordo com sua viabilidade de aplicao;
ADR 6.
Solues alternativas so avaliadas usando os critrios e mtodos

estabelecidos;
ADR 7.
Decises so baseadas na avaliao das alternativas utilizando os

critrios de avaliao estabelecidos.
so
so

rea de Processo Anlise de Deciso e Resoluo
45/56
9.5.2 Processo: Gerncia de Riscos - GRI

Nvel MR-MPS: C - Definido
Propsito:
O propsito do processo Gerncia de Riscos identificar, gerenciar e reduzir
continuamente os riscos em nvel organizacional e de projeto.
GRI 1.
O escopo da gerncia de riscos determinado;
GRI 2.
As origens e as categorias de riscos so determinadas, os parmetros

usados para quantificao da probabilidade e severidade so
definidos e as ameaas e suas fronteiras para cada categoria de risco
so definidas;
GRI 3.
Estratgias apropriadas para a gerncia de riscos so definidas e

implementadas;
GRI 4.
Os riscos do projeto so identificados e documentados incluindo seu

contexto, condies e possveis conseqncias para o projeto e as
partes que sero afetadas;
GRI 5.
Os riscos so priorizados, estimados e classificados de acordo com as

categorias e os parmetros definidos;
GRI 6.
Planos para a mitigao de riscos so desenvolvidos.
GRI 7.
Os riscos so analisados e a prioridade de aplicao dos recursos

para o monitoramento desses riscos determinada;
GRI 8.
A situao de cada risco periodicamente monitorada e o plano de

mitigao de riscos implementado quando apropriado;
GRI 9.
As medies de desempenho nas atividades de tratamento de risco

so coletadas;
GRI 10.
Aes apropriadas so executadas para corrigir ou evitar o impacto

dos riscos.

Subprocesso Gerncia de Riscos
Processo Gerncia de Risco
rea de Processo Gerncia de Riscos
46/56
9.6 Nvel B - Gerenciado Quantitativamente

Este nvel de maturidade composto pelos processos dos nveis de maturidade
anteriores (G ao C), acrescidos dos processos Desempenho do Processo
Organizacional e Gerncia Quantitativa do Projeto. Todos os processos devem
satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2.
9.6.1 Processo: Desempenho do Processo Organizacional - DEP
Nvel MR-MPS: B Gerenciado Quantitativamente
Propsito:
O propsito do processo Desempenho do Processo Organizacional estabelecer e
manter um entendimento quantitativo do desempenho dos processos-padro da
organizao para apoiar os objetivos para qualidade e para o desempenho dos
processos. Tambm propsito deste processo fornecer dados, linhas-bsicas
(baselines) e modelos para gerenciar quantitativamente os projetos da organizao.
DEP 1.
A partir do conjunto de processos-padro da organizao, so

selecionados os processos e/ou elementos de processos que sero
objeto de anlise de desempenho;
DEP 2.
Medidas para anlise do desempenho dos processos da organizao

so estabelecidas e mantidas;
DEP 3.
Objetivos quantitativos para qualidade e para o desempenho dos

processos da organizao so definidos e mantidos;
DEP 4.
Linhas bases (baselines) de desempenho dos processos da

organizao so estabelecidas;
DEP 5.
Modelos de desempenho do processo para o conjunto de processospadro da organizao so estabelecidos e mantidos.

rea de Processo Desempenho do Processo Organizacional
[McGARRY et al., 2001] McGarry, John; Card, David; Jones, Cheryl; Layman,
Beth; Clark, Elizabeth; Dean, Joseph; Hall, Fred Hall. Practical Software
Measurement: Objective Information for Decision Makers, Addison
Wesley Professional, 2001.
47/56
9.6.2 Processo: Gerncia Quantitativa do Projeto - GQP

Nvel MR-MPS: B Gerenciado Quantitativamente
Propsito:
O propsito do processo Gerncia Quantitativa do Projeto gerenciar
quantitativamente o processo definido para o projeto de forma a alcanar os
objetivos para qualidade e para o desempenho do processo estabelecidos para o
projeto.
GQP 1.
Os objetivos para qualidade e para o desempenho do processo para o

projeto so estabelecidos e mantidos;
GQP 2.
Os sub-processos mais adequados para compor o processo definido

para o projeto so selecionados com base na estabilidade histrica,
em dados de capacidade e em critrios previamente estabelecidos;
GQP 3.
Sub-processos do processo definido para o projeto e que sero

gerenciados estatisticamente so escolhidos a partir de critrios
previamente estabelecidos;
GQP 4.
O projeto monitorado para determinar se seus objetivos para

qualidade e para o desempenho do processo sero atingidos e aes
corretivas so identificadas quando necessrio;
GQP 5.
Medidas e tcnicas de anlise para gerenciar estatisticamente os subprocessos escolhidos so selecionadas;
GQP 6.
O entendimento da variao dos sub-processos escolhidos para

gerncia quantitativa , utilizando as medidas e tcnicas de anlise
selecionadas, estabelecido e mantido;
GQP 7.
O desempenho dos sub-processos

escolhidos para gerncia
quantitativa monitorado para determinar a sua capacidade de
satisfazer os seus objetivos para qualidade e para o desempenho e
aes so identificadas quando for necessrio tratar deficincias dos
sub-processos;
GQP 8.
Dados estatsticos e de gerncia da qualidade so incorporados ao

repositrio de medidas da organizao.

rea de Processo Gerncia Quantitativa do Projeto
48/56
9.7 Nvel A - Em Otimizao

Este nvel de maturidade composto pelos processos dos nveis de maturidade
anteriores (G ao B), acrescidos dos processos Implantao de Inovaes na
Organizao e Anlise e Resoluo de Causas. Todos os processos devem
satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2.
9.7.1 Processo: Implantao de Inovaes na Organizao - IIO
Nvel MR-MPS: A Em Otimizao
Propsito:
O propsito do processo Implantao de Inovaes na Organizao selecionar e
implantar melhorias incrementais e inovadoras que, de forma mensurada, melhorem
os processos e as tecnologias da organizao. As melhorias implantadas apiam os
objetivos de qualidade e de desempenho dos processos da organizao, que so
derivados de seus objetivos de negcio.
IIO 1.
Propostas de melhoria do processo e de melhoria tecnolgica so

coletadas e analisadas;
IIO 2.
As melhorias inovadoras que aumentem a qualidade da organizao e

o desempenho do seu processo so identificadas e analisadas;
IIO 3.
Projetos-piloto so planejados e realizados para identificar as

melhorias no processo e as melhorias tecnolgicas que sero
implementadas;
IIO 4.
As propostas de melhoria no processo e de melhorias tecnolgicas

so selecionadas com base em critrios quantificveis definidos a
partir dos objetivos de qualidade e de desempenho do processo da
organizao;
IIO 5.
Os planos para a implantao das melhorias no processo e das

melhorias tecnolgicas selecionadas so estabelecidos e mantidos;
IIO 6.
A implantao das melhorias no processo e das melhorias

tecnolgicas realizada e gerenciada a partir dos planos;
IIO 7.
Os efeitos resultantes da implantao das melhorias no processo e

das melhorias tecnolgicas so medidos e documentados.

rea de Processo Inovao e Implantao na Organizao
49/56
9.7.2 Processo: Anlise de Causas e Resoluo- ARC

Nvel MR-MPS: A Em Otimizao
Propsito:
O propsito do processo Anlise de Causas e Resoluo identificar causas de
defeitos e de outros problemas e tomar aes para prevenir suas ocorrncias no
futuro.
ARC 1.
Dados de defeitos e de outros problemas so selecionados para

anlise;
ARC 2.
A anlise da causa de defeitos e de outros problemas selecionados

realizada com as pessoas responsveis por realizar a tarefa para
identificar a sua raiz;
ARC 3.
Aes necessrias para evitar a ocorrncia futura de defeitos e outros

problemas similares aos selecionados so propostas e documentadas;
ARC 4.
Aes propostas e documentadas que foram desenvolvidas durante a

anlise da causa e que possuem uma relao custo/benefcio
satisfatria so implementadas para remover as causas dos defeitos e
dos problemas analisados e evitar ocorrncias futuras;
ARC 5.
O efeito das mudanas no desempenho dos processos medido e

avaliado para obter evidncia de que as mudanas nos processos
corrigiram o problema e melhoraram o desempenho;
ARC 6.
Dados da anlise de causas e resoluo so armazenados para que

outros projetos e organizaes possam realizar mudanas
apropriadas nos processos e alcanar resultados similares.

Processo Resoluo de Problema
Processo Resoluo de Problema
rea de Processo de Anlise e Resoluo de Causas
50/56
10 Instituies Implementadoras (II)

Uma implementao do MR-MPS pode ser conduzida por uma Instituio
Implementadora (II) credenciada pela SOFTEX conforme parecer do Frum de
Credenciamento e Controle (FCC).
Para solicitar o seu credenciamento, as instituies proponentes devem cumprir os
seguintes requisitos institucionais:
demonstrar experincia da instituio na rea de processos de software;
possuir uma estratgia de implementao do Modelo de Referncia MR-MPS;
possuir uma estratgia de seleo, capacitao e manuteno da competncia

dos membros da equipe de Implementao do MPS.BR; e,
ter vinculados mesma, no mnimo, 3 (trs) profissionais aprovados na Prova de

Introduo (P1-MPS.BR) e Prova para Implementadores (P2-MPS.BR), sendo
que um deve ser o coordenador da equipe.
Aps anlise do documento e parecer favorvel do Frum de Credenciamento e

Controle (FCC), a SOFTEX assina um Termo de Convnio com a Instituio
Implementadora (II) para seu credenciamento por um perodo de 2 anos.
51/56
Referncias bibliogrficas
[ABNT, 1998] - ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS.
NBR ISO/IEC 12207 Tecnologia de informao - Processos de ciclo de vida de
software. Rio de Janeiro: ABNT, 1998, 35 p.
[ABNT, 2000] - ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS.
NBR ISO 9000:2000 Sistemas de gesto da qualidade e garantia da qualidade
Fundamentos e Vocabulrio. Rio de Janeiro: ABNT, 2000.
[BUSH e DUNAWAY, 2005] Bush, Marilyn and Dunaway, Donna. CMMI
Assessments: Motivating Positive Change. The SEI Series in Software
Engineering. Pearson Education, Inc. 2005.
[ISO/IEC 12207:1995/Amd 1:2002] - the International Organization for
Standardization and the International Electrotechnical Commission. ISO/IEC 12207
Amendment: Information Technology - Amendment 1 to ISO/IEC 12207,
Geneve: ISO, 2001.
[ISO/IEC 12207:1995/Amd 2:2004] - the International Organization for
Standardization and the International Electrotechnical Commission. ISO/IEC 12207
Amendment: Information Technology - Amendment 2 to ISO/IEC 12207,
Geneve: ISO, 2004.
[ISO/IEC 12207:1995] - the International Organization for Standardization and the
International Electrotechnical Commission. ISO/IEC 12207 Information technology
Software life cycle processes, Geneve: ISO, 1995.
[ISO/IEC 15504-1, 2004] - the International Organization for Standardization and the
International Electrotechnical Commission. ISO/IEC 15504-1: Information
Technology - Process Assessment Part 1 - Concepts and Vocabulary,
Geneve: ISO, 2004.
Technology - Process Assessment Part 2 - Performing an Assessment,
Geneve: ISO, 2003.
Technology - Process Assessment - Part 3 - Guidance on Performing an
Assessment, Geneve: ISO, 2004.
Technology - Process Assessment Part 4 - Guidance on use for Process
Improvement and Process Capability Determination, Geneve: ISO, 2004.
Technology - Process Assessment - Part 5: An exemplar Process Assessment
Model, Geneve: ISO, 2006.
52/56
[ISO/IEC 15939, 2002] - the International Organization for Standardization and the
International Electrotechnical Commission. ISO/IEC 15939: Software Engineering
Software Measurement Process, Geneve: ISO, 2002.
[MPS.BR, 2006a] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Avaliao, verso 1.0,
maio 2006. Disponvel em: www.softex.br.
[MPS.BR, 2006b] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Aquisio, verso 1.1,
maio 2006. Disponvel em: www.softex.br.
[NBR ISO/IEC 12207] - ASSOCIAO BRASILEIRA DE NORMAS TCNICAS.
NBR ISO/IEC 12207:1998. Tecnologia da Informao Processos de Ciclo de
Vida do Software. Rio de Janeiro: ABNT, 1998.
[PMI, 2004] - PROJECT MANAGEMENT INSTITUTE - PMI. A guide to the project
management body of knowledge. Syba: PMI Publishing Division, 2004. Disponvel
em: <www.pmi.org>.
[SEI, 2002] - SEI. SOFTWARE ENGINEERING INSTITUTE. CMMI for Systems
Engineering/Software Engineering (CMMI-SE/SW), Staged Representation,
Version 1.1, Technical report CMU/SEI-2002-TR-02. Pittsburgh, PA: Software
Engineering Institute, Carnegie Mellon University, 2002.
53/56
Lista de colaboradores do Guia Geral verso 1.1
Editoras:
Kthia Maral de Oliveira
Universidade Catlica de Braslia
Ana Cristina Rouiller
Universidade Federal Rural de Pernambuco
Ana Regina C. Rocha
COPPE/UFRJ (Coordenadora da ETM)
Revisores:
Ana Cervigni Guerra
CenPRA
Christiane Gresse von Wangenheim
UNIVALI
Clnio F. Salviano
CenPRA / CE 21.101.04 da ABNT
Cristina ngela Filipak Machado
CELEPAR / CE 21.101.03 da ABNT
Danilo Scalet
Francisco Vasconcellos
Marinha do Brasil / COPPE/UFRJ
Kival Chaves Weber
SOFTEX
Marcio Pecegueiro Amaral
RIOSOFT
54/56
Lista de colaboradores do Guia Geral verso 1.0 Maio/2005
Editoras:
Cristina ngela Filipak Machado
Ana Regina C. Rocha
COPPE/UFRJ
Colaboradores:
Adriano B. de Albuquerque
COPPE/UFRJ
Ana Candida Natali
COPPE/UFRJ
Clnio F. Salviano
Danilo Scalet
Edson Saraiva de Almeida
SCOPUS / CE 21.101.03 da ABNT
Gleison Santos Souza
COPPE/UFRJ
Marcelo Pessa
Fundao Vanzolini/USP/CE 21.101.03 ABNT
Mariano Montoni
COPPE/UFRJ
Odisnei Galarraga
EsiCenter Unisinos / CE 21.101.03 da ABNT
Paula Mian
COPPE/UFRJ
Svio Figueiredo
COPPE/UFRJ
Sheila dos S. Reinehr
PUC-PR / CE 21.101.03 da ABNT
Tayana Conte
COPPE/UFRJ
Teresa Maciel
CESAR / CE 21.101.03 da ABNT
Revisores:
Ana Cervigni Guerra
CenPRA
Ana Cristina Rouiller
UFLA
Andr Villas-Boas
CPqD / CE 21.101.01 da ABNT
Clenio F. Salviano
Danilo Scalet
Eratstenes Arajo
SOFTEX
Kathia Maral Oliveira
UCB
Kival Chaves Weber
SOFTEX
Jorge Bria
Liveware
Luiz Carlos de Almeida Oliveira
CELEPAR
Marcelo Pessoa
Fundao Vanzolini/USP/CE 21.101.03 ABNT
55/56
Marcio Pecegueiro Amaral
RIOSOFT
Teresa Maciel
CESAR / CE 21.101.03 da ABNT
Viviana L.Rubinstein
Liveware
56/56

Guia

Enviado por

Dados do documento

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

Guia

Enviado por

Direitos autorais:

Formatos disponíveis

MPS.

BR - Melhoria de Processo do Software Brasileiro

Este guia contm a descrio geral

Copyright 2006 - SOFTEX

Termos e definies ............................................................................................ 7

Descrio geral do MPS.BR...............................................................................11

7 Base tcnica para a definio dos componentes do MPS.BR............................13

Instituies Implementadoras (II) ....................................................................51

MPS.BR-Guia Geral V1.1-Maio/2006

O MPS.BR1 um programa para Melhoria de Processo do Software Brasileiro, est

MPS.BR, MR-MPS, MA-MPS e MN-MPS so marcas da SOFTEX.

MPS.BR-Guia Geral V1.1-Maio/2006

correo da ortografia e reestruturao do documento ;

incluso e atualizao de itens no glossrio;

adequao das referncias; e,

melhoria da definio de alguns resultados de processo e resultados de atributos

As mudanas que esto ocorrendo nos ambientes de negcios tm motivado as

MPS.BR-Guia Geral V1.1-Maio/2006

Guia Geral: contm a descrio geral do MPS.BR e detalha o Modelo de

Guia de Aquisio: descreve um processo de aquisio de software e servios

Guia de Avaliao: descreve o processo e o mtodo de avaliao MA-MPS, os

MPS.BR, MR-MPS, MA-MPS e MN-MPS so marcas da SOFTEX.

MPS.BR-Guia Geral V1.1-Maio/2006

Atributo de processo: Uma caracterstica mensurvel da capacidade do processo

MPS.BR-Guia Geral V1.1-Maio/2006

Escopo da avaliao: Uma definio dos limites organizacionais da avaliao, os

Frum de Credenciamento e Controle (FCC): frum com representantes da

MPS.BR-Guia Geral V1.1-Maio/2006

Nvel de maturidade: Grau de melhoria de processo para um predeterminado

Patrocinador da avaliao: Um indivduo, interno ou externo unidade

descreve os relacionamentos (por exemplo: seqncia e interfaces) entre esses elementos do

Processo de qualificao: processo para demonstrar a capacidade de atender aos

Produto de trabalho: Um artefato associado execuo de um processo [ISO/IEC

Projeto: Um empreendimento realizado para criar um produto ou servio nico. O

Software: Entende-se software como sinnimo de produto de software que o

AP: Atributo de Processo.

Descrio geral do MPS.BR

Uma das metas do MPS.BR visa definir e aprimorar um modelo de melhoria e

CMMI-SE/SW is a service mark of Carnegie Mellon University.

MPS.BR-Guia Geral V1.1-Maio/2006

Figura 1 Componentes do MPS.BR

MPS.BR-Guia Geral V1.1-Maio/2006

Base tcnica para a definio dos componentes do MPS.BR

7.1 ISO/IEC 12207 e suas emendas 1 e 2

A NBR ISO/IEC 12207 a traduo publicada da ISO/IEC 12207 pela ABNT.

MPS.BR-Guia Geral V1.1-Maio/2006

A ISO/IEC 15504 presta-se realizao de avaliaes de processos de software

O Modelo de Referncia MR-MPS define nveis de maturidade que so uma

esperados no so definidas neste guia, devendo ficar a cargo dos usurios do

Os processos so agrupados, por uma questo de organizao, de acordo com a

Processos fundamentais - atendem o incio e a execuo do desenvolvimento,

Processos de apoio - auxiliam um outro processo e contribuem para o sucesso e

Processos organizacionais - uma organizao pode empregar estes processos

Os processos que compem o MR-MPS so os descritos na Figura 2 .

MPS.BR-Guia Geral V1.1-Maio/2006

Figura 2 - Processos do MR-MPS

detalhados dentro de cada processo. Os nveis so acumulativos, ou seja, se a

uma medida da extenso na qual a execuo do processo

O RAP 4 tem exigncias diferentes para o Nvel G e para os nveis posteriores.

MPS.BR-Guia Geral V1.1-Maio/2006

AP 2.2 Os produtos de trabalho do processo so gerenciados

MPS.BR-Guia Geral V1.1-Maio/2006

Tabela 1 - Nveis de maturidade do MR-MPS