JOAO ALEXANDRE DE SOUZA BRAGA

Melhoria de Processos de Softwares Brasileira

PATOS DE MINAS
2016

1. INTRODUO

O MPS.BR ou Melhoria de Processos do Software Brasileiro um movimento

que originou a partir de uma parceria entre o Ministrio da Cincia, Tecnologia e
Inovao mais conhecido como FINEP e a SOFTEX Associao para Promoo da
Excelncia do Software Brasileiro no qual este projeto desenvolvido no Brasil e
tambm algumas universidades de ensino com apoio do governo federal brasileiro. Este,
baseado nas normas ISO/IEC 12207 e ISO/IEC 15504 e possui compatibilidade com
o CMMI.
Este movimento tem como objetivo tratar para que haja uma melhoria em todos
os processos de software brasileiros, principalmente em pequenas e mdias empresas
que atuam no mercado brasileiro de software. Alm de um movimento para a melhoria
geral da qualidade do software produzido em nosso pas, um modelo de qualidade de
processo, mas tambm tem como foco oferecer um preo acessvel para essas empresas,
pois no pas so de grande maioria. Assim, possui como um de seus principais objetivos
seu custo baixo e reduzido para certificao em relao s normas que so certificadas
fora do pas.
Neste modelo existe uma parceria, ou seja, uma integrao de empresas
juntamente com universidades, no qual, as empresas esto em busca de mo de obra
qualificada nestas instituies de ensino, proporcionando as essas universidades alocar
seus alunos para o mercado de trabalho.

2. MOTIVAO
A motivao deste movimento veio pelo motivo de ter uma reduo de custos nos
processos de software. O desenvolvimento de produtos de software no Brasil no
momento um dos maiores do mundo, e, com base nisso, as empresas precisam sempre
buscar a maturidade e principalmente a excelncia em seus projetos de software que so
criados, para que continuem atingindo a satisfao de seus clientes e atingir
padronizaes de qualidade e produtividade, que so essenciais para sobreviver no
mercado de TI. O objetivo final nas empresas atingir padres de certificao nos
softwares que produzem com preo de baixo custo em relao ao exterior.

Ao longo dos anos, segundo o SOFTEX, foram atingidas 515 avaliaes, alm de
quase 6 mil profissionais capacitados e 1300 pessoas habilitadas. Alm disso, pode-se
dizer que o programa foi e tem sido um sucesso, superando as metas estabelecidas ao
longo desses anos e sendo plenamente aceito pela comunidade de desenvolvimento no
Brasil. Quando o programa foi lanado, essas metas foram consideradas ambiciosas,
mas foram alcanadas, alm de o MPS.BR ter nmeros expressivos comparado a outros
movimentos parecidos ao redor do mundo.
A Crise do Software, tambm foi um dos motivos maiores, pois segundo pesquisas
realizadas, cerca de 30% dos projetos de software que esto em desenvolvimento, so
cancelados antes mesmo de sua concluso, do restante, acabam que no conseguem
atender as expectativas dos clientes e empresas. Outro fator importante so em relao
aos oramentos de projetos que so realizados para o desenvolvimento que em mdia
chega a ultrapassar cerca de 189% do que foi estimado a ser gastos.
3. OS MODELOS
MR-MPS
O Modelo de Referncia do MR-MPS define os requisitos para atingir a
conformidade com o modelo. Neste modelo ele define os sete nveis de maturidade do
modelo, nestes nveis de maturidade so definidos em uma combinao de processos e
sua capacitao, permitindo que as empresas possam avaliar e atribuir graus de
efetivao dos processos que esto em execuo assim prevendo seu objetivo atravs
estado do nvel em que se estejam.
O MR-MPS define sete nveis de maturidade: A (Em Otimizao), B (Gerenciado
Quantitativo), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F
(Gerenciado) e G (Parcialmente Gerenciado). O nvel G considerado o mais imaturo
entre os demais e o A o mais maduro. Esses nveis possui um paralelo com os quatro
nveis de maturidade dos estgios definidos pelo CMMI Capability Maturity Model
Integration (de 2 a 5).

MA-MPS
O Modelo de Referncia do MA-MPS descreve os processos e os mtodos de
avaliao do MPS, alm de caractersticas de qualificao dos avaliadores e Instituies
Avaliadoras (IA). Esses processos e mtodos de avaliao esto de acordo com a norma
ISO/IEC 15504-2 [ISO/IEC, 2003] e atende aos requisitos do Programa MPS. Desta
forma, o mtodo est em conformidade com a ISO/IEC 15504 e compatvel com o
mtodo SCAMPI, para avaliao segundo o modelo CMMI, tambm definido com base
na ISO/IEC 15504.
O processo de avaliao composto por quatro subprocessos:

Contratar a avaliao;

Preparar a realizao da avaliao;

Realizar a avaliao;

Documentar os resultados da avaliao.

MN-MPS
O Modelo de Referncia do MN-MPS tem como funo descrever as regras de

negcio para implementao do Modelo de Referncia (MR-MPS) pelas Instituies

Implementadoras, avaliao seguindo o Mtodo de Avaliao (MA-MPS) pelas
Instituies Avaliadoras, organizao de grupos de empresas pelas Instituies
Organizadoras de Grupos de Empresas para implementao e avaliao do MR-MPS,
certificao de Consultores de Aquisio e programas anuais para treinamento do MPS
(SOFTEX, 2012).

O Modelo de Negcio MN-MPS descreve regras de negcio para:

implementao dos Modelos de Referncia MR-MPS pelas Instituies
Implementadoras (II);
avaliao seguindo o Mtodo de Avaliao MA-MPS pelas Instituies
Avaliadoras (IA);
organizao de grupos de empresas para implementao dos MR-MPS e avaliao
MA-MPS pelas Instituies Organizadoras de Grupos de Empresas (IOGE);
habilitao de Consultores de Aquisio (CA) de software e servios correlatos e
credenciamento de Instituies de Consultoria de Aquisio (ICA);
realizao tanto de cursos e provas oficiais quanto de cursos especiais e workshops
anuais do MPS, para capacitao de pessoas no Modelo MPS;
Curso de Ps-Graduao em Engenharia e Qualidade de Software com o modelo
MPS (PG-MPS) (conforme MN especfico).
CMMI
O CMMI um rgo integrante da universidade norte-americana Carnegie Mellon.
Trata-se de um modelo com um enfoque voltado para a capacidade de maturidade de
processos de software.
Um processo representa, dentro da rea de software, um conjunto de atividades cujo
objetivo atingir uma meta previamente estipulada. J por capacidade e maturidade de
um processo, deve-se ter a noo do grau de qualidade com o qual um processo atinge
um resultado esperado.
O CMMI est dividido em 5 nveis de maturidade que atestam, por sua vez, o grau
de evoluo em que uma organizao se encontra num determinado momento. Alm
disso, tem por objetivo principal funcionar como um guia para a melhoria dos processos
da organizao, considerando para isto atividades como o gerenciamento do
desenvolvimento de software, prazos e custos previamente estabelecidos. O objetivo

maior, considerando o CMMI e seus diferentes conceitos, est justamente na produo

de software com maior qualidade e menos propenso a erros.

Dentre os principais benefcios da implantao do CMMI, vale a pena destacar:

Uma maior confiabilidade no que refere ao cumprimento de prazos e custos que

foram

acordados,

inicialmente,

perante

cliente

que

solicitou

desenvolvimento de um sistema. Essa previsibilidade decorrente do rigor que o

CMMI exige quanto medio dos processos, fato este que conduz obteno
de uma base histrica realista e confivel para estes fins;

O gerenciamento das atividades relativas produo de software aumenta

consideravelmente;

Uma maior qualidade nos softwares criados, j que processos bem definidos e
controlados conduzem produo de produtos mais confiveis;

A menor dependncia da empresa de desenvolvimento para com seus

especialistas. Com um foco voltado para processos e melhoria contnua, alm do
uso intensivo de informaes histricas, a organizao deixa de depender nica e
exclusivamente de profissionais com um elevado grau de conhecimento tcnico;

A busca por melhorias contnuas nos processos cotidianos.

Para se conseguir o que este modelo prope, a organizao interessada na

implantao do CMMI dever evoluir progressivamente, considerando para isto uma
sucesso de diferentes de nveis. Cada nvel indica, por sua vez, o grau de maturidade
dos processos num determinado instante:

Nvel 1 - Inicial: os processos normalmente esto envoltos num caos decorrente

da no obedincia ou ainda, inexistncia de padres;

Nvel 2 - Gerenciado: os projetos tm seus requisitos gerenciados neste ponto.

Alm disso, h o planejamento, a medio e o controle dos diferentes processos;

Nvel 3 - Definido: os processos j esto claramente definidos e so

compreendidos dentro da organizao. Os procedimentos se encontram
padronizados, alm de ser preciso prever sua aplicao em diferentes projetos;

Nvel 4 - Gerenciado Quantitativamente: ocorre o aumento da previsibilidade do

desempenho de diferentes processos, uma vez que os mesmos j so controlados
quantitativamente;

Nvel 5 - Otimizado: existe uma melhoria contnua dos processos.

A implantao do CMMI recomendvel para grandes fbricas de software.

Implementar os diversos estgios uma tarefa rdua, no s numa fase inicial, mas
tambm quando se leva em conta a migrao de um nvel para outro. Isto exigir,
invariavelmente, a realizao de vultosos investimentos financeiros, assim como uma
mudana de postura da organizao (principalmente quando a mesma no contava uma
experincia anterior bem-sucedida no gerenciamento de processos).
Em inmeras ocasies, empresas desenvolvedoras de sistemas recorrem a
consultorias especializadas, visando apoio na obteno da certificao CMMI (fato este
que inviabiliza a adoo deste mesmo modelo por pequenas companhias).
4. CERTIFICAES

ISO/IEC 12207:2008
A Norma Internacional ISO/IEC 12207 [ISO/IEC, 2008a] foi publicada em 2008
pela ISO International Organization for Standardization e o IEC - International
Electrotechnical Commission. Ela tem como objetivo estabelecer uma estrutura comum
para os processos de ciclo de vida de software, com uma terminologia bem definida, que
pode ser referenciada pela indstria de software. A estrutura contm processos,
atividades, tarefas, propsito e resultados que servem para ser aplicados durante a
aquisio de um sistema que contm software, de um produto de software independente
ou de um servio de software, e durante o fornecimento, desenvolvimento, operao e
manuteno de produtos de software. A norma foi construda para que fosse utilizada
em todo o ciclo de vida de software, ou seja, desde o incio (concepo) at a
descontinuidade do produto de software; e por todos os envolvidos com a produo,
manuteno e operao do software que MPS.BR-Guia Geral MPS de Software:2016
14/57 so: adquirentes, fornecedores, operadores, desenvolvedores, mantenedores,
gerentes, profissionais de qualidade e usurios.
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 12 tem como objetivo facilitar o
desenvolvimento de um modelo para avaliao de processo. 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.

ISO/IEC famlia 330xx

A famlia de normas ISO/IEC 330xx substitui e amplia algumas partes da
ISO/IEC 15504 e estabelece um framework para realizao e aplicao da avaliao de
processo. A famlia 330xx um conjunto de normas que fornecem um framework
consistente e coerente para avaliao de caractersticas de qualidade de processos,
fornecendo um conjunto claro de requisitos para o processo de avaliao e os recursos
necessrios para implement-lo efetivamente [ISO/IEC, 2015a]. 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 MPS.BR-Guia Geral MPS de Software:2016 15/57
estimar o risco associado contratao daquele fornecedor em potencial para auxiliar na
tomada de deciso de contrat-lo ou no.
ISO/IEC 12207 e suas emendas 1 e 2
A Norma ISO/IEC 12207 foi criada pela ISO the International Organization
forStandardization e o IEC - International Electrotechnical Commission dentro de um
esforo conjunto dessas organizaes.
Em 1988, foi proposto o desenvolvimento da norma e em agosto de 1995 ela foi
publicada como norma internacional. Em 1998, foi publicada a sua verso brasileira que
tem o mesmo nome que a internacional, somente acrescida das iniciais NBR. Em
outubro de 2002 e 2004, foram feitas atualizaes na norma ISO/IEC 12207, chamadas
de emendas 1 e 2 respectivamente, onde foram inseridas algumas melhorias. Essas

melhorias criaram novos ou expandiram escopo de alguns processos, inseriram para

cada processo o seu propsito e 13 resultados e para os novos processos definiram suas
atividades e tarefas. Essas modificaes tm o objetivo de representar a evoluo da
Engenharia de Software, as necessidades vivenciadas pelos usurios da norma e a
harmonizao com a srie ISO/IEC 15504 - Avaliao de Processo.
A norma ISO/IEC 12207 e suas emendas 1 e 2 estabelecem uma arquitetura
comum para o ciclo de vida de processos de software com uma terminologia bem
definida. Contm processos, atividades e tarefas a serem aplicadas durante o
fornecimento, aquisio, desenvolvimento, operao e manuteno de produtos de
software e servios correlatos.
Os processos definidos na NBR ISO/IEC 12207 6 devem ser utilizados como
referncia na implementao do MR-MPS e avaliao seguindo o MA-MPS. possvel
realizar incluses de novos processos ou excluses e alteraes de processos que no
sejam pertinentes ao negcio, seguindo o processo de adaptao da NBR ISO/IEC
12207.
ISO/IEC 15504
Em setembro de 1992, a ISO realizou um estudo chamado Necessidades e
Exigncias para uma Norma de Avaliao de Processos de Software. O trabalho
concluiu que era pertinente a elaborao de uma norma que fosse aplicvel melhoria
de processos e determinao da capacidade. Este padro deveria considerar os
mtodos e normas j existentes (como por exemplo, o SW-CMM e a ISO 9001),
abranger todos os processos de software e ser construdo pelos especialistas que j
desenvolviam e trabalhavam com os mtodos e normas existentes poca. Como
resultado desse primeiro trabalho, a ISO iniciou em janeiro de 1993 o projeto SPICE
(Software Process Improvement and Capability dEtermination) com o objetivo de
produzir inicialmente um Relatrio Tcnico que fosse, ao mesmo tempo, mais geral e
abrangente que os modelos existentes e mais especfico que a norma ISO 9001
originando assim a Norma ISO/IEC 15504 [ISO/IEC 15504-1, 2004], 6.
A 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.

REFERNCIAS
DevMedia. Disponvel: http://www.devmedia.com.br/melhoria-do-processo-desoftware-brasileiro/29915. Acesso: Abril/ 2016.

[SOFTEX, 2011c] ASSOCIAO PARA PROMOO DA EXCELN

CIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao
Parte 2: Fundamentao para Implementao do Nvel F do MR-MPS:2011, junho
2011.Disponvel em: www.softex.br.
SOFTEX. MPS Guia Geral MPS de Servios. ASSOCIAO PARA
PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. [S.l.],
p. 59. 2012.
WEBER, K. et al. Melhoria de Processo do Software Brasileiro (MPS.BR): um
Programa Mobilizador. http: //www.softex.br/portal/, p. 10, 2006. Disponivel em:
<http://www.softex.br/portal/softexweb/uploadDocuments/26.pdf>. Acesso em: 12 fev.
2013.
KOCHE,Jos Carlos. Fundamentos de Metodologia Cientifica: teoria da cincia
e pratica da pesquisa. 14.ed.rev. e ampl. Petrpolis, RJ: Vozes, 1997, 103 p.