Qualidade Software

Documentao
Prof Srgio Murilo Schtz,Msc. 1 Semestre/2012

Introduo

Necessidade ou preciosismo? A Qualidade de software, uma dificuldade e o desejo de qualquer desenvolvedor, extremamente necessria e auxilia na reduo de horas preciosas na correo de problemas e na satisfao do cliente. Neste primeiro momento, vamos ver o que a Qualidade de um sistema, suas elementos principais e tambm as ferramentas que auxiliam desenvolvedores a fazer desta uma tarefa primordial e produtiva.

Introduo

Para atingir uma boa qualidade, fundamental a criao de documentao tcnica, sendo uma parte aterrorizante para se enfrentar em todo o processo de criao de um software, seja pela necessidade de escrever vrias e vrias pginas de texto, grficos e desenhos ou ainda pela necessidade de largar aquilo que se aprendeu (programar) para fazer aquilo que no sabe bem (redigir),mas que compromete diretamente a qualidade final do software. .

Introduo

Entretanto a documentao parte integrante de qualquer sistema ou programa criado. Arrisco a dizer inclusive que a documentao to importante (ou mais) que as questes de segurana pois sem a devida documentao, bug's e pontos vulnerveis no sistema demoram a ser encontrados e corrigidos, permitindo assim que os ataques continuem levando falncia mltipla do sistema e, conseqentemente, de seu usurio.

Introduo
Normalmente, em grandes corporaes existem pessoas e/ou equipes voltadas nica e exclusivamente para a criao de documentao, sendo que o desenvolvedor fica restrito codificao e comentrios de seu cdigo. J no mundo "real", esta atividade realizada pelo prprio desenvolvedor e demanda um bom conjunto de horas para planejar e criar cada uma de suas partes a fim de atender minimamente as necessidades do produto desenvolvido.

Introduo
Ento, como no possvel evitar a criao da documentao tcnica, para que possamos ter qualidade em um software, ento a forma de amenizar um pouco sua horrvel aparncia usando ferramentas que auxiliam na tarefa de domar o monstro. Mas o que documentao de um sistema/software?

Documentao, o que ?
A documentao de um software composta por vrias partes diferentes que abrangem todo o sistema e pode ser dividida em dois grandes grupos: documentao tcnica e documentao de uso. A primeira voltada ao desenvolvedor ou pessoa de TI e compreende principalmente dicionrios e modelos de dados, fluxogramas de processos e regras de negcios, dicionrios de funes e comentrios de cdigo.

Documentao, o que ?
J a documentao de uso voltada tanto para o usurio final quanto para o administrador do sistema e, comumente, formada por apostilas ou manuais que apresentam como o software deve ser usado, o que esperar dele e como receber as informaes que se deseja.

Documentao, o que ?
A primeira parte (tcnica) , para o desenvolvedor, a mais simples pois, literalmente, descreve seu trabalho e tambm utilizada pelo mesmo como ferramenta para o desenvolvimento de um bom cdigo. J a segunda costuma ser um martrio pois a redao de manuais, insero de screenshots, desenhos e outros elementos grficos no aquilo que podemos considerar como skill deste profissional (so raros os que possuem).

Documentao, o que ?
Ambas podem ser criadas em vrios formatos de visualizao tais como pginas HTML, documentos PDF, apresentaes, vdeos ou ainda arquivos texto. A forma de apresentao no importa. O importante saber que para cada tarefa existe uma ferramenta certa, inclusive para a documentao de sistemas em qualquer nvel de complexidade ou necessidade e que precisa ser feita, de uma forma ou de outra.

As ferramentas para documentao Aproveitando a diviso da documentao em duas grandes reas, vamos conhecer suas partes e algumas ferramentas que ajudam e/ou facilitam aqueles que tem pela frente a tarefa de gerar documentao de sistemas.

Modelos de dados Modelos de dados so aquelas folhas com vrias caixinhas das tabelas de um banco de dados interligadas e que muitas vezes somente so utilizadas para decorao de escritrios. Mas longe de ser um quadro ou pster, o modelo de dados reflete de uma forma grfica (e lgica) a base de dados de um sistema, seus relacionamentos, entidades, chaves e tudo aquilo que referente aos dados em si.

Modelos de dados Este modelo, junto com o dicionrio de dados, pea fundamental para o desenvolvimento de um sistema, sendo inclusive pensado e criado ANTES do incio do desenvolvimento. Um bom modelo de dados bem pensado e bem estruturado no impacta somente em um bom cdigo, mas tambm na performace da aplicao com um todo e na reduo de horas de desenvolvimento equivocado.

Modelos de dados Para cri-lo so utilizadas ferramentas de modelagem de dados, as quais geram de forma grfica as tabelas, ndices, relacionamentos e tudo aquilo que tem a ver com a base de dados em si, podendo ser criados por meio de engenharia reversa ou ainda baseando-se nas necessidades do aplicativo que est sendo desenvolvido.

Modelos de dados As ferramentas mais conhecidas para modelagem de dados dentro do mundo livre so o DBDesigner (http://www.fabforce.net), MySQL Workbench (http://www.mysql.com) e tambm o PGDesigner (http://pgdesigner.sourceforge.net), as quais possuem funcionalidades diferentes e dispem de verses tanto para Linux quanto para Windows. .

Dicionrio de dados Como o prprio nome sugere, o dicionrio de dados nada mais que um arquivo ou documento que define a organizao bsica dos dados do banco. Nele so informadas as tabelas, os campos, suas definies, tipos e descries (para que serve este campo?). Um exemplo simples de um dicionrio de dados pode ser visto a seguir:

Dicionrio de dados

Com um arquivo destes, mesmo simplrio, em conjunto com o modelo de dados, a possibilidade de erro na hora do desenvolvimento fica extremanente reduzida, quando falamos de acesso dados na base, alm de economizar neurnios que muitas vezes esto sendo usados para armazenar a informao que o campo varCodSysFil01 o cdigo de uma filial.

Fluxogramas
To antigos quanto a computao, os fluxogramas apresentam graficamente a sequncia lgica das informaes de um processo ou sistema, utilizando para isso vrios elementos de geometrias diferentes que indicam cada uma das partes do processo. Sua importncia, mesmo deixada de lado, grande pois a partir dele (e conjuntamente com o modelo e dicionrio de dados), inicia-se o projeto de um sistema eficiente e bem desenvolvido.

Fluxogramas
Da mesma forma que o modelo de dados, fluxogramas so muitas vezes (mas no deveriam) utilizados como psters de escritrio. Eles so mais que isso: visualmente conseguem passar a lgica de todo um sistema desde os nveis mais altos de processamento at pequenas partes, permitindo assim uma viso geral do que realmente precisa ser feito dentro do sistema. Um exemplo de um fluxograma pode ser visto a seguir:

Fluxogramas
Para criar fluxogramas, as mais conhecidas ferramentas so: DIA (http://www.gnome.org/projects/dia) e o OpenModeling (http://www.openmodeling.info), ambas disponveis em vrias plataformas e livres. http://s2i.das.ufsc.br/docs/s2idoc/index.html
Exerccio Construir um fluxograma apresentando as etapas de desenvolvimento de Software desde a anlise de requisitos at a documentao e implantao, especificando com mais detalhes a Documentao.

Documentao de cdigo
Para muitos, a parte mais chata. Para outros, a mais importante. A documentao de cdigo feita basicamente de duas formas: comentrios dentro do prprio cdigo e gerao de documentao online (ou fsica). No primeiro caso normalmente o desenvolvedor acredita que sua memria nunca ir falhar e que somente ele ir colocar a mo no sistema, deixando de document-lo e gerando problemas gigantescos para si e para outros profissionais. Um conjunto de comentrios bem feito to importante quanto uma lgica bem estudada.

Documentao de cdigo
Funes, constantes, incluso de arquivos, campos de tabelas e outros elementos sempre proliferam de forma exponencial dentro do sistema, o que leva na maioria das vezes o desenvolvedor a simplesmente criar novos "remendos" com constantes "adicionais" ou variveis novas, pois no se recorda onde est aquela funo que formata determinado campo (quem no passou por isso?). Um pequeno exemplo de um cdigo bem comentado pode ser visto a seguir:

Documentao de cdigo
$database->setQuery( $query ); $rows = $database->loadObjectList(); // establish the hierarchy of the menu $children = array(); // first pass - collect children if ($rows) foreach ($rows as $v ) { $pt = $v->parent; $list = @$children[$pt] ? $children[$pt] : array(); array_push( $list, $v ); $children[$pt] = $list; } // second pass - get an indent list of the items $list = mosTreeRecurse( 0, '', array(), $children, max( 0, $levellimit-1 ) ); // eventually only pick out the searched items. if ($search) {

Documentao de cdigo Observe que no so necessrias dezenas de linhas de comentrios para compreender o que determinada rea do sistema executa. Mas se estas simples linhas forem deixandas de lado, alm de gerar um gasto desnecessrio de horas procura de erros, aumenta-se o nvel de estresse de todos que iro mexer no cdigo e principalmente de quem paga por ele.

Documentao de cdigo
Para a criao de documentao de cdigo online so utilizadas ferramentas que, baseadas nos comentrios existentes dentro do cdigo, permitem a gerao de documentos que efetivamente explanam o sistema de forma macro, relacionando arquivos que so includos em outros, funes, seus parmetros e retornos, constantes e uma infinidade de informaes que auxiliam qualquer desenvolvedor a compreender o que aquele "monstro" nascido de suas mos.

E agora vem a Qualidade.............

Qualidade um dos principais objetivos da Engenharia de Software.
Muitos mtodos, tcnicas e ferramentas so desenvolvidas para apoiar a produo com qualidade. Tem-se dado grande importncia ao processo como forma de se garantir um software de melhor qualidade.

Qualidade

Termo que pode ser definido de vrias formas, causando mal-entendidos:

1. Qualidade no tem um nico sentido;

2. Para cada conceito existem vrios nveis de abstrao; 3. Viso popular pode ser diferente do seu uso profissional.

Qualidade: Viso Popular

termo indefinvel. pode ser sentida, discutida, julgada, mas no pode ser medida;

luxo, classe e elegncia. Produtos caros e complexos tm melhor nvel de qualidade. Confiabilidade e o nmero de reparos efetuados no so considerados.

Qualidade: Definies Simples

Qualidade estar em conformidade com os requisitos do cliente. Qualidade antecipar e satisfazer os requisitos dos clientes. Qualidade escrever tudo o que se deve fazer e fazer tudo o que foi escrito.

Qualidade: Viso Profissional

As duas definies so similares embora a segunda d mais nfase s expectativas do usurio.

Definies

Crosby: Conformidade aos Requisitos

Requisitos devem ser claramente definidos e no podem ser mal-interpretados. No conformidade = ausncia de qualidade.

Juran: Convenincia para Uso

Considera os requisitos e a expectativa do cliente. Um produto deve ter elementos que satisfaam as diversas maneiras com que os clientes o utilizaro. Parmetros da convenincia para uso:

Qualidade de Projeto e de Conformidade.

Qualidade: Definio segundo NBR 8402

Qualidade :

A totalidade das caractersticas de uma entidade que lhe confere a capacidade de satisfazer as necessidades explcitas e implcitas. sabor aparncia temperatura rapidez no servio preo higiene valor nutricional

Ex: Qualidade de um prato de comida est relacionado com a satisfao das necessidades:

Qualidade : Certificao de Qualidade

A qualidade no basta existir, ela deve ser reconhecida pelo cliente. A certificao de qualidade oficial emitida com base em um padro. Ex. Certificados O selo do SIF O selo da ABIC A classificao em estrelas dos hotis Os certificados de qualidade da srie ISO 9000 (padro de qualidade) .

Qualidade : Organizaes Normalizadoras

ISO - International Organization for Standardization

IEEE - Instituto de Engenharia Eltrica e Eletrnica ABNT - Associao Brasileira de Normas Tcnicas

Para a emisso de certificado, preciso a realizao de todo um processo de avaliao e julgamento de acordo com uma determinada norma. INMETRO - orgo do governo responsvel pelo credenciamento das instituies que realizam a certificao.

Evoluo dos Conceitos de Qualidade

1900 - Inspeo ps-produo - avalia o produto final. 1940 - Controle estatstico da produo. 1950 - Avaliao do procedimento de produo. 1960 - Educao das pessoas. 1970 - Otimizao dos processos. 1980 - Projeto robusto - avaliao do processo. 1990 - Engenharia Simultnea - avalia a prpria concepo do produto.

Qualidade aplicada ao Software

Mito: Criar programas uma arte que no pode seguir regras, normas ou padres.
Causas: Produtos de software so complexos. Software no tem produo em srie. Custo est no projeto e desenvolvimento. Software no se desgasta. Software invisvel. Sua representao em grafos e diagramas no precisa. A Engenharia de Software ainda no est madura, uma tecnologia em evoluo. No h um acordo entre os profissionais sobre o que qualidade de software.

Qualidade de Software

Perspectiva Histrica da Engenharia de Software: anos 60 - Era Funcional anos 70 - Era do Mtodo anos 80 - Era do Custo anos 90 e depois - Era da Qualidade Qualidade no um fator de vantagem no mercado, mas
uma necessidade para a garantia da competitividade.

Qualidade de Software - atividades para garantia de qualidade de produtos de software

Software Quality Assurance: padro sistemtico e planejado de aes que so exigidas para garantir a qualidade de software. Essas aes englobam:
Aplicaes de mtodos tcnicos

Realizaes de revises tcnicas formais

Atividade de teste de software Aplicao de padres e procedimentos formais Processo de controle de mudanas Mecanismos de medio

Qualidade de Software - tcnicas aplicadas ao processo de desenvolvimento

Planejamento de qualidade Melhoria no processo e controle de qualidade Gerenciamento de qualidade no processo Anlise de dados sobre a satisfao do cliente

Definio de Qualidade de Software

Conformidade aos requisitos de desempenho e de funcionalidade que foram explicitamente definidos, aos padres de desenvolvimento explicitamente documentados e s caractersticas implcitas que so esperadas por todo software desenvolvido por profissionais.

Vises sobre a importncia da qualidade do produto e do processo

Viso que aborda a qualidade do produto
Funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade e portabilidade (ISO 9126 e NBR 13596).

Viso que aborda a qualidade do processo

Dos requisitos do usurio entrega do produto final, existe um processo de desenvolvimento complexo e dividido em fases, que pode comprometer a qualidade do software.

Mesmo diante de divergncias, o fato que o processo influi nas caractersticas finais do software.

Principais Normas Nacionais e Internacionais na rea de Software

N R A O M IS 9 2 O 16 C ra te tic s d q a a e d a c rs a a u lid d e p d to d s ftw re ro u s e o a V rs o b s ira d IS 9 2 e ra ile a O 16 G ia p ra a a o d p d to d u s a v lia e ro u s e s ftw re b s a o n IS 9 2 o a , aeds a O 16 C ra te tic s d q a a e d p c te d a c rs a e u lid d e a o s e s ftw re (s ftw re d p te ira ) o a o a e ra le s N rm p ra a q a a e d p c s o d o a a u lid d o ro e s e d s n o im n d s ftw re e e v lv e to e o a .

N R1 5 6 B 39 IS 1 5 8 O 49 IS 1 1 9 O 21 IS 1 2 7 O 20

N RIS 9 0 M d lo p ra g ra tia d q a a e e B O 01 oe a a n e u lid d m p je , d s n o im n , in la e ro to e e v lv e to ta o a s t c t n a (p c s o s is n ia c ic ro e s )

Principais Normas Nacionais e Internacionais na rea de Software

N R A OM C M M M d lo d S I p r a a od q a a e oe a E a a v lia a u lid d d p o e s d d s n o im n d o r c s o e e e v lv e to e s ftw r . N ou an r aIS , m s o ae m om O a m itob m c itan m r a o u e ae o ec d . Po tod IS /IE p r a a od r je a O C a a v lia e p o e s d d s n o im n d s ftw r . r c s o e e e v lv e to e o a e A d n ou an r ao ia IS , m so in a m o m fic l O a p o e s e te a d m n . r cso s m n a e to

S IC P E IS 1 5 4 O 50

IS O

Qualidade de Produtos de Software

O que qualidade de software? Que padres utilizar? Parece difcil ... Muito se tem pensado sobre isso:
ISO/IEC 9126 - publicada em 1991. NBR 13596 - publicada em agosto de 1996

Listam um conjunto de caractersticas que devem ser verificadas em um software para que ele seja considerado um software de qualidade

Qualidade de Produtos de Software - NBR 13596

C ra te tic a c rs a S b a c rs a u c ra te tic s P rg n c a e p ra a e u ta h v a s b a c rs a u c ra te tic P p e a fa r o q e ro -se ze u a ro ria o p p d? F z o q e p p s d m n ira a u ro e a e co ta rre ? In ra e co o siste a te g m s ms e e sp cifica o d s? E vita a sso n o a to d a ce u riza o d d s? ao E d a rd co a n rm s, st e co o m s o a le e is, tc. C mq e fre u n a re n o u q cia p se ta fa a lh s? O rre d fa a co o re g ? co n o lh s, m a e ca a d re p ra d d s e p z e cu e r a o m ca d fa a so e lh s? f e te d r o co ce e a cil n n e n ito a lica o p ? f a re d r a u r? cil p n e sa f o e r e co tro r cil p ra n la

F n n lid d u cio a a e (sa tisfa a z s n ce e ssid d s? ae )

A e u dqa o A r cu cia In ro e b a e te p ra ilid d S g ra a d a sso eu n e ce C n rm a e o fo id d

Cn b ae o fia ilid d (im n a ue fa a ) lh s?

M tu a e a rid d T le n a fa a o r cia lh s R cu e b a e e p ra ilid d In lig ilid d te ib a e A re n ilid d p e sib a e O e cio a a e p ra n lid d

U b ae sa ilid d (f d u r? cil e sa )

Qualidade de Produtos de Software - NBR 13596

C ra te tic a c rs a S b a c rs a u c ra te tic s P rg n c a e p ra a e u ta h v a s b a c rs a u c ra te tic Q a o te p d re o , ul m o e sp sta ve cid d e cu o lo . e xe ? Q a to re rso u ? D ra te un cu sa u n q a to te p ? un mo f e co tra u a fa a cil n n r m lh , q a d o rre u n o co ? f m d cil o ifica e a a ta r d p r? H g n e risco q a d se fa ra d uno z a ra e lte s? f te r q a d se fa cil sta u n o z a ra e lte s? f a a ta a o tro cil d p r u s a b n s? m ie te f in la e o tro cill sta r m u s a b n s? m ie te E d a rd co p d e d st e co o m a r s e p rta ilid d ? o b ae f u r p ra su stitu o tro cil sa a b ir u siste a m?

E fici cia n (R p o e e xu ) id n to

T mo e p R cu s e rso

M n te ib a e a u n ilid d (f d cil e md o ifica ) r?

Aa b ae n lisa ilid d Md o ifica ilid d b ae E b ae sta ilid d T sta ilid d e b ae

P rta ilid d o b ae A a ta ilid d dp b ae (f d u r e cil e sa m o tro a b n ? u m ie te ) C p cid d p ra se aa ae a r in la o sta d C n rm a e o fo id d C p cid d p ra aa ae a su stitu b ir

Qualidade de Produto de Software - NBR 13596

Como aplicar a norma ISO 9126/ NBR 13560? Para avaliar um software segundo a norma deve-se tentar atribuir valores (notas ou conceitos) a cada uma das subcaractersticas. Fato: difcil aplicar a norma sem se estar familiarizado com o processo de avaliao de software. Guias para a avaliao da qualidade - descrevem, detalhadamente todos os passos para se avaliar um software.

Qualidade de Processo de Software

Processo de Software = conjunto de ferramentas, mtodos e prticas usadas para produzir um software.

Para melhorar a qualidade no desenvolvimento precisa-se de modelos de processos para a descrio precisa e formal das atividades do ciclo de vida do software. Modelo de Processo representado por um conjunto seqencial de atividades, objetivos, transformaes e eventos que encapsulam estratgias para o cumprimento da evoluo do software

Gerncia de Processo de Software

A gerncia de processo objetiva a gerao de produtos de acordo com o planejado e, ao mesmo tempo, melhorar a capacidade de produzir software com mais qualidade. Melhor capacidade de lidar com o software:
Passo 1. Compreender o estado atual do processo; Passo 2. Desenvolver uma viso do processo desejado; Passo 3. Estabelecer aes para a melhoria do processo; Passo 4. Gerar um plano para acompanhar estas aes; Passo 5. Compreender os recursos para execuo do plano; Passo 6. Recomear a partir do Passo 1.

Para a evoluo do processo de software necessrio ter uma maneira para med-lo.

Modelos para a Avaliao do Processo de Software

Modelo Capability Maturity Model (CMM) ISO 9000-3 Projeto SPICE Modelo PSP (Personal Software Process) Projeto SQUID, etc

ISO 9000-3
Guia para a aplicao da ISO 9001 para o desenvolvimento, fornecimento e manuteno de software, criado em 1993. Especifica requisitos mnimos para assegurar a qualidade de produtos e servios, no definindo modelos ou impondo sistemas de qualidade.

ISO 9000-3 Atividades do Ciclo de Vida

Agrupa as atividades do ciclo de vida em 9 categorias:
anlise crtica do contrato especificao dos requisitos do comprador planejamento do desenvolvimento planejamento da qualidade projeto e implementao ensaios e validao aceitao cpia, entrega e instalao manuteno

ISO 9000-3 Atividades de Suporte

Esto organizadas em 9 itens:
gesto de configurao controle de documentos registros da qualidade medio regras, prticas e convenes ferramentas e tcnicas aquisio produto de software includo treinamento

SPICE - Introduo

Motivao
Mortalidade dos trabalhos de padronizao

SPICE (Software Process Improvement and Capability dEtermination) Organizao

4 Centros Tcnicos Conselho Administrativo Organizaes privadas e estatais

SPICE - O que ?

um conjunto de documentos Consiste de um framework de avaliao

Facilita o auto-julgamento Desperta conscincia do contexto Produz um perfil do processo Direciona a adequao das atividades Apropriado para organizaes de diversos tamanhos

SPICE - Aplicao

Aplicado para organizaes envolvidas com qualquer atividade relacionada s atividades de computao A Avaliao examina o processo e determina a efetividade deste Resultados podem usados para
Auto-Avaliao Melhoria do processo

Documentos do SPICE
O SPICE composto por 9 partes:

parte 1: Conceitos e Guia Introdutrio parte 2: Modelo de Gerenciamento de Processo parte 3: Avaliao do Processo parte 4: Guia para Conduo de uma Avaliao parte 5: Construo, Seleo e Uso das Ferramentas de Avaliao parte 6: Qualificao e Treinamento dos Avaliadores parte 7: Guia para o Processo de Melhoria parte 8: Guia para Orientao da Determinao da Capacidade do Processo parte 9: Dicionrios

Quadro Comparativo
A p c o I O9 0 s e t s S 0 03 C M S I M ( E)
e if a e A o d g m V r ic od br ae c no m a e o f r id d d p o e s sa e r c so p d s ar e d c mn a o . ou e t d s C s if a d so g n a s la s ic o a r a iz e e n e d mt r a e m v is e a u id d c e c ne r set .

SI E PC
A a od s v lia o p o e s sc m r c so o o o j t od be iv e d t r in r a eem a c p c a d a a it o a og n a e r a iz o p o o mlh r . r p r e o ia D t r in r a eem a c p c a d a a it o a og n a e r a iz o a o r s ae o o p ia u v lu d a od c m s e cro o o oj t o d be iv s a og n a . r a iz o Og n a se r a iz e m g r l. ea

Mt / ea Oj t o be iv

C r if a a e t ic r og n a d r a iz o e a od c m s cro o o p d s ar e e t b le id s sa e c o .

D t r in r ac p c a d eem a a a it o a e p e aea o r s ae o o mr s p ia u v lu d a o d c m s5n e . e cro o o v is

E pe a mr s s A o lv

Og n a s r a iz e Og n a sd g a d p r e r a iz e e r n e o t q en c s it m q en c s it m eu a u ees a u ees a d m d u a e m c r if a . e t ic o c r if a . e t ic o

Quadro Comparativo
Ap co s et s I O9 0 S 0 03 C M M ( E) SI
E t b le e sa e c 1 po e s s 8 r cso og n a o r a iz d s e 5n e . m v is

SI E PC
E t b le e sa e c 3 5 po e s s r cso og n a o r a iz d s e 5 m ctgr s a e o ia .

N oe t b le e sa e c D fin s e i e r c so, d Po e s s po e s s e r c so

( sa e c a e t b le e s a iv a e as r t id d s e c mr a ,c m u p id s o v d is o e e t u u a c lo s r t r , ic d v ae e id s p re. u ot ) F x ilid d N oa m e le ib a e d it aato d pa .

N oa m e d it aato d pa .

hc t. I s r m n o C e klis ntu e t d Aa o e v lia d n ed e v l e c pc a a a it o

Aat vl d p e as o o je iv s d b t o a og n a r a iz o . Qet nr . F r ee u s io io o n c o ie t e r na s p r m na aa o t r q et nr u s io io .

A e s sp cto
In ira o sp e In cia flu n

IS 9 0 -3 O 00
N rm s m re o a ilita s a e n s, m rica a ca a e se n d n s, siste a d ms e q a a ed u lid d o R in U id . e o n o D s e te sa ifu o x n ; R co h cim n e n e e to d v lo d o a r a ce rtifica o . R isco d se e co ca a lo r C rtifica o e co o o je o m b tiv p cip l. rin a A s cia d u n e a o m lh ria p io e o co tn a F co n u. o e clu o n x siv o p ce . ro sso

C M(S I) M E

S IC P E

B n fcio ee s

P cp s d rin io e T MP C , Q , DA S e a Dm g C M h w rt, e in , M , Ju n C sb . ra , ro y T IL IU , R L M M lco a lm B ld e a rig , Bo o tstra . p E b le e to E p n o e sta e cim n x a s d u ro iro p ra fle ib e m te a x iliza o a m lh ria e o d s m d lo o oe s co tn a n u. cita o d s. Pu o ca co sid ra o n e d e iv rsid d d s ae a o a iza e rg n s. D ificu a e d ld d e a lica o e p m pqea euns o a iza e rg n s. F co e clu o n o x siv o p ce . ro sso D ificu a e d ld d e a lica o p d v o e id g ne ra d q a tid d d un ae e in rm s. fo a e F co e clu o o x siv n p ce . o ro sso

L ita e im s

Concluses

Dos mtodos de avaliao de processo apresentados, alguns esto estabelecidos no mercado (CMM), e outros apresentam projetos ambiciosos a nvel mundial (SPICE). Dentre estes, existem modelos que alm de avaliar o processo de desenvolvimento propem algum mecanismo para melhoria do processo.

Concluses

No existe um modelo ideal de avaliao de qualidade que seja aplicvel indistintamente s organizaes, abrangendo os diversos objetivos que elas tem em relao a qualidade. A qualidade de software no garantida somente pela qualidade de processo, mas tambm pela garantia de qualidade do produto final. A maior preocupao deve ser sempre a satisfao do usurio final.

Alguns endereos na Web: http://www.sei.cmu.edu/cmm/cmm.html http://www.ISO_online.com Outras normativas qualidade CMMI - MPSBR