Qualidade de Software

SUMRIO
I. - O QUE QUALIDADE.................................................................................................3
PROPOSIES DA QUALIDADE DE SOFTWARE:.....................................................................................................3
PRINCPIOS DE QUALIDADE:...............................................................................................................................4
PRINCPIOS DE GERNCIA:.................................................................................................................................4
PRINCPIOS DE ENGENHARIA:.............................................................................................................................4
II. - HISTRICO DA QUALIDADE.................................................................................4

III. - PORQU SE PREOCUPAR COM A QUALIDADE DE SOFTWARE ?.............6
QUALIDADE X DEFINIO DE PR-REQUISITOS................................................................................................6
QUALIDADE E O DESENVOLVIMENTO SOFTWARE..............................................................................................7
IV. - QUALIDADE E SERVIO DE SUPORTE AO USURIO...................................7

O QUE UM SISTEMA DE QUALIDADE ?.............................................................................................................7
V. - CERTIFICAO DA QUALIDADE...........................................................................7
QUALIDADE PRODUTO X QUALIDADE PROCESSO...............................................................................................7
VI. - QUALIDADE DE SOFTWARE:................................................................................7

ENGENHARIA DE SOFTWARE...............................................................................................................................7
QUALIDADE DE PRODUTOS DE SOFTWARE - ISO 9126.......................................................................................7
VII - MTRICAS DE SOFTWARE....................................................................................7

VIII - GUIAS PARA AVALIAO DA QUALIDADE - ISO 14598...................................7
IX - QUALIDADE DE PACOTES DE SOFTWARE - ISO 12119......................................7
X - QUALIDADE DE PROCESSO DE SOFTWARE:........................................................7
XI A SRIE ISSO 9000 :....................................................................................................7
ESTRUTURA DO SISTEMA DE QUALIDADE........................................................................................................7
XII - ISO 12207 PROCESSO DE VIDA DO CICLO DE SOFTWARE...........................7

XIII GERENCIANDO UM COMPANHIA DE QUALIDADE.....................................7
DEDICAO SATISFAO DO CLIENTE..............................................................................................................7
DAR NFASE MELHORAMENTOS CONTNUOS.................................................................................................7
TRATAR FORNECEDORES COMO PARCEIROS DE NEGCIOS................................................................................7
COMUNICAO E TIME DE TRABALHO..............................................................................................................7
ATUALIZANDO EMPREGADOS............................................................................................................................7
COMPROMISSO DA GERNCIA...........................................................................................................................7
XIV. IMPLEMANTANDO UM SISTEMA DE QUALIDADE......................................7

XIV.1 - UM SISTEMA DE QUALIDADE.........................................................................................................7
Aspectos Tcnicos........................................................................................................................................7
Aspectos culturais........................................................................................................................................7
XIV.2 INICIANDO UM SISTEMA DE QUALIDADE...................................................................................7
GEEK BRASIL - http:/www.geekbrasil.com.br
Preparar uma poltica de qualidade...........................................................................................................7

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

XVI. - BIBLIOGRAFIA......................................................................................................7
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
Segunda a atual norma brasileira sobre o assunto (NBR ISO 8402), qualidade :
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.
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.
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:
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);
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
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.
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.
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;
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.
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.
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:
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
de configurao, tcnicas de garantia de qualidade e outras tcnicas de padronizao da
atividade de produo de software."
11
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
Funcionalidade
(satisfaz as necessidades?)
Confiabilidade
( imune a falhas?)
Usabilidade
( fcil de usar?)
Eficincia
( rpido e "enxuto"?)
Manutenibilidade
( fcil de modificar?)
Portabilidade
( facil de usar
outro ambiente?)
em
Sub-caracterstica
Adequao
Acurcia
Interoperbilidade
Conformidade
Segurana de acesso
Maturidade
Tolerncia a falhas
Recuperabilidade
Intelegibilidade
Apreensibilidade
Operacionalidade
Tempo
Recursos
Analisabilidade
Modificabilidade
Estabilidade
Testabilidade
Adaptabilidade
Capac. para ser instalado
Conformidade
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?
VII - MTRICAS DE SOFTWARE
12
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:
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
Determinar a qualidade do produto que iro

adquirir
Emitir documento oficial sobre a qualidade de
de 3a. parte Empresas que fazem certificao
um software
de 2a. parte Empresas que adquirem software
Esta norma se constituir, na verdade, de seis documentos distintos, relacionados entre si.
Veja:
Norma
14598-1
14598-2
Nome
Viso Geral
Planejamento e Gerenciamento
14598-3
Guia para Desenvolvedores
14598-4
Guia para Aquisio
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
Como avaliar sob o ponto de vista de quem vai
14
14598-5
Guia para Avaliao
14598-6
Mdulos de Avaliao
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.
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
doDeve ser completa, correta, consistente, fcil de entender e capaz de
usurio
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
Especificao de valores limites para todos os dados de entrada, que devero ser
testados
16
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
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
Atividades de Apio
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
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
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
Fornecimento
Desenvolvimento
Operao
Manuteno
Processos de Apoio
Documentao
Gerncia de Configurao
Garantia da Qualidade
Verificao
Validao
Reviso Conjunta
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
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.
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.
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.
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;
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
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.
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.
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.
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.
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.
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
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.
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/
30

Qualidade de Software

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Qualidade de Software

Transféré par

Droits d'auteur :

Formats disponibles

SUMRIO

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

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

VI. - QUALIDADE DE SOFTWARE:................................................................................7

VII - MTRICAS DE SOFTWARE....................................................................................7

XII - ISO 12207 PROCESSO DE VIDA DO CICLO DE SOFTWARE...........................7

XIV. IMPLEMANTANDO UM SISTEMA DE QUALIDADE......................................7

Preparar uma poltica de qualidade...........................................................................................................7

XV. O FUTURO DA QUALIDADE.................................................................................7

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

Qualidade estar em conformidade com os requisitos dos clientes

As necessidades explcitas so as prprias condies e objetivos propostos pelo

Por exemplo, a qualidade de um prato de comida (a entidade, o produto) est relacionada

6) Aumento de processos normalmente desnecessrio a menos que o gerente demonstre

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

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

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

Qualidade competitividade: a nica maneira de diferenciar o produto do

Qualidade essencial para a sobrevivncia: Clientes esto pedindo por qualidade.

Qualidade essencial para o mercado internacional: O mercado de software est,

Qualidade custo/benefcio: um sistema de qualidade direciona para o aumento da

Qualidade retm consumidores e aumenta lucros: pouca qualidade normalmente

Qualidade x Definio de pr-requisitos

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

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

Documentao para o usurio, incluindo ajuda on-line;

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

O selo do SIF de inspeo da carne

Avalia o produto final, depois de pronto

Produtos de software so complexos, at mais do que o hardware onde executam

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

Qualidade de Produtos de Software - ISO 9126

Pergunta chave para a subcaracterstica

VII - MTRICAS DE SOFTWARE

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

Embora a atual norma ISO 9126/NBR 13596 e numere as caractersticas e

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

Algumas novas subcaractersticas: Conformidade far parte de todas as

A norma ser dividida em trs partes. A primeira (9126-1) incluir definies e

VIII - GUIAS PARA AVALIAO DA QUALIDADE - ISO 14598

Melhorar a qualidade de seu prprio produto

Determinar a qualidade do produto que iro

Guia para Desenvolvedores

Guia para Aquisio

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

Guia para Avaliao

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

IX - QUALIDADE DE PACOTES DE SOFTWARE - ISO 12119

Documentao do usurio de fcil compreenso

Outras caractersticas importante so a nfase nos testes e os modelos de relatrios

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

O processo de certificao de uma empresa de software segundo as normas ISO 9001 /

Incio e execuo do desenvolvimento, operao ou

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

atividade de um projeto, se apropriado.

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

XIII GERENCIANDO UM COMPANHIA DE QUALIDADE

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

Dar nfase melhoramentos contnuos