Jeneffer Cristine Ferreira 11 2 MPS.BR Jeneffer Cristine Ferreira – [email protected]@cin.ufpe.br 2

Jeneffer Cristine Ferreira 11


MPS.BR

Jeneffer Cristine Ferreira – [email protected]

2

mailto:[email protected]


Agenda

• Motivação e foco• Organização do Projeto• Estrutura do Modelo• Resultados• Conclusão• Referências


Motivação e Foco“Definir e aprimorar um modelo de melhoria

e avaliação de processo de software, visando preferencialmente as micro,

pequenas e médias empresas, de forma a atender as suas necessidades de negócio

e ser reconhecido nacional e internacionalmente como um modelo

aplicável à indústria de software.”


Motivação e Foco

“Melhoria de processos de software nas micro, pequenas e

médias empresas, a um custo acessível, em diversos locais do

país.”


Organização do Projeto

SOFTEX

Coordenação do Programa MPS.BR

(SOFTEX)

Fórum de Credenciamento e Controle (FCC)

Equipe Técnica do Modelo (ETM)

MR-MPSMA-MPSGuias específicosTreinamento (cursos, provas e workshops)

Credenciamento e descredenciamento de Instituições Implementadoras (II) do MR-MPS e Instituições de Avaliação (IA) seguindo o MA-MPS


Organização do Projeto• SOFTEX

• Equipe Coordenadora do Projeto– Sociedade SOFTEX– Instituições de Ensino, Pesquisa e Centros Tecnológicos (CenPRA,

CESAR, ...)– Sociedade de Economia Mista (CELEPAR)– Organizações da Sociedade Civil de Interesse Público (RIOSOFT,

Agente SOFTEX Campinas)

• Equipe Técnica do Modelo (Teresa Maciel, Ana Cristina Rouiller, ...)

• Fórum de Credenciamento e Controle– Representante da Sociedade SOFTEX– Representante das Instituições de Ensino, Pesquisa e Centros

Tecnológicos– Representante do Governo


Organização do Projeto• Sociedade SOFTEX - Sociedade para Promoção da Excelência do

Software Brasileiro (coordenadora do projeto). • Instituições de Ensino, Pesquisa e Centros TecnológicosInstituições de Ensino, Pesquisa e Centros Tecnológicos:

– COPPE/UFRJ – Programa de Engenharia de Sistemas e Computação da Universidade Federal do Rio de Janeiro (com participação da UCB – Universidade Católica de Brasília)

– CenPRA - Centro de Pesquisas Renato Archer; – CESAR - Centro de Estudos e Sistemas Avançados de Recife

• Sociedade de Economia MistaSociedade de Economia Mista:– CELEPAR - Companhia de Informática do Paraná (hospedeira do

Subcomitê de Software da ABNT)• Organizações da Sociedade Civil de Interesse PúblicoOrganizações da Sociedade Civil de Interesse Público:

– Núcleo SOFTEX Campinas – Sociedade Núcleo SOFTEX 2000;– RIOSOFT - Sociedade Núcleo de Apoio à Produção e Exportação

de Software do Rio de Janeiro


SOFTEX – Associação para PromoçãoSOFTEX – Associação para Promoçãoda Excelência do Software Brasileiroda Excelência do Software Brasileiro• Entidade privada, sem fins lucrativos, que

visa aumentar a competitividade da indústria de software brasileira por meio de ações:

– Desenvolvimento de NegóciosDesenvolvimento de Negócios: Exportação de Software Brasileiro (PSI-SW)

– Planejamento e EstudosPlanejamento e Estudos: Pesquisas (Observatório Digital SOFTEX)

– Capacitação e EmpreendedorismoCapacitação e Empreendedorismo: Qualidade de Software(MPS.BR)

– Financiamento e CapitalizaçãoFinanciamento e Capitalização: PROSOFT (BNDES)


Estrutura do Modelo

Modelo de Referência (MR-MPS)

Método de Avaliação (MA-MPS)

Modelo de Negócio

(MN-MPS)

Guia Geral Guia de Aquisição Guia de Avaliação Documento do Programa

ISO/IEC12207ISO/IEC15504

CMMI


Estrutura do Modelo• ISO/IEC 12207 (Processos de Ciclo de Vida de

Software)

• ISO/IEC 15504 (Framework para Avaliação e Melhoria de Processo)

• CMMI (Modelo para Melhoria de Processos de Software)


Estrutura do Modelo

ISO/IEC 12207 Definição de Processos Propósitos e Resultados

ISO/IEC 15504 Definição da Capacidade

de Processos Requisitos de Avaliação

CMMI Complementação de

Processos


O QUE É MPS.BR?

13


MPS.BR• Baseia-se nos conceitos de maturidade e

capacidade de processo para a avaliação– melhoria da qualidade e produtividade de produtos de

software e serviços correspondentes.• O MPS.BR é um programa para Melhoria de

Processo de Software Brasileiro e está dividido em 3 componentes:– Modelo de Referência (MR-MPS)– Método de Avaliação (MA-MPS) – Modelo de Negócio (MN-MPS)


MPS.BR: Objetivo e Metas

• Objetivo: Melhoria de processos de software nas micros, pequenas e médias empresas– a um custo acessível, em diversos locais do país.

Como?

• Desenvolvimento e Aprimoramento do Modelo MPS.BR.

• Implementação e Avaliação do Modelo MPS.BR em Empresas, com foco em grupos de empresas.


Guia Geral


Guia Geral

• Guia Geral • Estrutura do MR-MPS• Definições• Níveis de Maturidade• Níveis de Capacidade• Processos


Guia Geral – MPS.BR• Objetivo

– Descreve o Modelo de Referência para Melhoria do Processo de Software (MR-MPS) e fornece uma visão geral sobre os demais guias que apóiam os processos de avaliação e de aquisição.

• Público Alvo– Instituições interessadas em aplicar o MR-MPS para melhoria de

seus processos de software,– Instituições implementadoras e avaliadoras segundo o MR-MPS

• Referências– Básicas -> ISO/IEC 12207:1995/Amd 1:2002/Amd 2:2004 e

ISO/IEC 15504– Complementar -> CMMI


Estrutura do MR-MPS

Níveis de Maturidade

CapacidadeProcesso

Atributo

Resultado

Propósito

Resultado


Definições• Nível de Maturidade

– Grau de melhoria de processo para um pré-determinado conjunto de processos no qual todos os objetivos dentro do conjunto são atendidos.

• Processo– Um conjunto de atividades inter-relacionadas, que transforma entradas

em saídas.– Propósito: o principal objetivo da execução do processo e os prováveis

resultados obtidos com a efetiva implementação do mesmo.• Convém que a implementação do processo forneça benefícios tangíveis aos

envolvidos– Resultado: resultado observável do sucesso do alcance do propósito

do processo.• Capacidade

– Uma caracterização da habilidade do processo atingir os objetivos de negócio atuais ou futuros.

– Atributo de processo: uma característica mensurável da capacidade do processo aplicável a qualquer processo.

– Resultado: resultado observável do sucesso do alcance do atributo do processo.




Em OtimizaçãoEm Otimização

Gerenciado QuantitativamenteGerenciado Quantitativamente

DefinidoDefinido

Largamente DefinidoLargamente Definido

Parcialmente DefinidoParcialmente Definido

GerenciadoGerenciado

Parcialmente GerenciadoParcialmente Gerenciado

AA

BB

CC

DD

EE

FF

G

2

3

4

5

Relacionamentocom o CMMI

MR-MPS


Estrutura do MR-MPS

Níveis de maturidade

Capacidade

Resultado

Processo

Propósito

Resultado

Atributo



Medição / Gerência de Configuração

Aquisição / Garantia da Qualidade

Treinamento / Avaliação e Melhoria do Processo Org. / Definição do Processo Org. / Adaptação do Processo para Gerência de Projeto

Desenvolvimento de Requisitos / Solução Técnica / Integração do Produto/ Instalação do Produto / Liberação do Produto / Verificação / Validação

Análise de Decisão e Resolução

Gerência de Riscos

G

F

E

D

C

Gerência de Requisitos

Gerência de Projeto

Desempenho do Processo Organizacional / Gerência Quantitativa do Projeto

Inovação e Implantação na Organização / Análise e Resolução de Causas

A

B

Parcialmente Gerenciado

Gerenciado

Parcialmente Definido

Largamente Definido

Definido

Gerenciado Quantitativamente

Em Otimização


Estrutura do MR-MPS


Capacidade

Resultado

Processo

Propósito

Resultado

Atributo


Capacidade de Processo• Expressa o grau de refinamento com que o

processo é executado na organização.• Relaciona com o atendimento aos atributos de

processo associados aos processos de cada nível de maturidade.

• À medida que a organização evolui nos níveis de maturidade, um maior nível de capacidade para desempenhar o processo deve ser atingido pela organização.


Atributos de Processo

• AP 1.1 – O processo é executado– O processo atinge seu propósito.

• Resultado do Atributo do Processo (RAP):Resultado do Atributo do Processo (RAP):– RAP 1. O processo atinge seus resultados

definidos.


Atributos de Processo• AP 2.1 – O processo é gerenciado

– O atributo de gerência de execução é uma medida da extensão na qual a execução do processo é gerenciada.

• Resultados do Atributo do Processo (RAP):Resultados do Atributo do Processo (RAP):– RAP 2. Existe uma política organizacional estabelecida e mantida para o processo.– RAP 3. A execução do processo é planejada.– RAP 4. (para o nível G) A execução do processo é monitorada e ajustes são

realizados para atender aos planos.– RAP 4. (a partir do nível F) Medidas são planejadas e coletadas para monitorar a

execução do processo.– RAP 5. Os recursos necessários para a execução do processo são identificados e

disponibilizados.– RAP 6. As pessoas que executam o processo são competentes em termos de

formação, treinamento e experiência apropriados.– RAP 7. A comunicação entre as partes interessadas no processo é gerenciada de

forma a garantir o seu envolvimento no projeto.– RAP 8. O estado, as atividades e resultados do processo são revistos com os

níveis adequados de gerência e problemas pertinentes são tratados.


Atributos de Processo• AP 2.2 – Os produtos de trabalho do

processo são gerenciados– Extensão na qual os produtos de trabalho

produzidos pelo processo são gerenciados apropriadamente.

• Resultado do Atributo do Processo (RAP):Resultado do Atributo do Processo (RAP):– RAP 9. Os produtos de trabalho são

documentados, revistos e controlados em níveis apropriados de gerência de configuração.


Atributos de Processo• AP 3.1 – O processo é definido

– Medida da extensão na qual um processo padrão é mantido para apoiar a implementação do processo definido.

• Resultados do Atributo do Processo (RAP):Resultados do Atributo do Processo (RAP):– RAP 10. Um processo padrão é definido, incluindo

diretrizes para a sua adaptação para o processo definido.

– RAP 11. A seqüência e a interação do processo-padrão com outros processos são determinadas.


Atributos de Processo• AP 3.2 – O processo está implementado

– Medida da extensão na qual o processo padrão é efetivamente implementado como um processo definido para atingir seus resultados.

• Resultado do Atributo do Processo (RAP):Resultado do Atributo do Processo (RAP):– RAP 12. Dados apropriados são coletados e

analisados, constituindo uma base para o entendimento do comportamento do processo, para demonstrar a adequação e a eficácia do processo e para avaliar onde pode ser feita a melhoria contínua do processo.


Níveis de Maturidade e CapacidadeNível Processo Capacidade

Inovação e Implantação na Organização A (mais alto)

Análise e Resolução de Causas AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

Desempenho do Processo Organizacional B Gerência Quantitativa do Projeto

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

Análise de Decisão e Resolução C Gerência de Riscos

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

Desenvolvimento de Requisitos Solução Técnica Integração do Produto Instalação do Produto Liberação do Produto Verificação

D

Validação

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

Treinamento Avaliação e Melhoria do Processo Organizacional Definição do Processo Organizacional

E

Adaptação do Processo para Gerência de Projeto

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

Medição Gerência de Configuração

Aquisição

F

Garantia da Qualidade

AP 1.1, AP 2.1 e AP 2.2

Gerência de Requisitos G

Gerência de Projeto

AP 1.1 e AP 2.1


Estrutura do MR-MPS


Capacidade

Resultado

Processo

Propósito

Resultado

Atributo


Processos

Processos OrganizacionaisProcessos Fundamentais

Aquisição (F)

Gerência de Requisitos (G)

Solução Técnica (D)

Integração do Produto (D)

Desenvolvimento de Requisitos (D) Avaliação e Melhoria do Processo Organizacional (E)

Gerência de Riscos (C)

Gerência de Projeto (G)

Adaptação do Processo para Gerência de Projeto (E)

Definição do Processo Organizacional (E)

Implantação de Inovações na Organização (A)

Análise e Resolução de Causas (A)

Desempenho do Processo Organizacional (B)

Gerência Quantitativa do Projeto (B)

Processos de Apoio

Garantia da Qualidade (F)

Gerência de Configuração (F)

Medição (F)

Validação (D)

Treinamento (E)

Verificação (D)

Análise de Decisão e Resolução (C)


Nível G – Parcialmente Gerenciado

• Gerência de Projetos– Estabelecer e manter planos que definem as

atividades, recursos e responsabilidades do projeto– Prover informações sobre o andamento do projeto

que permitam a realização de correções quando houver desvios significativos no desempenho do projeto.


Nível G – Parcialmente Gerenciado

• Gerência de Requisitos– Gerenciar os requisitos dos produtos e

componentes do produto do projeto – Identificar inconsistências entre requisitos,

os planos do projeto e os produtos de trabalho do projeto.


Nível F - Gerenciado

• Aquisição– Gerenciar a aquisição de produtos e/ou

serviços que satisfaçam a necessidade expressa pelo adquirente.

• Gerência de Configuração– Estabelecer e manter a integridade de todos

os produtos de trabalho de um processo ou projeto e disponibilizá-los a todos os envolvidos.


Nível F - Gerenciado

• Garantia da Qualidade– Assegurar que os produtos de trabalho e a execução

dos processos estejam em conformidade com os planos e recursos predefinidos.

• Medição– Coletar, analisar e relatar os dados relativos aos

produtos desenvolvidos e aos processos implementados na organização e em seus projetos, de forma a apoiar os objetivos organizacionais.


Nível E – Parcialmente Definido

• Avaliação e Melhoria do Processo Organizacional– Determinar o quanto os processos padrão da

organização contribuem para alcançar os objetivos de negócio da organização e para apoiar a organização a planejar,

– Realizar e implantar melhorias contínuas nos processos com base no entendimento de seus pontos fortes e fracos.


Nível E – Parcialmente Definido

• Definição do Processo Organizacional– Estabelecer e manter o processo

organizacional e padrões do ambiente de trabalho usáveis e aplicáveis às necessidades de negócio da organização.


Nível E – Parcialmente Definido• Gerência de Recursos Humanos

– Prover a organização e os projetos com os recursos humanos necessários e manter suas competências consistentes com as necessidades do negócio.

• Gerência de Reutilização– Gerenciar o ciclo de vida processos

reutilizáveis.


Nível D – Largamente Definido

• Desenvolvimento de Requisitos– Estabelecer os requisitos dos componentes do

produto e do cliente.• Integração do Produto

– Compor os componentes do produto, produzindo um produto integrado consistente com o projeto

– Demonstrar que os requisitos funcionais e não-funcionais são satisfeitos para o ambiente alvo ou equivalente.



• Projeto e Construção do Produto– Projetar, desenvolver e implementar soluções

para atender aos requisitos.• Validação

– Confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido.



• Verificação– Confirmar que cada serviço e/ou produto de

trabalho do processo ou do projeto atende apropriadamente os requisitos especificados.


Nível C - Definido

• Análise de Decisão e Resolução– Analisar possíveis decisões usando um

processo formal, com critérios estabelecidos, para avaliação das alternativas identificadas.

• O principal motivo de se utilizar este processo é maior probabilidade de selecionar uma solução que atenda às múltiplas demandas dos envolvidos.


Nível C - Definido

• Gerência de Riscos– Identificar, analisar, tratar, monitorar e reduzir

continuamente os riscos em nível organizacional e de projeto.


Nível B – Gerenciado Quantitativamente

• Desempenho do Processo Organizacional: – estabelecer e manter um entendimento

quantitativo do desempenho dos processos-padrão da organização para apoiar os objetivos para qualidade e para o desempenho dos processos.

• Gerência Quantitativa do Projeto: – gerenciar quantitativamente o processo definido

para o projeto de forma a alcançar os objetivos para qualidade e para o desempenho do processo estabelecidos para o projeto.


Nível A – Em Otimização

• Análise de Causas de Problemas e Resolução– Identificar causas de defeitos e de outros

problemas e tomar ações para prevenir suas ocorrências no futuro.


Guia de Aquisição


Estrutura do ModeloGuia de Aquisição

• Objetivo– Descrever um processo de aquisição de software.

• Público alvo– Organizações públicas e privadas que necessitem adquirir software ->

Guia– Produtores de software que queiram estar preparados para este

processo de aquisição -> Orientação

• Referências– Básica -> ISO/IEC 12207:1995/Amd 1:2002– Complementar -> IEEE STD 1062:1998


Guia de Aquisição

• Objetivo– Prover um processo de aquisição onde são

descritas as atividades e tarefas fundamentais para a garantia da qualidade do contrato e respectivos produtos e serviços entregues pelo fornecedor.


Processo de Aquisição


Método de Avaliação (MA-MPS)


Avaliação

• Guia de Avaliação • Equipe• Passos da Avaliação


Estrutura do ModeloGuia de Avaliação

• Objetivo– Orientar a realização de avaliações, em conformidade com a norma

ISO/IEC 15504, em empresas e organizações que implementaram o MR-MPS.

• Público alvo– Empresas e organizações que queiram ser avaliadas segundo o MA-

MPS– Instituições Avaliadoras do Modelo (IA-MPS)– Instituições Implementadoras do Modelo (II-MPS)

• Referências– Básica -> ISO/IEC 15504 Information Technology – Process

Assessment– Complementar -> SCAMPI – Standard CMMI Appraisal Method for

Process Improvement


Guia de Avaliação

O propósito do Método de Avaliação MA-MPS é verificar a maturidade da unidade organizacional na execução de seus processos de software.

Validade de 3 anos

• Avaliação para outro nível

• Avaliação para manter nível


MA-MPS: Método de Avaliação MPS.BRInício

Preparar para a realização da

avaliação

Contratar a avaliação

Realizar a avaliação

Documentar os resultados da avaliação

Fim

Contrato

Acordo de Confidencialidade

Plano de Avaliação

Planilha de Indicadores

Relatório de Avaliação Inicial

Resultado da Avaliação

Relatório da Avaliação BD

SOFTEXwww.softex.br/mpsbr


Contratar a Avaliação

• Opções:1. Empresa que deseja a avaliação contrata uma Instituição

Avaliadora (IA).2. Empresa que deseja a avaliação contrata a SOFTEX.3. A empresa contratante pode não ser a avaliada nos casos de

avaliação de terceira parte.

• Macro-Atividades– Selecionar IA (1) / Contratar SOFTEX (2)– Estabelecer contrato


MA-MPS: Método de Avaliação MPS.BRInício


avaliação




Fim

Contrato









Preparar para a realização da avaliação

• Propósito– Planejar a avaliação– Preparar a documentação necessária para a sua realização – Fazer uma avaliação inicial que permita verificar se a unidade

organizacional está pronta para a avaliação MPS no nível de maturidade solicitado.

• Macro-Atividades– Planejar a Avaliação

• Plano de avaliação.• Agendar avaliação inicial.• Preenchimento e revisão do Plano de Avaliação.• Definir cronograma, equipe e projetos.


Preparar para a realização da avaliação

• Macro-Atividades– Preparar a avaliação

• Planilha de indicadores.• Avaliação inicial dos indicadores.• Completar o Plano da Avaliação.• Obter comprometimento com o Plano de Avaliação.

• Equipe– 1 líder da avaliação, 1 avaliador adjunto, 1 representante da unidade

organizacional (mínimo).

• Projetos– 2 projetos concluídos 2 projetos em andamento (exceto nível G).


Início


avaliação




Fim

Contrato








MA-MPS: Método de Avaliação MPS.BR



• Propósito– Treinar a equipe– Conduzir a avaliação MPS– Comunicar seus resultados à unidade organizacional avaliada.

• Macro-Atividades– Conduzir avaliação

• Realizar reunião inicial.• Treinar equipe de avaliação.• Apresentar processos da unidade organizacional.• Realizar entrevistas.• Caracterizar o grau de implementação (resultados esperados e

processos).• Atribuir nível do MR-MPS e comunicar resultados.


Início


avaliação




Fim

Contrato








MA-MPS: Método de Avaliação MPS.BR



• Propósito– Elaborar o relatório da avaliação– Enviá-lo ao patrocinador da avaliação e à SOFTEX que, desta forma,

insere os dados da avaliação em sua base de dados e divulga o resultado em seu site.

• Macro-Atividades– Relatar resultados– Registrar resultados


Modelo de Negócio


Modelo de Negócio

Projeto MPS.BR(SOFTEX)

II-MPS & IA-MPS

MNC MNE

Convênio

Convênio, se pertinente

Contrato Contrato

II-MPS – Instituição Implementadora do Modelo MPS.BRIA-MPS – Instituição Avaliadora do Modelo MPS.BRMNE – Modelo de Negócio Específico para cada empresa (personalizado)MNC – Modelo de Negócio em Grupo de empresas (pacote)


Capacitação

Curso de Introdução ao MPS.BR

(C1: 4h)

Curso de Implementadores do MR.BR(C2: 16h, pre)

Curso de Avaliadores do MA.BR(C3: 16h, pre)

Curso Guia de Aquisição do MPS.BR

(C4: 16h)

Prova de Introdução ao MPS.BR

(P1: 2h, s/consulta)

Prova de Implementadores do MR.BR

(P2: 4h, pre, c/consulta)

Prova de Avaliadores do MA.BR

(P3: 4h, pre, c/consulta)

Prova Guia de Aquisição do MPS.BR

(P4: 4h, c/consulta)


CapacitaçãoAvaliadores

• Curso e Prova de Introdução ao MPS.BR• Experiência Profissional• Formação Acadêmica• Curso e Prova de Método de Avaliação MA-MPS

• Experiência em 2 avaliações como Adjunto (1G/F e uma acima E)

• Observação em 2 avaliações como Líder


Resultados


Resultados

• Guias do MPS.BR: Guia Geral, versão 1.2; Guia de Aquisição, versão 1.2; Guia de Avaliação, versão 1.1; Guia de Implementação, versão 1.1

• Instituições Implementadoras (II)• Instituições Avaliadoras (IA)


Conclusão


Os 7 diferenciais do MR-MPS

• 7 níveis de maturidade – (possibilitam uma implantação mais gradual e

adequada à micro, pequena e média empresa, além disto, as avaliações considerando mais níveis permitem uma maior visibilidade dos resultados de melhoria de processo, com prazos mais curtos)

• Compatibilidade com o CMMI, conformidade com as normas ISO/IEC 15505 e 12207

• Criado para a realidade da empresa brasileira (foco na micro, pequena e média empresa de software)


Os 7 diferenciais do MR-MPS

• Custo acessível (em R$)• Avaliação periódica das empresas (de 3

em 3 anos)• Grande potencial de replicabilidade no

Brasil • Forte interação Universidade-Empresa


Referências

• Guia Geral (Versão 1.2)• Guia de Avaliação (Versão 1.1)• Guia de Aquisição (Versão 1.2)• www.softex.br• http://www.softex.br/portal/softexweb/uploadDocuments/_mpsbr/Apr

esenta__o_26JUN2007_MPS.BR_SBQS2007_v260607.pdf• http://www.cin.ufpe.br/~processos/TAES3/slides-2006.2/Melhoria%2

0de%20Processo%20do%20Software%20Brasileiro.ppt

• http://www.cin.ufpe.br/~processos/TAES3/slides-2005.2/TAES3_mpsBr.ppt

• http://www.softex.br/mpsbr/_outros/MN-MPS.pdf

http://www.softex.br/

http://www.softex.br/portal/softexweb/uploadDocuments/_mpsbr/Apresenta__o_26JUN2007_MPS.BR_SBQS2007_v260607.pdf

http://www.softex.br/portal/softexweb/uploadDocuments/_mpsbr/Apresenta__o_26JUN2007_MPS.BR_SBQS2007_v260607.pdf

http://www.cin.ufpe.br/~processos/TAES3/slides-2006.2/Melhoria%20de%20Processo%20do%20Software%20Brasileiro.ppt



http://www.cin.ufpe.br/~processos/TAES3/slides-2005.2/TAES3_mpsBr.ppt




http://www.softex.br/mpsbr/_outros/MN-MPS.pdf
