QUALIDADE DE SOFTWARE1 UMA NECESSIDADE

Elaborado por Nelma da Silva Gomes, especialista em sistemas

de informao, com ps-graduao em Gesto Estratgica da
Informao, e consultora da UCP/PNAFM/MF
nelmasg@fazenda.gov.br

1. INTRODUO

Software de qualidade fcil de usar, funciona corretamente, de fcil manuteno e

mantm a integridade dos dados em falhas do ambiente ou outras fora do seu controle. No
entanto, em sua grande maioria, os softwares requerem conhecimentos tcnicos especiais na sua
utilizao, so difceis de alterar para modificar funo existente ou implementar novos processos
ou facilidades e, para desespero de seus usurios, apresentam falhas sem aviso prvio e no
preservam a integridade dos dados.

Pouco se fala a respeito dos custos resultantes dos defeitos ou erros provocados por falha
de softwares, tanto para produtores quanto para usurios. O bug do milnio, causado pelos erros
que os computadores teriam ao confundir o ano 2000 com o ano 1900, consumiu bilhes de
dlares para evitar um colapso mundial. Bancos poderiam perder milhes, clientes veriam o saldo
de suas contas sumir de repente, telefones poderiam no funcionar, avies poderiam ter sua rota
desviada, e outros problemas bem mais graves poderiam ocorrer. Este um exemplo recente e
dimensiona o quanto dependemos das mquinas e de seus softwares. Com o uso macio das
tecnologias de informao e comunicao em todos os nveis da atividade humana, os problemas
de qualidade de software tendem a adquirir a cada dia maior importncia.

2. COMO DEFINIR QUALIDADE DE SOFTWARE?

2
Para ajudar nessa questo a International Organization for Standardization ISO e a
3
International Electrotechnical Comission IEC , que so organismos normalizadores com

1
Software o conjunto completo ou apenas uma parte dos programas, procedimentos, regras e documentao
associada de um sistema [computacional] de processamento de informao (ISO/IEC 2382-1: 1993)
2
ISO organizao no-governamental, estabelecida em 1947, e que coordena o trabalho de rgos de 127
pases membros para promover a padronizao de normas tcnicas em mbito mundial.
3
IEC, fundada em 1906, conta com a participao de mais de 50 pases e publica normas internacionais
relacionadas com eletricidade, eletrnica e reas relacionadas.
importncia internacionalmente reconhecida no setor de software, se uniram para editar normas
4
internacionais conjuntas.

A norma internacional ISO/IEC 9126, publicada em 1991 e que na verso brasileira de

agosto de 1996 recebeu o nmero NBR 13596, define qualidade de software como A totalidade de
caractersticas de um produto de software que lhe confere a capacidade de satisfazer
necessidades explcitas e implcitas. Necessidades explcitas so as condies e objetivos
propostos por aqueles que produzem o software. So portanto fatores relativos qualidade do
processo de desenvolvimento do produto e so percebidos somente pelas pessoas que
trabalharam no seu desenvolvimento. As necessidades implcitas so necessidade subjetivas dos
usurios (inclusive operadores, destinatrios dos resultados do software e os mantenedores do
produto), so tambm chamadas de fatores externos e podem ser percebidas tanto pelos
desenvolvedores quanto pelos usurios. As necessidades implcitas so tambm chamadas de
qualidade em uso e devem permitir a usurios atingir metas com efetividade, produtividade,
segurana e satisfao em um contexto de uso especificado.

3. QUALIDADE DO SOFTWARE NA VISO DO USURIO

Os desenvolvedores de software no podem se esquecer das necessidades implcitas de

seus clientes. E o cliente pode ter desejos e necessidades diferentes em relao ao mesmo tipo de
produto. E qual o interesse dos usurios de software? Os usurios esto mais interessados no uso
do software, no seu desempenho e nos efeitos que o seu uso possa produzir na organizao. Eles
no valorizam conhecer aspectos internos do software ou como o software foi desenvolvido.

Mesmo sendo possvel afirmar que se as qualidades internas foram observadas muito
provavelmente as qualidades externas tambm foram atendidas, o usurio procura resposta para
questes como: As funes requeridas esto disponveis e so executadas eficientemente?
Funciona adequadamente em imprevistos, como, por exemplo, efetuar dbito em uma conta com
saldo insuficiente? O software seguro, ou seja, evita que pessoas ou sistemas no autorizados
tenham acesso aos dados para leitura ou modificao? Permite que pessoas ou sistemas
autorizados para acessar os dados no tenham acesso negado a eles? fcil de integrar com
outros sistemas existentes? Aceita trabalhar com arquivos de outros sistemas ou enviar dados para
outros sistemas? capaz de restabelecer seu nvel de desempenho e recuperar dados afetados
em casos de falha? fcil de usar ou requer muito treinamento? fcil transferir o software para

4
As normas podem ser: nvel internacional: normas como as da ISO e IEC, resultantes da cooperao e
acordo entre determinado nmero de naes com interesses comuns; nvel regional: normas estabelecidas por
um limitado grupo de pases de um mesmo continente para benefcio mtuo. Exemplo: MERCOSUL; nvel
nacional: normas editadas aps consenso dos interessados em um pas por uma organizao nacional de
normas que seja reconhecida como autoridade no respectivo pas. Exemplos: ABNT (Brasil), ANSI (EUA),
JISC (Japo), DIN (Alemanha).

2
outro ambiente previsto na descrio do produto? O suporte tcnico confivel e atende com a
rapidez necessria?

No h como esquecer que agora o cliente quem est ao volante, tem poder de
barganha e no mais atrado por vantagens no mensurveis e o preo, isoladamente, no
mais uma vantagem competitiva. J foi o tempo em que o sucesso empresarial se devia aos
clientes no terem outra opo. Hoje o mercado mais competitivo, a globalizao expandiu o
elenco de atores no mercado aumentando a oferta de produtos, e o cliente est mais consciente de
seu poder. Essa mudana de postura na ponta do consumo vai exigir melhor qualidade de
produtos e processos para atender a esse novo cliente.

Em respeito s caractersticas e necessidades desse novo cliente, algumas empresas

desenvolvedoras de software j introduziram modificaes no desenvolvimento e teste dos
produtos. Muitas esto colocando equipes para observar os usurios trabalharem em seu ambiente
rotineiro. Outras esto trazendo os usurios para seus laboratrios de teste, visando melhorar a
qualidade do produto antes de sua disponibilizao para o mercado, pois o impacto da usabilidade
fica mais claro quando pessoas sem conhecimentos tcnicos especiais e sem treinamento tentam
usar o sistema. A Microsoft inaugurou em 1989 o seu primeiro laboratrio de usabilidade (usability
lab), para que produtos ainda no liberados sejam usados por usurios leigos e expertos enquanto
so observados por engenheiros de usabilidade que registram e analisam o que acontece. As
informaes coletadas so utilizadas por diversas reas na empresa e tm permitido avanos
significativos na melhoria da usabilidade de seus produtos. A mesma Microsoft, antes de colocar
seus softwares nas prateleiras dos revendedores, libera verso preliminar para grupo de usurios
cadastrados test-los em seus prprios computadores e reportar os resultados. Esta prtica tem
permitido empresa diminuir custos, ampliar a equipe de teste, gerar conhecimento prvio do
produto e propaganda gratuita, alm de garantir melhor qualidade e maiores lucros.

4. POSSVEL MEDIR A QUALIDADE DE SOFTWARE?

O principal problema com que se defronta a engenharia de software a dificuldade de se

medir a qualidade de software. A qualidade de um dispositivo mecnico freqentemente medida
em termos de tempo mdio entre suas falhas, que uma medida da capacidade de o dispositivo
suportar desgaste. O software no se desgasta, portanto tal mtodo de medio de qualidade no
pode ser aproveitado.

A ISO/IEC 9126 (NBR 13596) fornece um modelo de propsito geral o qual define seis
amplas categorias de caractersticas de qualidade de software que so, por sua vez, subdivididas
em subcaractersticas:

3
 CARACTERSTICAS
Funcionalidade
O conjunto de funes
satisfazem as necessidades
explcitas e implcitas para a
finalidade a que se destina o
produto?
Confiabilidade
O desempenho se mantm ao
longo do tempo e em condies
estabelecidas?
Usabilidade
fcil utilizar o software?
Eficincia
Os recursos e os tempos
utilizados so compatveis com
o nvel de desempenho
requerido para o produto?
Manutenibilidade
H facilidade para correes,
atualizaes e alteraes?
Portabilidade
possvel utilizar o produto em
diversas plataformas com
pequeno esforo de adaptao?
O modelo proposto pela ISO/IEC 9126 (NBR 13596) tem por objetivo servir de referncia
bsica na avaliao de produto de software. Alm de ter fora de norma internacional, ela cobre os
aspectos mais importantes para qualquer produto de software.
SUBCARACTERSTICAS SIGNIFICADO
Adequao Prope-se a fazer o que apropriado?
Acurcia Gera resultados corretos ou conforme
acordados?
Interoperabilidade capaz de interagir com os sistemas
especificados?
Segurana de acesso Evita acesso no autorizado, acidental ou
deliberado a programas e dados?
Conformidade Est de acordo com normas e convenes
previstas em leis e descries similares?
Maturidade Com que freqncia apresenta falhas?
Tolerncia a falhas Ocorrendo falhas como ele reage?
Recuperabilidade capaz de recuperar dados aps uma
falha?
Inteligibilidade fcil entender os conceitos utilizados?
Apreensibilidade fcil aprender a usar?
Operacionalidade fcil de operar e controlar a operao?
Comportamento em relao Qual o tempo de resposta e de
ao tempo processamento?
Comportamento em relao Quanto recurso utiliza?
aos recursos
Analisabilidade fcil encontrar uma falha quando ocorre?
Modificabilidade fcil modificar e remover defeitos?
Estabilidade H grandes riscos de bugs quando se faz
alteraes?
Testabilidade fcil testar quando se faz alteraes?
Adaptabilidade fcil adaptar a outros ambientes sem
aplicar outras aes ou meios alm dos
fornecidos para esta finalidade no software
considerado?
Capacidade para ser instalado fcil instalar em outros ambientes?
Capacidade para substituir fcil substituir por outro software?
Conformidade Est de acordo com padres ou convenes
de portabilidade?
4
 A norma ISO/IEC 12119, publicada em 1994, define que cada pacote de software tenha
uma descrio do produto e uma documentao do usurio, e estabelece alguns requisitos de
qualidade:

a) Descrio do produto compreensvel e completa para ajudar o usurio ou comprador em

potencial na avaliao da adequao do produto a sua realidade e fornecer informaes
comerciais;
b) Documentao do Usurio de fcil compreenso, permitindo uma viso geral do produto e
de todas as suas funes, identificando conhecimento necessrio para uso da aplicao;
c) Identificao do tipo de interface com o usurio: interface grfica, linha de comando, menu
de comandos, janelas, etc.;
d) Instrues detalhadas sobre como instalar o produto, caso a instalao possa ser
conduzida pelo usurio;
e) Possibilidade de verificar se a instalao foi bem sucedida;
f) Especificao de valores-limite para quantidade de registros e dados de entrada, como,
por exemplo, preciso de casa decimal;
g) Operao normal, mesmo quando os dados informados esto fora dos limites
especificados;
h) Consistncia de vocabulrio entre as mensagens e a documentao;
i) Funo de auxlio (help) sensvel ao contexto;
j) Mensagens de erro com informaes necessrias para solucionar o problema;
k) Diferenciao de tipos de mensagem: confirmao, consulta, advertncia e erro;
l) Clareza e padronizao nos formatos de telas de entrada, relatrios e outras entradas e
sadas;
m) Capacidade de reverter funes de efeito drstico;
n) Capacidade de recuperar dados aps uma falha de hardware ou software, queda de
energia ou erro fatal;
o) Alertas claros para o usurio das conseqncias de uma determinada confirmao;
p) Identificao dos arquivos utilizados pelo programa;
q) Identificao da funo do programa que est sendo executada no momento;
r) Capacidade de interromper um processamento demorado.

Problemas freqentemente encontrados nos softwares so: descrio do produto

incompleta; manual desatualizado ou incompleto; difcil de navegar entre as telas, aprender e
compreender; help no sensvel ao contexto; funcionalidade prometida no implementada; erros
fatais levam a perda de dados. Muitas vezes esses problemas no so solucionados por ser
conveniente e lucrativo para a empresa deixar pendncias e melhorias para serem implementadas
nas prximas verses.

5. NUS DECORRENTES DA NO-QUALIDADE

A utilizao de software de qualidade garante a segurana das transaes, dos negcios,

das pessoas envolvidas e mantm alta disponibilidade dos servios. Produtos e servios so
considerados aceitveis se apresentarem desempenho dentro de certos limites. Muito se fala

5
atualmente, e vrios estudos confirmam, que os scanners instalados em pontos-de-vendas nos
supermercados, lojas de departamentos e outros estabelecimentos registram preos incorretos
com uma freqncia que varia de 1% a 3%, em virtude de erros na base de dados ou defeitos do
scanner. Isso significa que somente 97% dos preos esto corretos, o que no impede essas
empresas de continuarem operando normalmente. No entanto, na rea de software a coisa se
complica. Ou o software funciona corretamente ou requerida uma ao de alterao para acert-
lo. Qual empresa utilizaria um sistema de contabilidade que apresente preciso de 97%? Dos
softwares sempre esperado desempenho sem falhas. Manter a confiabilidade de desempenho
em altssimo nvel continua sendo um dos principais desafios da indstria de software.

Falhas so fenmenos aleatrios, impossveis de prever quando vo ocorrer e ocorrem

sempre que um conjunto de causas se acumula. Tais como as falhas, os custos da no-qualidade
tambm no so diretamente controlveis.

Segundo lvaro Frota (1999) os custos operacionais da funo qualidade podem ser
classificados em quatro categorias: preveno, avaliao, falhas internas e falhas externas.

Categorias dos Custos Operacionais da funo Qualidade

Preveno Avaliao Custos do que ocorre quando a funo Qualidade

prevenir defeitos remover do falha
processo os
produtos Falhas Internas Falhas Externas
defeituosos ocorrem dentro da ocorrem aps ter sido
empresa vendido ao cliente

Custos da Qualidade 5% a 15%

(total gasto para prevenir
falhas/defeitos)

Custos da No-Qualidade 20 a 25% 65 a 70%

(s passam a existir em
conseqncia de falhas)

So controlveis No so controlveis
Investimentos Perdas e Prejuzos

Aqueles destinados a prevenir defeitos que ocorrem durante o processo de fabricao so

os verdadeiros custos da qualidade, os demais decorrem da m-qualidade, ou seja, s passaram
a existir em conseqncia de falhas terem ocorrido durante o processo produtivo ou aps a venda
ao cliente. Os custos de preveno so considerados investimentos, so controlveis e podem ser
programados pela empresa. J os demais custos no so controlveis, logo podem ocorrer quando
a empresa menos espera, so perdas e prejuzos financeiros que tambm comprometem a
imagem da empresa.

6
 Os esforos pela qualidade na indstria automobilstica j provaram que a qualidade no
tem custo. Ao contrrio, os investimentos em qualidade pagam-se em pouco tempo. O aumento de
qualidade sempre acompanhado por aumento de produtividade e reduo de custos na forma de
menos retrabalho e menor ndice de refugo. No caso de software isto pode significar
reaproveitamento de cdigos de programa, menor prazo de entrega, menor custo de manuteno e
maior satisfao do cliente, que vai se refletir em maior participao no mercado.

O Software Engineering Institute - SEI apresentou alguns nmeros relativos a melhorias de

desempenho em empresas americanas que investiram em qualidade seguindo os passos do
5
Capability Maturity Model CMM . O aumento de produtividade foi em mdia 35% por ano,
enquanto o nmero de bugs encontrados em software aps a entrega foi reduzido em 39% ao ano.
A relao custo/benefcio, comparando os investimentos em qualidade com o retorno financeiro em
termos de reduo de custos via aumento de produtividade e reduo de retrabalho e manuteno,
ficou em mdia em 5 para 1, chegando a 9 para 1 em alguns casos, ou seja, para cada dlar
investido em qualidade, estas empresas economizaram 5 dlares em mdia.

Outro ponto a considerar que o custo da no-qualidade recai sobre fornecedores e

usurios. Estes nem sempre computam todos os custos, at por no terem como medir uma
parcela deles, como, por exemplo, a quantidade de tempo por ano utilizada pelos usurios
tentando fazer o software trabalhar, freqentemente interrompendo o trabalho de colegas para
solicitar ajuda. Outro custo decorre da necessidade dos softwares serem reconfigurados ou
reinstalados na ocorrncia de falha que eles prprios no conseguem recuperar. Apesar dos
custos de suporte serem maiores do que o preo das mquinas, os sistemas continuam sendo
desenvolvidos tendo como principal preocupao a funcionalidade e no a usabilidade. Softwares
no somente precisam ser teis para os usurios mas tambm fceis de usar.

6. AVALIANDO A QUALIDADE DE SOFTWARE

A avaliao da qualidade de software feita com um dos seguintes objetivos:

- para aprimorar o processo de desenvolvimento e consequentemente melhorar a qualidade do
produto resultante. Neste caso ela feita pelas empresas que desenvolvem o software;

5
O CMM origina-se de pesquisas e trabalhos do Software Engineering Institute da Carnegie Mellon
University com o objetivo de estabelecer um modelo para medio da maturidade de uma organizao no
processo de desenvolvimento de software. No nvel 1, organizaes mais imaturas, no h nenhuma
metodologia implementada; no nvel 5 cada detalhe do processo de desenvolvimento est definido,
quantificado e acompanhado e a organizao consegue at absorver mudanas no processo sem prejudicar o
desenvolvimento.

7
- para avaliar a qualidade do produto visando emitir documento oficial sobre a qualidade de um
software e sua conformidade em relao a uma norma ou padro. Essas avaliaes utilizam
como referncia normas internacionais e so feitas por organismo de certificao;
- para aquisio de software objetivando escolher o produto mais adequado dentre um conjunto
de softwares selecionados. Este processo feito por pessoas ou organizaes que adquirem
software.

Desejando selecionar o software de melhor qualidade e mais adequado s suas

necessidades, as organizaes podem adotar um, ou a combinao, dos seguintes procedimentos:
(i) exigir que as empresas apresentem certificado emitido por organismo oficial de certificao; (ii)
avaliar o software in home utilizando equipe multidisciplinar com especialistas da rea de
tecnologia e especialistas da rea que se utilizar do software; (iii) contratar empresa para efetuar
em seu nome a avaliao dos produtos ofertados segundo os requisitos internacionais de
qualidade e demais requisitos do contratante.

6.1 Exigindo apresentao de Certificado oficial

6
Segundo o INMETRO A certificao de conformidade um poderoso instrumento para o
desenvolvimento industrial e para a proteo do consumidor e consiste, genericamente, em atestar
que um produto, servio, sistema ou pessoal cumpre os requisitos de uma norma, especificao ou
regulamento tcnico.

Muitas empresas brasileiras possuem certificao ISO 9000. Essa certificao, no Brasil
conduzida por empresa credenciada pelo INMETRO, um padro nico mundial e garante para o
resto do mundo que a empresa foi avaliada e julgada por um organismo certificador pertencente ao
Sistema Brasileiro de Certificao segundo aquela norma.

Em 1990, o governo brasileiro lanou o Programa Brasileiro da Qualidade e Produtividade

(PBQP) para modernizar, estimular, articular, orientar e apoiar os esforos da sociedade brasileira
na busca de competitividade internacional, e assim promover a melhoria de qualidade e aumento
da produtividade dos bens e servios produzidos no Brasil, de forma a alcanar padres
internacionalmente aceitos de qualidade e produtividade. O resultado da pesquisa Qualidade no
Setor de Software Brasileiro 1999 efetuada em 446 empresas para medir os resultados das
aes do PBQP apresentou 74 empresas com certificao ISO 9001 ou ISO 9002 para o sistema
da qualidade, especfica ou no, na rea de desenvolvimento de software. O resultado da pesquisa

6
O INMETRO, Instituto Nacional de Metrologia, Normalizao e Qualidade Industrial, autarquia federal
vinculada ao Ministrio do Desenvolvimento, Indstria e Comrcio Exterior, o rgo responsvel pelo
credenciamento e superviso de organismos de certificao, organismos de inspeo e laboratrios de ensaios.
Aos Organismos de Certificao Credenciados pelo INMETRO compete executar as atividades de
certificao.

8
pode ser obtido na Internet, na pgina do Ministrio da Cincia e Tecnologia - MCT, onde tambm
fornecida a relao de organismos pertencentes ao Sistema Brasileiro de Certificao. Cabe
registro o fato da certificao da srie ISO 9000 no necessariamente indicar a qualidade dos
produtos o seu propsito aumentar a confiana de clientes nos sistemas de qualidade de seus
fornecedores provendo exigncias genricas contra as quais um cliente pode avaliar a suficincia
do sistema de qualidade de um fornecedor.

Tem sido comum, especialmente em rgos do governo, compradores exigirem dos

fabricantes de computadores a certificao ISO 9000. Infelizmente essa boa prtica ainda no
muito utilizada nos processos de aquisio de software, mesmo j existindo a norma brasileira
NBR ISO 9000-3 para a gesto de qualidade e garantia de qualidade para o processo de
desenvolvimento, fornecimento e manuteno de software.

As principais normas aplicadas qualidade do produto de software ou qualidade do

processo de software so:

Norma ISO/IEC 9126 (NBR 13596), define as caractersticas de qualidade de software que devem
estar presentes em todos os produtos (Funcionalidade,
Confiabilidade, Eficincia, Usabilidade, Manutenibilidade e
Portabilidade);

Norma ISO/IEC 12119, estabelece os requisitos de qualidade para pacotes de software e

instrues para teste, considerando-se esses requisitos;

Norma ISO/IEC 14598-5, define um processo de avaliao da qualidade de produto de software;

Norma ISO/IEC 12207, define um processo de ciclo de vida de software;

Norma ISO/IEC 9000-3, apresenta diretrizes para a aplicao da ISO 9001, a mais utilizada por
organizaes que desenvolvem software, ao desenvolvimento,
fornecimento e manuteno de software;

Modelo CMM/SEI, Capability Maturity Model, desenvolvido nos EUA pelo Software Engineering
Institute (SEI). No uma norma ISO mas muito bem aceita no
mercado.

Projeto SPICE, Software Process Improvement & Capability dEtermination cujo objetivo gerar
normas ISO/IEC para a avaliao de processos de software.

6.2 Avaliando o Software in Home

Esta uma boa prtica para garantir que o produto atende s necessidades da empresa. A
desvantagem que a empresa no ter como avaliar a qualidade interna do produto, o que

9
poderia ser remediado caso, adicionalmente, os fornecedores forem requisitados a apresentar
certificao oficial do produto.

Desenvolver um processo de avaliao requer tempo, pessoal e recursos. A norma

ISO/IEC 14598 define as principais caractersticas de um processo de avaliao (repetibilidade,
reproducibilidade, imparcialidade e objetividade) e descreve suas etapas:

- estabelecer os requisitos de avaliao: analisar os requerimentos para identificar o

propsito da avaliao;

- especificar a avaliao: define o escopo da avaliao e as medies a que o produto

ser submetido, e a base para sua elaborao so os requisitos da avaliao e a
descrio do produto de software provida pelo fornecedor ou pelo usurio no caso de
produtos sob encomenda;

- design da avaliao e definio do plano de avaliao: com base na especificao da

avaliao deve ser elaborado um plano de avaliao no qual estejam relacionados os
componentes do produto de software a serem avaliados e os mtodos de avaliao
propostos;

- execuo do plano de avaliao: consiste na inspeo, medio e teste dos produtos e

seus componentes de acordo com o plano de avaliao (podem ser utilizadas
ferramentas de software para a medio e interpretao dos resultados), as aes
executadas pelo avaliador devem ser registradas e os resultados colocados em verso
preliminar do relatrio da avaliao;

- concluso da avaliao: consiste na reviso do relatrio de avaliao e liberao dos

dados de avaliao e na devoluo do produto avaliado e de seus componentes.

O usurio dever considerar suas necessidades e os custos envolvidos e elaborar um

plano simples e fcil de executar. No poder se esquecer de:

- estabelecer seus requisitos de qualidade externa, que podem ser complementados

com informaes obtidas de usurios de produtos em potencial e seus fornecedores.
Ao consultar esses usurios, lembrar de question-los sobre sua avaliao do suporte
que o fornecedor d ao produto, facilidade de implementar novas funes, etc. Aps
coletar essas informaes, analis-las com seu prprio pessoal e selecionar
caractersticas e subcaractersticas mais importantes e adequadas s suas
necessidades. Este procedimento recomendado mesmo quando a empresa opta por
desenvolver o produto, por si prpria ou atravs de terceiros;

10
 - examinar todas as alternativas existentes em relao aos requisitos antes da
aquisio. Permitir conhecimento mais abrangente do que o mercado oferece e o
estabelecimento de relao custo/benefcio;

- solicitar demonstrao dos produtos potenciais. Permitir viso mais clara sobre como
o produto atende aos requisitos e obter informaes diretamente da fonte. Os
fornecedores tambm conhecem bastante os pontos fortes e fracos dos produtos
concorrentes e podero complementar as informaes;

- reavaliar seus requisitos. Este momento de efetuar reviso geral dos requisitos,
retirando o que no importante e colocando mtricas e pesos conforme a importncia
de cada um;

- informar aos fornecedores os requisitos. Permitir que os fornecedores conheam suas

necessidades e se manifestem sobre o seu atendimento pelo produto que ele tem a
oferecer.

- efetuar avaliao dos produtos. Esta etapa no deve ser uma proposta de compra e
isso deve ficar claro para os fornecedores. Ela mais do que a simples demonstrao
de produtos. Poder ser solicitado aos fornecedores que instalem seu produto na
empresa para que sejam utilizados pelos prprios usurios, que verificaro como o
produto atende a cada um dos requisitos. Um resultado prtico que pode advir desta
etapa algum fornecedor demonstrar interesse em adaptar o produto para melhor
atender alguns requisitos.

- efetuar teste de aceitao do produto que mais atenda as necessidades. Esta uma
etapa importante e deve preceder a contratao ou compra efetiva do produto. Evitar
que os custos do contrato comecem a correr sem que o produto esteja totalmente
adequado ao trabalho.

- firmar contrato com o fornecedor. Executadas as etapas anteriores o usurio

provavelmente estar com um produto de melhor qualidade e muito mais adequado s
necessidades de sua empresa, dependendo agora s da formalizao do contrato.

6.3 Contratar Empresas para Efetuar a Avaliao

Existem no Brasil algumas empresas que fazem avaliao de software mas que, por no
pertencerem ao Sistema Brasileiro de Certificao, no emitem uma marca ou um certificado oficial
de conformidade. Mas elas prestam um servio valioso, para fornecedores e para usurios, com a
vantagem de serem mais acessveis e mais geis do que os organismos certificadores. Seus

11
mtodos tambm seguem as normas internacionais de qualidade e especial ateno dada
usabilidade do produto.

7. CONCLUSO

Os desenvolvedores fazem os softwares mas os clientes so os que vo us-los. Por isso

a necessidade urgente de sistematizar formas de evitar os custos elevadssimos resultantes dos
defeitos de software e dos erros no intencionais dos usurios. E isso s ser possvel se forem
priorizadas e atendidas pelo menos quatro caractersticas de qualidade de softwares: usabilidade,
confiabilidade, funcionalidade e manutenibilidade. Sendo estes os requisitos essenciais do produto
de software, exigidos pelos compradores e atendidos pelos vendedores, veremos resultados
positivos para ambas as partes e teremos softwares de melhor qualidade e mais teis para os fins
a que se destinam.

Ainda elevado o nmero de empresas brasileiras de software que no adotam tcnicas

para melhoria da qualidade de seus produtos, mas no h como negar que as empresas que
desenvolvem software de qualidade so mais competitivas, o que muito importante para sua
sobrevivncia em um mercado cada vez mais globalizado. A abertura de mercados externos para
os softwares brasileiros exigir uma nova postura frente qualidade, beneficiando o mercado
interno que acabar por exigir softwares melhores a menor preo.

preciso que os esforos em melhoria da qualidade de software tenham seu foco no no

produto apenas (fazer software melhor), mas principalmente no processo (fazer melhor o software)
e no cliente (fazer software mais fcil de usar).

8. Bibliografia
1. JNIOR, Jos Barreto. Qualidade de Software. [on-line] [Acessado em 08 maio de 2000]
Disponvel na Internet: <http://www.barreto.com.br/frameset.htm>

2. FROTA, lvaro. O Barato Sai Caro! Como reduzir custos atravs da qualidade. So Paulo,
Qualitymark, 1999.

3. BROOKSHEAR, J. Glenn. Cincia da Computao Uma Viso Abrangente. 5. ed. So Paulo,

Bookman, 2000.

4. BEVAN, Nigel. Making Software usable: business gains. Software in Focus. [on-line] Issue 11
March 2000. [Acessado em 10 maio de 2000] Disponvel na Internet:
<http://www.cse.dcu.ie/swinfocus>

5. BELLOQUIN, tila. Qualidade de Software: Um Compromisso da Empresa Inteira.

Infochoose.[on-line] n. 9, Abril 1999 - Ano I.[Acessado em 10 maio de 2000] Disponvel na
Internet:<http://www.choose.com.br/artigos/html/textos/dm0697.htm>

12
6. KOSCIANSKI, Andr, VILLAS-BOAS, Andr, RGO, Claudete M., et al.. Guia para Utilizao
das Normas sobre Avaliao de Qualidade de Produto de Software ISO/IEC 9126 e ISO/IEC
14598 [on-line] [Acessado em 12 maio de 2000] Disponvel na Internet
<http://www.pr.gov.br/abntsoftware/publica.html>

7. Grupo de Estudos em Qualidade de Software do Instituto do Software do Cear. Norma

Internacional ISO/IEC 12119. [on-line]Traduo livre, primeira edio de 06/11/98. [Acessado 20
maio de 2000] Disponvel na Internet <http://www.insoft.softex.br/home/copes/GEQS/index.html>

8. ISO/IEC DIS 14598-5 Information Technology Evaluation of software product Part 5: Process for
evaluators. Obtido na Internet em maio/2000 http://www.cse.dcu.ie/essiscope/sm4/14598-5.html

13