MPS.

BR Melhoria de Processo do Software Brasileiro: uma avaliao crtica deste modelo de certificao adaptado para realidade brasileira
Marcos Machado, Gerson Prando Universidade Santa Ceclia, Departamento de Ps-Graduao R. Oswaldo Cruz, 255, Boqueiro, Santos, SP, Brasil, CEP 11045-000 markosmachado@hotmail.com, gprando@unisanta.br

Abstract
This article aims to conduct a critical assessment on the software quality model MPS.BR; with the purpose to contribute with the field study, through presentation, theorization and reflection of the key concepts and theme proposals. To achieve the objective proposed we started on the contextualization of the importance of a software processes improvement, a presentation of the methodologies for this certification, and ended with comparisons related to CMMI certification and some final thoughts and considerations on the subject. Key words: MPS.BR,MR-MPS, MA-MPS, MN-MPS, Certification, Software Quality

Resumo
Este artigo tem por objetivo realizar uma avaliao crtica sobre o modelo de qualidade de software MPS.BR; com a finalidade de poder contribuir com o campo de estudos, atravs da apresentao, teorizao e reflexo dos principais conceitos e propostas do tema. Para alcanar o objetivo proposto, parte-se para a contextualizao da importncia de uma melhoria nos processos do software e posteriormente sero apresentadas as metodologias dessa Certificao, comparativos em relao certificao CMMI e algumas reflexes e consideraes finais sobre o assunto.

Palavras-Chave: MPS.BR, MR-MPS, MA-MPS, MN-MPS, Certificao, Qualidade de Software

1. Introduo
No incio deste sculo, estudos mostraram que o Brasil necessitava de um esforo relativamente significativo para aumentar a maturidade dos processos de software nas empresas brasileiras. At ento, a indstria de software brasileira favoreceu a ISO 9000 em detrimento de outras normas e modelos especificamente voltadas para a melhoria de processos de software (MCT/SEPIN, 2001). Outro fator relevante - segundo esses estudos - que a indstria de software brasileira responde por apenas 1,3% no mercado mundial de software que movimenta por ano mais de 260 bilhes de dlares. Com base na balana comercial, constata-se que nos ltimos anos o Brasil vem perdendo posio neste mercado: importamos cerca de 90% do que consumimos. De 1990 ao ano 2000, passamos de 50 milhes a 1,2 bilhes de dlares o total de gastos com importaes de software (COPPE, 2005). 1

As certificaes de software tiveram seu incio em 1986 quando surgiu o CMM Capability Maturity Model, um modelo para avaliar os processos de desenvolvimento utilizados pelas empresas que seriam contratadas pela Fora Area Norte-Americana e que concorriam em licitaes. Em 2003, segundo dados do MCT Ministrio da Cincia e Tecnologia, o pas contava com 214 empresas desenvolvedoras de software que possuam certificao ISO 9000, sendo que somente trinta eram certificadas SEI/CMU Software Engineering Institute/Carnegie Mellon University, de avaliao CMM, devido ao alto investimento a ser empregado pelas empresas. Segundo Barbieri (2007), coordenador executivo do projeto MPS.BR de Minas Gerais, os primeiros conceitos de melhoria de processos do software foram desenvolvidos a princpio por um grupo de profissionais extremamente competentes que gravitam na esfera acadmica e nos centros de grandes empresas voltadas a engenharia de software, com o objetivo de introduzir uma alternativa ao modelo CMM, que estava crescente no Brasil, ou seja, criar um modelo que fosse ajustvel as caractersticas das empresas brasileiras, levando-se em considerao as dificuldades financeiras das empresas; a falta de profissionais capacitados; e a mudana de cultura de como fazer, ou produzir um software com qualidade de uma maneira diferente para poder equacionar os problemas reais pela qual a indstria de software do pas est passando. A SOFTEX Associao para Promoo da Excelncia do Software Brasileiro uma Organizao da Sociedade Civil de Interesse Pblico, sem fins lucrativos, criada em 03/12/1996, com sede em Campinas. Tem como misso ampliar a competitividade das empresas brasileiras de software e servios e sua participao nos mercados nacional e internacional, promovendo o desenvolvimento do Brasil. Em dezembro de 2003, a SOFTEX em parceria com o governo e universidades, lanou o Projeto MPS.BR numa reunio realizada no MCT em Braslia DF, baseado no modelo CMMI Capability Maturity Model Integration e em conformidade com as normas ISO/IEC 12207 Processos do Ciclo de Vida do Software e ISO/IEC 15504 Avaliao de Processo. O MPS.BR tem como foco, ainda que no exclusivo, atender a micro, pequenas e mdias empresas de software brasileiras, com poucos recursos e que necessitam obter melhorias significativas nos seus processos de software em 1 ou 2 anos (MPS.BR, 2007a). At o presente momento, o Projeto MPS.BR conta com os seguintes financiadores: BID - Banco Interamericano de Desenvolvimento; FINEP - Financiadora de Estudos e Projetos; e MCT - Ministrio da Cincia e da Tecnologia, alm de recursos financeiros adquiridos por receitas de servios MPS tais como: taxas de inscrio em cursos, provas, palestras, workshops, entre outros.

2. Descrio e Caractersticas do Modelo MPS

O objetivo do Modelo MPS.BR est sintetizado no prprio nome: Melhoria de Processo do Software Brasileiro, envolvendo Universidades, grupos de pesquisas e empresas, sob a coordenao da SOFTEX. A base tcnica utilizada para a construo do Modelo MPS foram as normas ISO/IEC 12207 e ISO/IEC 15504 com as quais est em conformidade. Complementarmente, o modelo cobre o contedo de outros Modelos de Referncia de Processo, como o CMMI (CHRISSIS, 2003). O Modelo MPS est desenvolvendo uma srie de atividades cobrindo desde a elaborao de Modelos de Referncia (MR-MPS), elaborao de Mtodos de Avaliao (MA-MPS), elaborao de guias de aquisio, elaborao de Modelos de Negcios (MN-MPS), desenvolvimento e aplicao de diversos cursos para capacitao, credenciamento de pessoas e instituies como implementadoras e avaliadoras, aes de disseminao para incentivo a utilizao pelas empresas entre outras atividades. Uma das orientaes do Modelo MPS entender e consolidar diversas boas experincias nacionais e internacionais, em melhoria de processo do software e estimular a sua disseminao no Brasil e em outros pases da Amrica Latina. No objetivo do Projeto MPS.BR definir algo novo no que se refere a normas e modelos. Sua novidade est na estratgia de implementao, criada para a realidade brasileira (WEBER, 2004a e 2004b). O MPS.BR est dividido em trs componentes (Figura1): Modelo de Referncia (MR-MPS), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio (MN-MPS). Cada componente descrito por meio de guias e/ou de documentos do MPS.BR (MPS.BR, 2007b).

Figura 1: Modelo MPS: MR-MPS, MA-MPS e MN-MPS Fonte: Guia Geral (Verso 1.2) - Junho/2007

2.1. Modelo MPS 2.1.1. Modelo de Referncia MR-MPS O Modelo de Referncia (MR-MPS) contm os requisitos que as empresas devem atender em conformidade com o Modelo MPS e as definies dos nveis de maturidade e capacidade dos processos; e dos processos em si. Como mostra a figura 2, os nveis de maturidade so divididos em 7 nveis que vo do G ao A.

Figura 2: Nveis de Maturidade Fonte: <http://www.pentagrama.com.br/website/tecnologia.php?cod=5>

2.1.2. Mtodo de Avaliao MA-MPS O Mtodo de Avaliao (MA-MPS) descreve o processo de avaliao e os requisitos para atender ao MR-MPS, em conformidade com a norma ISO/IEC 15504. O MA-MPS est descrito no item 2.5.. Seu objetivo verificar a maturidade da organizao a ser avaliada na execuo de processo do software. Aps o perodo de implementao a organizao dever contratar uma Instituio Avaliadora (IA-MPS) para tal finalidade. 2.1.3. Modelo de Negcio MN-MPS O Modelo de Negcio (MN-MPS) composto por trs domnios: Projeto MPS.BR, coordenado pela SOFTEX; Domnio das Instituies Implementadoras do Modelo MPS e Instituies Avaliadoras do Modelo MPS, autorizadas pela SOFTEX (II-MPS e IA-MPS); e o domnio de empresas e organizaes que tenham como objetivo obter uma certificao MPS.BR, visando melhorar seus processos de software, podendo ser em grupo de empresas no Modelo de Negcio Cooperado (MNCMPS.BR) ou uma nica empresa ou organizao no Modelo de Negcio Especfico (MNE-MPS.BR). 2.1.3.1 Modelo de Negcio Especfico MNE-MPS.BR No Modelo de Negcio Especfico (MNE-MPS.BR), a empresa ou organizao interessada na implementao do Modelo MPS negocia e assina um contrato especfico com uma das Instituies Implementadoras (II-MPS.BR). Nesse cenrio, aps a implementao do modelo, a empresa assina 4

um contrato com uma das Instituies Avaliadoras (IA-MPS.BR), desde que no seja a Instituio que implementou o modelo na empresa. No MNE-MPS.BR a empresa que deseja alcanar o Nvel G, por exemplo, tem 15 meses para implementar o modelo MPS e 3 meses para ser avaliada, totalizando 18 meses entre implementao e avaliao. 2.1.3.2 Modelo de Negcio Cooperado MNC-MPS.BR No Modelo de Negcio Cooperado (MNC-MPS.BR) criado um grupo de no mnimo 5 empresas com o objetivo de implementar e avaliar o Modelo MPS e dividir os custos entre si. Os custos divididos so relativos a workshops, palestras e treinamentos. Aps isso a organizao desse grupo de empresas assinar um contrato especfico com uma das Instituies Implementadoras (II-MPS.BR). Aps a implementao do modelo esse grupo de empresas pode escolher uma Instituio Avaliadora (IA-MPS.BR), das sete credenciadas no Brasil atualmente, ou cada empresa poder escolher a sua prpria Instituio Avaliadora, desde que no seja a Instituio que implementou o modelo na organizao. No MNC-MPS.BR as empresas que desejam alcanar o Nvel G, por exemplo, precisam implementar o modelo MPS em 12 meses e serem avaliadas em 3 meses, totalizando 15 meses entre implementao e avaliao. Outro fator relevante no Modelo Cooperado se deve ao fato deles serem apoiados pela SOFTEX. As empresas recebem da SOFTEX um aporte de 50% do valor de referncia do valor do projeto MPS.BR. Esse artigo aborda mais adiante um comparativo referente a custos entre os Modelos de Negcios Especficos e Cooperados; em relao a certificao CMMI. Na figura 3, podemos observar como funciona o Modelo de Negcio para melhoria do processo de software.

Figura 3: Modelo de Negcio (MN-MPS) Fonte: Modelo de Negcio para Melhoria do Processo de Software (MN-MPS) v180208

2.2. Guia Geral MPS O documento Guia Geral apresenta definies para seu entendimento e aplicao. Contm uma descrio geral do Modelo MPS; detalha o Modelo de Referncia para Melhoria de Processo do Software (MR-MPS) e fornece uma viso geral sobre as demais guias. Os processos e as capacidades dos processos foram baseados nas normas ISO/IEC 12207 Processo de Ciclo de Vida do Software, e suas emendas 1 e 2; ISO/IEC 15504 - Avaliao do Processo; e CMMI-SE/SWSM - Incluso de Processos e Resultados Esperados. O progresso do nvel de maturidade ser alcanado quando forem atendidos todos os resultados e propsitos do processo, bem como os atributos de processo relacionados ao nvel especfico, conforme mostra a figura 4.

Figura 4: Estrutura do MR-MPS Fonte: <http://golden.softex.br/portal/softexweb/uploadDocuments/MR_MA-MPS.pdf>

Os nveis de maturidade estabelecem patamares de evoluo de processos caracterizando estgios de melhoria de implementao dos processos na organizao. A capacidade do processo possui cinco atributos, onde AP 1.1 o processo executado; AP 2.1 o processo gerenciado; AP 2.2 os produtos de trabalho do processo so gerenciados; AP 3.1 o processo definido; AP 3.2 o processo-padro est implementado. Os atributos de processo AP 4.1 o processo medido, AP 4.2 o processo controlado, AP 5.1 o processo objeto de inovaes e AP 5.2 o processo otimizado continuamente; somente devem ser implementados para os processos relevantes da organizao/unidade. Os nomes e siglas dos processos e os atributos de processos para cada nvel de maturidade, so apresentados na Tabela 1.

Tabela 1: Nveis de Maturidade do MR-MPS

Fonte: Guia Geral (Verso 1.2) - Junho/2007

A seguir, a descrio dos objetivos de cada processo de acordo com o nvel de maturidade. 2.3. Nveis de Maturidade 2.3.1. Nvel G Parcialmente Gerenciado O maior desafio da implantao do nvel G a mudana de cultura dentro da organizao. nesse ponto em que a empresa precisa mudar suas atividades de rotina e estabelecer prazos, escopo de projeto e estabelecer objetivos. preparar-se para um mundo novo e regrado. Nesse nvel, est nas mos da Gerncia de Projeto GPR o sucesso da melhoria dos processos uma vez que a responsvel por atender a Gerncia de Requisitos GRE (prazos, custos, requisitos e qualidade estipulados). 2.3.2. Nvel F Gerenciado composto pelos processos de Aquisio AQU; Garantia de Qualidade GQA; Medio MED; e Gerncia de Configurao GCO; que visam fornecer maior qualidade e controle aos produtos de trabalho verificando se seguem padres e procedimentos estabelecidos. Os principais objetivos da Garantia da Qualidade GQA e Medio MED so: identificar e documentar itens no-conformes; e avaliar processos, produtos e servios em relao a padres e

procedimentos. Visa fornecer confiana de que o produto desenvolvido est conforme os requisitos especificados. A proposta da Gerncia de Configurao GCO controlar o que foi produzido ou modificado pelos engenheiros de software mantendo a integridade do produto. 2.3.3. Nvel E Parcialmente Definido composto pelos nveis de maturidade anteriores (G e F) e tambm dos processos de Adaptao do Processo para Gerncia do Projeto APG; Avaliao e Melhoria do Processo Organizacional AMP; Definio do Processo Organizacional DFP; e Treinamento TRE. Em geral, esses processos tm como objetivo, verificar se os processos da empresas contribuem para sua melhoria contnua; organizar treinamentos com as necessidades da empresa; desenvolver, acompanhar e gerenciar o projeto com o envolvimento dos interessados. 2.3.4. Nvel D Largamente Definido composto pelos nveis de maturidade anteriores (G ao E), alm dos processos de Desenvolvimento de Requisitos DRE; Soluo Tcnica STE; Validao VAL; Verificao VER; Integrao do Produto ITP; Instalao do Produto ISP; e Liberao do Produto LIP. Seu foco principal padronizar os processos da organizao. O objetivo do processo de Desenvolvimento de Requisitos DRE identificar criteriosamente junto ao cliente ou produto, todos os requisitos funcionais e no-funcionais de tudo que compe o projeto e valid-los. Soluo Tcnica STE avalia os requisitos e decide qual a melhor soluo a ser adotada. Executada a avaliao, desenvolve e implementa a soluo. No processo de Validao VAL o principal objetivo certificar-se de que o produto est sendo desenvolvido corretamente e que atender s necessidades de seus usurios quando for colocado em funcionamento. A Verificao VER tem por objetivo identificar e corrigir falhas no projeto de forma efetiva, o quanto antes, para garantir que os requisitos levantados so atendidos e que o software est sendo desenvolvido de forma uniforme. Esse processo executado durante o desenvolvimento do produto e ao final do projeto para garantir a qualidade do produto final. O processo de Integrao do Produto ITP visa documentar todas as partes que constituem o produto (classes, componentes, outros softwares, etc.) e certificar-se de que elas interagem corretamente.

2.3.5. Nvel C Definido composto pelos nveis de maturidade anteriores (G ao D) e incorpora dois novos processos: Anlise de Deciso e Resoluo ADR; e Gerncia de Riscos GRI. Na Anlise de Deciso e Resoluo ADR o principal objetivo apoiar a tomada de deciso. Avalia as possveis solues para um dado problema ou caso e ajuda a escolher a que melhor atenda aos muitos requisitos dos envolvidos. Na Gerncia de Riscos GRI sua meta identificar, controlar e garantir a reduo contnua dos riscos do projeto ou da organizao. 2.3.6. Nvel B Gerenciado Quantitativamente No nvel B, as empresas j fazem o bastante para garantir a produo de softwares de qualidade e j passam a se focar na melhoria contnua dos processos. Utiliza-se de uma gerncia quantitativa onde se faz um estudo estatstico dos processos do projeto e prov meios de melhoria como anlise de causas de problemas, aplicaes de aes corretivas e preventivas. Este nvel possui os processos de Desempenho do Processo Organizacional DEP; e Gerncia Quantitativa do Projeto GQP. O Desempenho do Processo Organizacional DEP visa fornecer subsdios para avaliar quantitativamente o desempenho da organizao e assim traar metas de qualidade e desempenho dos processos. A Gerncia Quantitativa do Projeto GQP procura gerenciar quantitativamente o processo definido para o projeto de forma a alcanar o objetivo de qualidade e desempenho esperado. 2.3.7. Nvel A em Otimizao No nvel A, o conjunto de processos selecionados no nvel B para ser gerenciado quantitativamente ser otimizado para atender de forma efetiva os objetivos de negcio determinados. Os processos que constituem esse nvel de maturidade so: Inovao e Implantao na Organizao IIO; e Anlise e Resoluo de Causas ARC: O Processo de Inovao e Implantao na Organizao IIO tem como objetivo principal selecionar e implantar melhorias nos processos e tecnologias da organizao. Na Anlise e Resoluo de Causas ARC seu objetivo auxiliar a identificao de causas e efeitos e prevenir sua ocorrncias no futuro. 2.4. Guia de Aquisio A aquisio de Software e Servios Correlatos (S&SC) um processo complexo, principalmente no que diz respeito caracterizao dos requisitos necessrios ao S&SC e s condies 9

envolvidas na contratao; como, por exemplo, qualidade esperada, forma de aceitao, gesto de mudanas, artefatos esperados, etc. Este ambiente apresenta riscos para as partes envolvidas e, como decorrncia, comum a ocorrncia de srios conflitos na relao entre fornecedores e adquirentes de software. Diante deste cenrio, foram empreendidas vrias iniciativas internacionais com vistas a tornar este processo mais previsvel e com melhores resultados para os envolvidos, resultando, como conseqncia, desde padres especficos para grandes organizaes compradoras de software at normas internacionais que visam orientar relaes tcnicas e comerciais (ALVES, 2004). A guia de aquisio tem por objetivo descrever um processo de aquisio de software. Seu pblico alvo so organizaes pblicas e privadas que necessitem adquirir software e produtores de software que queiram estar preparado para este processo de aquisio. Conforme mostra a figura 5, este processo est descrito no Guia de Aquisio atravs de quatro subprocessos: Preparao da aquisio; Seleo do fornecedor; Monitorao do fornecedor; e Aceitao pelo cliente.

Figura 5: Subprocessos e atividades do processo de aquisio Fonte: Guia de Aquisio (Verso 1.2) Junho/2007

2.5. Guia de Avaliao Seu principal objetivo orientar a realizao de avaliaes, em conformidade com a norma ISO/IEC 15504, em empresas e organizaes que implementaram o MR-MPS. Um processo de avaliao prov uma estrutura de medio, independente e aceita, para a avaliao de processos. A norma ISO/IEC 15504 vem sendo desenvolvida como uma viso internacional das melhores prticas para o processo de avaliao. O uso da ISO/IEC 15504 permite que as organizaes avaliem se os seus processos so capazes de ajud-las a alcanar o sucesso nos negcios (VAN LOON, 2004b). A equipe de avaliao composta por: um lder da avaliao; um avaliador adjunto; e no mnimo um tcnico da empresa. Possui validade de 2 anos e passado esse perodo a empresa ou

10

organizao dever ser reavaliada, seja para manter o nvel que se encontra ou para ser avaliada para subir de nvel. So realizadas coletas de dados atravs de preenchimento de planilhas e entrevistas. Aps isso feita uma anlise dos dados prvios coletados e verificao dos dados coletados. A avaliao feita atravs de Indicadores Diretos produtos intermedirios; Indiretos documentos que indicam que a atividade foi realizada; e Afirmao resultantes de entrevistas. Dessa forma os avaliadores conseguem avaliar os processos da empresa e o seu respectivo grau de implementao e grau de alcance. gerado um Relatrio Final da Avaliao contendo as informaes sobre a empresa e a organizao avaliada; projetos avaliados; participantes da avaliao (equipe de avaliao e entrevistados); resultados por processo avaliado; Nvel de Maturidade da organizao; Acordo dos representantes da organizao; e entrega do Relatrio Final para o patrocinador da avaliao, que o responsvel por manter o documento. Ao Final enviado um Relatrio SOFTEX; o registro no Banco de Dados SOFTEX; e divulgao no site www.softex.br/mpsbr. Os passos da avaliao so apresentados na figura 6.

Figura 6; Passos da Avaliao Fonte: <www.cin.ufpe.br/~processos/TAES3/slides-2006.2/TAES3_mpsBr.ppt>

3. Comparativos CMMI e MPS.BR

CMM, CMMI e SCAMPI so marcas da CMU Carnegie Mellon University localizada na Pensylvnia EUA. O Modelo CMMI utilizado pelo governo americano como um Modelo de Qualidade. Possui 5 nveis de maturidade que progridem do nvel 1 ao 5. MPS.BR, MR-MPS, MA-MPS e MN-MPS so marcas da SOFTEX localizada na cidade de Campinas BR, sendo uma referncia nacional de Melhoria de Processo do Software tendo como base o Modelo CMMI, porm adaptado e ajustado para a realidade brasileira possuindo 7 nveis de 11

maturidade, ao invs de 5 - que progridem do nvel G ao A. Isso significa que a empresa ou a organizao poder crescer de uma forma mais confortvel, o que normalmente no permitido a uma empresa que trilhe o Modelo CMMI. Outro fator positivo nas adaptaes e nos ajustes criados no Modelo MPS que a certificao tem uma data para expirar sua validade. Uma avaliao seguindo o MA-MPS tem validade de 3 anos a contar da data em que a avaliao final foi concluda na unidade organizacional (MPS.BR, 2007c). Finalizado o prazo a empresa ou organizao, precisa revalidar o seu nvel de maturidade, sob pena perder a certificao por expirao de data. Isso extremamente relevante no que diz respeito qualidade dos processos e a garantia de que as melhorias de processos do software precisam ser mantidas, pois no permite que a empresa se acomode ficando numa zona de conforto. Ao contrrio no Modelo CMMI uma vez conquistado um nvel de maturidade a empresa no precisa revalidar seu nvel, ou seja, a certificao no possui uma data para expirar. S se atentaram para esse fato no ltimo release da verso 1.2 de 2007 que prev tambm um perodo para a expirao da certificao. No Modelo MPS o processo de avaliao possui um diferencial em relao ao Modelo CMMI. Seguindo a prpria linha dos objetivos do Modelo MPS que buscam a melhoria em relao aos seus prprios processos, os avaliadores no podem ser os mesmos que implementam o Modelo na empresa, demonstrando assim, maior credibilidade e idoneidade nesse processo. J no Modelo CMMI a Instituio que implementa o Modelo poder ser a mesma que Avalia. Dentro da realidade financeira das empresas brasileiras o Modelo CMMI se torna uma certificao voltada apenas para as grandes empresas devido ao seu custo ser muito elevado. Uma implementao do Modelo CMMI de nvel 1, por exemplo, gira em torno de US$ 380.000; e ainda sero gastos mais US$ 20.000 aproximadamente na contratao de um avaliador. No Modelo MPS o foco so as micro, pequenas e mdias empresas e o seu custo (nvel G) gira em torno de R$ 35.000,00 para o processo de implementao; e mais R$ 9.000,00 para o processo de avaliao, totalizando R$ 44.000,00 Valor do Projeto. No Modelo de Negcio Especfico (MNE-MPS.BR) a empresa assina um contrato com uma Instituio Implementadora (II-MPS.BR) e depois de implementada contrata uma Instituio Avaliadora (IA-MPS.BR), custeando sozinha o valor do projeto. J no Modelo de Negcio Cooperado (MNC-MPS.BR), a SOFTEX d um aporte de R$ 22.000,00, correspondente a 50% do valor de referncia do valor do projeto. Alm desse aporte da SOFTEX, as empresas podero contar ainda com subsdios de colaboradores, recebendo deles aproximadamente mais R$ 4.000,00, por exemplo; restando R$ 18.000,00 para serem divididos em 15 meses perodo mximo entre implementao e avaliao dentro desse Modelo Cooperado. Um valor relativamente baixo e vivel para as pequenas empresas. Vale lembrar que esses valores so relativos 12

ao custo direto do projeto. No esto includos custos, tais como: estadias dos avaliadores e cursos obrigatrios. Para uma empresa que tenha como foco a exportao de software o Modelo MPS.BR no vivel por se tratar de uma certificao sem reconhecimento a nvel internacional. Porm as grandes empresas esto adotando os nveis G e F do Modelo MPS como forma de se prepararem melhor para uma certificao CMMI de nvel 1.

4. Consideraes Finais
Segundo o presidente da Associao para a Promoo da Excelncia do Software Brasileiro (SOFTEX), Waldemar Borges, a empresa s tem a ganhar com a obteno de certificados, tanto em questes de imagem e credibilidade, quanto em questes de produtividade e lucratividade. Para ele, uma das vantagens que a qualidade impulsiona a empresa para a competitividade. Outro ponto que Borges destaca a credibilidade que a companhia adquire, tanto para clientes quanto para fornecedores, quando recebe um atestado como o ISO ou MPS.BR. Ainda de acordo com o presidente da SOFTEX, a importncia reside no fato de que as empresas podem apresentar estes certificados de qualidade ao mercado aumentando sua credibilidade perante os clientes e, consequentemente, as chances de serem escolhidas em um processo de concorrncia, incluindo editais pblicos e licitaes (BORGES, 2007). O Modelo MPS est atuando com maior intensidade nas micros, pequenas e mdias empresas de desenvolvimento de software nacional. Na busca da excelncia, empresas que esto pendentes na qualidade de seus processos de governana, esto buscando essa certificao para poderem aplicar regras de conceituadas normas internacionais como o Modelo CMMI para todo o ciclo de engenharia de software, desde a concepo inicial do projeto at a avaliao da qualidade e melhorias futuras do software desenvolvido. Desta forma, assim como para outros setores, qualidade fator crtico de sucesso para a indstria de software. Para que o Brasil tenha um setor de software competitivo, nacional e internacionalmente, essencial que os empreendedores do setor coloquem a eficincia e a eficcia de seus processos em foco nas empresas, visando oferta de produtos de software e servios correlatos conforme padres internacionais de qualidade (MPS.BR, 2007b). Atingindo mais de 120 empresas s no primeiro ano em que foi concebido oficialmente (2006), o Modelo MPS tornou-se rapidamente uma certificao de qualidade aceita pela sociedade, reforada pela razo de ser desenvolvida 100% nacionalmente, sendo adotada por empresas de diversas verticais do ramo tecnolgico, como BRQ, DBA e Politec, o topo da pirmide de empresas certificadas.

13

Atualmente, o selo de certificao j garante pontos extras em licitaes governamentais. Seguindo este rumo, mostra-se tendente que nos prximos anos este selo seja uma premissa garantida para empresas que desejam uma certificao internacional com maior simplicidade. fato que estamos atrasados no quesito certificao, porm qualquer iniciativa de interesse em melhorar a qualidade de processos nas empresas de software demonstra um grande passo com relao preocupao em dispor de produtos de qualidade e manter-se competitivo no mercado. Estudiosos esto incrdulos quanto a sua disseminao internacional tendo em vista que pases da Europa so ainda resistentes ao Modelo CMMI. O Modelo CMMI demorou muito tempo para tornar-se referncia no mbito internacional e ainda assim no tem muita representatividade em todos os pases. O Modelo MPS ainda um modelo novo. Logo encontrar muitos entraves para a sua aceitao no mercado.

5. Referncias Bibliogrficas
ALVES, A. M., Guerra, A. Aquisio de Produtos e Servios de Software. Rio de Janeiro: Elsevier, 2004. 213p. BARBIERI, Carlos. Improvecast 8 MPS.BR. Entrevista disponvel em:

<http://www.improveit.com.br/podcast/improvecast-8-entrevista-carlos-barbieri-mpsbr> Acesso em: 21 jan. 2008. BORGES, Waldemar. Empresas em busca da certificao. Folha de Pernambuco Digital, 07 nov. 2007. Disponvel em: <

http://www.folhape.com.br/folhape/materia.asp?data_edicao=09/11/2007&edt=11&mat=68716> Acesso em:

22 jan. 2008. CHRISSIS, M.B., Konrad, M., Shrum, S. CMMI: Guiderlines for Process Integration and Product Improvement. Addison-Wesley, 2003. COPPE, Planeta. Coppe ajuda a reduzir custo de software nacional, 23 ago. 2005. Disponvel em: <http://www.planeta.coppe.ufrj.br/artigo.php?artigo=623> Acesso em: 20 jan. 2008. ISO/IEC 12207:1995/Amd 1:1998/Amd 2:2002. Technology Information Software Life Cycle Processes. ISO 9001:2000. Quality Management Systems Requirements. ISO/IEC 15504. Technology Information Process Assessment. Part 1 Concepts and vocabulary; part 2 Performing an assessment; part 3 Guidance on performing an assessment; part 4 Guidance on use for process improvement and process capability determination; and part 5 An exemplar process assesment model.

14

MCT/SEPIN Ministrio da Cincia e Tecnologia, Secretaria de Poltica de Informtica. Qualidade e Produtividade no Setor de Software Brasileiro 2001. Braslia: 2001. MPS.BR Associao para Promoo da Excelncia do Software Brasileiro SOFTEX. MPS.BR Guia de Aquisio, verso 1.2, junho 2007a. Disponvel em:

<http://www.softex.br/PORTAL/mpsbr/_guias/default.asp> Acesso em: 12 jan. 2008. _____. Guia Geral, verso 1.2, junho 2007b. Disponvel em:

<http://www.softex.br/PORTAL/mpsbr/_guias/default.asp> Acesso em: 12 jan. 2008. _____. Guia de Avaliao, verso 1.1, junho 2007c. Disponvel em:

<http://www.softex.br/PORTAL/mpsbr/_guias/default.asp> Acesso em: 12 jan. 2008. PENTAGRAMA, Solues em Tecnologia de Informao. Relacionamento do MPS.BR comoCMMI. Disponvel em: < http://www.pentagrama.com.br/website/tecnologia.php?cod=5> Acesso em: 10 abr. 2008. Software Engineering Institute, Carnegie Mellon University. Standard CMMI Appraisal Method for Process Improvement (SCAMPI), Version 1.1: Method Definition Document,CMU/SEI-2001-HB001,2001. VAN LOON, H. Process Assessment and Improvement: a pratical guide for managers, quality professionals and assessors. The Kluwer International Series in Engineering and Computer Science, Volume 776. Springer, 2004b. pp. 10-11. WEBER, K.C., Rocha, A. R., Alves, A., Ayala, A. M., Gonalves, A., Paret, P., Salviano, C., Machado, C. F., Scalet, D., Petit, D., Arajo, E., Barroso, M. G., Oliveira, K., Oliveira, L. C. A., Amaral, M. P., Campelo, R. E. C., Maciel, T. Modelo de Referncia para Melhoria de Processo de Software: uma abordagem brasileira, In: Proceedings of the XXX Conferencia Latinoamericana de Informtica (CLEI 2004). Arequipa, Peru: septiembre 2004a. WEBER, K, C., Rocha, A. R., Rouiller, A. C., Crespo, A., Alves, A., Ayala, A., Gonalves, A., Paret, B., Vargas, C., Salviano, C., Machado, C., Scalet, D., Petit, D., Arajo, E., Maldonado, J. C., Oliveira,K., Oliveira, L. C., Giro, M., Amaral, M., Campelo, R., Maciel, T. Uma Estratgia para Melhoria de Processo de Software nas Empresas Brasileiras, In: Proceedings of the fifth Conference for Quality in Information and Communications Technology (Quatic, 2004). Porto, Portugal: October 2004b. pp. 73-78.

15