Guia Geral Software 20121

MPS.
BR - Melhoria de Processo do Software Brasileiro

Guia Geral MPS de Software

Este guia contm a descrio geral
do Modelo MPS e detalha o Modelo
de Referncia MPS para Software
(MR-MPS-SW) e as definies
comuns necessrias para seu
entendimento e aplicao.

VIGNCIA E TRANSIO: O Guia Geral MPS de Software:2012 entra em vigor em
24 de agosto de 2012. Assim, a partir desta data podem ser realizadas avaliaes
MPS usando o Modelo de Referncia MPS para Software MR-MPS-SW:2012.

Agosto de 2012

Copyright 2012 - SOFTEX
Direitos desta edio reservados pela Sociedade SOFTEX
A distribuio ilimitada desse documento est sujeita a copyright
ISBN (Solicitado Biblioteca Nacional)

MPS.BR-Guia Geral MPS de Software:2012 2/58

Sumrio
1 Prefcio ............................................................................................................... 4
2 Introduo ........................................................................................................... 6
3 Objetivo ............................................................................................................... 7
4 Termos e definies ............................................................................................ 7
5 Smbolos e abreviaturas .................................................................................... 12
6 Descrio geral do modelo MPS ....................................................................... 12
7 Base tcnica para a definio do modelo MPS ................................................. 15
8 Descrio do MR-MPS-SW ............................................................................... 17
8.1 NVEIS DE MATURIDADE ................................................................................. 17
8.2 PROCESSO .................................................................................................. 18
8.3 CAPACIDADE DO PROCESSO .......................................................................... 18
8.4 EXCLUSO DE PROCESSOS ........................................................................... 24
9 Descrio detalhada dos processos .................................................................. 26
9.1 NVEL G PARCIALMENTE GERENCIADO ......................................................... 26
9.1.1 Processo: Gerncia de Projetos GPR .............................................. 26
9.1.2 Processo: Gerncia de Requisitos GRE ........................................... 29
9.2 NVEL F GERENCIADO ................................................................................ 30
9.2.1 Processo: Aquisio AQU ................................................................ 30
9.2.2 Processo: Gerncia de Configurao GCO ...................................... 31
9.2.3 Processo: Garantia da Qualidade GQA............................................ 32
9.2.4 Processo: Gerncia de Portflio de Projetos GPP ........................... 33
9.2.5 Processo: Medio MED .................................................................. 34
9.3 NIVEL E PARCIALMENTE DEFINIDO .............................................................. 35
9.3.1 Processo: Avaliao e Melhoria do Processo Organizacional AMP . 35
9.3.2 Processo: Definio do Processo Organizacional DFP .................... 36
9.3.3 Processo: Gerncia de Recursos Humanos GRH ............................ 37
9.3.4 Processo: Gerncia de Reutilizao GRU ........................................ 38
9.4 NVEL D LARGAMENTE DEFINIDO ................................................................. 39
9.4.1 Processo: Desenvolvimento de Requisitos DRE .............................. 39
9.4.2 Processo: Integrao do Produto ITP............................................... 40
9.4.3 Processo: Projeto e Construo do Produto PCP ............................ 41
9.4.4 Processo: Validao VAL ................................................................. 42
9.4.5 Processo: Verificao VER .............................................................. 43
9.5 NVEL C DEFINIDO ..................................................................................... 44
9.5.1 Processo: Desenvolvimento para Reutilizao DRU ........................ 44
9.5.2 Processo: Gerncia de Decises GDE ............................................. 45
9.5.3 Processo: Gerncia de Riscos GRI .................................................. 46
9.6 NVEL B GERENCIADO QUANTITATIVAMENTE ................................................ 47
9.7 NVEL A EM OTIMIZAO ............................................................................ 48
10 Instituies Implementadoras (II) ................................................................... 49


Referncias Bibliogrficas ........................................................................................ 50
Lista de colaboradores do Guia Geral:2011 ............................................................. 53
Lista de colaboradores do Guia Geral:2009 Junho/2009 ....................................... 54
Lista de colaboradores do Guia Geral verso 1.2 Junho/2007 .............................. 55
Lista de colaboradores do Guia Geral verso 1.1 Maio/2006 ................................ 56
Lista de colaboradores do Guia Geral verso 1.0 Maio/2005 ................................ 57


1 Prefcio
O MPS.BR
1
um programa mobilizador, de longo prazo, criado em dezembro de
2003, coordenado pela Associao para Promoo da Excelncia do Software
Brasileiro (SOFTEX), que conta com apoio do Ministrio da Cincia, Tecnologia e
Inovao (MCTI), Financiadora de Estudos e Projetos (FINEP), Servio Brasileiro de
Apoio s Micro e Pequenas Empresas (SEBRAE) e Banco Interamericano de
Desenvolvimento (BID/FUMIN).
O objetivo do programa MPS.BR a Melhoria de Processo de Software e Servios,
com duas metas a alcanar a mdio e longo prazos:
a) meta tcnica, visando criao e aprimoramento do Modelo MPS, com resultados
esperados tais como: (i) guias do Modelo MPS; (ii) Instituies Implementadoras (II)
credenciadas para prestar servios de consultoria de implementao do Modelo de
Referncia MPS para Software (MR-MPS-SW) e/ou do Modelo de Referncia MPS
para Servios (MR-MPS-SV); (iii) Instituies Avaliadoras (IA) credenciadas para
prestar servios de avaliao seguindo o mtodo de avaliao (MA-MPS); (iv)
Instituies de Consultoria de Aquisio (ICA) credenciadas para prestar servios
de consultoria de aquisio de software e/ou servios relacionados;
b) meta de negcio, visando disseminao e adoo do Modelo MPS, em todas as
regies do pas, em um intervalo de tempo justo, a um custo razovel, tanto em
micro, pequenas e mdias empresas (foco principal) quanto em grandes
organizaes privadas e governamentais, com resultados esperados tais como: (i)
criao e aprimoramento do modelo de negcio MN-MPS; (ii) cursos, provas e
workshops MPS; (iii) organizaes que implementaram o Modelo MPS; (iv)
organizaes com avaliao MPS publicada (prazo de validade de trs anos).
O programa MPS.BR conta com uma Unidade de Execuo do Programa (UEP) e
duas estruturas de apoio para a execuo de suas atividades, o Frum de
Credenciamento e Controle (FCC) e a Equipe Tcnica do Modelo (ETM). Por meio
destas estruturas, o MPS.BR pode contar com a participao de representantes de
universidades, instituies governamentais, centros de pesquisa e de organizaes
privadas, os quais contribuem com suas vises complementares que agregam valor
e qualidade ao programa.
Cabe ao FCC: (i) emitir parecer que subsidie deciso da SOFTEX sobre o
credenciamento de Instituies Implementadoras (II) e Instituies Avaliadoras (IA);
(ii) monitorar os resultados das Instituies Implementadoras (II) e Instituies
Avaliadoras (IA), emitindo parecer propondo SOFTEX o seu descredenciamento
no caso de comprometimento da credibilidade do Modelo MPS.

1
MPS.BR, MPS, MR-MPS-SW, MR-MPS-SV, MA-MPS e MN-MPS so marcas da SOFTEX. A sigla
MPS.BR est associada ao Programa MPS.BR, que coordenado pela SOFTEX. A sigla MPS uma
marca genrica associada ao Modelo MPS, compreendendo tanto a sigla MPS-SW associada
Melhoria de Processo de Software quanto a sigla MPS-SV associada Melhoria de Processo de
Servios.


Cabe ETM apoiar a SOFTEX sobre os aspectos tcnicos relacionados ao Modelo
de Referncia MPS para Software
2
(MR-MPS-SW), Modelo de Referncia MPS para
Servios (MR-MPS-SV) e Mtodo de Avaliao (MA-MPS), para: (i) criao e
aprimoramento contnuo do MR-MPS-SW, MR-MPS-SV, MA-MPS e seus guias
especficos; (ii) capacitao de pessoas por meio de cursos, provas e workshops.
A criao e o aprimoramento deste Guia Geral MPS de Software so tambm
atribuies da ETM, sendo que este guia faz parte do seguinte conjunto de
documentos do MPS:
Guia Geral MPS de Servios:2012 [SOFTEX, 2012a] ;
Guia de Avaliao:2012 [SOFTEX, 2012b];
Guia de Aquisio:2011[SOFTEX, 2011a];
Guia de Implementao Parte 1: Fundamentao para Implementao do
Nvel G do MR-MPS:2011 [SOFTEX, 2011b];
Nvel F do MR-MPS:2011 [SOFTEX, 2011c];
Nvel E do MR-MPS:2011 [SOFTEX, 2011d];
Nvel D do MR-MPS:2011 [SOFTEX, 2011e];
Nvel C do MR-MPS:2011 [SOFTEX, 2011f];
Nvel B do MR-MPS:2011 [SOFTEX, 2011g];
Nvel A do MR-MPS:2011 [SOFTEX, 2011h];
Guia de Implementao Parte 8: Implementao do MR-MPS:2011 (Nveis G a
A) em organizaes que adquirem software [SOFTEX, 2011i];
Guia de Implementao Parte 9: Implementao do MR-MPS:2011 (Nveis G a
A) em organizaes do tipo Fbrica de Software [SOFTEX, 2011j];
Guia de Implementao Parte 10: Implementao do MR-MPS:2011 (Nveis G
a A) em organizaes do tipo Fbrica de Teste [SOFTEX, 2011k].
Guia de Implementao Parte 11: Implementao e Avaliao do MR-MPS-
SW:2012 em Conjunto com o CMMI-DEV v1.3 [SOFTEX, 2012c].

Este Guia Geral MPS de Software descreve de forma detalhada o Modelo de
Referncia MPS para Software (MR-MPS-SW) e fornece uma viso geral sobre os
demais guias que apoiam a implementao dos diversos nveis do MR-MPS-SW,
bem como sobre os processos de avaliao e de aquisio. Este guia tem como

2
O MR-MPS-SW a nova nomenclatura utilizada para o MR-MPS.


referncias a Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a], a Norma
Internacional ISO/IEC 15504 [ISO/IEC, 2003] e o modelo CMMI-DEV

(Capability
Maturity Model Integration for Development) [SEI, 2010a]. O detalhamento do Guia
Geral MPS de Software 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-SW.
A verso 2012 do Guia Geral MPS de Software contempla as seguintes
modificaes em relao verso 2011:
Alterao da nomenclatura de Guia Geral para Guia Geral MPS de Software;
Alterao da nomenclatura de Modelo de Referncia (MR-MPS) para Modelo de
Referncia MPS para Software (MR-MPS-SW);
Alteraes no Prefcio e na Introduo incluindo o novo Modelo de Referncia
MPS para Servios (MR-MPS-SV); e
reviso e adequao das referncias bibliogrficas.
2 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 se 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 oferta de produtos de software e servios correlatos conforme padres
internacionais de qualidade.
Busca-se que o modelo MPS 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 se espera que o modelo MPS seja
compatvel com os padres de qualidade aceitos internacionalmente e que tenha
como pressuposto o aproveitamento de toda a competncia existente nos padres e
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, estando em consonncia com as principais
abordagens internacionais para definio, avaliao e melhoria de processos de
software.
O modelo MPS baseia-se nos conceitos de maturidade e capacidade de processo
para a avaliao e melhoria da qualidade e produtividade de software e servios
correlatos e tambm para a melhoria da qualidade e produtividade dos servios
prestados. Dentro desse contexto, o modelo MPS possui quatro componentes:


Modelo de Referncia MPS para Software (MR-MPS-SW), Modelo de Referncia
MPS para Servios (MR-MPS-SV), Mtodo de Avaliao (MA-MPS) e Modelo de
Negcio para Melhoria de Processo de Sotware e Servios.
O modelo MPS est descrito por meio de documentos em formato de guias:
Guia Geral MPS de Software: contm a descrio geral do modelo MPS e
detalha o Modelo de Referncia MPS para Software (MR-MPS-SW), seus
componentes e as definies comuns necessrias para seu entendimento e
aplicao;
Guia Geral MPS de Servios: contm a descrio geral do modelo MPS e
detalha o Modelo de Referncia MPS para Servios (MR-MPS-SV), seus
componentes e as definies comuns necessrias para seu entendimento e
aplicao [SOFTEX, 2012a];
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-SW
[SOFTEX, 2011a];
Guia de Avaliao: descreve o processo e o mtodo de avaliao MA-MPS, os
requisitos para avaliadores lderes, avaliadores adjuntos e Instituies
Avaliadoras (IA) [SOFTEX, 2012b];
Guia de Implementao: srie de documentos que fornecem orientaes para
implementar nas organizaes os nveis de maturidade descritos no Modelo de
Referncia MR-MPS-SW [SOFTEX, 2011b], [SOFTEX, 2011c], [SOFTEX,
2011d], [SOFTEX, 2011e], [SOFTEX, 2011f], [SOFTEX, 2011g], [SOFTEX,
2011h], [SOFTEX, 2011i], [SOFTEX, 2011j] e [SOFTEX, 2011k], [SOFTEX,
2012c].
3 Objetivo
Este Guia Geral MPS de Software visa descrever de forma detalhada o MR-MPS-
SW e as definies comuns aos diversos documentos que compem o MPS.BR.
Este documento destinado, mas no est limitado, a organizaes interessadas
em utilizar o MR-MPS-SW para melhoria de seus processos de software, Instituies
Implementadoras (II), Instituies Avaliadoras (IA) e outros interessados em
processos de software, que pretendam conhecer e utilizar o MR-MPS-SW como
referncia tcnica.
4 Termos e definies
Ativo reutilizvel: Um item, como, por exemplo, projeto (design), especificao,
cdigo-fonte, documentao, casos de teste, manuais, procedimentos, etc., que foi
projetado para utilizao em mltiplos contextos.
Ativo de domnio: Ativo reutilizvel produzido a partir da engenharia de domnio.
Ativo de processo: Qualquer coisa que a organizao considere til para atingir os
objetivos do processo, por exemplo, polticas, processos definidos, lies


aprendidas, templates de documentos, padres, material de treinamento [SEI,
2010a].
Atributo de processo: Uma caracterstica mensurvel da capacidade do processo
aplicvel a qualquer processo [ISO/IEC, 2004a].
Avaliao: Uma determinao sistemtica do grau de atendimento de uma entidade
em relao aos critrios para ela estabelecidos [ABNT, 2009].
Avaliao de processo: Uma avaliao disciplinada dos processos da organizao
em relao a um modelo de avaliao de processo [ISO/IEC, 2004a].
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 apoia o
avaliador lder e a equipe de avaliao na execuo da avaliao.
Avaliar / auditar objetivamente: Rever atividades e produtos de trabalho por um
grupo que no esteve envolvido diretamente na execuo dessas atividades e na
elaborao desses 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 um grupo de garantia da qualidade
independente [SEI, 2010a].
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, 2009].
Capacidade do processo: Uma caracterizao da habilidade do processo atingir
aos objetivos de negcio atuais ou futuros [ISO/IEC, 2004a].
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, 2010a].
Coordenador local: Responsvel por apoiar o planejamento e coordenar as
atividades locais da avaliao. Essa pessoa ajuda o avaliador lder a escolher a
equipe de avaliao e assegura que todos os entrevistados estejam disponveis no
momento agendado. Ele tambm responsvel pela logstica requerida para o bom
andamento da avaliao e assegura que a documentao necessria esteja
disponvel, comprometendo-se com a devoluo dessa documentao ao
destinatrio devido.
Engenharia de domnio: Uma abordagem baseada em reutilizao para definir o
escopo, especificar a estrutura e construir ativos (por exemplo, requisitos, projeto,
cdigo-fonte, documentao) para uma classe de sistemas, subsistemas ou
aplicaes. A engenharia de domnio pode incluir as seguintes atividades: definio
de domnio, anlise de domnio, desenvolvimento da arquitetura de domnio e
implementao de domnio.
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 do MPS.BR, composto por cursos, provas e
workshops.
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, 2004a].
Evidncia objetiva: Dados que demonstram a existncia ou veracidade de alguma
coisa [ISO/IEC, 2004a].
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).
Gerncia de Alto Nvel: Pessoa(s) que fornece(m) a poltica e as diretrizes gerais
para o processo, mas no realiza(m) o seu monitoramento e controle do dia-a-dia.
Tais pessoas pertencem a um nvel de gerncia acima do nvel responsvel pelo
processo e podem ser (mas no necessariamente) gerentes snior [SEI, 2010a].
Instituio Avaliadora (IA): Instituio autorizada, mediante convnio com a
SOFTEX, como avaliadora seguindo o MA-MPS.
Instituio Implementadora (II): Instituio autorizada, mediante convnio com a
SOFTEX, como implementadora do MR-MPS.
Instituio Organizadora de Grupo de Empresas (IOGE): Instituio autorizada,
mediante convnio com a SOFTEX, como organizadora de grupo de empresas para
implementao do MR-MPS-SW e MR-MPS-SV 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, 2006].
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 uma determinada
baseline. Um item de configurao pode agregar vrios produtos de trabalho, mas
deve ser tratado como uma entidade singular pelo processo Gerncia de
Configurao. Todas as alteraes nos produtos de trabalho identificados como
sendo itens de configurao devem ser controladas pelo processo Gerncia de
Configurao [ABNT, 2009] [SEI, 2010a].
Medida: A varivel para qual o valor atribudo como resultado de uma medio
[ISO/IEC, 2007].
Medio: Conjunto de operaes com o objetivo de determinar um valor de uma
medida [ISO/IEC, 2007].
Mtodo de avaliao MA-MPS: Mtodo que orienta a execuo de uma avaliao
de conformidade ao MR-MPS. O MA-MPS est em conformidade com a Norma
Internacional ISO/IEC 15504.
Mini-equipe: Subconjunto da equipe de avaliao que responsvel por avaliar os
processos que lhe so atribudos pelo avaliador lder.


Modelo de domnio: Um produto da anlise de domnio que prov uma
representao dos requisitos de um domnio. O modelo de domnio identifica e
descreve a estrutura dos dados, fluxo de informao, funes e restries que esto
includos em aplicaes pertencentes ao domnio. O modelo de domnio descreve as
similaridades e variabilidades entre os requisitos de aplicaes pertencentes ao
domnio.
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, 2004a].
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-SW e MR-MPS-SV que foi avaliado.
Participante da avaliao: Um indivduo que tem responsabilidades dentro do
escopo da avaliao [ISO/IEC, 2004a].
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 recursos, para que a avaliao seja executada para a unidade
organizacional [ISO/IEC, 2004a].
Perfil do processo: Um conjunto de pontuao de atributos de processo para um
processo avaliado [ISO/IEC, 2004a].
Pontos fortes: Uma implementao excepcionalmente boa de um resultado de
processo ou de algo acima do requerido do nvel de maturidade 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.
Portflio de Projetos: Coleo de projetos que tratam dos objetivos estratgicos da
organizao [ISO/IEC, 2008a].
Processo: Um conjunto de atividades inter-relacionadas ou interativas, que
transforma insumos (entradas) em produtos (sadas) [ABNT, 2001].
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, 2004a].
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,
2004a].
Processo padro: Um conjunto de definies de processos bsicos que guiam
todos os processos na organizao [ISO/IEC, 2004a].
NOTA 1: Essas definies de processos cobrem os elementos de processo fundamentais (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 fundamentais que sero parte dos processos definidos para o projeto. Tambm
descreve os relacionamentos (por exemplo: sequncia e interfaces) entre esses elementos do
processo.
Processo de qualificao: Processo para demonstrar a capacidade para atender
aos requisitos especificados [ABNT, 2001].
NOTA 1: O termo qualificado usado para designar uma situao correspondente.
NOTA 2: Qualificao pode ser aplicada a pessoas, produtos, processos ou sistemas.
Produto: Um produto de trabalho que se pretende entregar para um cliente ou
usurio final. A forma de um produto pode variar em contextos diferentes [SEI,
2010a].
Produto de trabalho: Um artefato associado execuo de um processo [ISO/IEC,
2004a].
NOTA: Um produto de trabalho pode ser usado, produzido ou alterado por um processo.
Programa de reutilizao: Um mecanismo utilizado pela organizao que
estabelece as metas, escopo e estratgias para o tratamento de questes
relacionadas ao negcio, pessoas, processo e tecnologia envolvidos na adoo da
reutilizao de software.
Projeto: Um empreendimento realizado para criar um produto, servio ou resultado
especfico. O projeto se caracteriza por temporalidade e resultado, servio ou
produto nico e elaborao progressiva [PMI, 2008].
Propsito do processo: O objetivo geral da execuo do processo. Convm que a
implementao do processo fornea benefcios tangveis aos envolvidos [ISO/IEC,
2004a].
Resultado esperado do processo: Um resultado observvel do sucesso do
alcance do propsito do processo [ISO/IEC, 2008a].
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, 2009].
Servio correlato de software: Execuo de atividades, trabalho ou obrigaes
relacionados ao produto de software, tais como, seu desenvolvimento, manuteno
e operao [ABNT, 2009].


Unidade organizacional: Parte de uma organizao que ser avaliada [ISO/IEC,
2004a].
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 possa ser toda a
organizao. Uma unidade organizacional pode ser, por exemplo:
- um projeto especfico ou um conjunto de projetos relacionados;
- uma unidade dentro da organizao focada em uma fase (ou fases) especfica(s) 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.
5 Smbolos e abreviaturas
AP: Atributo de Processo.
CMMI-DEV: Capability Maturity Model Integration for Development Integrao de
Modelos de Maturidade da Capacidade para Desenvolvimento.
CMMI
: 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.
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-SW: Modelo de Referncia MPS para Software.
MR-MPS-SV: Modelo de Referncia MPS para Servios.
RAP: Resultado do Atributo de Processo.
SCAMPI
SM 3
: 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 modelo MPS
Uma das metas do Programa MPS.BR definir e aprimorar um modelo de melhoria
e avaliao de processo de software e servios, visando preferencialmente s micro,
pequenas e mdias empresas (mPME), de forma a atender as suas necessidades
de negcio e ser reconhecido nacional e internacionalmente como um modelo

3
SCAMPI
SM
marca de servio da Carnegie Mellon University/Software Engineering Institute
(CMU/SEI).


aplicvel indstria de software e servios. O modelo MPS estabelece dois modelos
de referncia de processos de software e servios, e um processo/mtodo de
avaliao de processos. Esta estrutura fornece sustentao e garante que o modelo
MPS seja empregado de forma coerente com as suas definies. O modelo MPS
estabelece tambm um modelo de negcio para apoiar a sua adoo pelas
empresas desenvolvedoras de software e prestadores de servios.
A base tcnica para a construo e aprimoramento deste modelo de melhoria e
avaliao de processo de software e servios composta pelas normas ISO/IEC
12207:2008 [ISO/IEC, 2008a], ISO/IEC 20000:2011 [ISO/IEC, 2011] e ISO/IEC
15504-2 [ISO/IEC, 2003]. Uma avaliao MPS realizada utilizando o processo e o
mtodo de avaliao MA-MPS descritos no guia de avaliao. Uma avaliao MPS
verifica a conformidade de uma organizao/unidade organizacional aos processos
do MR-MPS-SW e MR-MPS-SV. O modelo MPS definido em consonncia com a
Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a] e ISO/IEC 20000:2011
[ISO/IEC, 2011], adaptando-a s necessidades da comunidade de interesse. O MR-
MPS-SW compatvel com o CMMI-DEV

[SEI, 2010a]

e o MR-MPS-SV
compatvel com o CMMI-SVC
[SEI, 2010b]. Para definio e reviso do modelo de

referncia feita uma ampla consulta comunidade de implementadores e
avaliadores MPS. A elaborao final responsabilidade da ETM. A base tcnica do
Modelo MPS apresentada em maiores detalhes na seo 7 deste documento.
O modelo MPS est dividido em quatro (4) componentes (Figura 1): Modelo de
Referncia MPS para Software (MR-MPS-SW), Modelo de Referncia MPS para
Servios (MR-MPS-SV), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio (MN-
MPS). Cada componente descrito por meio de guias e/ou documentos do
Programa MPS.BR.
O Modelo de Referncia MPS para Software MR-MPS-SW contm os requisitos que
os processos das unidades organizacionais devem atender para estar em
conformidade com o MR-MPS-SW. Ele contm as definies dos nveis de
maturidade, processos e atributos do processo, e est descrito neste Guia Geral
MPS de Software, nas sees 8 e 9. O MR-MPS-SW est em conformidade com os
requisitos de modelos de referncia de processo da Norma Internacional ISO/IEC
15504-2 [ISO/IEC, 2003].
O Modelo de Referncia MPS para Servios MR-MPS-SV contm os requisitos que
os processos das unidades organizacionais devem atender para estar em
conformidade com o MR-MPS-SV. Ele contm as definies dos nveis de
maturidade, processos e atributos do processo. O MR-MPS-SV est em
conformidade com os requisitos de modelos de referncia de processo da Norma
Internacional ISO/IEC 15504-2 [ISO/IEC, 2003].
O Guia de Aquisio um documento complementar destinado a organizaes que
pretendam adquirir software e servios. O Guia de Aquisio no contm requisitos
do MR-MPS-SW e MR-MPS-SV, mas boas prticas para a aquisio de software e
servios.
O Guia de Implementao nas partes 1 a 7 sugere formas de implementar cada um
dos nveis do MR-MPS-SW. A parte 8 do Guia de Implementao sugere formas de


Figura 1 Componentes do Modelo MPS
como uma unidade organizacional que faz Aquisio de produtos pode implementar
o MR-MPS-SW. As partes 9 e 10 do Guia de Implementao sugerem formas com
que Fbricas de Software e Fbricas de Testes, respectivamente, podem
implementar o MR-MPS-SW. A parte 11 do Guia de Implementao apresenta um
mapeamento do MR-MPS-SW e o CMMI-DEV que auxilia as organizaes nas
iniciativas de melhoria de processos de software multimodelos, seja no mbito das
implementaes ou das avaliaes de processos. As explicaes presentes nos
Guias de Implementao no constituem requisitos do modelo e devem ser
consideradas apenas em carter informativo.
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 esto em
conformidade com a Norma Internacional ISO/IEC 15504-2 [ISO/IEC, 2003].
O Modelo de Negcio MN-MPS descreve regras de negcio para implementao do
MR-MPS-SW e MR-MPS-SV pelas Instituies Implementadoras (II), avaliao
seguindo o MA-MPS pelas Instituies Avaliadoras (IA), organizao de grupos de
empresas pelas Instituies Organizadoras de Grupos de Empresas (IOGE) para
implementao do MR-MPS-SW e MR-MPS-SV e avaliao MA-MPS, certificao
de Consultores de Aquisio (CA) e programas anuais de treinamento do MPS por
meio de cursos, provas e workshops. Um resumo executivo dessas regras de
negcio est disponvel em www.softex.br/mpsbr/.
Modelo
MPS
Modelo de Referncia
MPS para Software
(MR-MPS-SW)
Mtodo de Avaliao
(MA-MPS)
Modelo de
Negcio
(MN-MPS)
(MN-MPSS)
Guia de
Aquisio
Guias de
Implementao
Guia Geral MPS
de Software
Guia de
Avaliao
Documentos do
Programa
ISO/IEC
12207
ISO/IEC
15504
CMMI-
DEV
ISO/IEC
20000
CMMI-
SVC
Modelo de Referncia
MPS para Servio
(MR-MPS-SV)
Guia Geral MPS
de Servios


7 Base tcnica para a definio do modelo MPS
7.1 ISO/IEC 12207:2008
A Norma Internacional ISO/IEC 12207 [ISO/IEC, 2008a] foi criada pela ISO
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 Internacional
ISO/IEC 12207, chamadas de emendas 1 e 2 respectivamente, onde foram inseridas
diversas melhorias. Essas melhorias criaram novos ou expandiram o 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 tiveram
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.
Em 2008, a Norma Internacional ISO/IEC 12207 foi reformulada, incorporando as
melhorias que j apareciam nas emendas 1 e 2 e harmonizando sua estrutura
Norma Internacional ISO/IEC 15288. A norma ISO/IEC 12207:2008 foi publicada
tambm como padro IEEE (IEEE Std 12207:2008) e como norma brasileira [ABNT,
2009]. Ela estabelece 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, manuteno e descarte de produtos de software, bem como partes de
software de um sistema. A norma tambm se aplica aquisio de sistemas,
produtos de software e servios.

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 srie de normas ISO/IEC
15504: Parte 1 [ISO/IEC, 2004a], Parte 2 [ISO/IEC, 2003], Parte 3 [ISO/IEC, 2004b],
Parte 4 [ISO/IEC, 2004c] e Parte 5 [ISO/IEC, 2006]. Posteriormente, em 2008, mais
duas partes foram desenvolvidas: Parte 6 [ISO/IEC, 2008b] e Parte 7 [ISO/IEC,
2008c].
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 ISO/IEC 20000
A norma ISO/IEC 20000 [ISO/IEC, 2011] publicada em dezembro de 2005 tem como
objetivo fornecer um padro de referncia comum para qualquer empresa oferecer
servios de TI para clientes internos ou externos. Esta norma prov a adoo de
uma abordagem de processos integrada para a gesto de servios de TI e alinha-se
com as melhores prticas do ITIL para entrega e suporte de servios. A ISO/IEC
20000 consiste em cinco partes sob o ttulo geral Tecnologia da Informao
Gerenciamento de Servio.
A ISO/IEC 20000-1 especifica ao provedor de servios os requisitos para planejar,
estabelecer, implementar, operar, monitorar, revisar, manter e melhorar o GSTI
(Gerenciamento de Servios de TI). Os requisitos incluem o projeto, transio,
entrega e melhoria dos servios para atender aos requisitos previamente acordados.
A ISO/IEC 20000-2 representa um consenso do setor sobre padres de qualidade
em processos de GSTI e descreve as melhores prticas para esses processos
[ISO/IEC, 2011]. A ISO/IEC TR 20000-3 fornece orientaes, explicaes e
recomendaes para a definio do escopo, aplicabilidade e demonstrao da
conformidade com a ISO/IEC 20000-1 pelo uso de exemplos prticos. A ISO/IEC
20000-4 tem como objetivo facilitar o desenvolvimento de um modelo para avaliao
de processo de acordo com a norma ISO/IEC 15504. O modelo de referncia de
processo, previsto nesta norma, uma representao lgica dos elementos dos
processos para o gerenciamento de servios que podem ser executados em um
nvel bsico. Cada processo descrito em termos de um propsito e resultados
associados. A ISO/IEC 20000-5 apresenta um exemplo de plano de implementao
no qual so fornecidos guias para os provedores de servios atenderem aos
requisitos da ISO/IEC 20000-1. Tambm inclui orientaes para iniciar o projeto e
uma lista de atividades principais para atender cada fase da implementao da
ISO/IEC 20000-1.

7.4 CMMI-DEV

A origem do CMMI-DEV
(CMMI for Development) [SEI, 2010a] remonta criao

do modelo SW-CMM
(Software Capability Maturity Model) que foi definido pelo 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 CMMI
surgiu para resolver o


problema de utilizao de 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 CMMI
SM
foi desenvolvido para ser consistente e compatvel
com a ISO/IEC 15504. Em 2010 foi publicada a verso 1.3 do CMMI
, o CMMI-DEV

(CMMI for Development) [SEI, 2010a].

7.5 CMMI-SVC

O CMMI for Services - CMMI-SVC, lanado em 2009 o mais recente modelo da
srie do SEI. Este modelo voltado para a aplicao de prticas de melhoria de
processos para empresas prestadoras de servios de TI. O modelo CMMI-SVC um
guia para a aplicao das melhores prticas do CMMI em organizaes provedoras
de servios. As melhores prticas do modelo focam nas atividades para o
fornecimento de servios de qualidade para o cliente e usurios finais [SEI, 2010b].
O CMMI-SVC contm 24 reas de processos. Dessas, 16 so as mesmas do
modelo CMMI-DEV. Sete reas de processos so especficas de servios e so
focadas em: gerenciamento da capacidade e disponibilidade; continuidade de
servios; entrega de servios; preveno e resoluo de incidentes; transio de
servios; desenvolvimento de sistemas de servios; e processo de gerenciamento
estratgico de servios. Os seus nveis de maturidade seguem a mesma estrutura
do CMMI, ou seja, cinco nveis de maturidade, partindo do nvel 1 at o nvel 5.
8 Descrio do MR-MPS-SW
O Modelo de Referncia MPS para Software (MR-MPS-SW) define nveis de
maturidade que so uma combinao entre processos e sua capacidade.
A definio dos processos segue os requisitos para um modelo de referncia de
processo apresentados na ISO/IEC 15504-2, 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 esperados no so definidas neste guia, devendo ficar a
cargo dos usurios do MR-MPS-SW.
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-
SW 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 do MR-MPS-SW se obtm quando so atendidos os propsitos e todos
os resultados esperados dos respectivos processos e os resultados esperados dos
atributos de processo estabelecidos para aquele nvel.
A diviso em 7 estgios tem o objetivo de possibilitar uma implementao e
avaliao 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-SW so descritos em termos de propsito e resultados 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 produto de trabalho produzido ou uma mudana significativa de
estado ao se executar o processo.

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/unidade organizacional. No MR-MPS-SW, medida que a
organizao/unidade organizacional evolui nos nveis de maturidade, um maior nvel
de capacidade para desempenhar o processo deve ser atingido.
O atendimento aos atributos do processo (AP), pelo 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 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. Em outras
palavras, na passagem para um nvel de maturidade superior, os processos
anteriormente implementados devem passar a ser executados no nvel de
capacidade exigido neste nvel superior.
Os diferentes nveis de capacidade dos processos so descritos por nove atributos
de processo (AP). O alcance de cada atributo de processo avaliado utilizando os
respectivos resultados esperados de atributo de processo (RAP), conforme definido
a seguir:


AP 1.1 O processo executado
Este atributo evidencia o quanto o processo atinge o seu propsito.
Resultado esperado:
RAP 1. O processo atinge seus resultados definidos.

AP 2.1 O processo gerenciado
Este atributo evidencia o quanto a execuo do processo gerenciada.
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)
4
. A execuo do processo monitorada e ajustes so
realizados;
RAP 4. (A partir do nvel F). Medidas so planejadas e coletadas para
monitorao da execuo do processo e ajustes so realizados;
RAP 5. As informaes e os recursos necessrios para a execuo do
processo so identificados e disponibilizados;
RAP 6. (At o nvel F)
5
As responsabilidades e a autoridade para executar o
processo so definidas, atribudas e comunicadas;
RAP 6. (A partir do nvel E) Os papis requeridos, responsabilidades e
autoridade para execuo do processo definido so atribudos e
comunicados;
RAP 7. As pessoas que executam o processo so competentes em termos de
formao, treinamento e experincia;
RAP 8. A comunicao entre as partes interessadas no processo planejada e
executada de forma a garantir o seu envolvimento;
RAP 9. (At o nvel F)
6
Os resultados do processo so revistos com a gerncia
de alto nvel para fornecer visibilidade sobre a sua situao na
organizao;
RAP 9. (A partir do nvel E) Mtodos adequados para monitorar a eficcia e
adequao do processo so determinados e os resultados do processo

4
O RAP 4 tem exigncias diferentes para o nvel G e para os nveis posteriores.
5
O RAP 6 tem exigncias diferentes para os Nveis G e F e para o nveis posteriores.
6
O RAP 9 tem exigncias diferentes para os Nveis G e F e para os nveis posteriores.


so revistos com a gerncia de alto nvel para fornecer visibilidade
sobre a sua situao na organizao;
RAP 10. (Para o nvel G)
7
O processo planejado para o projeto executado.
RAP 10. (A partir do nvel F) A aderncia dos processos executados s
descries de processo, padres e procedimentos avaliada
objetivamente e so tratadas as no conformidades.

AP 2.2 Os produtos de trabalho do processo so gerenciados
Este atributo evidencia o quanto os produtos de trabalho produzidos pelo processo
so gerenciados apropriadamente.
RAP 11. Os requisitos dos produtos de trabalho do processo so identificados;
RAP 12. Requisitos para documentao e controle dos produtos de trabalho so
estabelecidos;
RAP 13. Os produtos de trabalho so colocados em nveis apropriados de
controle;
RAP 14. Os produtos de trabalho so avaliados objetivamente com relao aos
padres, procedimentos e requisitos aplicveis e so tratadas as no
conformidades.

AP 3.1. O processo definido
Este atributo evidencia o quanto um processo padro mantido para apoiar a
implementao do processo definido.
RAP 15. Um processo padro descrito, incluindo diretrizes para sua
adaptao;
RAP 16. A sequncia e interao do processo padro com outros processos so
determinadas;
RAP 17. Os papis e competncias requeridos para executar o processo so
identificados como parte do processo padro;
RAP 18. A infra-estrutura e o ambiente de trabalho requeridos para executar o
processo so identificados como parte do processo padro.

7
O RAP 10 tem exigncias diferentes para o Nivel G e para os nveis posteriores.


AP 3.2 O processo est implementado
Este atributo evidencia o quanto o processo padro efetivamente implementado
como um processo definido para atingir seus resultados.
RAP 19. Um processo definido implementado baseado nas diretrizes para
seleo e/ou adaptao do processo padro;
RAP 20. A infra-estrutura e o ambiente de trabalho requeridos para executar o
processo definido so disponibilizados, gerenciados e mantidos;
RAP 21. 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.

AP 4.1 O processo medido
Este atributo evidencia o quanto os resultados de medio so usados para
assegurar que a execuo do processo atinge os seus objetivos de desempenho e
apoia o alcance dos objetivos de negcio definidos.
RAP 22. As necessidades de informao dos usurios dos processos,
requeridas para apoiar objetivos de negcio relevantes da organizao,
so identificadas;
RAP 23. Objetivos de medio organizacionais dos processos e/ou
subprocessos so derivados das necessidades de informao dos
usurios do processo;
RAP 24. Objetivos quantitativos organizacionais de qualidade e de desempenho
dos processos e/ou subprocessos so definidos para apoiar os
objetivos de negcio;
RAP 25. Os processos e/ou subprocessos que sero objeto de anlise de
desempenho so selecionados a partir do conjunto de processos
padro da organizao e das necessidades de informao dos
usurios dos processos;
RAP 26. Medidas, bem como a frequncia de realizao de suas medies, so
identificadas e definidas de acordo com os objetivos de medio do
processo/subprocesso e os objetivos quantitativos de qualidade e de
desempenho do processo;
RAP 27. Resultados das medies so coletados, analisados, utilizando
tcnicas estatsticas e outras tcnicas quantitativas apropriadas, e so
comunicados para monitorar o alcance dos objetivos quantitativos de
qualidade e de desempenho do processo/subprocesso;


RAP 28. Resultados de medio so utilizados para caracterizar o desempenho
do processo/subprocesso.
RAP 29. Modelos de desempenho do processo so estabelecidos e mantidos.

AP 4.2 O processo controlado
Este atributo evidencia o quanto o processo controlado estatisticamente para
produzir um processo estvel, capaz e previsvel dentro de limites estabelecidos.
RAP 30. Tcnicas de anlise e de controle para a gerncia quantitativa dos
processos/subprocessos so identificadas e aplicadas quando
necessrio;
RAP 31. Limites de controle de variao so estabelecidos para o desempenho
normal do processo;
RAP 32. Dados de medio so analisados com relao a causas especiais de
variao;
RAP 33. Aes corretivas e preventivas so realizadas para tratar causas
especiais, ou de outros tipos, de variao;
RAP 34. Limites de controle so restabelecidos, quando necessrio, seguindo
as aes corretivas, de forma que os processos continuem estveis,
capazes e previsveis;

AP 5.1 O processo objeto de melhorias incrementais e inovaes
Este atributo evidencia o quanto as mudanas no processo so identificadas a partir
da anlise de defeitos, problemas, causas comuns de variao do desempenho e da
investigao de enfoques inovadores para a definio e implementao do
processo.
RAP 35. Objetivos de negcio da organizao so mantidos com base no
entendimento das estratgias de negcio e resultados de desempenho
do processo;
RAP 36. Objetivos de melhoria do processo so definidos com base no
entendimento do desempenho do processo, de forma a verificar que os
objetivos de negcio relevantes so atingveis;
RAP 37. Dados que influenciam o desempenho do processo so identificados,
classificados e selecionados para anlise de causas;
RAP 38. Dados selecionados so analisados para identificar causas raiz e
propor solues aceitveis para evitar ocorrncias futuras de
resultados similares ou incorporar melhores prticas no processo;


RAP 39. Dados adequados so analisados para identificar causas comuns de
variao no desempenho do processo;
RAP 40. Dados adequados so analisados para identificar oportunidades para
aplicar melhores prticas e inovaes com impacto no alcance dos
objetivos de negcio;
RAP 41. Oportunidades de melhoria derivadas de novas tecnologias e conceitos
de processo so identificadas, avaliadas e selecionadas com base no
impacto no alcance dos objetivos de negcio;
RAP 42. Uma estratgia de implementao para as melhorias selecionadas
estabelecida para alcanar os objetivos de melhoria do processo e para
resolver problemas.

AP 5.2 O processo otimizado continuamente
Este atributo evidencia o quanto as mudanas na definio, gerncia e desempenho
do processo tm impacto efetivo para o alcance dos objetivos relevantes de melhoria
do processo.
RAP 43. O impacto de todas as mudanas propostas avaliado com relao
aos objetivos do processo definido e do processo padro;
RAP 44. A implementao de todas as mudanas acordadas gerenciada para
assegurar que qualquer alterao no desempenho do processo seja
entendida e que sejam tomadas as aes pertinentes;
RAP 45. As aes implementadas para resoluo de problemas e melhoria no
processo so acompanhadas, com uso de tcnicas estatsticas e
outras tcnicas quantitativas, para verificar se as mudanas no
processo corrigiram o problema e melhoraram o seu desempenho;
RAP 46. Dados da anlise de causas e de resoluo so armazenados para uso
em situaes similares.

A Tabela 8-1 apresenta os nveis de maturidade do MR-MPS-SW, os processos e os
atributos de processo correspondentes a cada nvel.
Tabela 8-1 - Nveis de maturidade do MR-MPS-SW.
Nvel Processos Atributos de Processo
A

AP 1.1, AP 2.1, AP 2.2, AP 3.1,
AP 3.2, AP 4.1, AP 4.2 , AP 5.1 e
AP 5.2
B
Gerncia de Projetos GPR (evoluo)
AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP 3.2, AP 4.1 e AP 4.2
C Gerncia de Riscos GRI AP 1.1, AP 2.1, AP 2.2, AP 3.1 e


Nvel Processos Atributos de Processo
Desenvolvimento para Reutilizao DRU
AP 3.2
Gerncia de Decises GDE
D Verificao VER AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP 3.2
Validao VAL
Projeto e Construo do Produto PCP
Integrao do Produto ITP
Desenvolvimento de Requisitos DRE
E Gerncia de Projetos GPR (evoluo) AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP 3.2
Gerncia de Reutilizao GRU
Gerncia de Recursos Humanos GRH
Definio do Processo Organizacional DFP
Avaliao e Melhoria do Processo Organizacional AMP
F
Medio MED
AP 1.1, AP 2.1 e AP 2.2
Garantia da Qualidade GQA
Gerncia de Portflio de Projetos GPP
Gerncia de Configurao GCO
Aquisio AQU
G

Gerncia de Requisitos GRE
AP 1.1 e AP 2.1
Gerncia de Projetos GPR
Nota: Os atributos de processo AP 4.1, AP 4.2, AP 5.1 e AP 5.2 somente devem ser
implementados para os processos crticos da organizao/unidade organizacional,
selecionados para anlise de desempenho. Os demais atributos de processo devem
ser implementados para todos os processos.

8.4 Excluso de Processos
Alguns processos podem ser excludos, total ou parcialmente, do escopo de uma
avaliao MPS por no serem pertinentes ao negcio da unidade organizacional que
est sendo avaliada. Cada excluso deve ser justificada no Plano de Avaliao. A
aceitao das excluses e suas justificativas responsabilidade do Avaliador Lder,
conforme descrito no Guia de Avaliao [SOFTEX, 2012b].

permitida a excluso completa do seguinte processo, desde que no executado
pela organizao:
Aquisio (AQU)


permitida a excluso completa do seguinte processo, desde que a nica atividade
da unidade organizacional seja evoluo de produto:
Gerncia de Portflio de Projetos (GPP)

permitida a excluso do seguinte processo, seguindo as orientaes da Tabela
8-2:
Desenvolvimento para Reutilizao (DRU)

Tabela 8-2 Excluses dos Resultados de DRU.
Oportunidades
(DRU1)
Capacidade
(DRU2)
Soluo
Sim Sim - Os demais resultados do DRU so obrigatrios
Sim No - Deve executar aes corretivas para gerar capacidade
- Deve comprovar que essas aes corretivas esto em
andamento
- Os demais resultados podem ser excludos dessa
avaliao
- Para a prxima avaliao, dentro de 3 anos, deve
obrigatoriamente ter construdo a capacidade
No Excludo - Deve mostrar, via processo formal de tomada de
deciso, que no existem oportunidades de reutilizao
- Os demais resultados podem ser excludos enquanto
houver ausncia de oportunidades de reutilizao
(nessa e em prximas avaliaes)

Outras excluses so permitidas para organizaes com caractersticas especficas:
Organizaes que fazem aquisio de software: as excluses permitidas para
este tipo de organizao esto descritas no Guia de Implementao parte 8.
Fbricas de Cdigo: as excluses permitidas para este tipo de organizao
esto descritas no Guia de Implementao parte 9.
Fbricas de Teste: as excluses permitidas para este tipo de organizao
esto descritas no Guia de Implementao parte 10.

Com relao aos resultados de atributos de processo, nos nveis A e B, os
resultados RAP 22 a RAP 46 podem ficar fora do escopo da avaliao para alguns
dos processos da organizao. Apenas os processos crticos da organizao,
selecionados para serem gerenciados quantitativamente, devem implementar todos
os resultados de atributos de processo.


9 Descrio detalhada dos processos
Nessa seo os processos so descritos em termos de propsito e resultados
esperados. Os processos esto descritos ordenados pelo nvel de maturidade de
forma crescente, sendo que cada nvel inclui os processos do nvel anterior.

9.1 Nvel G Parcialmente Gerenciado
O nvel de maturidade G composto pelos processos Gerncia de Projetos e
Gerncia de Requisitos. Neste nvel a implementao dos processos deve satisfazer
os atributos de processo AP 1.1 e AP 2.1.
9.1.1 Processo: Gerncia de Projetos GPR
Nvel MR-MPS: G Parcialmente Gerenciado
Propsito:
O propsito do processo Gerncia de Projetos estabelecer e manter planos que
definem as atividades, recursos e responsabilidades do projeto, bem como prover
informaes sobre o andamento do projeto que permitam a realizao de correes
quando houver desvios significativos no desempenho do projeto. O propsito deste
processo evolui medida que a organizao cresce em maturidade. Assim, a partir
do nvel E, alguns resultados evoluem e outros so incorporados, de forma que a
gerncia de projetos passe a ser realizada com base no processo definido para o
projeto e nos planos integrados. No nvel B, a gerncia de projetos passa a ter um
enfoque quantitativo, refletindo a alta maturidade que se espera da organizao.
Novamente, alguns resultados evoluem e outros so incorporados.
GPR 1. O escopo do trabalho para o projeto definido;
GPR 2. As tarefas e os produtos de trabalho do projeto so dimensionados
utilizando mtodos apropriados;
GPR 3. O modelo e as fases do ciclo de vida do projeto so definidos;
GPR 4. (At o nvel F) O esforo e o custo para a execuo das tarefas e dos
produtos de trabalho so estimados com base em dados histricos ou
referncias tcnicas;
GPR 4. (A partir do nvel E) O planejamento e as estimativas das tarefas do
projeto so feitos baseados no repositrio de estimativas e no conjunto
de ativos de processo organizacional;
GPR 5. O oramento e o cronograma do projeto, incluindo a definio de
marcos e pontos de controle, so estabelecidos e mantidos;


GPR 6. Os riscos do projeto so identificados e o seu impacto, probabilidade
de ocorrncia e prioridade de tratamento so determinados e
documentados;
GPR 7. Os recursos humanos para o projeto so planejados considerando o
perfil e o conhecimento necessrios para execut-lo;
GPR 8. (At o nvel F) Os recursos e o ambiente de trabalho necessrios para
executar o projeto so planejados;
GPR 8. (A partir do nvel E) Os recursos e o ambiente de trabalho necessrios
para executar os projetos so planejados a partir dos ambientes padro
de trabalho da organizao;
GPR 9. Os dados relevantes do projeto so identificados e planejados quanto
forma de coleta, armazenamento e distribuio. Um mecanismo
estabelecido para acess-los, incluindo, se pertinente, questes de
privacidade e segurana;
GPR 10. Um plano geral para a execuo do projeto estabelecido com a
integrao de planos especficos;
GPR 11. A viabilidade de atingir as metas do projeto explicitamente avaliada
considerando restries e recursos disponveis. Se necessrio, ajustes
so realizados;
GPR 12. O Plano do Projeto revisado com todos os interessados e o
compromisso com ele obtido e mantido;
GPR 13. O escopo, as tarefas, as estimativas, o oramento e o cronograma do
projeto so monitorados em relao ao planejado;
GPR 14. Os recursos materiais e humanos bem como os dados relevantes do
projeto so monitorados em relao ao planejado;
GPR 15. Os riscos so monitorados em relao ao planejado;
GPR 16. O envolvimento das partes interessadas no projeto planejado,
monitorado e mantido;
GPR 17. Revises so realizadas em marcos do projeto e conforme
estabelecido no planejamento;
GPR 18. Registros de problemas identificados e o resultado da anlise de
questes pertinentes, incluindo dependncias crticas, so
estabelecidos e tratados com as partes interessadas;
GPR 19. Aes para corrigir desvios em relao ao planejado e para prevenir a
repetio dos problemas identificados so estabelecidas,
implementadas e acompanhadas at a sua concluso;
GPR 20. (A partir do nvel E) Equipes envolvidas no projeto so estabelecidas e
mantidas a partir das regras e diretrizes para estruturao, formao e
atuao;
GPR 21. (A partir do nvel E) Experincias relacionadas aos processos
contribuem para os ativos de processo organizacional;


GPR 22. (A partir do nvel E) Um processo definido para o projeto estabelecido
de acordo com a estratgia para adaptao do processo da
organizao;
GPR 22. (A partir do nvel B) Os objetivos de qualidade e de desempenho do
processo definido para o projeto so estabelecidos e mantidos;
GPR 23. (A partir do nvel B) O processo definido para o projeto que o possibilita
atender seus objetivos de qualidade e de desempenho composto
com base em tcnicas estatsticas e outras tcnicas quantitativas;
GPR 24. (A partir do nvel B) Subprocessos e atributos crticos para avaliar o
desempenho e que esto relacionados ao alcance dos objetivos de
qualidade e de desempenho do processo do projeto so selecionados;
GPR 25. (A partir do nvel B) Selecionar medidas e tcnicas analticas a serem
utilizadas na gerncia quantitativa;
GPR 26. (A partir do nvel B) O desempenho dos subprocessos escolhidos para
gerncia quantitativa monitorado usando tcnicas estatsticas e
outras tcnicas quantitativas;
GPR 27. (A partir do nvel B) O projeto gerenciado usando tcnicas estatsticas
e outras tcnicas quantitativas para determinar se seus objetivos de
qualidade e de desempenho do processo sero atingidos;
GPR 28. (A partir do nvel B) Questes que afetam os objetivos de qualidade e
de desempenho do processo do projeto so alvo de anlise de causa
raiz.


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 do
produto e dos componentes do produto do projeto e identificar inconsistncias entre
os requisitos, os planos do projeto e os produtos de trabalho do projeto.
GRE 1. O entendimento dos requisitos obtido junto aos fornecedores
de requisitos;
GRE 2. Os requisitos so avaliados com base em critrios objetivos e um
comprometimento da equipe tcnica com estes requisitos obtido;
GRE 3. A rastreabilidade bidirecional entre os requisitos e os produtos de
trabalho estabelecida e mantida;
GRE 4. Revises em planos e produtos de trabalho do projeto so realizadas
visando identificar e corrigir inconsistncias em relao aos requisitos;
GRE 5. Mudanas nos requisitos so gerenciadas ao longo do projeto.


9.2 Nvel F Gerenciado
O nvel de maturidade F composto pelos processos do nvel de maturidade
anterior (G) acrescidos dos processos Aquisio, Garantia da Qualidade, Gerncia
de Configurao, Gerncia de Portflio de Projetos e Medio. Neste nvel a
implementao dos processos deve 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 Aquisio gerenciar a aquisio de produtos
8
que
satisfaam s necessidades expressas pelo adquirente.
AQU 1. As necessidades de aquisio, as metas, os critrios de aceitao do
produto, os tipos e a 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 as expectativas,
responsabilidades e obrigaes de ambas as partes (cliente e
fornecedor) estabelecido e negociado entre elas;
AQU 5. Um produto que satisfaa a necessidade expressa pelo cliente
adquirido baseado na anlise dos potenciais candidatos;
AQU 6. A aquisio monitorada de forma que as condies especificadas
sejam atendidas, tais como custo, cronograma e qualidade, gerando
aes corretivas quando necessrio;
AQU 7. O produto entregue e avaliado em relao ao acordado e os
resultados so documentados;
AQU 8. O produto adquirido incorporado ao projeto, caso pertinente.

8
No contexto do MR-MPS considera-se que o termo produto pode incluir tambm servios, desde
que estes sejam entregues como parte do produto final ao cliente.


9.2.2 Processo: Gerncia de Configurao GCO
Nvel MR-MPS-SW: F - Gerenciado
Propsito:
O propsito do processo 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. Um Sistema de Gerncia de Configurao estabelecido e mantido;
GCO 2. Os itens de configurao so identificados com base em critrios
estabelecidos;
GCO 3. Os itens de configurao sujeitos a um controle formal so colocados
sob baseline;
GCO 4. A situao dos itens de configurao e das baselines registrada ao
longo do tempo e disponibilizada;
GCO 5. Modificaes em itens de configurao so controladas;
GCO 6. O armazenamento, o manuseio e a liberao de itens de configurao
e baselines so controlados;
GCO 7. Auditorias de configurao so realizadas objetivamente para
assegurar que as baselines e os itens de configurao estejam
ntegros, completos e consistentes.


9.2.3 Processo: Garantia da Qualidade GQA
Propsito:
O propsito do processo Garantia da Qualidade assegurar que os produtos de
trabalho e a execuo dos processos estejam em conformidade com os planos,
procedimentos e padres estabelecidos.
GQA 1. A aderncia dos produtos de trabalho aos padres, procedimentos e
requisitos aplicveis avaliada objetivamente, antes dos produtos
serem entregues e em marcos predefinidos ao longo do ciclo de vida
do projeto;
GQA 2. A aderncia dos processos executados s descries de processo,
padres e procedimentos avaliada objetivamente;
GQA 3. Os problemas e as no-conformidades so identificados, registrados e
comunicados;
GQA 4. Aes corretivas para as no-conformidades so estabelecidas e
acompanhadas at as suas efetivas concluses. Quando necessrio,
o escalamento das aes corretivas para nveis superiores
realizado, de forma a garantir sua soluo;


9.2.4 Processo: Gerncia de Portflio de Projetos GPP
Propsito:
O propsito do processo Gerncia de Portflio de Projetos iniciar e manter projetos
que sejam necessrios, suficientes e sustentveis, de forma a atender os objetivos
estratgicos da organizao.
Este processo compromete o investimento e os recursos organizacionais adequados
e estabelece a autoridade necessria para executar os projetos selecionados. Ele
executa a qualificao contnua de projetos para confirmar que eles justificam a
continuidade dos investimentos, ou podem ser redirecionados para justificar.
GPP 1. As oportunidades de negcio, as necessidades e os investimentos so
identificados, qualificados, priorizados e selecionados em relao aos
objetivos estratgicos da organizao por meio de critrios objetivos;
GPP 2. Os recursos e oramentos para cada projeto so identificados e
alocados;
GPP 3. A responsabilidade e autoridade pelo gerenciamento dos projetos so
estabelecidas;
GPP 4. O portflio monitorado em relao aos critrios que foram utilizados
para a priorizao;
GPP 5. Aes para corrigir desvios no portflio e para prevenir a repetio dos
problemas identificados so estabelecidas, implementadas e
acompanhadas at a sua concluso;
GPP 6. Os conflitos sobre recursos entre projetos so tratados e resolvidos,
de acordo com os critrios utilizados para a priorizao;
GPP 7. Projetos que atendem aos acordos e requisitos que levaram sua
aprovao so mantidos, e os que no atendem so redirecionados
ou cancelados;
GPP 8. A situao do portflio de projetos comunicada para as partes
interessadas, com periodicidade definida ou quando o portflio for
alterado.


9.2.5 Processo: Medio MED
Propsito:
O propsito do processo Medio coletar, armazenar, analisar e relatar 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 de medio so estabelecidos e mantidos a partir dos
objetivos de negcio da organizao e das necessidades de
informao de processos tcnicos e gerenciais;
MED 2. Um conjunto adequado de medidas, orientado pelos objetivos de
medio, identificado e definido, priorizado, documentado, revisado
e, quando pertinente, atualizado;
MED 3. Os procedimentos para a coleta e o armazenamento de medidas so
especificados;
MED 4. Os procedimentos para a anlise das medidas so especificados;
MED 5. Os dados requeridos so coletados e analisados;
MED 6. Os dados e os resultados das anlises so armazenados;
MED 7. Os dados e os resultados das anlises so comunicados aos
interessados e so utilizados para apoiar decises.


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 Avaliao e Melhoria do Processo
Organizacional, Definio do Processo Organizacional, Gerncia de Recursos
Humanos e Gerncia de Reutilizao. O processo Gerncia de Projetos sofre sua
primeira evoluo, retratando seu novo propsito: gerenciar o projeto com base no
processo definido para o projeto e nos planos integrados. Neste nvel a
implementao dos processos deve 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: Avaliao e Melhoria do Processo Organizacional AMP
Nvel MR-MPS-SW: E Parcialmente Definido
Propsito:
O propsito do processo Avaliao e Melhoria do Processo Organizacional
determinar o quanto os processos padro da organizao contribuem para alcanar
os objetivos de negcio da organizao e para apoiar a organizao a planejar,
realizar e implantar 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 so estabelecidos e mantidos;
AMP 2. As informaes e os dados relacionados ao uso dos processos padro
para projetos especficos existem e so mantidos;
AMP 3. Avaliaes dos processos padro da organizao so realizadas para
identificar seus pontos fortes, pontos fracos e oportunidades de
melhoria;
AMP 4. Registros das avaliaes realizadas so mantidos acessveis;
AMP 5. Os objetivos de melhoria dos processos so identificados e
priorizados;
AMP 6. Um plano de implementao de melhorias nos processos definido e
executado, e os efeitos desta implementao so monitorados e
confirmados com base nos objetivos de melhoria;
AMP 7. Ativos de processo organizacional so implantados na organizao;
AMP 8. Os processos padro da organizao so utilizados em projetos a
serem iniciados e, se pertinente, em projetos em andamento;
AMP 9. A implementao dos processos padro da organizao e o uso dos
ativos de processo organizacional nos projetos so monitorados;
AMP 10. Experincias relacionadas aos processos so incorporadas aos ativos
de processo organizacional.


9.3.2 Processo: Definio do Processo Organizacional DFP
Propsito:
O propsito do processo Definio do Processo Organizacional estabelecer e
manter um conjunto de ativos de processo organizacional e padres do ambiente de
trabalho usveis e aplicveis s necessidades de negcio da organizao.
DFP 1. Um conjunto definido de processos padro estabelecido e mantido,
juntamente com a indicao da aplicabilidade de cada processo;
DFP 2. Uma biblioteca de ativos de processo organizacional estabelecida e
mantida;
DFP 3. Tarefas, atividades, papis e produtos de trabalho associados aos
processos padro so identificados e detalhados, juntamente com o
desempenho esperado do processo;
DFP 4. As descries dos modelos de ciclo de vida a serem utilizados nos
projetos da organizao so estabelecidas e mantidas;
DFP 5. Uma estratgia para adaptao do processo padro desenvolvida
considerando as necessidades dos projetos;
DFP 6. O repositrio de medidas da organizao estabelecido e mantido;
DFP 7. Os ambientes padro de trabalho da organizao so estabelecidos e
mantidos;
DFP 8. Regras e guias para a estruturao, formao e atuao de equipes
so estabelecidos e mantidos.


9.3.3 Processo: Gerncia de Recursos Humanos GRH
Propsito:
O propsito do processo Gerncia de Recursos Humanos prover a organizao e
os projetos com os recursos humanos necessrios e manter suas competncias
adequadas s necessidades do negcio.
GRH 1. As necessidades estratgicas da organizao e dos projetos so
revistas para identificar recursos, conhecimentos e habilidades
requeridos e, de acordo com a necessidade, planejar como
desenvolv-los ou contrat-los;
GRH 2. Indivduos com as habilidades e competncias requeridas so
identificados e recrutados;
GRH 3. As necessidades de treinamento que so responsabilidade da
organizao so identificadas;
GRH 4. Uma estratgia de treinamento definida, com o objetivo de atender
s necessidades de treinamento dos projetos e da organizao;
GRH 5. Um plano ttico de treinamento definido, com o objetivo de
implementar a estratgia de treinamento;
GRH 6. Os treinamentos identificados como sendo responsabilidade da
organizao so conduzidos e registrados;
GRH 7. A efetividade do treinamento avaliada;
GRH 8. Critrios objetivos para avaliao do desempenho de grupos e
indivduos so definidos e monitorados para prover informaes sobre
este desempenho e melhor-lo;
GRH 9. Uma estratgia apropriada de gerncia de conhecimento planejada,
estabelecida e mantida para compartilhar informaes na
organizao;
GRH 10. Uma rede de especialistas na organizao estabelecida e um
mecanismo de apoio troca de informaes entre os especialistas e
os projetos implementado;
GRH 11. O conhecimento disponibilizado e compartilhado na organizao.


9.3.4 Processo: Gerncia de Reutilizao GRU
Propsito:
O propsito do processo Gerncia de Reutilizao gerenciar o ciclo de vida dos
ativos reutilizveis.
GRU 1. Uma estratgia de gerenciamento de ativos documentada,
contemplando a definio de ativo reutilizvel, alm dos critrios para
aceitao, certificao, classificao, descontinuidade e avaliao de
ativos reutilizveis;
GRU 2. Um mecanismo de armazenamento e recuperao de ativos
reutilizveis implantado;
GRU 3. Os dados de utilizao dos ativos reutilizveis so registrados;
GRU 4. Os ativos reutilizveis so periodicamente mantidos, segundo os
critrios definidos, e suas modificaes so controladas ao longo do
seu ciclo de vida;
GRU 5. Os usurios de ativos reutilizveis so notificados sobre problemas
detectados, modificaes realizadas, novas verses disponibilizadas e
descontinuidade de ativos.


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, Projeto e Construo do Produto, Validao, e Verificao.
Neste nvel a implementao dos processos deve 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-SW: D Largamente Definido
Propsito:
O propsito do processo Desenvolvimento de Requisitos definir os requisitos do
cliente, do produto e dos componentes do produto.
DRE 1. As necessidades, expectativas e restries do cliente, tanto do
produto quanto de suas interfaces, so identificadas;
DRE 2. Um conjunto definido de requisitos do cliente especificado e
priorizado a partir das necessidades, expectativas e restries
identificadas;
DRE 3. Um conjunto de requisitos funcionais e no-funcionais, do produto e
dos componentes do produto que descrevem a soluo do problema a
ser resolvido, definido e mantido a partir dos requisitos do cliente;
DRE 4. Os requisitos funcionais e no-funcionais de cada componente do
produto so refinados, elaborados e alocados;Interfaces internas e
externas do produto e de cada componente do produto so definidas;
DRE 5. Conceitos operacionais e cenrios so desenvolvidos;
DRE 6. Os requisitos so analisados, usando critrios definidos, para
balancear as necessidades dos interessados com as restries
existentes;
DRE 7. Os requisitos so validados.


9.4.2 Processo: Integrao do Produto ITP
Nvel MR-MPS-SW: D - Largamente Definido
Propsito:
O propsito do processo Integrao do Produto compor os componentes do
produto, produzindo um produto integrado consistente com seu projeto, 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 e mantida para os
componentes do produto;
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, o projeto (design) e as mudanas nas interfaces
internas e externas so gerenciados para o produto e para os
componentes do produto;
ITP 5. Cada componente do produto verificado, utilizando-se critrios
definidos, para confirmar que estes esto prontos para a integrao;
ITP 6. Os componentes do produto so integrados, de acordo com a
estratgia 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 teste de regresso desenvolvida e aplicada para
uma nova verificao do produto, caso ocorra uma mudana nos
componentes do produto (incluindo requisitos, projeto (design) e
cdigos associados);
ITP 9. O produto e a documentao relacionada so preparados e entregues
ao cliente.


9.4.3 Processo: Projeto e Construo do Produto PCP
Nvel MR-MPS-SW: D Largamente Definido
Propsito:
O propsito do processo Projeto e Construo do Produto projetar, desenvolver e
implementar solues para atender aos requisitos.
PCP 1. Alternativas de soluo e critrios de seleo so desenvolvidos para
atender aos requisitos definidos de produto e componentes de
produto;
PCP 2. Solues so selecionadas para o produto ou componentes do
produto, com base em cenrios definidos e em critrios identificados;
PCP 3. O produto e/ou componente do produto projetado e documentado;
PCP 4. As interfaces entre os componentes do produto so projetadas com
base em critrios predefinidos;
PCP 5. Uma anlise dos componentes do produto conduzida para decidir
sobre sua construo, compra ou reutilizao;
PCP 6. Os componentes do produto so implementados e verificados de
acordo com o que foi projetado;
PCP 7. A documentao identificada, desenvolvida e disponibilizada de
acordo com os padres estabelecidos;
PCP 8. A documentao mantida de acordo com os critrios definidos.


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 e procedimentos 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 o produto
esteja pronto para uso no ambiente operacional pretendido;
VAL 5. Problemas so identificados e registrados;
VAL 6. Resultados de atividades de validao so analisados e
disponibilizados para as partes interessadas;
VAL 7. Evidncias de que os produtos de software desenvolvidos esto
prontos para o uso pretendido so fornecidas.


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 atende 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 e procedimentos 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 e registrados;
VER 6. Resultados de atividades de verificao so analisados e
disponibilizados para as partes interessadas.


9.5 Nvel C Definido
O nvel de maturidade C composto pelos processos dos nveis de maturidade
anteriores (G ao D), acrescidos dos processos Desenvolvimento para Reutilizao,
Gerncia de Decises e Gerncia de Riscos. Neste nvel a implementao dos
processos deve 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: Desenvolvimento para Reutilizao DRU
Nvel MR-MPS-SW: C Definido
Propsito:
O propsito do processo Desenvolvimento para Reutilizao identificar
oportunidades de reutilizao sistemtica de ativos na organizao e, se possvel,
estabelecer um programa de reutilizao para desenvolver ativos a partir de
engenharia de domnios de aplicao.
DRU 1. Domnios de aplicao em que sero investigadas oportunidades de
reutilizao de ativos ou nos quais se pretende praticar reutilizao
so identificados, detectando os respectivos potenciais de reutilizao;
DRU 2. A capacidade de reutilizao sistemtica da organizao avaliada e
aes corretivas so tomadas, caso necessrio;
DRU 3. Um programa de reutilizao, envolvendo propsitos, escopo, metas e
objetivos, planejado com a finalidade de atender s necessidades de
reutilizao de domnios;
DRU 4. O programa de reutilizao implantado, monitorado e avaliado;
DRU 5. Propostas de reutilizao so avaliadas de forma a garantir que o
resultado da reutilizao seja apropriado para a aplicao alvo;
DRU 6. Formas de representao para modelos de domnio e arquiteturas de
domnio so selecionadas;
DRU 7. Um modelo de domnio desenvolvido e seus limites e relaes com
outros domnios so estabelecidos e mantidos. Este modelo deve ser
capaz de capturar caractersticas, capacidades, conceitos e funes
comuns, variantes, opcionais e obrigatrios;
DRU 8. Uma arquitetura de domnio descrevendo uma famlia de aplicaes
para o domnio desenvolvida e mantida por todo o seu ciclo de vida;
DRU 9. Ativos do domnio so especificados; adquiridos ou desenvolvidos, e
mantidos por todo o seu ciclo de vida.


9.5.2 Processo: Gerncia de Decises GDE
Nvel MR-MPS-SW: C - Definido
Propsito:
O propsito do processo Gerncia de Decises analisar possveis decises crticas
usando um processo formal, com critrios estabelecidos, para avaliao das
alternativas identificadas.
GDE 1. Guias organizacionais para a gerncia de decises so estabelecidos
e mantidos;
GDE 2. O problema ou questo a ser objeto de um processo formal de tomada
de deciso definido;
GDE 3. 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;
GDE 4. Alternativas de soluo aceitveis para o problema ou questo so
identificadas;
GDE 5. Os mtodos de avaliao das alternativas de soluo so
selecionados de acordo com sua viabilidade de aplicao;
GDE 6. Solues alternativas so avaliadas usando os critrios e mtodos
estabelecidos;
GDE 7. Decises so tomadas com base na avaliao das alternativas
utilizando os critrios de avaliao estabelecidos.


9.5.3 Processo: Gerncia de Riscos GRI
Nvel MR-MPS-SW: C - Definido
Propsito:
O propsito do processo Gerncia de Riscos identificar, analisar, tratar, monitorar
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 e os
parmetros usados para analisar riscos, categoriz-los e controlar o
esforo da gerncia de riscos so definidos;
GRI 3. As 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 consequncias para o projeto e as
partes interessadas;
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. Os riscos so avaliados e monitorados para determinar mudanas em
sua situao e no progresso das atividades para seu tratamento;
GRI 9. Aes apropriadas so executadas para corrigir ou evitar o impacto do
risco, baseadas na sua prioridade, probabilidade, consequncia ou
outros parmetros definidos.


9.6 Nvel B Gerenciado Quantitativamente
Este nvel de maturidade composto pelos processos dos nveis de maturidade
anteriores (G ao C). Neste nvel o processo de Gerncia de Projetos sofre sua
segunda evoluo, sendo acrescentados novos resultados para atender aos
objetivos de gerenciamento quantitativo. Neste nvel a implementao dos
processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP 3.2 e os RAP 22 a RAP 25 do AP 4.1. A implementao dos processos
selecionados para anlise de desempenho deve satisfazer integralmente os
atributos de processo AP 4.1 e AP 4.2.
Este nvel no possui processos especficos.


9.7 Nvel A Em Otimizao
Este nvel de maturidade composto pelos processos dos nveis de maturidade
anteriores (G ao B). Neste nvel a implementao dos processos deve satisfazer os
atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2 e os RAP 22 a RAP 25
do AP 4.1. A implementao dos processos selecionados para anlise de
desempenho deve satisfazer integralmente os atributos de processo AP 4.1 e AP
4.2. Os atributos de processo AP 5.1 e AP 5.2 devem ser integralmente satisfeitos
pela implementao de pelo menos um dos processos selecionados para anlise de
desempenho.
Este nvel no possui processos especficos.


10 Instituies Implementadoras (II)
Uma implementao do MR-MPS-SW pode ser conduzida por uma Instituio
Implementadora (II) autorizada, mediante convnio com a SOFTEX, com base em
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 MPS MR-
MPS-SW;
possuir uma estratgia de seleo, capacitao e manuteno da competncia
dos membros da equipe de Implementao do MR-MPS;
ter a ela vinculados, no mnimo, 3 (trs) profissionais que cumpram os seguintes
requisitos, sendo que um deve ser o coordenador da equipe: (i) aprovao na
prova para implementadores (P2); (ii) graduao completa
9
; (iii) experincia em
desenvolvimento de software e implantao de processos de software.
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.
Obrigatoriamente o Coordenador da II ou seu representante deve comparecer ao
Workshop anual de Implementadores e participar da reunio de Coordenadores de
Instituies Implementadoras. O no cumprimento desta clusula implicar no
imediato descredenciamento da II.

9
Uma instituio implementadora pode ter a ela vinculados outros implementadores sem graduao
completa. Porm, no mnimo, 3 implementadores da instituio devem cumprir esse requisito.


Referncias Bibliogrficas
[ABNT, 2009] - ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS.
NBR ISO/IEC 12207 Tecnologia de informao - Processos de ciclo de vida de
software. Rio de Janeiro: ABNT, 2009.
[ABNT, 2001] - 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, 2001.
[ISO/IEC, 2003] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-2:
Information Technology - Process Assessment Part 2 - Performing an
Assessment, Geneve: ISO, 2003.
[ISO/IEC, 2004a] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
Information Technology - Process Assessment Part 1 - Concepts and
Vocabulary, Geneve: ISO, 2004.
[ISO/IEC, 2004b] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
Information Technology - Process Assessment - Part 3 - Guidance on
Performing an Assessment, Geneve: ISO, 2004.
[ISO/IEC, 2004c] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
Information Technology - Process Assessment Part 4 - Guidance on use for
Process Improvement and Process Capability Determination, Geneve: ISO,
2004.
Information Technology - Process Assessment - Part 5: An exemplar Process
Assessment Model, Geneve: ISO, 2006.
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15939: Software
Engineering Software Measurement Process, Geneve: ISO, 2007.
[ISO/IEC, 2008a] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 12207 Systems
and software engineering Software life cycle processes, Geneve: ISO, 2008.
[ISO/IEC, 2008b] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
Information Technology - Process Assessment - Part 6: An exemplar system
life cycle process assessment model, Geneve: ISO, 2008.
[ISO/IEC, 2008c] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC TR 15504-7:
Information Technology - Process Assessment - Part 7: Assessment of
organizational maturity, Geneve: ISO, 2008.


INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 20000
Information Technology Service Management, Geneve: ISO, 2011.
[PMI, 2008] PROJECT Management Institute. A Guide To The Project
Management Body of Knowledge. 4. ed. Newton Square: PMI Publications, 2008.
[SEI, 2010a] SOFTWARE ENGINEERING INSTITUTE. CMMI for Development
(CMMI-DEV), Version 1.3, Technical Report CMU/SEI-2010-TR-033. Pittsburgh, PA:
Software Engineering Institute, Carnegie Mellon University, 2010.
[SEI, 2010b] SOFTWARE ENGINEERING INSTITUTE. CMMI for Services, Version
1.3, Technical Report CMU/SEI-2010-TR-034. Pittsburgh, PA: Software Engineering
Institute, Carnegie Mellon University, 2010.
[SOFTEX, 2011a] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Aquisio:2011, junho
2011. Disponvel em: www.softex.br.
[SOFTEX, 2011b] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte
1: Fundamentao para Implementao do Nvel G do MR-MPS:2011, junho
[SOFTEX, 2011c] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
2: Fundamentao para Implementao do Nvel F do MR-MPS:2011, junho
[SOFTEX, 2011d] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
3: Fundamentao para Implementao do Nvel E do MR-MPS:2011, junho
[SOFTEX, 2011e] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
4: Fundamentao para Implementao do Nvel D do MR-MPS:2011, junho
[SOFTEX, 2011f] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
5: Fundamentao para Implementao do Nvel C do MR-MPS:2011, junho
[SOFTEX, 2011g] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
6: Fundamentao para Implementao do Nvel B do MR-MPS:2011, junho
[SOFTEX, 2011h] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
7: Fundamentao para Implementao do Nvel A do MR-MPS:2011, junho
[SOFTEX, 2011i] ASSOCIAO PARA PROMOO DA EXCELNCIA DO


8: Implementao do MR-MPS:2011 em organizaes que adquirem software,
junho 2011. Disponvel em: www.softex.br.
[SOFTEX, 2011j] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
9: Implementao do MR-MPS:2011 em organizaes do tipo Fbrica de
Software, junho 2011. Disponvel em: www.softex.br.
[SOFTEX, 2011k] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
10: Implementao do MR-MPS:2011 em organizaes do tipo Fbrica de
Teste, junho 2011. Disponvel em: www.softex.br.
[SOFTEX, 2012a] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia Geral MPS de
Servios:2012, agosto 2012. Disponvel em: www.softex.br.
[SOFTEX, 2012b] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Avaliao:2012, maio
[SOFTEX, 2012c] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
11: Implementao e Avaliao do MR-MPS-SW:2012 em Conjunto com o
CMMI-DEV v1.3, maio 2011. Disponvel em: www.softex.br.


Lista de colaboradores do Guia Geral:2011

Editores:
Gleison dos Santos Souza UNIRIO e COPPE/UFRJ
Ana Regina C. Rocha COPPE/UFRJ (Coordenadora da ETM)
Cristina ngela Filipak Machado CELEPAR e QualityFocus

Revisores:
Ana Liddy Cenni C. Magalhes QualityFocus e UFMG
Jorge Bria LIVEWARE
Danilo Scalet CELEPAR
Elaine Nunes COPPE/UFRJ
Mariano Montoni ProMove
Odisnei Galarraga SOFTWARE PROCESS
Reinaldo Cabral Silva Filho COPPE/UFRJ e UFAL
Renato Ferraz Machado QualityFocus
Sheila Reinehr PUCPR e QualityFocus


Lista de colaboradores do Guia Geral:2009 Junho/2009

Editoras:
Sheila Reinehr PUCPR e QualityFocus

Colaboradores
Kthia Maral de Oliveira Universidade Catlica de Braslia

Revisores:
Ana Ceclia Zabeu ASR
Ana Liddy Cenni C. Magalhes QualityFocus e Universidade FUMEC
Carlos Barbieri FUMSOFT
Cristina ngela Filipak Machado CELEPAR e QualityFocus
Edmeia Andrade EMBRAPA
Fbio Bianchi Campos Universidade Catlica de Braslia
Gleison dos Santos Souza COPPE/UFRJ
Kival Chaves Weber SOFTEX
Marcio Pecegueiro do Amaral RIOSOFT
Mariano Montoni COPPE/UFRJ
Odisnei Galarraga Software Process
Sarah Kohan Fundao Vanzolini


Lista de colaboradores do Guia Geral verso 1.2 Junho/2007

Editores:
Ana Liddy C. C. Magalhes SwQuality

Colaboradores
Ahilton Barreto COPPE/UFRJ
Alfredo Nozomu Tsukumo CenPRA
Claudia Maria Lima Werner COPPE/UFRJ
Leonardo Murta COPPE/UFRJ
Marco Lopes COPPE/UFRJ
Marcos Kalinowski COPPE/UFRJ

Revisores:
Cristina ngela Filipak Machado CELEPAR
Fbio Bianchi Campos Universidade Catlica de Braslia
Francisco Vasconcellos Marinha do Brasil / COPPE/UFRJ
Marcio Pecegueiro Amaral RIOSOFT
Regina M. Thienne Colombo CenPRA


Lista de colaboradores do Guia Geral verso 1.1 Maio/2006

Editoras:
Ana Cristina Rouiller Universidade Federal Rural de Pernambuco

Revisores:
Ana Cervigni Guerra CenPRA
Christiane Gresse von Wangenheim UNIVALI
Clnio F. Salviano CenPRA
Francisco Vasconcellos Marinha do Brasil / COPPE/UFRJ


Lista de colaboradores do Guia Geral verso 1.0 Maio/2005

Editoras:
Ana Regina C. Rocha COPPE/UFRJ

Colaboradores:
Adriano B. de Albuquerque COPPE/UFRJ
Ana Candida Natali COPPE/UFRJ
Clnio F. Salviano CenPRA
Edson Saraiva de Almeida SCOPUS
Marcelo Pessa Fundao Vanzolini/USP
Odisnei Galarraga EsiCenter Unisinos
Paula Mian COPPE/UFRJ
Svio Figueiredo COPPE/UFRJ
Sheila Reinehr PUC-PR
Tayana Conte COPPE/UFRJ
Teresa Maciel CESAR

Revisores:
Ana Cervigni Guerra CenPRA
Ana Cristina Rouiller UFLA
Andr Villas-Boas CPqD
Clenio F. Salviano CenPRA
Eratstenes Arajo SOFTEX
Kthia Maral Oliveira UCB
Jorge Bria Liveware
Luiz Carlos de Almeida Oliveira CELEPAR
Marcelo Pessoa Fundao Vanzolini/USP


Teresa Maciel CESAR
Viviana L.Rubinstein Liveware

Guia Geral Software 20121

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Guia Geral Software 20121

Uploaded by

Copyright:

Available Formats

MPS.

BR - Melhoria de Processo do Software Brasileiro

: Capability Maturity Model Integration Integrao de Modelos de

[SEI, 2010b]. Para definio e reviso do modelo de

(CMMI for Development) [SEI, 2010a] remonta criao

(Software Capability Maturity Model) que foi definido pelo SEI

surgiu para resolver o

(System Engineering Capability Model) e IPD-CMM

You might also like