software - analise de sistema

7/29/2019 Software - Analise de Sistema

1/30

SUMRIO

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

PROPOSIESDAQUALIDADEDESOFTWARE:..................................................................................................3PRINCPIOSDEQUALIDADE:..............................................................................................................................4PRINCPIOSDEGERNCIA:.................................................................................................................................4PRINCPIOSDEENGENHARIA:............................................................................................................................4

II. - HISTRICO DA QUALIDADE.................................................................................4

III. - PORQU SE PREOCUPAR COM A QUALIDADE DE SOFTWARE ?............6

QUALIDADEX DEFINIODEPR-REQUISITOS.................................................................................................6

QUALIDADEEODESENVOLVIMENTOSOFTWARE..............................................................................................7

IV. - QUALIDADE E SERVIO DE SUPORTE AO USURIO..................................7

O QUEUM SISTEMADE QUALIDADE ?...........................................................................................................8

V. - CERTIFICAO DA QUALIDADE..........................................................................9

QUALIDADE PRODUTOX QUALIDADE PROCESSO.............................................................................................9

VI. - QUALIDADE DE SOFTWARE:..............................................................................10

ENGENHARIADE SOFTWARE...........................................................................................................................11QUALIDADEDE PRODUTOSDE SOFTWARE - ISO 9126...................................................................................12

VII - MTRICAS DE SOFTWARE.................................................................................12

VIII - GUIAS PARA AVALIAO DA QUALIDADE - ISO 14598................................14IX - QUALIDADE DE PACOTES DE SOFTWARE - ISO 12119...................................16X - QUALIDADE DE PROCESSO DE SOFTWARE:......................................................17XI A SRIE ISSO 9000 :.................................................................................................17

ESTRUTURADO SISTEMADE QUALIDADE.......................................................................................................18XII - ISO 12207 PROCESSO DE VIDA DO CICLO DE SOFTWARE........................19

XIII GERENCIANDO UM COMPANHIA DE QUALIDADE..................................21

DEDICAOSATISFAODOCLIENTE.........................................................................................................21DARNFASEMELHORAMENTOSCONTNUOS...............................................................................................21TRATARFORNECEDORESCOMOPARCEIROSDENEGCIOS.............................................................................21

COMUNICAOETIMEDETRABALHO............................................................................................................21ATUALIZANDOEMPREGADOS..........................................................................................................................22COMPROMISSODAGERNCIA .........................................................................................................................22

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

XIV.1 - UM SISTEMA DE QUALIDADE...................................................................................................22Aspectos Tcnicos......................................................................................................................................22

Aspectos culturais......................................................................................................................................22

XIV.2 INICIANDO UM SISTEMA DE QUALIDADE.............................................................................23

1


2/30

Preparar uma poltica de qualidade..........................................................................................................23

Estabelecer uma equipe de suporte em qualidade.....................................................................................23XIV.3 - DEFINIR UM PROGRAMA PARA A QUALIDADE....................................................................24

Avaliar a organizao................................................................................................................................24

Projetar um sistema de qualidade..............................................................................................................24

Planejamento e implementao do programa de qualidade......................................................................25

XIV.4. - IMPLEMENTAR UM PROGRAMA CULTURAL.......................................................................25XIV.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..................................................................................28Revises do projeto....................................................................................................................................28

Revises da gerncia..................................................................................................................................28

XV. O FUTURO DA QUALIDADE...............................................................................28

XVI. - BIBLIOGRAFIA....................................................................................................30

2


3/30

I. - O QUE QUALIDADE

Qualidade hoje em dia, no apenas um diferencial de mercado para a empresa conseguirvender e lucrar mais, um pr requisito que a empresa deve conquistar para conseguircolocar 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 simpleschegaram 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

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

A totalidade das caractersticas de uma entidadeque lhe confere a capacidade de satisfazers necessidades explcitas e implcitas

Voc deve ter notado que esta definio formal exige alguns complementos, principalmente para definir o queso as entidades, as necessidades explcitas e as necessidades implcitas.

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 peloprodutor.

As necessidades implcitas incluem as diferenas entre os usurios, a evoluo notempo, as implicaes ticas, as questes de segurana e outras vises subjetivas.

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

Proposies da qualidade de software:

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 prpriosoftware, o ambiente de suporte deve ter engenharia tanto quanto o ambiente dedesenvolvimento;

4) Para alcanar a qualidade de software, as pessoas e a cultura so to importantes quantoa tecnologia;

5) O nico caminho seguro para aumentar a qualidade do software melhorar osprocessos ( o que inclui pessoal, facilidades, equipamentos, tecnologia e metodologia);

3


4/30

6) Aumento de processos normalmente desnecessrio a menos que o gerente demonstrecompromisso e liderana;

7) Qualidade e melhoramento dos processos so de difceis esforos: sempre possvelrealizar 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 suasnecessidades e circunstncias ou no ser eficiente

10) Um sistema de qualidade de software eficiente utiliza de boas prticas da engenharia desoftware 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 estenraizado no intelecto de cada ser. Portanto se exerccios forem feitos dando como missopara cada grupo, vrias definies so apresentadas, mas o que mostra como bem prximode se considerar como sendo um mtodo gerencial que atravs de processos eprocedimentos 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 serbuscado na origem do modelo cientfico de administrao F. Taylor em 1911 publicado emseu livro Princpios da Administrao Cientifica em que citava: o aumento da eficincia , aracionalizao dos mtodos de trabalho, a crena no homem econmico , a diviso e ahierarquizao do trabalho , a relevncia da organizao formal.

4


5/30

Nos anos 30 , o Dr. W.A. Shewhart causa uma revoluo teoria cientfica daadministrao quando prope um mtodo voltado para gesto das organizaes conhecidocomo Controle da Qualidade - Controle Estatstico da Qualidade (CEQ) ou ControleEstatstico de Processos (CEP) que se baseava na aplicao de grficos de controle, nainspeo por amostragem.

A tese de Deming para os industriais do ps guerra , nos Estados Unidos, era a da produocom qualidade. Mas, como muitas vezes acontece, a verdade que Deming no foi ouvidoem sua terra, no foi profeta em sua terra e este "no ouvir Deming" vai custar caro aosamericanos, 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 foiresponsvel 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 poderioprivado, 89% do dinheiro privado japons, estava ai, nesses 45 industriais.

Deming ensinou seu mtodo e, tambm, aperfeioou-o, desenvolvendo uma nova formaparticipativa de gerncia, a qual tirava proveito dos conhecimentos e habilidades de todosfuncionrios, em todos os nveis, por meios de equipes e sistemas de sugestes que semprefocalizam o cliente.

A psicologia das relaes humanas traz o conhecimento do comportamento dosfuncionrios das organizaes e diferente teorias, a da motivao e personalidade de A.Maslow, contribuem com estudos do fator humano, preocupando-se em considerar asatisfao do funcionrio como um dos responsveis pelo aumento da produtividade e dequalidade do produto .A teoria motivao-higiene de Herzberg distingue os fatores doambiente ( fisiolgicos, segurana, social, estima) como fatores provenientes

especificamente do servio ( automatizao), mostrando serem esses ltimos osmotivadores.

Em 1980 comeam de forma oficial, nas organizaes americanas, ao grandes programasde 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 chamadospensadores da Qualidade, que comea a dar consultoria para os Estados Unidos sobreQualidade Total ou Liderana pela Qualidade.

5


6/30

III. - PORQU SE PREOCUPAR COM A QUALIDADE DE SOFTWARE ?

A qualidade, hoje em dia, crtica para a sobrevivncia e o sucessso do mercado desoftware que est se desenvolvendo de forma global. Uma organizao no sobressair nomercado 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 docompetidor pela qualidade do software e do suporte que fornecido juntamente.Como o mercado amadurece, usurios no querem apenas que a empresa fale que temqualidade, mas que mostre a todos a sua qualidade atravs de Certificaointernacional. 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 altamentecompetitivo, ela est em dbito com o mercado. A maioria das grandes organizaesest 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 produtosimportados que, normalmente, tm mais qualidade.

D) Qualidade custo/benefcio: um sistema de qualidade direciona para o aumento daprodutividade e permanentemente reduz custos, habilitando o gerenciamento parareduzir a correo de defeitos dando nfase preveno. Todas as empresas sabem quecorrigir defeitos aps o desenvolvimento do software mais dispendioso do que

corrigi-los depois. Prevenir defeitos primeiramente pode resolver muita coisa depois eeconomizar bastante.

E) Qualidade retm consumidores e aumenta lucros: pouca qualidade normalmentecusta muito mais do que contratar mais desenvolvedores e ainda continuar semqualidade. A maioria dos consumidores no toleraro falta de qualidade e iro procuraroutros desenvolvedores. Mais qualidade aumenta a satisfao dos consumidores eassegura os que j so clientes a mais tempo.

Qualidade x Definio de pr-requisitosO processo de pr-requisitos deve identificar e definir as caractersticas de um produto emparticular que de necessidade do cliente e distingu-los dos menos importantes. importantssimo que, na entrega do produto final, o sistema tenha pouqussimos ou nenhumerro 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. Odesenvolvedor dever trabalhar em conjunto com o cliente, nesta primeira fase, para definircorretamente as especificaes do software.

6


7/30

No caso de a empresa no poder entrar em contato direto com o cliente (um produto paravrios clientes, como um sistema que vai ser desenvolvido para o mercado SOHO SmallOffice/Home Office), a funo do marketing da empresa dever ser tomada como clientepor 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 dosistema. O custo/benefcio de se aplicar adequadamente os recursos para esta fase muitogrande.

Pode ser muito caro desenvolver o software errado.

Qualidade e o desenvolvimento softwareO processo de desenvolvimento do software onde os desenvolvedores traduzem os pr-requisitos em software.

certo que a qualidade do software est diretamente ligada qualidade dos processosutilizados para o desenvolvimento.

Um bom desenvolvimento de software deve capacitar organizao a definio daconsistncia do produtos de qualidade. A comunidade de software est vendo que odesenvolvimento do produto deve ser feito de maneira muito rpida. O ciclo de vida doproduto agora um negcio crtico para muitos desenvolvedores.

Os consumidores de software necessitam de produtos cada vez melhores e mais rpidos deserem 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;

7


8/30

Assistncia help-desk; Relatrios de erros e correes; Melhoramento do software.

Para uma aplicao instalada em um local, os requisitos de suporte podem ser fornecidosvia 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 eimplementar um sistema administrativo para suportar um sistema de help-desk em nvelinternacional.

O que um Sistema de Qualidade ?

Aplicar os princpios da qualidade de software o incio para o sucesso. O termo sistemade qualidade utilizado internacionalmente para descrever um processo na qual garante edemonstra a qualidade dos produtos e servios ofertados pela empresa.

A padronizao ISO 9000 define e descreve o que requirido ou satisfatrio em um sistemade qualidade contendo componentes de desenho e desenvolvimento. As padronizaesexistentes para garantir a qualidade de software sero estudadas mais frente nestetrabalho.

Alm das padronizaes ISO, muitas outras organizaes nacionais e internacionaispromovem padres que descrevem sistemas de qualidade para serem aplicado em sistemasde desenvolvimento e suporte em certas circunstncias, a exemplificar o CMM (Code ofmaturity model).

O termo gerenciamento de sistemas de qualidade utilizado s vezes. Este termo dnfase s necessidades dos processo de qualidade para serem gerenciados para garantir quecontinue de forma correta e eficiente.

To importante quano as prticas e ferramentas o status da pessoa que as usa. A qualidadedeve garantir que as pessoas envolvidas devem ter suas habilidades certas para cada tipo detrabalho de uma maneira profisional. Se as pessoas necessitam de treinamento, ento aempresa dever treinar os seus usurios. Deve-se garantir que as pessoas entendam suasresponsabilidades e como seu trabalho se relaciona com outras pessoas.

Um sistema de qualidade d grande nfase correo de erros. muito til corrigir os errosdurante o incio do ciclo de vida do sistema.

Melhor ainda, anular erros antes mesmo deles serem feitos Um sistema de qualidade desucesso inclui maneiras de registrar os erros para determinar as causas e agir de acordo como erro eliminando suas causas.

Em suma, um sistema de qualidade tudo que o gerenciamento utiliza para garantir edemonstrar a qualidade do software e do servio de suporte. O sistema de qualidade otrabalho completo, incluindo poltica, procedimentos, ferramentas e recursos, incluindohumano e tecnolgico.

8


9/30

V. - CERTIFICAO DA QUALIDADE

Um aspecto interessante da qualidade que no basta que ela exista. Ela deve serreconhecida pelo cliente. Por causa disso, necessrio que exista algum tipo decertificao 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 nadamais do que um padro de qualidade (reconhecido mundialmente) pelo qual esta empresafoi 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 StandardizationIEEE - Instituto de Engenharia Eltrica e EletrnicaABNT - Associao Brasileira de Normas Tcnicas

A norma ISO-9000, por exemplo, foi criada pela ISO para permitir que todas as empresasdo mundo possam avaliar e julgar sua qualidade. Existindo um padro nico mundial, umaempresa 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 aconformidade com esta determinada norma ou padro. claro que, antes da emisso docertificado, preciso realizar todo um processo de avaliao e julgamento de acordo comuma determinada norma. Embora uma empresa possa auto-avaliar-se ou ser avaliada porseus prprios clientes, o termo Certificao costuma ser aplicado apenas quando efetuadopor uma empresa independente e idnea, normalmente especializada neste tipo de trabalho.

No Brasil, o INMETRO o rgo do governo responsvel pelo credenciamento destasinstituies 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 qualidadedo produto algo bom, mas que qualidade do processo de produo ainda maisimportante. No caso do prato de comida, por exemplo, voc pode dizer mais sobre aqualidade 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 oprato.

9


10/30

Esta descoberta aconteceu durante a prpria evoluo dos conceitos de qualidade, ao longodos anos. Observe na tabela abaixo como aconteceu esta evoluo:

1. Inspeo ps-produo Avalia o produto final, depois de pronto 19002. Controle estatstico da produo Avalia os subprodutos das etapas de produo 1940

3. Procedimento de produo Avalia todo o procedimento de produo 19504. Educao das pessoas Avalia as pessoas envolvidas no processo 19605. Otimizao dos processos Avalia e otimiza cada processo 19706. Projeto robusto Avalia o projeto de produo 19807. Engenharia simultnea Avalia a prpria concepo do produto 1990

Hoje em dia, voc pode consultar normas e padres tanto para produtos quanto paraprocessos. Obviamente, os certificados mais valiosos so aqueles que certificam oprocesso de produo de um produto e no aqueles que simplesmente certificam oproduto.

Entretanto, comum encontrar empresas que perseguem os dois tipos de padro dequalidade.

VI. - QUALIDADE DE SOFTWARE:

Agora que voc j sabe o que qualidade e como ela pode ser avaliada, vamos tentaraplicar estes conceitos aos produtos de software e ao processo de desenvolvimento desoftware. Inicialmente, vamos encontrar um grande problema: muitas pessoas acham quecriar programas uma arte que no pode seguir regras, normas ou padres. Isto aconteceprincipalmente 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 osconceitos de qualidade, urgentemente.

Atualmente, muitas instituies se preocupam em criar normas para permitir a corretaavaliao de qualidade tanto de produtos de software quanto de processos dedesenvolvimento de software. Apenas para ter uma viso geral, observe o quadro a seguir,com as principais normas nacionais e internacionais nesta rea:

10


11/30

Norma ComentrioISO 9126 Caractersticas da qualidade de produtos de software.

NBR 13596 Verso brasileira da ISO 9126

ISO 14598Guias para a avaliao de produtos de software, baseados na utilizao prtica da normaISO 9126

ISO 12119 Caractersticas de qualidade de pacotes de software (software de prateleira, vendido comum produto embalado)

IEEE P1061 Standard for Software Quality Metrics Methodology (produto de software)

ISO 12207Software Life Cycle Process. Norma para a qualidade do processo de desenvolvimento desoftware.

NBR ISO 9001Sistemas de qualidade - Modelo para garantia de qualidade em Projeto, Desenvolvimento,Instalao e Assistncia Tcnica (processo)

NBR ISO 9000-3Gesto de qualidade e garantia de qualidade. Aplicao da norma ISO 9000 para o processode desenvolvimento de software.

NBR ISO 10011 Auditoria de Sistemas de Qualidade (processo)

CMMCapability Maturity Model. Modelo da SEI (Instituto de Engenharia de Software doDepartamento de Defesa dos EEUU) para avaliao da qualidade do processo de

desenvolvimento de software. No uma norma ISO, mas muito bem aceita no mercado.SPICEISO 15504

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 SoftwareA disciplina que nos ajuda a entender o processo de desenvolvimento de software aEngenharia 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 paraproblemas prticos, pela aplicao de conhecimentos cientficos, para construir coisas aservio 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 conhecimentoscientficos. Atualmente, estes requisitos so atendidos apenas em parte.

necessrio definir, portanto, o que exatamente a Engenharia de Software. Veja algumastentativas de definio:

"... a disciplina que integra mtodos, ferramentas e procedimentos para o desenvolvimentode software para computadores."

"... uma coleo de processos de gerenciamento, ferramental de software e atividades deprojeto 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 gerenciamentode configurao, tcnicas de garantia de qualidade e outras tcnicas de padronizao daatividade de produo de software."

11


12/30

Qualidade de Produtos de Software - ISO 9126Quando se pensa em qualidade de um "produto fsico", fcil imaginar padres decomparao, provavelmente ligado s dimenses do produto ou alguma outra caractersticafsica. 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 bastantesobre o assunto. O suficiente para publicar uma norma que representa a atual padronizaomundial para a qualidade de produtos de software. Esta norma chama-se ISO/IEC 9126 efoi publicada em 1991. Ela uma das mais antigas da rea de qualidade de software e jpossui 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 umsoftware para que ele seja considerado um "software de qualidade". So seis grandesgrupos 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 quetrabalha com software no ter dificuldade em entend-las. Observe na tabela abaixo a listacompleta:

Caracterstica Sub-caracterstica Pergunta chave para a subcaracterstica

Funcionalidade(satisfaz as necessidades?)

Adequao Prope-se a fazer o que apropriado?Acurcia Faz o que foi proposto de forma correta?Interoperbilidade Interage com os sistemas especificados?Conformidade Est de acordo com as normas, leis, etc.?Segurana de acesso Evita acesso no autorizado aos dados?

Confiabilidade( imune a falhas?)

Maturidade Com que freqncia apresenta falhas?Tolerncia a falhas Ocorrendo falhas, como ele reage?Recuperabilidade capaz de recuperar dados em caso de falha?

Usabilidade( fcil de usar?)

Intelegibilidade fcil entender o conceito e a aplicao?Apreensibilidade fcil aprender a usar?Operacionalidade fcil de operar e controlar?

Eficincia( rpido e "enxuto"?)

Tempo Qual o tempo de resposta, a velocidade de execuo?Recursos Quanto recurso usa? Durante quanto tempo?

Manutenibilidade( fcil de modificar?)

Analisabilidade fcil de encontrar uma falha, quando ocorre?Modificabilidade fcil modificar e adaptar?Estabilidade H grande risco quando se faz alteraes?

Testabilidade fcil testar quando se faz alteraes?

Portabilidade( facil de usar emoutro ambiente?)

Adaptabilidade fcil adaptar a outros ambientes?Capac. para ser instalado fcil instalar em outros ambientes?Conformidade Est de acordo com padres de portabilidade?Capac. Para substituir fcil usar para substituir outro?

VII - MTRICAS DE SOFTWARE

12


13/30

Embora a atual norma ISO 9126/NBR 13596 e numere as caractersticas esubcaractersticas um software, ela ainda no define como dar uma nota a um software emcada um destes itens. Se voc no est familiarizado com o processo de avaliao desoftware, pode ter dificuldades em tentar utilizar a norma. Se voc pretende avaliar umsoftware 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 umprograma, nmero de linhas de cdigo, nmero de erros encontrados em uma sesso deteste ou o tempo mdio entre falhas. Nestes casos, possvel utilizar uma tcnica, umaferramenta ou um software para realizar medies. Em outros casos, a caracterstica tosubjetiva que no existe nenhuma forma bvia de med-la.

Ficam, portanto, as questes: como dar uma nota, em valor numrico, a uma caractersticainteiramente subjetiva? O que representa, por exemplo, uma "nota 10" em termos de"Segurana de Acesso"? Quando se pode dizer que a "Intelegibilidade" de um softwarepode ser considerada "satisfatria"? Criou-se, ento, uma rea de estudo parte dentro daQualidade 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, porexemplo, voc pode criar uma srie de perguntas do tipo "sim ou no". Crie as perguntas deforma tal que as respostas "sim" sejam aquelas que indicam uma melhor nota para acaracterstica. Depois de prontas as perguntas, basta avaliar o software, respondendo a cadapergunta. Se voc conseguir listar 10 perguntas e o software obtiver uma resposta "sim" em8 delas, ter obtido um valor de 80% nesta caracterstica.

Obviamente, a tcnica acima no muito eficiente. Para melhor-la, entretanto, voc podegarantir um nmero mnimo perguntas para cada caracterstica. Alm disso, algumasperguntas mais importantes podem ter pesos maiores. possvel, ainda, criar perguntas do

tipo ABCDE, onde cada resposta indicaria um escore diferenciado. Alguns estudiosossugerem formas diferentes de medir uma caracterstica, baseada em conceitos do tipo "nosatisfaz", "satisfaz parcialmente", "satisfaz totalmente" e "excede os padres". Estesconceitos, emboram parecem muito subjetivos, no deixam de ser uma forma eficiente demedir uma caracterstica.

Em todos os casos, um fato fica claro: nada ajuda mais a avaliar caractersticas de umsoftware do que um avaliador experiente, que j realizou esta tarefa diversas vezes e emdiversas empresas diferentes. Afinal, medir comparar com padres e um avaliadorexperiente ter maior sensibilidade do que um profissional que acaba de ler uma norma pelaprimeira vez.

Atualmente, a norma ISO/IEC 9126 est sendo revisada. A reviso, que dever estar prontanos prximos anos, no dever modificar nenhuma das caractersticas bsicas da 9126. Amaior modificao ser a incluso de dois documentos adicionais para descrever mtricasexternas (relativas ao uso do produto) e mtricas internas (relativas arquitetura doproduto). Veja algumas das modificaes previstas para esta reviso:

13


14/30

Algumas novas subcaractersticas: Conformidade far parte de todas ascaractersticas. 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 ecaractersticas. 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 umsoftware. As caractersticas e subcaractersticas da norma ISO/IEC 9126 apenas comearamo 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 Guiaspara 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 nestanorma ainda no esteja totalmente pronta, j existem informaes detalhadas sobre o queser esta norma, quando for oficialmente publicada.

Esta nova norma trar muitos recursos interessantes aos avaliadores, j que trata o processode avaliao em grande detalhe. Ela leva em conta a existncia de trs grupos interessadosem avaliar um software, o que define os trs tipos bsicos de certificao:

Certificao Quem realiza Finalidade

de 1a. parteEmpresas que desenvolvemsoftware

Melhorar a qualidade de seu prprio produto

de 2a. parte Empresas que adquirem softwareDeterminar a qualidade do produto que iroadquirir

de 3a. parte Empresas que fazem certificaoEmitir documento oficial sobre a qualidade deum software

Esta norma se constituir, na verdade, de seis documentos distintos, relacionados entre si.Veja:

Norma Nome Finalidade14598-1 Viso Geral Ensina a utilizar as outras normas do grupo14598-2 Planejamento e Gerenciamento Sobre como fazer uma avaliao, de forma geral

14598-3 Guia para DesenvolvedoresComo avaliar sob o ponto do vista de quemdesenvolve

14598-4 Guia para Aquisio Como avaliar sob o ponto de vista de quem vai

14


15/30

adquirir

14598-5 Guia para AvaliaoComo avaliar sob o ponto de vista de quemcertifica

14598-6 Mdulos de Avaliao Detalhes sobre como avaliar cada caracterstica

Em resumo, esta nova norma complementar a ISO/IEC 9126 e permitir uma avaliaopadronizada das caractersticas de qualidade de um software. importante notar que, aocontrrio da 9126, a 14598 vai a detalhes mnimos, incluindo modelos para relatrios deavaliao, tcnicas para medio das caractersticas, documentos necessrios para avaliaoe fases da avaliao. Como um exemplo, observe um modelo de relatrio de avaliao,segundo um anexo da norma 14598-5:

Seo Itens1 - Prefcio Identificao do avaliador

Identificao do relatrio de avaliaoIdentificao do contratante e fornecedor

2 - Requisitos Descrio geral do domnio de aplicao do produtoDescrio geral dos objetivos do produtoLista dos requisitos de qualidade, incluindo- Informaes do produto a serem avaliadas- Referncias s caractersticas de qualidade- Nveis de avaliao

3 - Especificao Abrangncia da avaliaoReferncia cruzada entre os requisitos de avaliao e os componentes doprodutoEspecificao das medies e dos pontos de verificaoMapeamento entre a especificao das medies com os requisitos de

avaliao4 - Mtodos Mtodos e componentes nos quais o mtodo ser aplicado5 - Resultado Resultados da avaliao propriamente ditos

Resultados intermedirios e decises de interpretaoReferncia s ferramentas utilizadas

As normas 14598-1, 14598-4 e 14598-5 j foram publicadas. As demais esto em processode finalizao. Est sendo feito pela ABNT um trabalho de traduo desta norma (tanto dositens j publicados quanto das verses preliminares dos itens restantes). Com isso, estanorma ter sua verso brasileira pouco tempo depois do final de sua publicao pela ISO.

15


16/30

IX - QUALIDADE DE PACOTES DE SOFTWARE - ISO 12119

Esta norma foi publicada em 1994 e trata da avaliao de pacotes de software, tambmconhecidos como "software de prateleira". Alm de estabelecer os requisitos de qualidadepara este tipo de software, ela tambm destaca a necessidade de instrues para teste destepacote, considerando estes requisitos. A norma divide-se em itens, da seguinte forma:

Item Descrio3.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 etestvel. Deve incluir declaraes sobre funcionalidade,confiabilidade, usabilidade, eficincia, manutenibilidade eportabilidade.

3.2. Documentao dousurio

Deve ser completa, correta, consistente, fcil de entender e capaz dedar 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.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 parmetrosutilizados, resultados associados, falhas ocorridas e at a identidadedo pessoal envolvido.

4.4. Relatrio de teste Relatrio inlcuindo: identificao do produto, hardware e software

utilizado, documentos utilizados, resultados dos testes, lista de noconformidade com os requisitos, lista de no conformidade com asrecomendaes, datas, etc.

Um dos grandes mritos desta norma est na profundidade com que so descritas cada umadas caractersticas e subcaractersticas mencionadas na norma 9126. A norma incluidetalhes 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 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

16


17/30

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 relatriosincludos. Tudo isso facilita grandemente o trabalho do avaliador. Uma verso traduzidadesta 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 melhoramentodo processo de desenvolvimento de software. No que a qualidade do produto no sejaimportante, ela . Mas o fato que, ao garantir a qualidade do processo, j se est dando umgrande 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 ambasas disciplinas, estuda-se modelos do processo de desenvolvimento de software. Estesmodelos so uma tentativa de explicar em detalhes como se desenvolve um software, quaisso as etapas envolvidas. necessrio compreender cada pequena tarefa envolvida nodesenvolvimento.

XI A SRIE ISSO 9000 :

Esta srie um conjunto de normas da ISO que define padres para garantia egerenciamento da qualidade. Veja algumas destas normas abaixo:

Norma Trata deISO 9001 Modelo para garantia da qualidade em projeto, desenvolvimento, produo,

instalao e assistncia tcnica.ISO 9002 Modelo para garantia da qualidade em produo e instalaoISO 9003 Modelo para garantia da qualidade em inspeo e ensaios finaisISO 9000-1 Diretrizes para escolher entre as normas ISO 9001, 9002 e 9003ISO 9000-3 Orientao para a aplicao da ISO 9001 em SoftwareEntre as normas 9001, 9002 e 9003, a primeira a que mais se adequa ao desenvolvimentoe manuteno de software. Como toda norma deste grupo, ela usada para garantir que umfornecedor atende aos requisitos especificados nos diversos estados do desenvolvimento.

Estes estgios incluem projeto, desenvolvimento, produo, instalao e suporte.

17


18/30

A norma ISO 9000-3 (no confundir com a ISO 9003) traz os roteiros para aplicar a ISO9001 especificamente na rea de desenvolvimento, fornecimento e manuteno de software.Todas as orientaes giram em torno de uma "situao contratual", onde uma outra empresacontrata a empresa em questo para desenvolver um produto de software.

Veja na tabela abaixo os processos definidos na ISO 9000-3:

Grupo AtividadeEstrutura do Sistema de Qualidade Responsabilidade do fornecedor

Responsabilidade do compradorAnlise crtica conjunta

Atividades do Ciclo de Vida Anlise crtica do contratoEspecificao dos requisitos do compradorPlanejamento do desenvolvimentoProjeto e implementaoTestes e validao

AceitaoCpia, entrega e instalaoManuteno

Atividades de Apio Gerenciamento de configuraoControle de documentosRegistros da qualidadeMedioRegras, convenesAquisioProduto de software includoTreinamento

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 qualidadeA empresa faz uma solicitao formal a um rgo certificador, incluindo detalhes donegcio da empresa, escopo da certificao solicitada e cpia do manual de qualidadeO rgo certificador faz uma visita empresa, colhe mais dados e explica o processo decertificaoO rgo certificador verifica se a documentao do sistema de qualidade est de acordocom a norma ISO

O rgo certificador envia uma equipe empresa com fins de auditoria. Nesta visita, serverificado se todos na empresa cumprem o que est documentado no manual de qualidade.O rgo certificador emite o certificado de qualidadeO rgo certificador realiza visitas peridicas empresa para assegurar que o sistemacontinua sendo efetivo

18


19/30

XII - ISO 12207 PROCESSO DE VIDA DO CICLO DE SOFTWARE

Este padro formaliza a arquitetura do ciclo de vida do software, que um assunto bsicoem Engenharia de Software e tambm em qualquer estudo sobre Qualidade do Processo deSoftware. Esta norma possui mais de 60 pginas e detalha os diversos processos envolvidosno ciclo de vida do software.

Estes processos esto divididos em trs classes: Processos Fundamentais, Processos deApoio e Processos Organizacionais.

Veja a lista completa dos processos na tabela abaixo:

Processos Fundamentais Incio e execuo do desenvolvimento, operao oumanuteno do software durante o seu ciclo de vida.

Aquisio Atividades de quem um software. Inclui: definio danecessidade de adquirir um software (produto ou servio),pedido de proposta, seleo de fornecedor, gerncia da

aquisio e aceitao do software.Fornecimento Atividades do fornecedor de software. Inclui preparar uma

proposta, assinatura de contrato, determinao recursosnecessrios, planos de projeto e entrega do software.

Desenvolvimento Atividades do desenvolvedor de software. Inclui: anlise derequisitos, projeto, codificao, integrao, testes, instalao eaceitao do software.

Operao Atividades do operador do software. Inclui: operao dosoftware e suporte operacional aos usurios.

Manuteno Atividades de quem faz a manuteno do software.

Processos de Apoio Auxiliam um outro processo.Documentao Registro de informaes produzidas por um processo ouatividade. Inclui planejamento, projeto, desenvolvimento,produo, edio, distribuio e manuteno dos documentosnecessrios a gerentes, engenheiros e usurios do software.

Gerncia de Configurao Identificao e controle dos itens do software. Inclui: controle dearmazenamento, liberaes, manipulao, distribuio emodificao de cada um dos itens que compem o software.

Garantia da Qualidade Garante que os processos e produtos de software estejam emconformidade com os requisitos e os planos estabelecidos.

Verificao Determina se os produtos de software de uma atividade atendem

completamente aos requisitos ou condies impostas a eles.Validao Determina se os requisitos e o produto final (sistema ou

software) atendem ao uso especfico proposto.Reviso Conjunta Define as atividades para avaliar a situao e produtos de uma

atividade de um projeto, se apropriado.Auditoria Determina adequao aos requisitos, planos e contrato, quando

apropriado.

19


20/30

Resoluo de Problemas Anlisar e resoluo dos problemas de Qualquer natureza oufonte, descobertos durante a execuo do desenvolvimento,operao, manuteno ou outros processos. .

Processos Organizacionais Implementam uma estrutura constituda de processos de ciclo devida e pessoal associados, melhorando continuamente a estrutura

e os processos.Gerncia Gerenciamento de processos.Infra-estrutura Fornecimento de recursos para outros processos. Inclui:

hardware, software, ferramentas, tcnicas, padres dedesenvolvimento, operao ou manuteno.

Melhoria Atividades para estabeler, avaliar, medir, controlar e melhorar um processo de ciclo de vida de software.

Treinamento Atividades para prover e manter pessoal treinado.

A norma detalha cada um dos processos acima. Ela define ainda como eles podem serusados de diferentes maneiras por diferentes organizaes (ou parte destas), representando

diversos pontos de vista para esta utilizao. Cada uma destas vises representa a formacomo uma organizao emprega estes processos, agrupando-os de acordo com suasnecessidades e objetivos.

As Vises tm o objetivo de organizar melhor a estrutura de uma empresa, para definir suasgerncias e atividades alocadas s suas equipes. Existem cinco vises diferentes: contrato,gerenciamento, operao, engenharia e apoio. Veja na figura abaixo como estas vises serelacionam 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 dereferncia 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 aexpectativa da comisso encarregada da traduo que ela se transforme em normabrasileira ainda em 1997.

20


21/30

XIII GERENCIANDO UM COMPANHIA DE QUALIDADE

Gerenciar uma companhia de qualidade mais do que implementar um sistema dequalidade 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 detrabalho com mais qualidade.

Dedicao satisfao do clienteQualidade fala sobre a satisfao do cliente. Produzir um produto de qualidade uma parteimportante para garantir a satisfao e ateno do cliente. Isto inclui:

Esforar-se ao mximo para entender as necessidades do cliente no produto e nosuporte;

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 contnuosO fim da qualidade total nunca ser alcanado, ser sempre possvel fazer as coisas umpouco melhor ou mais rpido. A melhor coisa a ser feita fazer a organizao se tornaruma Organizao do aprendizado que constantemente pesquisa e renova recursos eexperincias de todo o pessoal envolvido para aumentar a qualidade, reduzir custos eresponder rapidamente s necessidades dos clientes. Tendo se tornado uma organizao doaprendizado, aprenda como aprender mais rpido do que os concorrentes.

Tratar fornecedores como parceiros de negciosEsta filosofia de parceiros de negcios pode ser estendida a outros com uma participao nosucesso do seu negcio. As empresas de desenvolvimento devem considerar que seusagentes e distribuidores devem ser considerados como parceiros do negcio para benefciomtuo. E o mesmo pode ser aplicado a grandes consumidores, que esto procurandorelacionamentos.

Decises em negcios de parcerias no tem razes idealistas, mas tm no gerenciamento donegcio a luz da realidade estratgica e comercial. Eles refletem o fato de o negcio no seruma coisa qualquer e que geralmente em seu prprio interesse promover o sucesso dosoutros. 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 queeles mesmos so seus prprios consumidores dentro da organizao. Este supridoresinternos tentam entender e suprir as necessidades de seus consumidores internos e estestrabalham com seus supridores internos para ajud-los.

21


22/30

Responsabilidades e linhas de comunicao deve ser regularmente revistos, erelacionamentos tradicionais entre departamentos devem ser alterados quando fornecessrio.

Atualizando empregadosO pessoal da empresa no ser capaz de produzir um sistema de qualidade e fornecer umsuporte de qualidade a menos que eles tenham as habilidades necessrias, conhecimento erecurso. O gerente deve selecionar, em primeiro lugar, o pessoal certo para cada tarefa a serexecutada de acordo com suas habilidades e treinamento que eles venham a precisar paraconseguir realizar o seu melhor. Isto motivar o pessoal e gerar um compromisso para umcontnuo melhoramento do seu conhecimento e do seu trabalho.

Compromisso da gernciaA 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 daorganizao

Regularmente rever a poltica e suas implementaes.

XIV. IMPLEMANTANDO UM SISTEMA DE QUALIDADEComo alcanar a qualidade? Alguns anos atrs, John Ruskin ditou alguns ponteiros quandodisse que a qualidade nunca um acidente sempre o resultado de grandes esforos. Osdizeres de Ruskin foram feitos durante uma idade mais vagarosa, mais ainda so aplicveis.Para os negcios modernos, resultados inteligentes devem ser direcionados atravs de umsistema de qualidade.

XIV.1 - UM SISTEMA DE QUALIDADEUm programa de aumento de qualidade conduz ao estabelecimento de um sistema dequalidade que deve ter aspectos tcnicos e culturais. fcil de ver a razo disto: a entidadea ser melhorada consiste em tecnologia e pessoas.

Aspectos TcnicosEnvolve o desenvolvimento de padres e tcnicas para implementar a qualidade em

todas as atividades.

Aspectos culturaisA prtica da qualidade deve ser aceita por todas as pessoas da empresa sem exceo. Cadapessoa deve estar consiente da sua responsabilidade pela qualidade.

22


23/30

Um programa de educao e treinamento envolvendo a empresa toda deve ser necessriopara conseguir consientizar a todos na empresa.

XIV.2 INICIANDO UM SISTEMA DE QUALIDADE

Preparar uma poltica de qualidadeA gerncia da empresa dever comear um projeto de qualidade formulando uma polticade qualidade. Esta poltica deve ser claramente declarada pela comisso de organizao daqualidade e gerentes que estaro envolvidos no projeto.

A poltica dever ser publicada e comunicada para que seja entendida e implementada emtodos os setores da empresa.

Estabelecer uma equipe de suporte em qualidadeUma 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 dedireo. 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 serresponsvel por estabelecer e manter um programa de qualidade em toda a organizao. Asatividades especficas so:

Avaliar as necessidades da organizao; Desenvolver um sistema de qualidade para a empresa; Planejar e monitorar a implementao;

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

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.

23


24/30

XIV.3 - DEFINIR UM PROGRAMA PARA A QUALIDADEA seguir, mostraremos alguns passos que podem ser utilizados para construir e definircorretamente um programa de implementao da qualidade na empresa.

Avaliar a organizaoPara se avaliar a organizao, chama-se um rgo respeitado internacionalmente para poderavaliar os processos da empresa de software.

Esta organizao vai entrar dentro da empresa e comear a verificar e definir padres eregras que devem ser cumpridas para se conseguir o certificado.

Esta organizao que estar sendo avaliada, vai reorganizar-se de acordo com as normas aserem ditadas.

As normas podem variar de acordo com a necessidade da empresa e ser aplicado padresinternacionais, tais como ISO 9000 ou CMM , que esto sendo estudados neste trabalho.

Projetar um sistema de qualidadeNesta parte da implementao, a empresa vai definir quais os seus objetivos perante aqualidade 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 dosoftware;

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 tardedever conter todas as resolues que foram feitas durante todo o projeto. Este Manual daQualidade dever, depois de pronto, ser publicado para todas as pessoas da empresa paraentendimento 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.

24


25/30

Planejamento e implementao do programa de qualidadeAps a concluso do Manual de Qualidade e sua aprovao pelo pessoal da empresa, acomisso de organizao da qualidade determinar a quantidade de servio que dever sernecessrio 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 CULTURALO 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 eprofissional (aprendizado de novas e melhores ferramentas de desenvolvimento) erealizao de Workshop para discutir qualidade e necessidades da empresa e das pessoasque esto envolvidas.

Tambm faz parte do programa cultural, as iniciativas da gerncia e do pessoal da empresapara poder melhorar e aumentar o incentivo das pessoas para realizarem uma tarefa melhore mais bem feita.

As iniciativas da gerncia do nfase a anlise de defeitos e suas causas e a definio demarcos 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.

25


26/30

XIV.5 - IMPLEMENTAR O PROGRAMA TCNICOO programa tcnico consiste em:

Adotar um ciclo de vidaToda empresa de software, grande ou pequena, deve possuir um ciclo de vida para odesenvolvimento do produto. Muitos tipos de ciclo de vida tm sido implementados etestados 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 jfoi 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 padresdefinidos 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, osdesenvolvedores estaro sujeitos a no aceitarem o que foi dito e a empresa vai demorarmuito 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 serdesenvolvidos e utilizados pelas pessoas que j os utilizavam.

Caso a empresa venha implantar novos procedimentos e padres, eles devem ser feitos demaneira gradual. Se implementar tudo de uma vez, a resistncia ser maior e a empresapoder perder por causa disto.

Selecionar mtodos e ferramentas.

Os mtodos e ferramentas a serem utilizados devem ser padronizados. Esta padronizaodever levar em considerao dicas dos desenvolvedores e diretores que esto envolvidosdiretamente com o processo de desenvolvimento do software.

Estes devem ser utilizados em todos os projetos da empresa e ter uma variao pequena deum projeto para outro.

Aconselha-se que as ferramentas de desenvolvimento devem ser de um mesmo fornecedorpara evitar conflitos, atrasos, defeitos inesperados e correes mal feitas para se adaptar asferramentas 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 funcionalidadee a qualidade de seu produto e dos concorrentes, poder saber se o seu produto est melhorou pior do que o outro.

26


27/30

Neste caso, as medidas so muito importantes. Quando adotado nas empresas, elasprocuram as medidas que devem:

Refletir os requisitos ou processos dos clientes que direcionam a escolha de pr-requisitos: qualidade no pode ser melhorada otimizando medidas que no relatam asnecessidades dos clientes;

Ser claramente definida. Todos os resultados e medidas devem estar utilizando asmesmas medidas;

No utilizar ferramentas carssimas para coletar dados: s vezes, melhor coletar dadosde uma maneira mais fcil e barata e obter timos resultados do que utilizar deferramental 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 diferentespropsitos, 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 diferentesferramentas e mtodos em diferentes projetos, monitorar os avanos progressivos

Nas empresas, costuma-se, ainda, medir outras atividades relacionadas com odesenvolvimento 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.

TreinamentoUma 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 conhecertodo o processo da empresa para saberem de suas necessidades e dos outros.

Este treinamento no consiste em treinas as pessoas apenas para receberem novasferramentas. Elas devem ser treinadas em qualidade, processos novos e antigos, emcomunicao, em novas ferramentas e em muitas outras que devem ser especificadas pelaempresa de acordo com a necessidade do funcionrio e da prpria empresa.

27


28/30

XIV.6 REVISES DE PROCESSOS E PRODUTOAs revises so muito importantes. Elas definem o que foi feito certo, o que foi feito erradoe o que precisa ser reparado ou no. , talvez, a parte do projeto mais importante. nestaetapa que os desenvolvedores vo descobrir a maioria dos erros e defeitos e que vo sercorrigido 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 osoftware estiver funcionando no cliente, pois ele pode reclamar muito e o projeto todo ficarcomprometido.

Revises do projetoTodos os projetos, grandes ou pequenos deve ser revistos em sua totalidade para sedescobrir 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 finalde cada fase concluda. Este ltimo pode ser o melhor porque se aprende mais sobre oprojeto e j resolve os problemas desta etapa prevendo alguns erros para a prxima etapa.

Revises da gernciaA gerncia tem a mxima responsabilidade para a boa realizao do plano de qualidade aser implantado na empresa. Ela dever rever os processos regularmente, pelo menos uma vezao 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 atodos na empresa para verem a evoluo do projeto.

XV. O FUTURO DA QUALIDADEPensadores sobre qualidade afirmam que esta ter vrias mudanas daqui para frente.

Estas mudanas sero muito grandes porque as empresas hoje pensam em qualidade comoapenas aquisio de respeito internacional atravs de certificaes e procedimentosconsiderados corretos e qualitativos.

Mas ser que estas empresas apenas conseguem seus certificados e no olham para oproduto em si? Elas podem ter certificaes mil e continuar desenvolvendo software damesma maneira que antes e ainda ter vrias reclamaes de clientes sobre a qualidade doproduto em questo.

O que se pensa pelo futuro da qualidade que as empresas devero se preocupar em criarum cargo para a gerncia da qualidade (CQO[chief quality officer]). Gerentes de hoje, setornaram gerentes de qualidade amanh. Estes gerentes no devero se preocupar em

28


29/30

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

29


30/30

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/
http://www.barreto.com.br/qualidadehttp://www.insoft.softex.br/http://www.iso.ch/http://www.ieee.org/http://www.abnt.org.br/http://www.barreto.com.br/qualidadehttp://www.insoft.softex.br/http://www.iso.ch/http://www.ieee.org/http://www.abnt.org.br/

software - analise de sistema

Documents