A. C. F. Maciel et. al.

ISSN 1983-6708

ANLISE DA QUALIDADE DE SOFTWARE UTILIZANDO AS NORMAS 12207, 15504, ISO 9000-3 E OS MODELOS CMM/CMMI e MPS.BR

Ana Carla Fernandes Maciel1, Carmem Valls1, Mrcia Maria Savoine2

Neste artigo, o objetivo dos modelos e normas de qualidade de software mostrar s empresas e organizaes a importncia de sua utilizao e da qualidade dos processos; isto de acordo com as caractersticas e necessidade da empresa, obtendo melhor qualidade nos processos e certificaes de seus produtos de software. Visando ainda, oferecer produtos que satisfaam os clientes e garantir sua sustentabilidade no mercado atual competitivo. Palavras-Chave: Certificaes. Qualidade de Software. Processos.

In this paper, the goal of software qualitys models and standards is to show to the companies and organizations the importance of their use and quality of the processes according to the companys characteristics and needs, resulting in a better quality processes and certifications of their software products. Aiming also offer products that satisfy customers and ensure its sustainability in the current competitive market. Keywords: Certifications. Software Quality. Processes.

Ps-graduadas em Gesto do Conhecimento e da Tecnologia da Informao pelo Instituto Tocantinense Presidente Antnio Carlos ITPAC; Av. Filadlfia, 568; Setor Oeste; CEP: 77.816-540; Araguana TO. Email: ana.carla@mail.uft.edu.br, carmemvalls@hotmail.com.
1

Mestre. Docente do Instituto Tocantinense Presidente Antnio Carlos ITPAC; Av. Filadlfia, 568; Setor Oeste; CEP: 77.816540; Araguana TO. Email: savoine@gmail.com.
2

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

1. INTRODUO Nos dias de hoje, o que se observa a incapacidade das empresas em desenvolver software com qualidade, de acordo com os requisitos estabelecidos no projeto e dentro do prazo estimado. As empresas precisam cada vez mais, oferecer produtos e servios que satisfaam a qualidade exigida pelo cliente. Com a necessidade de alcanar maior qualidade na construo de softwares as empresas sentem-se compelidas a modificar suas estruturas organizacionais em busca de padres de processos que tragam qualidade a seus produtos e atividades desenvolvidas. Segundo a norma ISO/IEC 9126 define qualidade de software como: A totalidade de caractersticas de um produto de software que lhe confere a capacidade de satisfazer necessidades explcitas e implcitas. As necessidades explcitas so aquelas citadas pelos usurios clientes de software, j as necessidades implcitas so necessidades subjetivas dos usurios, ou seja, aquelas que no so citadas, mas que so consideradas bvias no desenvolvimento e manuteno do produto de software. A partir deste contexto percebeu-se a importncia em utilizar padres como as normas e modelos que especificam requisitos e boas prticas do que fazer para obter um produto de qualidade atravs do processo de desenvolvimento de software. Dentre as vrias existentes no mercado destaca-se neste trabalho as normas 12207, 15504, 9000-3, e os modelos CMM/CMMI e MPS.BR. preciso lembrar que atualmente existem vrias normas nacionais e internacionais, contudo, neste trabalho o objetivo apenas destacar as principais normas e modelos referentes qualidade do processo de software. 2. QUALIDADE DE SOFTWARE Qualidade o grau no qual um conjunto de caractersticas inerentes satisfaz aos requisitos. Afirmando que o produto ou servio prestado garante sua qualidade caso atenda aos requisitos especificados. A garantia da qualidade de software tem como objetivo avaliar a aderncia das atividades executadas, padres, processos, procedimentos, proporcionando uma avaliao objetiva dos produtos e dos processos em relao aos padres. O mercado atual exige qualidade de seus produtos e servios para atender e satisfazer seus clientes, tornando necessria a certificao oficial emitida com base em um padro. A certificao emite um documento oficial que indica a conformidade com um determinado modelo, caso tenha passado pelo processo de avaliao e julgamento de acordo com a norma ou padro de qualidade. A qualidade de um software depende em grande parte dos requisitos. Noconformidade, erros lgicos, conceituais e omisses na especificao de requisitos podem ser propagados por todo o projeto, resultando em um software de baixa qualidade. (KOSCIANSKI, 2007) A qualidade de software prioriza quatro caractersticas como: usabilidade, confiabilidade, funcionalidade e manutenibilidade; requisitos essenciais do produto exigidos por compradores e vendedores, visando sistematizar formas de evitar custos elevados resultantes de defeitos e erros provocados tambm pelo usurio. Ainda existe um grande nmero de empresas brasileiras produtoras de software que esto sem adotar tcnicas para melhoria de qualidade, tornando estas empresas menos competitivas no mercado cada vez mais globalizado.

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

3. MODELO E NORMAS DE QUALIDADE DE SOFTWARE Os modelos e normas de qualidade de software foram criados a fim de atender plenamente os requisitos de qualidade auxiliando na melhoria dos processos internos e promovendo a normatizao de produtos e servios. A implantao de um programa de qualidade comea pela definio e implantao do processo de software documentado onde estabeleam as atividades a serem realizadas durante o processo, sua estrutura e organizao, artefatos requeridos, produzidos e recursos necessrios (humanos, hardware e software) para a realizao das atividades. Padres e normas servem para medir vrios aspectos da qualidade de software dentre eles: a qualidade do produto, qualidade do processo de desenvolvimento e o nvel de maturidade da organizao desenvolvedora, com o objetivo de atingir a melhoria da qualidade contnua3. No entanto, o controle de qualidade surge de uma necessidade de se avaliar, e controlar a produo de um determinado produto. Devido ao objetivo da engenharia de software ter por melhoria a qualidade do produto, estudam propostas de modelos de desenvolvimento, mtodos e tcnicas para aplicao das vrias fases de produo. O atual mercado expressa sua objetividade ao controle de qualidade dando nfase na gesto de qualidade de processo, que so expressas principalmente nas normas ISO. Contudo, a qualidade est relacionada com a satisfao total do usurio; de acordo a isto, a qualidade dos produtos torna-se cada vez mais necessria e solicitada sendo preciso a utilizao de modelos e normas de qualidade de software.
Qualidade contnua mecanismo mais avanado para apoiar iniciativas de qualidade.
3

3.1 Norma ISO/IEC 12207 A Norma ISO/IEC 12207 que contempla os processos de ciclo de vida de software foi publicada em 1995 sendo atualizada em outubro de 2001, inserindo algumas melhorias. Seu principal objetivo estabelecer uma estrutura para os processos de ciclo de vida e de desenvolvimento de software, a partir do qual cada organizao dever definir os seus processos. A ISO/IEC 12207 prov uma estrutura para uma organizao definir um linguajar comum em meio ao grande nmero de mtodos, tcnicas, modelos e normas que tratam da qualidade. Ao utilizar a norma todo o ciclo de vida do desenvolvimento de software ser realizado, desde os requisitos at a manuteno. Para cada processo definido a 12207 oferece melhoria dos processos, logo que os processos so essenciais para que tenha qualidade no produto de software e consiga atender a qualidade, os oramentos, os prazos e os recursos definidos no projeto. Os processos so classificados em trs categorias: primrios, de apoio e organizacionais. Cada processo descrito pela norma como sendo composto por um conjunto de atividades e cada uma delas desdobrada em um conjunto de tarefas. A) Processos Primrios: Aquisio - suas principais atividades so: definio da necessidade de adquirir um software, analisar o pedido de proposta, selecionar os fornecedores, gerenciar a aquisio e aceitao do software. Fornecimento atividades do fornecedor do software: preparar uma proposta, assinatura do contrato, determinar os recursos necessrios, preparar os planos do projeto e a entrega do software.

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

Desenvolvimento principais atividades do desenvolvimento so: analisar os requisitos, projeto, codificao, integrao, testes, instalao e aceitao do software. Operao atividades do operador do software: operar o software e prestar suporte operacional aos usurios. Manuteno o processo de manuteno contm as atividades e tarefas do mantenedor, este processo s ativado quando necessita de modificaes no cdigo do produto de software.

Reviso conjunta define as atividades para avaliar a situao e produtos de uma atividade de um projeto. Auditoria determina adequao aos requisitos, planos e contrato, quando apropriado. Resoluo de problemas um processo para analisar e resolver os problemas de qualquer natureza ou fonte, que so descobertos durante a execuo dos processos.

B) Processos de Apoio: Documentao - um processo para registrar informaes produzidas por um processo ou atividade do ciclo de vida. O processo contm o planejamento, projeto, desenvolvimento, produo, edio, distribuio e manuteno dos documentos necessrios a gerentes, engenheiros e usurios do software. Gerncia de configurao um processo de aplicao de procedimentos administrativos, como controle de armazenamento, liberaes, manipulao, distribuio e modificao de cada um dos itens que compem o software. Garantia da qualidade garante que os processos e produtos de software estejam em conformidade com os requisitos e os planos estabelecidos. Verificao determina se os produtos de software de uma atividade atendem completamente aos requisitos ou condies impostas a eles. Validao determina se os requisitos e o produto final atendem ao uso especfico proposto.

C) Processos Organizacionais: Gerncia gerencia seus respectivos processos. Infra-estrutura um processo para estabelecer e manter a infra-estrutura necessria para qualquer outro processo. Melhoria um processo que estabelece, avalia, mede, controla e melhora um processo de ciclo de vida de software. Treinamento ou recursos humanos um processo para prover e manter pessoal treinado, recrutar pessoal e avaliar o desempenho dos colaboradores. Gesto de ativos gerencia a vida dos ativos reutilizveis, desde a sua concepo at a sua descontinuao. Programa de reuso contm as atividades e as tarefas do administrador do programa de reuso. 3.2 Norma ISO/IEC 15504 A norma ISO/IEC 15504 foi desenvolvida a partir de um estudo sobre a necessidade de padres para avaliao de processos de software, auxiliar a criao da norma, sobre as necessidades e os requisitos de um padro internacional para avaliao de processos de software.

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

Segundo Salviano, (2003): o padro ISO/IEC 15504 ou modelo de referncia na verdade um framework para avaliao de processos de software. Ele organiza e classifica as melhores prticas em duas dimenses: categorias de processo e nveis de capacidade. Atualmente a norma genrica podendo ser utilizada por diversos tipos de processos, no sendo mais exclusivamente dedicada a software. Contudo seu principal objetivo a melhoria e a avaliao dos processos, em ambos os casos trs elementos bsicos devem ser precisamente definidos para que a avaliao de processo seja realizada conforme a 15504, sendo:
1) Os processos: devem ser verificados por um avaliador competente, segundo os requisitos previstos na norma; 2) Uma escala de medida: deve ter como referncia um modelo de avaliao de processo compatvel; 3) Um mtodo de medio: deve ser realizado seguindo um processo compatvel.

Com um novo conceito a ISO/IEC 15504 foi disponibilizado um modelo de referncia de processo PRM (Process Reference Model). Este modelo criou uma arquitetura como padro de referncia de processo com duas dimenses: Dimenso de Processo (que caracterizado pelos propsitos do processo organizados em cinco categorias de processo); e Dimenso da Capacidade do Processo (que caracterizado por uma srie de nveis de capacidade do processo). Dimenso de Processos um conjunto de cinco categorias consideradas fundamentais para a boa prtica da engenharia de software, estes processos constituem de um conjunto de mtodos apresentados pela norma ISO 12207. Cada categoria contribui para identificar se os processos esto atingindo seus objetivos e, ao mesmo tempo, reduzindo

a margem de baixa qualidade, garantindo o alto desempenho dos processos envolvidos dentro da organizao. As Categorias da dimenso de processo so: CON consumidor e fornecedor: tem um impacto direto sobre os consumidores, relaciona o levantamento de requisitos e os processos ligados a operao e uso do produto ou do servio fornecido. ENG engenharia: esta categoria agrupa os processos que levam implementao do produto, atravs da anlise de requisitos, o projeto da arquitetura, construo, integrao e testes do produto. SUP suporte: seus processos do suporte e apoio aos demais processos da organizao, como por exemplo, as revises, auditorias e processos de soluo de problemas. MAN administrao: na categoria de gerncia esto includos os processos que de forma genrica podem ser usados na administrao de todo outro processo ou do projeto em si. ORG organizao: inclui todos os processos organizacionais da empresa como infraestrutura, gerncia de recursos humanos e treinamentos. A dimenso de capacidade permite uma avaliao mais detalhada dos processos executados por uma organizao. Enquanto a dimenso de processo se limita verificao de execuo ou no dos processos, a dimenso de capacidade leva a uma avaliao de nveis semelhantes aos do CMMI. (KOSCIANSKI, 2007) A 15504 define seis nveis de capacidade, seqenciais e cumulativos que podem ser utilizados como uma mtrica para avaliar como uma organizao est realizando um determinado processo e tambm podem

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

ser utilizados como um guia para a melhoria. Os seis nveis de capacidade e suas respectivas caracterizaes so mostrados na Tabela 1.
Tabela 1. Nveis de Capacidade da ISO/IEC 15504 NVEL 0 NOME DESCRIO

3 4 5

3 4

O processo no Incompleto implementado ou falha em atingir seus objetivos. O processo essencialmente Executado atinge os objetivos, mesmo se de forma planejada ou rigorosa. O processo implementado de Gerenciado forma controlada (planejado, monitorado e ajustado); os produtos por ele criados so controlados e mantidos de forma apropriada. Estabelecido O processo implementado de forma sistemtica e consistente. O processo executado e existe Previsvel um controle que permite verificar se ele se encontra dentro dos limites estabelecidos para atingir os resultados. O processo adaptado Otimizado continuamente para, de uma forma mais eficiente, atingir os objetivos de negcio definidos e projetados.

2.1 Administrao do processo 2.2 Administrao dos produtos obtidos do processo 3.1 Definio 3.2 Implementao 4.1 Medio 4.2 Controle 5.1 Inovao 5.2 Otimizao

Fonte: Koscianski e Soares, 2007.

3.3 CMM / CMMI O Modelo de Maturidade da Capacitao para Software chamado CMM Capability Maturity Model for Software, prope para as organizaes uma evoluo atravs de nveis de maturidade da capacitao, ou seja, a produo de software com a qualidade esperada, prazos e recursos acordados. O modelo CMM enfatiza a documentao dos processos, avaliando que para se obter melhoria no mesmo, necessrio que ele seja adaptado empresa e aos projetos por ela desenvolvidos, evitando a desorganizao dos processos e a inexistncia de padres documentados.
O CMM uma estrutura que serve como base ou guia para a melhoria recomendada para organizaes de software que desejam aumentar a capacitao ou capacidade de seu processo de desenvolvimento de software. (PESSOA, 2003)

Fonte: Koscianski e Soares, 2007.

Cada um dos nveis apresentados possui includos os atributos de processo que so aplicveis a todos os processos. Estes atributos so usados para determinar se um processo atingiu uma dada capacidade. Existe um total de nove atributos agrupados em nveis de capacidade, que so aplicveis a todos os processos. Na Tabela 2 so apresentados os atributos de processo.
Tabela 2. Atributos de Processo da Norma 15504 NVEL 1 1.1 Execuo ATRIBUTO

Alguns objetivos como auxiliar o gerenciamento e mudana de processo, fornecer uma estrutura bsica para mtodos confiveis e coerentes de avaliao de organizaes de software, auxiliar a melhoria do processo interno do software, fornecer um guia para as empresas implementarem melhorias em seu processo, so fornecidos pelo modelo CMM; porm, no pretende resolver problemas, se prope a ajudar organizaes a encontrarem suas prprias solues.

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

O modelo CMM possui cinco nveis de maturidade onde estabelecido um conjunto de metas, que buscam melhorar a capacitao da organizao no desenvolvimento dos processos contnuos (permitem que as organizaes escolham reas especficas do processo para implementao de melhorias.). Dentre os nveis: inicial, repetitivo, definido, gerenciado e otimizado. Cada nvel composto por vrias reas-chave ( utilizada na acepo: importantssimo, decisivo, fundamental) de processo que conduzem a metas de melhoria, com exceo do nvel 1. Nvel 1 - Inicial: Pode-se desenvolver software de qualidade, de acordo com o desempenho e capacidade da equipe, ou seja, uma caixa preta onde apenas as entradas e o produto final podem ser vistos claramente. Nvel 2 - Repetvel: So estabelecidas polticas para gerenciar os projetos, bem como procedimentos para implement-los, onde a capacitao do processo melhorada, projeto a projeto com o estabelecimento de disciplinas de gerncia de processo, logo os mtodos de gerenciamento so documentados e acompanhados. Diferentemente do nvel 1, o processo de desenvolvimento passa a ter uma seqncia de caixas pretas, ou seja, tarefas que asseguram a visibilidade em alguns pontos, onde os marcos so identificados e controlados, permitindo verificar se o projeto est conforme o estabelecido. Nvel 3 - Definido: O processo de software para as atividades de gerenciamento e de engenharia documentado, padronizado e integrado em um processo padro de software para a organizao. Nvel 4 - Gerenciado: A organizao estabelece metas quantitativas de qualidade para os produtos e para os

processos de software, onde sero medidas a qualidade e a produtividade para as atividades importantes. possvel prever o desempenho dentro de limites quantitativos. Para este nvel a capacitao para as organizaes quantificvel e previsvel, pois o processo medido e opera dentro de limites aceitveis. Nvel 5 - Otimizao: A melhoria contnua do processo feita atravs do feedback quantitativos dos processos e das aplicaes de novas idias e tecnologias, seguindo que as mudanas no prprio processo sejam regerenciadas de forma a no causarem impacto na qualidade do produto final.

A capacitao neste nvel caracterizada como contnua, pois esto se empenhando para melhorar a capacitao do processo. O Modelo CMMI Capability Maturity Model Integration, ou seja, Modelo de Maturidade da Capacitao Integrado. Foi desenvolvido pelo SEI Software Engineering Institute, uma evoluo do CMM, que tem por objetivo suprir os problemas de integrao. O CMMI tem como objetivo suprir as limitaes do modelo CMM, com a criao de um framework comum, eliminando as inconsistncias e permitindo a incluso de novos modelos, unificando os vrios modelos CMM existentes, preservar investimentos e, contudo reduzir custos do treinamento nas implantaes de melhorias. A principal mudana do CMMI para o CMM a possibilidade de utilizao de duas diferentes abordagens para a melhoria do processo contnua e estagiada. A estagiada divide as reas de processo em cinco nveis de maturidade, assim como o CMM, no caso da representao contnua define nveis de capacidade para caracterizar melhorias relativas a uma rea de processo individual.

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

Suas diferenas so apenas organizacionais, pois o contedo equivalente. Na representao contnua: Os componentes principais so as reas de processo, e oferece flexibilidade para implementaes de melhorias, permitindo ainda que as organizaes definam reas especficas do processo para a implementao de melhorias. A partir da avaliao e atendimento das prticas e metas pode-se classificar o nvel de capacidade de cada rea de processo como: Nvel 0 Incompleto, Nvel 1 Realizado, Nvel 2 Gerenciado, Nvel 3- Definido, Nvel 4 Gerenciado quantitativamente, e Nvel 5 Otimizado, ou seja, alterado e adaptado para atender aos objetivos de negcio atuais e projetados. No caso da representao por estgios oferecida uma abordagem estruturada e sistemtica para que haja a melhoria de um estgio por vez. Possui seu foco na maturidade organizacional provendo um caminho evolutivo para a melhoria do processo. As reas do processo so agrupadas em nveis de maturidade que devem ser atendidos na sua totalidade. Os estgios de maturidade so: Nvel 1 Inicial; Nvel 2 Gerenciado; Nvel 3 Definido; Nvel 4 Quantitativamente Gerenciado; Nvel 5 Otimizado.

3.4 MPS.BR O Modelo MPS.BR Melhoria de Processo do Software Brasileiro tem como objetivo atender as micros, pequenas e mdias empresas de software brasileiras com custo de certificao reduzido, visando suprir suas necessidades e proporcionando reconhecimento nacional e internacional como modelo de desenvolvimento de software. Baseado no CMMI e nas normas ISO 12207 para desenvolvimento de software, e ISO 15504 para avaliao de processos de

software, o MPS.BR possui a caracterstica mais especfica dentro da realidade do mercado brasileiro, com o diferencial focalizado em sua escala de implementao em sete nveis de maturidade, possibilitando assim, uma implementao mais gradual chegando a um nvel inicial de maturidade e capacidade, com um grau menor de esforo e de investimento. De acordo com a SOFTEX a estrutura do MPS.BR dividida em trs partes: MRMPS, MA-MPS e MN-MPS, o MR-MPS Modelo de referncia para melhoria do processo de software, define os nveis de maturidade que so uma combinao entre processos e a sua capacidade. Em cada nvel de maturidade so analisados os processos fundamentais no qual se refere aquisio, gerncia de requisitos, desenvolvimentos de requisitos, soluo tcnica, integrao, do produto, instalao do produto e liberao do produto. Sendo analisados ainda os processos de apoio que envolvem a garantia da qualidade, gerncia de configurao, validao, medio, verificao e treinamento. Por fim, os processos organizacionais gerncia de projeto, adaptao do processo para gerncia de projetos, anlise de deciso e resoluo, gerncia de riscos, avaliao e melhoria do processo organizacional, definio do processo, desempenho, gerncia quantitativa, anlise e resoluo de causas, inovao e implantao na organizao. Nveis abaixo: 1. A - Em Otimizao; 2. B - Gerenciado quantitativamente; 3. C - Definido; 4. D - Largamente Definido; 5. E - Parcialmente Definido; 6. F - Gerenciado; 7. G - Parcialmente Gerenciado; O MA-MPS, caracterizado como Mtodo de Avaliao para Melhoria do Processo de Software, tem o objetivo de

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

orientar a realizao de avaliaes, pois contm requisitos para os avaliadores e requisitos para averiguao da conformidade ao modelo MR-MPS. Por fim, o MN-MPS Modelo de Negcio para Melhoria do Processo de Software tem por finalidade descrever regras de negcio para: Implementao e Avaliao do MPS.BR, organizao de grupos de empresas para implementao e avaliao, certificao de consultores de aquisio e programas anuais de treinamento por meio de cursos e workshops. 3.5 ISO 9000-3 A Norma ISO 9000-3 tem como finalidade fornecer um guia para organizaes que desejam estruturar seus sistemas de gesto da qualidade, voltado aos requisitos da ISO 9001:2000. Obtendo-se que no cabe a ISO 9000-3, a avaliao em certificao/registro de

sistema de gesto da qualidade, pois no h alterao alguma aos requisitos da ISO 9001. No entanto sua aplicao designa a aquisio, fornecimento, desenvolvimento, operao e manuteno de software de computador. A aplicao da ISO/IEC 9000-3 independe de tecnologia, modelos de ciclo de vida, processos de desenvolvimento, seqncia de atividades ou estrutura organizacional da organizao. Contudo para as organizaes com atividades em reas diferentes de desenvolvimento de software, devem ser claramente documentados no sistema de gesto de qualidade. Contudo, esta norma define diretrizes para facilitar a aplicao da norma ISO 9001 a organizaes que desenvolvem, fornecem e mantm software, fornecendo orientaes quando um contrato entre duas partes exige a demonstrao da capacidade do fornecedor.

4. ANLISE COMPARATIVA ENTRE AS NORMAS ISO/IEC 12207, 15504, 9000-3 E OS MODELOS CMM/CMMI E MPS.BR Atravs da Tabela 3 possvel visualizar as principais caractersticas da Norma ISO/IEC 12207, ISO/IEC 15504, 90003 e os modelos CMM/CMMI e MPS-BR, onde vrios aspectos foram comparados, contendo nesta comparao 12 itens, sendo: objetivo, abordagem, rgo de certificao, tipo de

empresa, quantidade de processos, processos explorados, custo, tempo para obter a certificao, disponibilidade de certificao, verso de utilizao, vantagens e desvantagens. Estes itens abordados iro auxiliar as organizaes quanto escolha de qual norma ou modelo atende suas necessidades, assim como o que necessrio para sua implementao.

Tabela 3. Comparativo entre as Normas 12207, 15504, 9000-3 e Modelos CMM/CMMI e MPS.BR ITENS AVALIADOS 1) Objetivo NORMA 12207 Estabelecer uma estrutura para os processos de ciclo de vida e de desenvolvimento de software. NORMA 15504 Melhorar a avaliao dos processos e ser um modelo de referncia para avaliao de CMM/CMMI Propor para as organizaes uma evoluo atravs de nveis de maturidade de capacitao. MPS-BR Atender as micros, pequenas e mdias empresas de software ISO 9000-3 Gesto de qualidade e garantia de qualidade. Aplicao nos

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

processos software.

de

brasileiras com custo de certificao reduzido. Avaliao dos processos e enquadramento da organizao em um dos nveis de maturidade. Possibilita implementa o mais gradual chegando a um nvel inicial de maturidade e capacidade. SOFTEX Associao para promoo da excelncia do software brasileiro.

processos de desenvolvimento de software. Verificao de conformida de de processos a padres documenta dos ISO: International Standartization Organization. IEC: International Engineering Consortium. Internacional Organiza es em geral. Estabelece atividades a serem cumpridas com viso de estrutura, ciclo de vida e suporte. No possui.

2) Abordagem

Definio dos processos para aquisio, fornecimento, desenvolvimento, operao e manuteno de software. ISO: International Standartization Organization. IEC: International Engineering Consortium. Internacional

Avaliao dos processos da organizao em relao a nveis de capacitao.

3) rgo de Certificao

ISO: International Standartization Organization. IEC: International Engineering Consortium. Internacional

SEI: Software Engineering Institute Internacional

4) Tipo de Empresa 5) Quantidade De Processos

Organizaes em geral. Estabelece reas processos. 17 de

Organizaes geral.

em

Organizao em geral. Estabelece reas processos. 18 de

Micros, Pequenas Mdias.

Estabelece 29 reas de processos.

Estabelece 23 reas de processos.

6) Processos Explorados

Processos primrios, de apoio e organizacionais.

Todos os processos, tanto da dimenso de processos, quanto da dimenso da capacidade do processo.

Processos ad-hoc; disciplinados; padronizados; medidos e controlados quantitativamente; Processos melhorados continuamente.

Otimizao; Gerenciado quantitativa mente; Definido; Largamente Definido;Parc ialmente definido; Gerenciado;

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel et. al.

ISSN 1983-6708

Parcialmente gerenciado. 7) Custo 8) Tempo Para Obter a Certificao Alto Processo de longa durao. A norma no prev o tempo. Alto Processo de longa durao. A norma no prev o tempo. Alto Processo de longa durao. De 2 a 10 anos depende do nvel. Baixo Processo de mdio a longo prazo. A norma no prev o tempo. Alto Processo de mdio a longo prazo. A norma no prev o tempo. Documento de fcil acesso no site. Ingls e Portugus Independe de tecnologia, modelos de ciclo de vida, processos de desenvolvi mento e estrutura organizacio nal. No usada como critrio de avaliao em certificaes/ registros.

9) Disponibilidade de Certificao

Documento Extenso. Modelo disponvel no site. Ingls Portugus e

Documento extenso. Modelo detalhado no site.

Documentao de fcil acesso no site.

Documento de fcil acesso no site. Portugus

10) Verso de Utilizao 11) Vantagens

Ingls e Portugus

Ingls Portugus

Define uma estrutura para os processos de ciclo de vida do software, podendo ser adaptado a qualquer empresa.

Classifica as melhores prticas de melhoria e avaliao dos processos.

Prticas de Processos Maduros; melhoria de Processos; Anlise de Riscos ao Implantar; Certificao; Nveis de maturidade.

Modelo de processo rpido de ser adquirido, adequado a realidade brasileira e de mais acessibilidade.

12) Desvantage ns

Apenas define a estrutura dos processos.

Possui um grande nmero de prticas e informaes necessitando de muita dedicao para sua aplicao e treinamento.

No contempla todos os Processos da Empresa; No se integra com outros modelos.

Certificao pouco reconhecida para tornar a empresa competitiva internacional mente.

Fonte: Savoine et. all., 2008 Adaptado

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel e et. all.

ISSN 1983-6708

De acordo com os itens apontados o que se pode observar que todos os padres apresentados tm como objetivo em comum a busca pela qualidade do software. Contudo, para cada tipo de empresa existe uma norma ou modelo mais adequado as suas necessidades; como por exemplo, as empresas de grande porte que no necessitem de reconhecimento internacional de qualidade, o mais indicado o MPS.BR. Estes padres internacionais possuem um alto custo de implantao e requer uma estrutura organizacional maior para que atenda a todos os processos e atividade oferecidos; porm; a norma IEEE 12207 define uma estrutura para os processos de ciclo de vida do software, podendo ser adaptado a qualquer empresa. No entanto para as organizaes que tem como objetivo a melhoria de processos a ISO/IEC 15504 define um framework para modelos de avaliao de processos que podem ser utilizados como referncia, objetivando garantir aos clientes que ao adotar os requisitos nela contidos, consigam cobrir os pontos vulnerveis do processo produtivo. J o modelo CMMI traz para as micros, pequenas e mdias empresas a possibilidade de estarem melhorando os seus processos de software, tornando-as mais competitivas e oferecendo produtos desenvolvidos com a mesma qualidade de empresas internacionais. A ISO/IEC 9000-3 caracteriza-se por estabelecer os sistemas de gesto de qualidade e de garantia da qualidade, onde as organizaes definem seus prprios modelos de gesto de qualidade dentro de suas caractersticas. Por seguinte a norma 9000-3 especifica os requisitos para que as organizaes possam assegurar a qualidade de seus produtos e servios. No entanto, tendo em vista a realidade do mercado brasileiro, aponta-se como mais convencional de acordo com as tabelas a estas organizaes, a utilizao do modelo MPS.BR,

onde se baseia no modelo CMMI e nas normas ISO 12207 e 15504. Trazendo como caracterstica um custo de certificao reduzido e reconhecimento nacional e internacional. 5. CONCLUSO A busca pela qualidade um dos principais objetivos das empresas de software na atualidade e para isso, existem normas e modelos que podem assegurar a qualidade do processo de desenvolvimento do software oferecendo certificaes nacionais e internacionais. Atravs deste trabalho, apresentaram-se alguns padres que trazem boas prticas para as organizaes, a partir disto, possvel escolher a mais adequada para a necessidade da organizao e distinguir quais as normas e prticas que ir trazer a qualidade almejada. As normas de qualidades de software com certificaes internacionais buscam as melhores prticas para o desenvolvimento dos processos de software, mas geram um custo alto para as empresas que no tem tanto para investir, alm de necessitar de um prazo maior para implantao. Por outro lado, tem-se um modelo nacional o MPS.BR que tem incorporado caractersticas do CMM e da ISO 12207, atendendo as pequenas e mdias empresas brasileiras com baixo custo de investimento, tornando-se uma opo cada vez mais presente no desenvolvimento e implantao dos processos de software. Com o crescimento do setor de software, diversos modelos de qualidade vm sendo propostos; contudo, para que o sucesso seja alcanado necessrio ter uma viso dos processos, mtodos e padres adotados pelo projeto, alm do gerenciamento e da melhoria contnua, contribuindo com a produtividade e tornando-se mais competitivas.

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011

A. C. F. Maciel e et. all.

ISSN 1983-6708

As normas ISO 12207, 15504, 9000-3 relacionadas qualidade de software possuem um padro internacional que contribui com a indstria do software, de modo que todas as normas apresentam caractersticas que garantem a qualidade dos processos de software quando utilizadas de forma correta. 6. REFERNCIAS KOSCIANSKI, Andr; Soares, Michel dos Santos. Qualidade de Software Aprenda as metodologias e tcnicas mais modernas para desenvolvimento de software. 2. Ed. So Paulo: Novatec Editora, 2007. PESSOA, Marcelo Schneck de Paula. Introduo ao CMM Modelo de Maturidade de Capacidade de Processo de Software. Lavras: UFLA/FAEPE, 2003.

SALVIANO, Clnio Figueiredo. Melhoria e avaliao de processo com ISO/IEC 15504 e CMMI. Lavras: UFLA, 2003. SAVOINE, Mrcia Maria; Santos, Cirlene Rodrigues dos; Oliveira, Kerlla de Souza Luz; Pereira, Cristhyane Reis. Anlise Comparativa entre as Normas 12207 e 15504 e os Modelos CMM/CMMI para Qualidade do Processo de Software. TECSUL, 2008. SOFTEX, MPS.BR Guia Geral, verso 1.2. Disponvel em HTTP://www.softex.br. Junho, 2007a.

Revista Cientfica do ITPAC, Araguana, v.4, n.4, Pub.5, Outubro 2011