SUMRIO

I. - O QUE QUALIDADE ............................................................................................ 3

II. - HISTRICO DA QUALIDADE ............................................................................. 4 III. - PORQU SE PREOCUPAR COM A QUALIDADE DE SOFTWARE ?........... 6

PROPOSIES DA QUALIDADE DE SOFTWARE:.................................................................................................... 3 PRINCPIOS DE QUALIDADE: ............................................................................................................................. 4 PRINCPIOS DE GERNCIA:................................................................................................................................ 4 PRINCPIOS DE ENGENHARIA:............................................................................................................................ 4

QUALIDADE X DEFINIO DE PR-REQUISITOS ............................................................................................... 6 QUALIDADE E O DESENVOLVIMENTO SOFTWARE............................................................................................. 7

IV. - QUALIDADE E SERVIO DE SUPORTE AO USURIO ............................... 7 V. - CERTIFICAO DA QUALIDADE ...................................................................... 9 VI. - QUALIDADE DE SOFTWARE:.......................................................................... 10 VII - MTRICAS DE SOFTWARE ............................................................................. 13 VIII - GUIAS PARA AVALIAO DA QUALIDADE - ISO 14598................................ 14 IX - QUALIDADE DE PACOTES DE SOFTWARE - ISO 12119 ................................... 16 X - QUALIDADE DE PROCESSO DE SOFTWARE:...................................................... 17 XI A SRIE ISSO 9000 : ................................................................................................. 17 XII - ISO 12207 PROCESSO DE VIDA DO CICLO DE SOFTWARE ........................ 19 XIII GERENCIANDO UM COMPANHIA DE QUALIDADE ................................ 21

O QUE UM SISTEMA DE QUALIDADE ? ............................................................................................................ 8 QUALIDADE PRODUTO X QUALIDADE PROCESSO .............................................................................................. 9 ENGENHARIA DE SOFTWARE ............................................................................................................................11 QUALIDADE DE PRODUTOS DE SOFTWARE - ISO 9126......................................................................................12

ESTRUTURA DO SISTEMA DE QUALIDADE ......................................................................................................18

DEDICAO SATISFAO DO CLIENTE ............................................................................................................21 DAR NFASE MELHORAMENTOS CONTNUOS ...............................................................................................21 TRATAR FORNECEDORES COMO PARCEIROS DE NEGCIOS..............................................................................21 COMUNICAO E TIME DE TRABALHO ............................................................................................................21 ATUALIZANDO EMPREGADOS .........................................................................................................................22 COMPROMISSO DA GERNCIA .........................................................................................................................22 XIV.1 - UM SISTEMA DE QUALIDADE .......................................................................................................22 Aspectos Tcnicos .................................................................................................................................... 22 Aspectos culturais .................................................................................................................................... 22 XIV.2 INICIANDO UM SISTEMA DE QUALIDADE .................................................................................23 GEEK BRASIL - http:/www.geekbrasil.com.br 1

XIV. IMPLEMANTANDO UM SISTEMA DE QUALIDADE ................................ 22

XV. O FUTURO DA QUALIDADE........................................................................... 28 XVI. - BIBLIOGRAFIA ............................................................................................... 30

Preparar uma poltica de qualidade........................................................................................................ 23 Estabelecer uma equipe de suporte em qualidade .................................................................................. 23 XIV.3 - DEFINIR UM PROGRAMA PARA A QUALIDADE.....................................................................23 Avaliar a organizao.............................................................................................................................. 24 Projetar um sistema de qualidade ........................................................................................................... 24 Planejamento e implementao do programa de qualidade................................................................... 25 XIV.4. - IMPLEMENTAR UM PROGRAMA CULTURAL .............................................................................25 XIV.5 - IMPLEMENTAR O PROGRAMA TCNICO ....................................................................................26 Adotar um ciclo de vida ........................................................................................................................... 26 Programa de mtricas e medidas de software......................................................................................... 26 Desenvolvimento...................................................................................................................................... 27 Suporte ..................................................................................................................................................... 27 Treinamento............................................................................................................................................. 27 XIV.6 REVISES DE PROCESSOS E PRODUTO .....................................................................................28 Revises do projeto .................................................................................................................................. 28 Revises da gerncia................................................................................................................................ 28

GEEK BRASIL - http:/www.geekbrasil.com.br

I. - O QUE QUALIDADE Qualidade hoje em dia, no apenas um diferencial de mercado para a empresa conseguir vender e lucrar mais, um pr requisito que a empresa deve conquistar para conseguir colocar o produto no Mercado Global. Na rea de software, h uma urgente necessidade de uma maior preocupao sobre o tema, mas afinal, o que qualidade? Existem diversas definies. Algumas pessoas que tentaram uma definio simples chegaram a frases como: Qualidade estar em conformidade com os requisitos dos clientes Qualidade antecipar e satisfazer os desejos dos clientes Qualidade escrever tudo o que se deve fazer e fazer tudo o que foi escrito A totalidade das caractersticas de uma entidade que lhe confere a capacidade de satisfazer s necessidades explcitas e implcitas
Voc deve ter notado que esta definio formal exige alguns complementos, principalmente para definir o que so as entidades, as necessidades explcitas e as necessidades implcitas.

Segunda a atual norma brasileira sobre o assunto (NBR ISO 8402), qualidade :

Por exemplo, a qualidade de um prato de comida (a entidade, o produto) est relacionada com a satisfao de necessidades (requisitos) tais como: sabor, aparncia, temperatura, rapidez no servio, preo, higiene, valor nutricional, etc... Para avaliar a qualidade de um produto, voc deve fazer uma lista destas necessidades e analisar cada uma destas necessidades. Proposies da qualidade de software:

A entidade o produto do qual estamos falando, que pode ser um bem ou um servio. As necessidades explcitas so as prprias condies e objetivos propostos pelo produtor. As necessidades implcitas incluem as diferenas entre os usurios, a evoluo no tempo, as implicaes ticas, as questes de segurana e outras vises subjetivas.

1) Qualidade o sucesso para o negcio de softwares, como em qualquer outro; 2) A maneira mais barata de aumentar a produtividade aumentar a qualidade do software; 3) A qualidade ao suporte do produto to importante quanto a qualidade do prprio software, o ambiente de suporte deve ter engenharia tanto quanto o ambiente de desenvolvimento; 4) Para alcanar a qualidade de software, as pessoas e a cultura so to importantes quanto a tecnologia; 5) O nico caminho seguro para aumentar a qualidade do software melhorar os processos ( o que inclui pessoal, facilidades, equipamentos, tecnologia e metodologia);
GEEK BRASIL - http:/www.geekbrasil.com.br 3

6) Aumento de processos normalmente desnecessrio a menos que o gerente demonstre compromisso e liderana; 7) Qualidade e melhoramento dos processos so de difceis esforos: sempre possvel realizar algo um pouco melhor, um pouco mais rpido e um pouco mais barato; 8) Um sistema de qualidade compatvel com ISO9000 um bom alvo para muitas organizaes, mas no para todas; 9) Um sistema de qualidade para uma organizao deve ser medido de acordo com suas necessidades e circunstncias ou no ser eficiente 10) Um sistema de qualidade de software eficiente utiliza de boas prticas da engenharia de software baseado nos seguintes princpios: Princpios de qualidade: Tentar previnir defeitos ao invs de consert-los; Ter certeza dos defeitos que forem encontrados, serem corrigidos o mais rpido possvel; Estabelecer e eliminar as causas, bem como os sintomas dos defeitos; Auditar o trabalho de acordo com padres e procedimentos previamente estabelecidos; Princpios de gerncia: Definir regras e responsabilidades; Planejar o trabalho; Trilhar o progressso atravs de planos e corrigir quando necessrio; Refinar o plano sempre e progressivamente; Princpios de engenharia: Analisar o problema antes de desenvolver a soluo; Quebrar problemas complexos em problemas menores; Garantir que subproblemas unam-se pelo controle de seus relacionamentos; II. - HISTRICO DA QUALIDADE Conceituar qualidade se torna uma tarefa muito difcil, pois elementos intrnsecos est enraizado no intelecto de cada ser. Portanto se exerccios forem feitos dando como misso para cada grupo, vrias definies so apresentadas, mas o que mostra como bem prximo de se considerar como sendo um mtodo gerencial que atravs de processos e procedimentos disseminados pr toda a organizao busca uma posio competitiva para propiciar a satisfao da sociedade ao longo do tempo. A histria do desenvolvimento da Qualidade Total como sistema administrativo ter que ser buscado na origem do modelo cientfico de administrao F. Taylor em 1911 publicado em seu livro Princpios da Administrao Cientifica em que citava: o aumento da eficincia , a racionalizao dos mtodos de trabalho, a crena no homem econmico , a diviso e a hierarquizao do trabalho , a relevncia da organizao formal. Nos anos 30 , o Dr. W.A. Shewhart causa uma revoluo teoria cientfica da administrao quando prope um mtodo voltado para gesto das organizaes conhecido
GEEK BRASIL - http:/www.geekbrasil.com.br 4

como Controle da Qualidade - Controle Estatstico da Qualidade (CEQ) ou Controle Estatstico de Processos (CEP) que se baseava na aplicao de grficos de controle, na inspeo por amostragem. A tese de Deming para os industriais do ps guerra , nos Estados Unidos, era a da produo com qualidade. Mas, como muitas vezes acontece, a verdade que Deming no foi ouvido em sua terra, no foi profeta em sua terra e este "no ouvir Deming" vai custar caro aos americanos, porque em pouco tempo vo perder os maiores mercados do mundo. O Japo, em 1950, convida Deming a fazer uma srie de palestras para a J.U.S.E. Hoje esta uma sigla famosa, que significa Unio Japonesa de Cientistas e Engenheiros. A JUSE foi responsvel pela revoluo que o Japo conseguiu implementar. Deming tambm foi convidado pela Associao Japonesa da Alta Administrao, que composta pelos 45 maiores industriais japoneses. Isto Significava que o maior poderio privado, 89% do dinheiro privado japons, estava ai, nesses 45 industriais. Deming ensinou seu mtodo e, tambm, aperfeioou-o, desenvolvendo uma nova forma participativa de gerncia, a qual tirava proveito dos conhecimentos e habilidades de todos funcionrios, em todos os nveis, por meios de equipes e sistemas de sugestes que sempre focalizam o cliente. A psicologia das relaes humanas traz o conhecimento do comportamento dos funcionrios das organizaes e diferente teorias, a da motivao e personalidade de A. Maslow, contribuem com estudos do fator humano, preocupando-se em considerar a satisfao do funcionrio como um dos responsveis pelo aumento da produtividade e de qualidade do produto .A teoria motivao-higiene de Herzberg distingue os fatores do ambiente ( fisiolgicos, segurana, social, estima) como fatores provenientes especificamente do servio ( automatizao), mostrando serem esses ltimos os motivadores. Em 1980 comeam de forma oficial, nas organizaes americanas, ao grandes programas de Qualidade. A primeira organizao a que Deming atende a FORD. Os Estados Unidos buscaram, alm de Deming outros grandes idealizadores deste processo: J.M. JURAN, PHILIP CROSBY, os famosos gurus da Qualidade tambm chamados pensadores da Qualidade, que comea a dar consultoria para os Estados Unidos sobre Qualidade Total ou Liderana pela Qualidade.

GEEK BRASIL - http:/www.geekbrasil.com.br

III. - PORQU SE PREOCUPAR COM A QUALIDADE DE SOFTWARE ? A qualidade, hoje em dia, crtica para a sobrevivncia e o sucessso do mercado de software que est se desenvolvendo de forma global. Uma organizao no sobressair no mercado global a menos que produza software de boa qualidade e seus clientes vejam produtos e servios de boa qualidade. Existem muitas razes que devem ser levadas em conta, a saber: A) Qualidade competitividade: a nica maneira de diferenciar o produto do competidor pela qualidade do software e do suporte que fornecido juntamente. Como o mercado amadurece, usurios no querem apenas que a empresa fale que tem qualidade, mas que mostre a todos a sua qualidade atravs de Certificao internacional. No ter certificao pode acarretar desvantagem competitiva. B) Qualidade essencial para a sobrevivncia: Clientes esto pedindo por qualidade. Se a empresa no tiver habilidade de sobreviver em um mercado altamente competitivo, ela est em dbito com o mercado. A maioria das grandes organizaes est reduzindo o nmero de fornecedores, e um meio de escolher os fornecedores verificando quais deles tm certificaes de qualidade. C) Qualidade essencial para o mercado internacional: O mercado de software est, cada vez mais, se tornando global. A habilidade das empresas de mostrarem qualidade, eventualmente as colocam no mercado global. O mercado local vulnervel a produtos importados que, normalmente, tm mais qualidade. D) Qualidade custo/benefcio: um sistema de qualidade direciona para o aumento da produtividade e permanentemente reduz custos, habilitando o gerenciamento para reduzir a correo de defeitos dando nfase preveno. Todas as empresas sabem que corrigir defeitos aps o desenvolvimento do software mais dispendioso do que corrigi-los depois. Prevenir defeitos primeiramente pode resolver muita coisa depois e economizar bastante. E) Qualidade retm consumidores e aumenta lucros: pouca qualidade normalmente custa muito mais do que contratar mais desenvolvedores e ainda continuar sem qualidade. A maioria dos consumidores no toleraro falta de qualidade e iro procurar outros desenvolvedores. Mais qualidade aumenta a satisfao dos consumidores e assegura os que j so clientes a mais tempo. Qualidade x Definio de pr-requisitos O processo de pr-requisitos deve identificar e definir as caractersticas de um produto em particular que de necessidade do cliente e distingu-los dos menos importantes. importantssimo que, na entrega do produto final, o sistema tenha pouqussimos ou nenhum erro ou falha e seja fcil de utiliz-lo deixando a performance para segundo plano. A comunicao entre o desenvolvedor e o cliente a chave para a definio correta. O desenvolvedor dever trabalhar em conjunto com o cliente, nesta primeira fase, para definir corretamente as especificaes do software.

GEEK BRASIL - http:/www.geekbrasil.com.br

No caso de a empresa no poder entrar em contato direto com o cliente (um produto para vrios clientes, como um sistema que vai ser desenvolvido para o mercado SOHO Small Office/Home Office), a funo do marketing da empresa dever ser tomada como cliente por conhecer o mercado que o produto vai ser lanado. aconselhvel desenvolver tcnicas de prototipagem para isolar e definir as caractersticas de qualidade. O processo de descobrir os pr-requisitos do sistema geralmente a fase de anlise do sistema. O custo/benefcio de se aplicar adequadamente os recursos para esta fase muito grande. Pode ser muito caro desenvolver o software errado. Qualidade e o desenvolvimento software O processo de desenvolvimento do software onde os desenvolvedores traduzem os prrequisitos em software. certo que a qualidade do software est diretamente ligada qualidade dos processos utilizados para o desenvolvimento. Um bom desenvolvimento de software deve capacitar organizao a definio da consistncia do produtos de qualidade. A comunidade de software est vendo que o desenvolvimento do produto deve ser feito de maneira muito rpida. O ciclo de vida do produto agora um negcio crtico para muitos desenvolvedores. Os consumidores de software necessitam de produtos cada vez melhores e mais rpidos de serem desenvolvidos para aumentar a sua competitividade no mercado global. Se estes objetivos forem cumpridos, o desenvolvimento de software, deve: Utilizar as melhores prticas da engenharia de software; Ser operado por pessoal treinado com responsabilidades e instrues; Dar nfase na preveno de defeitos assim que forem detectados Gerar registro para demonstrar efetividade e eficincia; Utilizar destes registros para aumentar a performance no futuro.

IV. - QUALIDADE E SERVIO DE SUPORTE AO USURIO O suporte ao usurio complexo e deve incluir: Documentao para o usurio, incluindo ajuda on-line; Empacotamento e distribuio organizados; Implementao e customizao de servios e consultas; Treinamento; Assistncia help-desk;
GEEK BRASIL - http:/www.geekbrasil.com.br 7

Relatrios de erros e correes; Melhoramento do software.

Para uma aplicao instalada em um local, os requisitos de suporte podem ser fornecidos via telefone e uma pessoa deve ser treinada e encarregada de receber as ligaes. No caso de ser uma aplicao de nvel internacional, ela deve prover ajuda pela Internet e implementar um sistema administrativo para suportar um sistema de help-desk em nvel internacional. O que um Sistema de Qualidade ? Aplicar os princpios da qualidade de software o incio para o sucesso. O termo sistema de qualidade utilizado internacionalmente para descrever um processo na qual garante e demonstra a qualidade dos produtos e servios ofertados pela empresa. A padronizao ISO 9000 define e descreve o que requirido ou satisfatrio em um sistema de qualidade contendo componentes de desenho e desenvolvimento. As padronizaes existentes para garantir a qualidade de software sero estudadas mais frente neste trabalho. Alm das padronizaes ISO, muitas outras organizaes nacionais e internacionais promovem padres que descrevem sistemas de qualidade para serem aplicado em sistemas de desenvolvimento e suporte em certas circunstncias, a exemplificar o CMM (Code of maturity model). O termo gerenciamento de sistemas de qualidade utilizado s vezes. Este termo d nfase s necessidades dos processo de qualidade para serem gerenciados para garantir que continue de forma correta e eficiente. To importante quano as prticas e ferramentas o status da pessoa que as usa. A qualidade deve garantir que as pessoas envolvidas devem ter suas habilidades certas para cada tipo de trabalho de uma maneira profisional. Se as pessoas necessitam de treinamento, ento a empresa dever treinar os seus usurios. Deve-se garantir que as pessoas entendam suas responsabilidades e como seu trabalho se relaciona com outras pessoas. Um sistema de qualidade d grande nfase correo de erros. muito til corrigir os erros durante o incio do ciclo de vida do sistema. Melhor ainda, anular erros antes mesmo deles serem feitos Um sistema de qualidade de sucesso inclui maneiras de registrar os erros para determinar as causas e agir de acordo com o erro eliminando suas causas. Em suma, um sistema de qualidade tudo que o gerenciamento utiliza para garantir e demonstrar a qualidade do software e do servio de suporte. O sistema de qualidade o trabalho completo, incluindo poltica, procedimentos, ferramentas e recursos, incluindo humano e tecnolgico.

GEEK BRASIL - http:/www.geekbrasil.com.br

V. - CERTIFICAO DA QUALIDADE Um aspecto interessante da qualidade que no basta que ela exista. Ela deve ser reconhecida pelo cliente. Por causa disso, necessrio que exista algum tipo de certificao oficial, emitida com base em um padro. Alguns tipos de certificados so bastante conhecidos, como: O selo do SIF de inspeo da carne O selo da ABIC nos pacotes de caf O certificado da Secretaria de Sade para restaurantes (classe "A" so os melhores) A classificao em estrelas dos hotis (hotis com cinco estrelas so timos) Os certificados de qualidade da srie ISO-9000

Ouvimos muitas propagandas de empresas falando de sua certificao ISO-9000. Isto nada mais do que um padro de qualidade (reconhecido mundialmente) pelo qual esta empresa foi avaliada e julgada. Para que seja possvel realizar uma avaliao e um julgamento, necessrio haver um padro ou norma. Existem alguns organismos normalizadores reconhecidos mundialmente: ISO - International Organization for Standardization IEEE - Instituto de Engenharia Eltrica e Eletrnica ABNT - Associao Brasileira de Normas Tcnicas A norma ISO-9000, por exemplo, foi criada pela ISO para permitir que todas as empresas do mundo possam avaliar e julgar sua qualidade. Existindo um padro nico mundial, uma empresa do Brasil, mesmo no tendo nenhum contato com uma outra empresa na Europa, pode garantir a ela a qualidade de seu trabalho. A Certificao em uma norma ou padro a emisso de um documento oficial indicando a conformidade com esta determinada norma ou padro. claro que, antes da emisso do certificado, preciso realizar todo um processo de avaliao e julgamento de acordo com uma determinada norma. Embora uma empresa possa auto-avaliar-se ou ser avaliada por seus prprios clientes, o termo Certificao costuma ser aplicado apenas quando efetuado por uma empresa independente e idnea, normalmente especializada neste tipo de trabalho. No Brasil, o INMETRO o rgo do governo responsvel pelo credenciamento destas instituies que realizam a certificao de sistemas de qualidade. Qualidade Produto x Qualidade Processo Uma das evolues mais importantes no estudo da qualidade est em notar que a qualidade do produto algo bom, mas que qualidade do processo de produo ainda mais importante. No caso do prato de comida, por exemplo, voc pode dizer mais sobre a qualidade observando como o prato foi preparado do que analisando o produto final. Afinal, voc no consegue ter certeza da higiene ou o valor nutricional apenas comendo o prato.

GEEK BRASIL - http:/www.geekbrasil.com.br

Esta descoberta aconteceu durante a prpria evoluo dos conceitos de qualidade, ao longo dos anos. Observe na tabela abaixo como aconteceu esta evoluo:
1. 2. 3. 4. 5. 6. 7. Inspeo ps-produo Controle estatstico da produo Procedimento de produo Educao das pessoas Otimizao dos processos Projeto robusto Engenharia simultnea Avalia o produto final, depois de pronto Avalia os subprodutos das etapas de produo Avalia todo o procedimento de produo Avalia as pessoas envolvidas no processo Avalia e otimiza cada processo Avalia o projeto de produo Avalia a prpria concepo do produto 1900 1940 1950 1960 1970 1980 1990

Hoje em dia, voc pode consultar normas e padres tanto para produtos quanto para processos. Obviamente, os certificados mais valiosos so aqueles que certificam o processo de produo de um produto e no aqueles que simplesmente certificam o produto. Entretanto, comum encontrar empresas que perseguem os dois tipos de padro de qualidade. VI. - QUALIDADE DE SOFTWARE: Agora que voc j sabe o que qualidade e como ela pode ser avaliada, vamos tentar aplicar estes conceitos aos produtos de software e ao processo de desenvolvimento de software. Inicialmente, vamos encontrar um grande problema: muitas pessoas acham que criar programas uma arte que no pode seguir regras, normas ou padres. Isto acontece principalmente porque: Produtos de software so complexos, at mais do que o hardware onde executam Software no tm produo em srie. Seu custo est no projeto e desenvolvimento Software no se desgasta e nem de modifica com o uso Software invisvel. Sua representao em grficos e diagramas no precisa. A Engenharia de Software ainda no est madura, uma tecnologia em evoluo No h um acordo entre os profissionais da rea sobre o que Qualidade de Software

Apesar de tudo isso, precisamos entender que o problema no est no Software em si, mas na forma como as pessoas tem desenvolvido software at os dias de hoje. Precisamos nos conscientizar que necessitamos aplicar na indstria de software os conceitos de qualidade, urgentemente. Atualmente, muitas instituies se preocupam em criar normas para permitir a correta avaliao de qualidade tanto de produtos de software quanto de processos de desenvolvimento de software. Apenas para ter uma viso geral, observe o quadro a seguir, com as principais normas nacionais e internacionais nesta rea:

GEEK BRASIL - http:/www.geekbrasil.com.br

10

Norma ISO 9126 NBR 13596 ISO 14598 ISO 12119 IEEE P1061 ISO 12207 NBR ISO 9001 NBR ISO 9000-3 NBR ISO 10011 CMM SPICE ISO 15504

Comentrio Caractersticas da qualidade de produtos de software. Verso brasileira da ISO 9126 Guias para a avaliao de produtos de software, baseados na utilizao prtica da norma ISO 9126 Caractersticas de qualidade de pacotes de software (software de prateleira, vendido com um produto embalado) Standard for Software Quality Metrics Methodology (produto de software) Software Life Cycle Process. Norma para a qualidade do processo de desenvolvimento de software. Sistemas de qualidade - Modelo para garantia de qualidade em Projeto, Desenvolvimento, Instalao e Assistncia Tcnica (processo) Gesto de qualidade e garantia de qualidade. Aplicao da norma ISO 9000 para o processo de desenvolvimento de software. Auditoria de Sistemas de Qualidade (processo) Capability Maturity Model. Modelo da SEI (Instituto de Engenharia de Software do Departamento de Defesa dos EEUU) para avaliao da qualidade do processo de desenvolvimento de software. No uma norma ISO, mas muito bem aceita no mercado. Projeto da ISO/IEC para avaliao de processo de desenvolvimento de software. Ainda no uma norma oficial ISO, mas o processo est em andamento.

Engenharia de Software A disciplina que nos ajuda a entender o processo de desenvolvimento de software a Engenharia de Software. atravs dela que poderemos chegar qualidade. Existe, entretanto, um grande problema a ser resolvido: tecnicamente, ela no existe. O problema que, para que uma disciplina seja considerada realmente uma Engenharia, necessrio atender a alguns requisitos bsicos que a Engenharia de Software, pelos menos at agora, no atende. Veja a definio de Engenharia: "A Engenharia deve criar solues com uma relao custo-benefcio adequada para problemas prticos, pela aplicao de conhecimentos cientficos, para construir coisas a servio da humanidade." Dentro destes conceitos, a Engenharia de Software falha principalmente no que diz respeito adequao do custo-benefcio e aplicao, em toda a sua extenso, de conhecimentos cientficos. Atualmente, estes requisitos so atendidos apenas em parte. necessrio definir, portanto, o que exatamente a Engenharia de Software. Veja algumas tentativas de definio: "... a disciplina que integra mtodos, ferramentas e procedimentos para o desenvolvimento de software para computadores." "... uma coleo de processos de gerenciamento, ferramental de software e atividades de projeto para o desenvolvimento de software. " "... um termo usado para referir-se a modelos de ciclo de vida, metodologias de rotina, tcnicas de estimativa de custo, estruturas de documentao, ferramentas de gerenciamento

GEEK BRASIL - http:/www.geekbrasil.com.br

11

de configurao, tcnicas de garantia de qualidade e outras tcnicas de padronizao da atividade de produo de software." Qualidade de Produtos de Software - ISO 9126 Quando se pensa em qualidade de um "produto fsico", fcil imaginar padres de comparao, provavelmente ligado s dimenses do produto ou alguma outra caracterstica fsica. Quando se trata de software, como podemos definir exatamente o que a qualidade? Parece difcil... Felizmente, para ns, a ISO (Organizao Internacional de Padres) j pensou bastante sobre o assunto. O suficiente para publicar uma norma que representa a atual padronizao mundial para a qualidade de produtos de software. Esta norma chama-se ISO/IEC 9126 e foi publicada em 1991. Ela uma das mais antigas da rea de qualidade de software e j possui sua traduo para o Brasil, publicada em agosto de 1996 como NBR 13596. Mas, afinal de contas, o que est escrito nesta norma ISO/IEC 9126 ou na NBR 13596? Bem, estas normas listam o conjunto de caractersticas que devem ser verificadas em um software para que ele seja considerado um "software de qualidade". So seis grandes grupos de caractersticas, cada um dividido em algumas subcaractersticas. Os nomes dados pelo ISO/IEC para as caractersticas e subcaractersticas so um pouco complexos (para dizer a verdade, acho at que os prprios termos "caractersticas" e "subcaractersticas" so mais complexos que o necessrio). Entretanto, uma pessoa que trabalha com software no ter dificuldade em entend-las. Observe na tabela abaixo a lista completa:
Caracterstica Sub-caracterstica Adequao Acurcia Funcionalidade (satisfaz as necessidades?) Interoperbilidade Conformidade Segurana de acesso Maturidade Confiabilidade Tolerncia a falhas ( imune a falhas?) Recuperabilidade Intelegibilidade Usabilidade Apreensibilidade ( fcil de usar?) Operacionalidade Tempo Eficincia ( rpido e "enxuto"?) Recursos Analisabilidade Modificabilidade Manutenibilidade ( fcil de modificar?) Estabilidade Testabilidade Adaptabilidade Portabilidade Capac. para ser instalado ( facil de usar em Conformidade outro ambiente?) Capac. Para substituir Pergunta chave para a subcaracterstica Prope-se a fazer o que apropriado? Faz o que foi proposto de forma correta? Interage com os sistemas especificados? Est de acordo com as normas, leis, etc.? Evita acesso no autorizado aos dados? Com que freqncia apresenta falhas? Ocorrendo falhas, como ele reage? capaz de recuperar dados em caso de falha? fcil entender o conceito e a aplicao? fcil aprender a usar? fcil de operar e controlar? Qual o tempo de resposta, a velocidade de execuo? Quanto recurso usa? Durante quanto tempo? fcil de encontrar uma falha, quando ocorre? fcil modificar e adaptar? H grande risco quando se faz alteraes? fcil testar quando se faz alteraes? fcil adaptar a outros ambientes? fcil instalar em outros ambientes? Est de acordo com padres de portabilidade? fcil usar para substituir outro? 12

GEEK BRASIL - http:/www.geekbrasil.com.br

VII - MTRICAS DE SOFTWARE Embora a atual norma ISO 9126/NBR 13596 e numere as caractersticas e subcaractersticas um software, ela ainda no define como dar uma nota a um software em cada um destes itens. Se voc no est familiarizado com o processo de avaliao de software, pode ter dificuldades em tentar utilizar a norma. Se voc pretende avaliar um software segundo esta norma, deve tentar atribuir valores (como se fossem notas ou conceitos) a cada uma das subcaractersticas. Algumas caractersticas podem ser realmente medidas, como o tempo de execuo de um programa, nmero de linhas de cdigo, nmero de erros encontrados em uma sesso de teste ou o tempo mdio entre falhas. Nestes casos, possvel utilizar uma tcnica, uma ferramenta ou um software para realizar medies. Em outros casos, a caracterstica to subjetiva que no existe nenhuma forma bvia de med-la. Ficam, portanto, as questes: como dar uma nota, em valor numrico, a uma caracterstica inteiramente subjetiva? O que representa, por exemplo, uma "nota 10" em termos de "Segurana de Acesso"? Quando se pode dizer que a "Intelegibilidade" de um software pode ser considerada "satisfatria"? Criou-se, ento, uma rea de estudo parte dentro da Qualidade de Software conhecida como Mtricas de Software. O que se pretende fazer definir, de forma precisa, como medir numericamente uma determinada caracterstica. Para avaliar uma determinada subcaracterstica subjetiva de forma simplificada, por exemplo, voc pode criar uma srie de perguntas do tipo "sim ou no". Crie as perguntas de forma tal que as respostas "sim" sejam aquelas que indicam uma melhor nota para a caracterstica. Depois de prontas as perguntas, basta avaliar o software, respondendo a cada pergunta. Se voc conseguir listar 10 perguntas e o software obtiver uma resposta "sim" em 8 delas, ter obtido um valor de 80% nesta caracterstica. Obviamente, a tcnica acima no muito eficiente. Para melhor-la, entretanto, voc pode garantir um nmero mnimo perguntas para cada caracterstica. Alm disso, algumas perguntas mais importantes podem ter pesos maiores. possvel, ainda, criar perguntas do tipo ABCDE, onde cada resposta indicaria um escore diferenciado. Alguns estudiosos sugerem formas diferentes de medir uma caracterstica, baseada em conceitos do tipo "no satisfaz", "satisfaz parcialmente", "satisfaz totalmente" e "excede os padres". Estes conceitos, emboram parecem muito subjetivos, no deixam de ser uma forma eficiente de medir uma caracterstica. Em todos os casos, um fato fica claro: nada ajuda mais a avaliar caractersticas de um software do que um avaliador experiente, que j realizou esta tarefa diversas vezes e em diversas empresas diferentes. Afinal, medir comparar com padres e um avaliador experiente ter maior sensibilidade do que um profissional que acaba de ler uma norma pela primeira vez. Atualmente, a norma ISO/IEC 9126 est sendo revisada. A reviso, que dever estar pronta nos prximos anos, no dever modificar nenhuma das caractersticas bsicas da 9126. A maior modificao ser a incluso de dois documentos adicionais para descrever mtricas externas (relativas ao uso do produto) e mtricas internas (relativas arquitetura do produto). Veja algumas das modificaes previstas para esta reviso:
GEEK BRASIL - http:/www.geekbrasil.com.br 13

Algumas novas subcaractersticas: Conformidade far parte de todas as caractersticas. Atratividade ser uma subcaracterstica de Usabilidade. Capacidade de coexistir ser uma subcaracterstica de portabilidade. A norma ser dividida em trs partes. A primeira (9126-1) incluir definies e caractersticas. As duas seguintes descrevero mtricas externas (9126-2) e internas (9126-3). A verso brasileira da reviso desta norma dever ser chamada de NBR 9126-1, 9126-2 e 9126-3, segundo a numerao original da ISO/IEC.

VIII - GUIAS PARA AVALIAO DA QUALIDADE - ISO 14598 Todos notaram a necessidade de mais detalhes sobre como avaliar a qualidade de um software. As caractersticas e subcaractersticas da norma ISO/IEC 9126 apenas comearam o trabalho. Faltava definir, em detalhes, como atribuir um conceito para cada item. Afinal, sem uma padronizao, que valor teria uma avaliao? A ISO, consciente deste problema, est finalizando o trabalho em um conjunto de Guias para a Avaliao da Qualidade segundo a norma ISO/IEC 9126. Estes guias descrevem, detalhadamente, todos os passos para que se avalie um software. Embora o trabalho nesta norma ainda no esteja totalmente pronta, j existem informaes detalhadas sobre o que ser esta norma, quando for oficialmente publicada. Esta nova norma trar muitos recursos interessantes aos avaliadores, j que trata o processo de avaliao em grande detalhe. Ela leva em conta a existncia de trs grupos interessados em avaliar um software, o que define os trs tipos bsicos de certificao: Certificao Quem realiza Empresas que de 1a. parte software Finalidade desenvolvem Melhorar a qualidade de seu prprio produto

de 2a. parte Empresas que adquirem software

Determinar a qualidade do produto que iro adquirir Emitir documento oficial sobre a qualidade de de 3a. parte Empresas que fazem certificao um software Esta norma se constituir, na verdade, de seis documentos distintos, relacionados entre si. Veja: Norma 14598-1 14598-2 14598-3 Nome Viso Geral Planejamento e Gerenciamento Guia para Desenvolvedores Finalidade Ensina a utilizar as outras normas do grupo Sobre como fazer uma avaliao, de forma geral Como avaliar sob o ponto do vista de quem desenvolve
14

GEEK BRASIL - http:/www.geekbrasil.com.br

14598-4 14598-5 14598-6

Guia para Aquisio Guia para Avaliao Mdulos de Avaliao

Como avaliar sob o ponto de vista de quem vai adquirir Como avaliar sob o ponto de vista de quem certifica Detalhes sobre como avaliar cada caracterstica

Em resumo, esta nova norma complementar a ISO/IEC 9126 e permitir uma avaliao padronizada das caractersticas de qualidade de um software. importante notar que, ao contrrio da 9126, a 14598 vai a detalhes mnimos, incluindo modelos para relatrios de avaliao, tcnicas para medio das caractersticas, documentos necessrios para avaliao e fases da avaliao. Como um exemplo, observe um modelo de relatrio de avaliao, segundo um anexo da norma 14598-5: Seo 1 - Prefcio Itens Identificao do avaliador Identificao do relatrio de avaliao Identificao do contratante e fornecedor 2 - Requisitos Descrio geral do domnio de aplicao do produto Descrio geral dos objetivos do produto Lista dos requisitos de qualidade, incluindo Informaes do produto a serem avaliadas Referncias s caractersticas de qualidade - Nveis de avaliao 3 - Especificao Abrangncia da avaliao Referncia cruzada entre os requisitos de avaliao e os componentes do produto Especificao das medies e dos pontos de verificao Mapeamento entre a especificao das medies com os requisitos de avaliao 4 - Mtodos Mtodos e componentes nos quais o mtodo ser aplicado 5 - Resultado Resultados da avaliao propriamente ditos Resultados intermedirios e decises de interpretao Referncia s ferramentas utilizadas As normas 14598-1, 14598-4 e 14598-5 j foram publicadas. As demais esto em processo de finalizao. Est sendo feito pela ABNT um trabalho de traduo desta norma (tanto dos itens j publicados quanto das verses preliminares dos itens restantes). Com isso, esta norma ter sua verso brasileira pouco tempo depois do final de sua publicao pela ISO.

GEEK BRASIL - http:/www.geekbrasil.com.br

15

IX - QUALIDADE DE PACOTES DE SOFTWARE - ISO 12119 Esta norma foi publicada em 1994 e trata da avaliao de pacotes de software, tambm conhecidos como "software de prateleira". Alm de estabelecer os requisitos de qualidade para este tipo de software, ela tambm destaca a necessidade de instrues para teste deste pacote, considerando estes requisitos. A norma divide-se em itens, da seguinte forma: Item Descrio 1. Escopo 2. Definies 3. Requisitos de qualidade 3.1. Descrio do Produto Descreve o produto, de forma a ajudar o comprador em potencial, servindo como base para testes. Cada declarao deve ser correta e testvel. Deve incluir declaraes sobre funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade e portabilidade. 3.2. Documentao do Deve ser completa, correta, consistente, fcil de entender e capaz usurio de dar uma viso geral do produto. 3.3. Programas e dados Descreve em detalhes cada uma das funes do software, incluindo declaraes sobre funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade e portabilidade. 4. Instrues para teste 4.1. Pr-requisitos de teste Lista de itens necessrios ao teste, incluindo documentos includos no pacote, componentes do sistema e material de treinamento. 4.2. Atividades de teste Instrues detalhadas sobre os procedimentos de teste, inclusive instalao e execuo de cada uma das funes descritas. 4.3. Registro de teste Informaes sobre como os testes foram realizados, de tal forma a permitir uma reproduo destes testes. Deve incluir parmetros utilizados, resultados associados, falhas ocorridas e at a identidade do pessoal envolvido. 4.4. Relatrio de teste Relatrio inlcuindo: identificao do produto, hardware e software utilizado, documentos utilizados, resultados dos testes, lista de no conformidade com os requisitos, lista de no conformidade com as recomendaes, datas, etc. Um dos grandes mritos desta norma est na profundidade com que so descritas cada uma das caractersticas e subcaractersticas mencionadas na norma 9126. A norma inclui detalhes que devem estar presentes no produto, tais como: Documentao do usurio de fcil compreenso Um sumrio e um ndice remissivo na documentao do usurio Presena de um Manual de instalao com instrues detalhadas Possibilidade de verificar se uma instalao foi bem sucedida

GEEK BRASIL - http:/www.geekbrasil.com.br

16

Especificao de valores limites para todos os dados de entrada, que devero ser testados Operao normal mesmo quando os dados informados esto fora dos limites especificados Consistncia de vocabulrio entre as mensagens e a documentao Funo de auxlio (help) com recursos de hipertexto Mensagens de erro com informaes necessrias para a soluo da situao de erro Diferenciao dos tipos de mensagem: confirmao, consulta, advertncia e erro Clareza nos formatos das telas de entrada e relatrios Capacidade de reverter funes de efeito drstico Alertas claros para as conseqncias de uma determinada confirmao Identificao dos arquivos utilizados pelo programa Identificao da funo do programa que est sendo executada no momento Capacidade de interromper um processamento demorado

Outras caractersticas importante so a nfase nos testes e os modelos de relatrios includos. Tudo isso facilita grandemente o trabalho do avaliador. Uma verso traduzida desta norma ser publicada em breve ABNT. X - QUALIDADE DE PROCESSO DE SOFTWARE: Os estudos sobre qualidade mais recentes so na sua maioria voltados para o melhoramento do processo de desenvolvimento de software. No que a qualidade do produto no seja importante, ela . Mas o fato que, ao garantir a qualidade do processo, j se est dando um grande passo para garantir tambm a qualidade do produto. O estudo da Qualidade do Processo de Software uma rea ligada diretamente Engenharia de Software. O estudo de um ajuda a entender e aprimorar o outro. Em ambas as disciplinas, estuda-se modelos do processo de desenvolvimento de software. Estes modelos so uma tentativa de explicar em detalhes como se desenvolve um software, quais so as etapas envolvidas. necessrio compreender cada pequena tarefa envolvida no desenvolvimento. XI A SRIE ISSO 9000 :

Esta srie um conjunto de normas da ISO que define padres para garantia e gerenciamento da qualidade. Veja algumas destas normas abaixo: Norma ISO 9001 ISO 9002 ISO 9003 ISO 9000-1 ISO 9000-3 Trata de Modelo para garantia da qualidade em projeto, desenvolvimento, produo, instalao e assistncia tcnica. Modelo para garantia da qualidade em produo e instalao Modelo para garantia da qualidade em inspeo e ensaios finais Diretrizes para escolher entre as normas ISO 9001, 9002 e 9003 Orientao para a aplicao da ISO 9001 em Software
GEEK BRASIL - http:/www.geekbrasil.com.br 17

Entre as normas 9001, 9002 e 9003, a primeira a que mais se adequa ao desenvolvimento e manuteno de software. Como toda norma deste grupo, ela usada para garantir que um fornecedor atende aos requisitos especificados nos diversos estados do desenvolvimento. Estes estgios incluem projeto, desenvolvimento, produo, instalao e suporte. A norma ISO 9000-3 (no confundir com a ISO 9003) traz os roteiros para aplicar a ISO 9001 especificamente na rea de desenvolvimento, fornecimento e manuteno de software. Todas as orientaes giram em torno de uma "situao contratual", onde uma outra empresa contrata a empresa em questo para desenvolver um produto de software. Veja na tabela abaixo os processos definidos na ISO 9000-3: Grupo Estrutura do Sistema de Qualidade Atividades do Ciclo de Vida Atividade Responsabilidade do fornecedor Responsabilidade do comprador Anlise crtica conjunta Anlise crtica do contrato Especificao dos requisitos do comprador Planejamento do desenvolvimento Projeto e implementao Testes e validao Aceitao Cpia, entrega e instalao Manuteno Gerenciamento de configurao Controle de documentos Registros da qualidade Medio Regras, convenes Aquisio Produto de software includo Treinamento

Atividades de Apio

O processo de certificao de uma empresa de software segundo as normas ISO 9001 / 9000-3 segue um conjunto de passos bem definidos: A empresa estabelece o seu sistema de qualidade A empresa faz uma solicitao formal a um rgo certificador, incluindo detalhes do negcio da empresa, escopo da certificao solicitada e cpia do manual de qualidade O rgo certificador faz uma visita empresa, colhe mais dados e explica o processo de certificao O rgo certificador verifica se a documentao do sistema de qualidade est de acordo com a norma ISO O rgo certificador envia uma equipe empresa com fins de auditoria. Nesta visita, ser verificado se todos na empresa cumprem o que est documentado no manual de qualidade. O rgo certificador emite o certificado de qualidade
GEEK BRASIL - http:/www.geekbrasil.com.br 18

O rgo certificador realiza visitas peridicas empresa para assegurar que o sistema continua sendo efetivo XII - ISO 12207 PROCESSO DE VIDA DO CICLO DE SOFTWARE

Este padro formaliza a arquitetura do ciclo de vida do software, que um assunto bsico em Engenharia de Software e tambm em qualquer estudo sobre Qualidade do Processo de Software. Esta norma possui mais de 60 pginas e detalha os diversos processos envolvidos no ciclo de vida do software. Estes processos esto divididos em trs classes: Processos Fundamentais, Processos de Apoio e Processos Organizacionais. Veja a lista completa dos processos na tabela abaixo: Processos Fundamentais Aquisio Incio e execuo do desenvolvimento, operao ou manuteno do software durante o seu ciclo de vida. Atividades de quem um software. Inclui: definio da necessidade de adquirir um software (produto ou servio), pedido de proposta, seleo de fornecedor, gerncia da aquisio e aceitao do software. Atividades do fornecedor de software. Inclui preparar uma proposta, assinatura de contrato, determinao recursos necessrios, planos de projeto e entrega do software. Atividades do desenvolvedor de software. Inclui: anlise de requisitos, projeto, codificao, integrao, testes, instalao e aceitao do software. Atividades do operador do software. Inclui: operao do software e suporte operacional aos usurios. Atividades de quem faz a manuteno do software. Auxiliam um outro processo. Registro de informaes produzidas por um processo ou atividade. Inclui planejamento, projeto, desenvolvimento, produo, edio, distribuio e manuteno dos documentos necessrios a gerentes, engenheiros e usurios do software. Identificao e controle dos itens do software. Inclui: controle de armazenamento, liberaes, manipulao, distribuio e modificao de cada um dos itens que compem o software. Garante que os processos e produtos de software estejam em conformidade com os requisitos e os planos estabelecidos. Determina se os produtos de software de uma atividade atendem completamente aos requisitos ou condies impostas a eles. Determina se os requisitos e o produto final (sistema ou software) atendem ao uso especfico proposto. Define as atividades para avaliar a situao e produtos de uma
19

Fornecimento

Desenvolvimento

Operao Manuteno Processos de Apoio Documentao

Gerncia de Configurao

Garantia da Qualidade Verificao Validao Reviso Conjunta

GEEK BRASIL - http:/www.geekbrasil.com.br

Auditoria Resoluo de Problemas Processos Organizacionais Gerncia Infra-estrutura

Melhoria Treinamento

atividade de um projeto, se apropriado. Determina adequao aos requisitos, planos e contrato, quando apropriado. Anlisar e resoluo dos problemas de Qualquer natureza ou fonte, descobertos durante a execuo do desenvolvimento, operao, manuteno ou outros processos. . Implementam uma estrutura constituda de processos de ciclo de vida e pessoal associados, melhorando continuamente a estrutura e os processos. Gerenciamento de processos. Fornecimento de recursos para outros processos. Inclui: hardware, software, ferramentas, tcnicas, padres de desenvolvimento, operao ou manuteno. Atividades para estabeler, avaliar, medir, controlar e melhorar um processo de ciclo de vida de software. Atividades para prover e manter pessoal treinado.

A norma detalha cada um dos processos acima. Ela define ainda como eles podem ser usados de diferentes maneiras por diferentes organizaes (ou parte destas), representando diversos pontos de vista para esta utilizao. Cada uma destas vises representa a forma como uma organizao emprega estes processos, agrupando-os de acordo com suas necessidades e objetivos. As Vises tm o objetivo de organizar melhor a estrutura de uma empresa, para definir suas gerncias e atividades alocadas s suas equipes. Existem cinco vises diferentes: contrato, gerenciamento, operao, engenharia e apoio. Veja na figura abaixo como estas vises se relacionam aos processos. A ISO/IEC 12207 a primeira norma internacional que descreve em detalhes os processos, atividades e tarefas que envolvem o fornecimento, desenvolvimento, operao e manuteno de produtos de software. A principal finalidade desta norma servir de referncia para os demais padres que venham a surgir. Lanada em agosto de 1995, ela citada em quase todos os trabalhos relacionados Engenharia de Software desde ento, inclusive aqueles relativos qualidade. A futura norma ISO 15504 (SPICE), por exemplo, organiza seu trabalho segundo o que est descrito na 12207. A verso brasileira da norma foi encaminhada para votao na ABNT em junho de 1997 e a expectativa da comisso encarregada da traduo que ela se transforme em norma brasileira ainda em 1997.

GEEK BRASIL - http:/www.geekbrasil.com.br

20

XIII GERENCIANDO UM COMPANHIA DE QUALIDADE Gerenciar uma companhia de qualidade mais do que implementar um sistema de qualidade consistindo de um conjunto de tcnicas do padro Iso. a criao da cultura da qualidade que permeia toda a organizao. A seguir, mostraremos algumas idias prticas que podem vir a ajudar na realizao de trabalho com mais qualidade. Dedicao satisfao do cliente Qualidade fala sobre a satisfao do cliente. Produzir um produto de qualidade uma parte importante para garantir a satisfao e ateno do cliente. Isto inclui: Esforar-se ao mximo para entender as necessidades do cliente no produto e no suporte; Escrever um contrato que reflitas estas necessidades; Prever suporte ps-venda para igualar requisitos ou expectativas; Vigiar os contatos com os clientes. A primeira impresso a que fica.

Dar nfase melhoramentos contnuos O fim da qualidade total nunca ser alcanado, ser sempre possvel fazer as coisas um pouco melhor ou mais rpido. A melhor coisa a ser feita fazer a organizao se tornar uma Organizao do aprendizado que constantemente pesquisa e renova recursos e experincias de todo o pessoal envolvido para aumentar a qualidade, reduzir custos e responder rapidamente s necessidades dos clientes. Tendo se tornado uma organizao do aprendizado, aprenda como aprender mais rpido do que os concorrentes. Tratar fornecedores como parceiros de negcios Esta filosofia de parceiros de negcios pode ser estendida a outros com uma participao no sucesso do seu negcio. As empresas de desenvolvimento devem considerar que seus agentes e distribuidores devem ser considerados como parceiros do negcio para benefcio mtuo. E o mesmo pode ser aplicado a grandes consumidores, que esto procurando relacionamentos. Decises em negcios de parcerias no tem razes idealistas, mas tm no gerenciamento do negcio a luz da realidade estratgica e comercial. Eles refletem o fato de o negcio no ser uma coisa qualquer e que geralmente em seu prprio interesse promover o sucesso dos outros. Em outras palavras criada uma situao Vencedor- Vencedor. Comunicao e time de trabalho importante criar uma cultura na empresa no qual indivduos e departamentos pensem que eles mesmos so seus prprios consumidores dentro da organizao. Este supridores internos tentam entender e suprir as necessidades de seus consumidores internos e estes trabalham com seus supridores internos para ajud-los.

GEEK BRASIL - http:/www.geekbrasil.com.br

21

Responsabilidades e linhas de comunicao deve ser regularmente revistos, e relacionamentos tradicionais entre departamentos devem ser alterados quando for necessrio. Atualizando empregados O pessoal da empresa no ser capaz de produzir um sistema de qualidade e fornecer um suporte de qualidade a menos que eles tenham as habilidades necessrias, conhecimento e recurso. O gerente deve selecionar, em primeiro lugar, o pessoal certo para cada tarefa a ser executada de acordo com suas habilidades e treinamento que eles venham a precisar para conseguir realizar o seu melhor. Isto motivar o pessoal e gerar um compromisso para um contnuo melhoramento do seu conhecimento e do seu trabalho. Compromisso da gerncia A gerencia pode ter uma melhor responsabilidade se: Tratar a qualidade como um negcio estratgico; Desenvolver uma poltica para a qualidade; Garantir que a poltica da qualidade ser comunicada e implementada atravs da organizao Regularmente rever a poltica e suas implementaes.

XIV. IMPLEMANTANDO UM SISTEMA DE QUALIDADE Como alcanar a qualidade? Alguns anos atrs, John Ruskin ditou alguns ponteiros quando disse que a qualidade nunca um acidente sempre o resultado de grandes esforos. Os dizeres de Ruskin foram feitos durante uma idade mais vagarosa, mais ainda so aplicveis. Para os negcios modernos, resultados inteligentes devem ser direcionados atravs de um sistema de qualidade. XIV.1 - UM SISTEMA DE QUALIDADE Um programa de aumento de qualidade conduz ao estabelecimento de um sistema de qualidade que deve ter aspectos tcnicos e culturais. fcil de ver a razo disto: a entidade a ser melhorada consiste em tecnologia e pessoas. Aspectos Tcnicos Envolve o desenvolvimento de padres e tcnicas para implementar a qualidade em todas as atividades. Aspectos culturais A prtica da qualidade deve ser aceita por todas as pessoas da empresa sem exceo. Cada pessoa deve estar consiente da sua responsabilidade pela qualidade.
GEEK BRASIL - http:/www.geekbrasil.com.br 22

Um programa de educao e treinamento envolvendo a empresa toda deve ser necessrio para conseguir consientizar a todos na empresa. XIV.2 INICIANDO UM SISTEMA DE QUALIDADE Preparar uma poltica de qualidade A gerncia da empresa dever comear um projeto de qualidade formulando uma poltica de qualidade. Esta poltica deve ser claramente declarada pela comisso de organizao da qualidade e gerentes que estaro envolvidos no projeto. A poltica dever ser publicada e comunicada para que seja entendida e implementada em todos os setores da empresa. Estabelecer uma equipe de suporte em qualidade Uma equipe de suporte qualidade normalmente compreende um comit de direo e uma equipe de aumento da qualidade. A gerncia snior da companhia deve estar no comit de direo. A tarefa do comit verificar o programa de qualidade. As tarefas principais do comit de direo so: Definir uma direo estratgica e metas a longo prazo; Estabelecer uma equipe de aumento e melhoramento da qualidade e rever sua performance; Autorizar e aprovar gastos para o programa de qualidade; Prover suporte de alto nvel para o programa de qualidade.

O comit de direo dever adotar uma equipe de melhoramento da qualidade que ser responsvel por estabelecer e manter um programa de qualidade em toda a organizao. As atividades especficas so: Avaliar as necessidades da organizao; Desenvolver um sistema de qualidade para a empresa; Planejar e monitorar a implementao; Comunicar, durante todo o processo, o programa de qualidade ao pessoal da empresa; Treinamento e outras atividades para ajudar no suporte ao programa de qualidade; Preparar e rever procedimentos e padres; Adotar um ciclo de vida para o desenvolvimento do programa; Adotar mtodos e ferramentas; Estabelecer um programa para medir os processos do software, produtos e servios.

Outras atividades podero estar sendo desenvolvidas na organizao, a saber:

XIV.3 - DEFINIR UM PROGRAMA PARA A QUALIDADE A seguir, mostraremos alguns passos que podem ser utilizados para construir e definir corretamente um programa de implementao da qualidade na empresa.
GEEK BRASIL - http:/www.geekbrasil.com.br 23

Avaliar a organizao Para se avaliar a organizao, chama-se um rgo respeitado internacionalmente para poder avaliar os processos da empresa de software. Esta organizao vai entrar dentro da empresa e comear a verificar e definir padres e regras que devem ser cumpridas para se conseguir o certificado. Esta organizao que estar sendo avaliada, vai reorganizar-se de acordo com as normas a serem ditadas. As normas podem variar de acordo com a necessidade da empresa e ser aplicado padres internacionais, tais como ISO 9000 ou CMM , que esto sendo estudados neste trabalho. Projetar um sistema de qualidade Nesta parte da implementao, a empresa vai definir quais os seus objetivos perante a qualidade que se quer alcanar. Alguns dos objetivos mais comuns que as empresas querem para se adaptar ao mercado, : Reduzir o nmero de erros e defeitos encontrados na fase de teste e na implantao do software; Aumentar a produtividade; Reduzir o tempo de desenvolvimento; Diminuir o tempo de resposta s requisies do cliente; Melhorar as estimativas de custo e agendamento de tarefas para se entregar ao usurio; Alcanar a certificao necessria.

Todos os objetivos e partes do projeto devem ser colocados em um manual que, mais tarde dever conter todas as resolues que foram feitas durante todo o projeto. Este Manual da Qualidade dever, depois de pronto, ser publicado para todas as pessoas da empresa para entendimento e retirada de dvidas. Neste manual, poder conter: A poltica de qualidade e objetivos da empresa; A estrutura da organizao mostrando as responsabilidades de todos que gerenciam, fazem e verificam o trabalho que afetar a qualidade; Uma descrio do ciclo de vida da qualidade na empresa (ser visto mais frente); Uma viso geral do sistema de qualidade; relacionamento do sistema de qualidade com o padro internacional adotado; Referncia completa a procedimentos e padres detalhados.

GEEK BRASIL - http:/www.geekbrasil.com.br

24

Planejamento e implementao do programa de qualidade Aps a concluso do Manual de Qualidade e sua aprovao pelo pessoal da empresa, a comisso de organizao da qualidade determinar a quantidade de servio que dever ser necessrio para implementar o programa de qualidade. A comisso dever desenvolver um plano de implementao detalhando tarefas, atividades, marcos e recursos para a implantao. Normalmente, as tarefas mais comuns a serem realizadas so as seguintes: implementar um programa cultural; Adotar um ciclo de vida; Desenvolver um sistema de controle de qualidade; Desenvolver e documentar procedimentos e padres para todas as atividades de cada ciclo da implementao; Definir e implementar um programa de medidas; Rever e, se necessrio revisar o manual de qualidade; Apreciao da qualidade e treinamento do sistema de qualidade; Um programa de auditoria da qualidade; Revises gerenciais; Avaliao ISSO 9000.

XIV.4. - IMPLEMENTAR UM PROGRAMA CULTURAL O programa cultural dever ser implementado em conjunto com o programa tcnico. O programa cultural consiste em conscientizar as pessoas da empresa da necessidade de se ter qualidade de alto nvel. Normalmente, se utiliza do treinamento de qualidade e profissional (aprendizado de novas e melhores ferramentas de desenvolvimento) e realizao de Workshop para discutir qualidade e necessidades da empresa e das pessoas que esto envolvidas. Tambm faz parte do programa cultural, as iniciativas da gerncia e do pessoal da empresa para poder melhorar e aumentar o incentivo das pessoas para realizarem uma tarefa melhor e mais bem feita. As iniciativas da gerncia do nfase a anlise de defeitos e suas causas e a definio de marcos que devem ser alcanados em certo perodo de tempo. J as iniciativas dos funcionrios da empresa so voltadas para sugestes de como realizar tarefas e procedimentos de forma a retornar mais qualidade e mais servio.

GEEK BRASIL - http:/www.geekbrasil.com.br

25

XIV.5 - IMPLEMENTAR O PROGRAMA TCNICO O programa tcnico consiste em: Adotar um ciclo de vida Toda empresa de software, grande ou pequena, deve possuir um ciclo de vida para o desenvolvimento do produto. Muitos tipos de ciclo de vida tm sido implementados e testados para atender a determinadas circunstncias. A empresa dever adotar um ciclo de vida e, ento adequ-lo s suas necessidades. O ciclo de vida dividido em etapas. Em cada etapa poder ser feito uma reviso do que j foi feito e rever o que vai ser feito na prxima etapa. Desenvolver procedimentos e padres Algumas empresas trabalham com o mximo possvel de procedimentos e padres definidos rigorosamente. comum aos desenvolvedores no se acostumarem facilmente com estes novos padres. No caso da empresa estar implantando pela primeira vez um sistema de qualidade, os desenvolvedores estaro sujeitos a no aceitarem o que foi dito e a empresa vai demorar muito tempo tentando conscientiz-las. Os procedimentos e padres devem ser identificados da maneira como so utilizados e, depois, alter-los, se necessrios e divulg-los pela empresa toda. Estes, normalmente, sofrem a interferncia de padres internacionais como ISO e CMM e devem ser desenvolvidos e utilizados pelas pessoas que j os utilizavam. Caso a empresa venha implantar novos procedimentos e padres, eles devem ser feitos de maneira gradual. Se implementar tudo de uma vez, a resistncia ser maior e a empresa poder perder por causa disto. Selecionar mtodos e ferramentas. Os mtodos e ferramentas a serem utilizados devem ser padronizados. Esta padronizao dever levar em considerao dicas dos desenvolvedores e diretores que esto envolvidos diretamente com o processo de desenvolvimento do software. Estes devem ser utilizados em todos os projetos da empresa e ter uma variao pequena de um projeto para outro. Aconselha-se que as ferramentas de desenvolvimento devem ser de um mesmo fornecedor para evitar conflitos, atrasos, defeitos inesperados e correes mal feitas para se adaptar as ferramentas diversas ao sistema. Programa de mtricas e medidas de software dito que, se voc no pode medir, ento voc no pode gerenciar.

Esta frase pode no estar muito certa, mas se a empresa conseguir medir a funcionalidade e a qualidade de seu produto e dos concorrentes, poder saber se o seu produto est melhor ou pior do que o outro.
GEEK BRASIL - http:/www.geekbrasil.com.br 26

Neste caso, as medidas so muito importantes. Quando adotado nas empresas, elas procuram as medidas que devem: Refletir os requisitos ou processos dos clientes que direcionam a escolha de prrequisitos: qualidade no pode ser melhorada otimizando medidas que no relatam as necessidades dos clientes; Ser claramente definida. Todos os resultados e medidas devem estar utilizando as mesmas medidas; No utilizar ferramentas carssimas para coletar dados: s vezes, melhor coletar dados de uma maneira mais fcil e barata e obter timos resultados do que utilizar de ferramental caro e obter dados que no so concisos e no obter resultados satisfatrios;

As medidas podem ser utilizados tanto no projeto quanto nos processos para diferentes propsitos, por exemplo: Na fase de projeto, identificar componentes no usuais para um estudo mais detalhado ( componentes que so mais fceis de darem erros ou defeitos); No nvel de processos: calibrar uma estimativa do modelo, comparar o uso de diferentes ferramentas e mtodos em diferentes projetos, monitorar os avanos progressivos

Nas empresas, costuma-se, ainda, medir outras atividades relacionadas com o desenvolvimento de software, a exemplificar: Desenvolvimento Taxas de erros e defeitos; Mudanas nos requisitos e especificaes de desenvolvimento; Produtividade; Aderncia ao tempo determinado para cada tarefa; Aderncia aos gastos previstos. Suporte Responsabilidade sobre as necessidades do usurio; Frequncia com que o usurio necessita de mudanas. Geral Custo de baixa qualidade.

Treinamento Uma grande necessidade da empresa que vai melhorar a qualidade do servio que ela presta est em treinar o seu pessoal para eles terem conscincia do que esto fazendo e conhecer todo o processo da empresa para saberem de suas necessidades e dos outros. Este treinamento no consiste em treinas as pessoas apenas para receberem novas ferramentas. Elas devem ser treinadas em qualidade, processos novos e antigos, em comunicao, em novas ferramentas e em muitas outras que devem ser especificadas pela empresa de acordo com a necessidade do funcionrio e da prpria empresa.

GEEK BRASIL - http:/www.geekbrasil.com.br

27

XIV.6 REVISES DE PROCESSOS E PRODUTO As revises so muito importantes. Elas definem o que foi feito certo, o que foi feito errado e o que precisa ser reparado ou no. , talvez, a parte do projeto mais importante. nesta etapa que os desenvolvedores vo descobrir a maioria dos erros e defeitos e que vo ser corrigido depois. H, ainda, o teste final que feito antes de enviar o produto para a implementao no usurio. importante que no se tenha erros e defeitos quando o software estiver funcionando no cliente, pois ele pode reclamar muito e o projeto todo ficar comprometido. Revises do projeto Todos os projetos, grandes ou pequenos deve ser revistos em sua totalidade para se descobrir o que foi aprendido e o que pode ser melhorado. Esta reviso pode acontecer uma nica vez no final do projeto ou pode acontecer no final de cada fase concluda. Este ltimo pode ser o melhor porque se aprende mais sobre o projeto e j resolve os problemas desta etapa prevendo alguns erros para a prxima etapa. Revises da gerncia A gerncia tem a mxima responsabilidade para a boa realizao do plano de qualidade a ser implantado na empresa. Ela dever rever os processos regularmente, pelo menos uma vez ao ano. Estas revises devem levantar todas as fontes de informaes incluindo: Resultado das auditorias, internas ou externas; Relatrios das revises do projeto; Relatrios dos servios ao cliente; Mudanas de tecnologia no projeto; Avaliaes dos clientes sobre a qualidade do servio; Anlises de medidas.

Os resultados devem ser colocados em uma listagem, anexados ao manual e entregue a todos na empresa para verem a evoluo do projeto. XV. O FUTURO DA QUALIDADE Pensadores sobre qualidade afirmam que esta ter vrias mudanas daqui para frente. Estas mudanas sero muito grandes porque as empresas hoje pensam em qualidade como apenas aquisio de respeito internacional atravs de certificaes e procedimentos considerados corretos e qualitativos. Mas ser que estas empresas apenas conseguem seus certificados e no olham para o produto em si? Elas podem ter certificaes mil e continuar desenvolvendo software da mesma maneira que antes e ainda ter vrias reclamaes de clientes sobre a qualidade do produto em questo. O que se pensa pelo futuro da qualidade que as empresas devero se preocupar em criar um cargo para a gerncia da qualidade (CQO[chief quality officer]). Gerentes de hoje, se tornaram gerentes de qualidade amanh. Estes gerentes no devero se preocupar em
GEEK BRASIL - http:/www.geekbrasil.com.br 28

apenas definir regras e procedimentos que devem ser adotados por todos na empresa que trabalham, o que j feito h muito tempo. Eles devero concentrar seus esforos nos sistemas de marketing, vendas e suporte porque estes tero mais impacto sobre a satisfao do cliente do que os procedimentos adotados para o desenvolvimento de softwares.

GEEK BRASIL - http:/www.geekbrasil.com.br

29

XVI. - BIBLIOGRAFIA SANDERS, Joc e CURRAN, Eugene(Software Quality )Ed.AddisonWesley,1994 Xerox sobre revises de software da professora Cludia
http://www.barreto.com.br/qualidade http://www.insoft.softex.br/

http://www.iso.ch/ http://www.ieee.org/
http://www.abnt.org.br/

GEEK BRASIL - http:/www.geekbrasil.com.br

30