Livro Qualidade Software Unisul

Universidade do Sul de Santa Catarina
Palhoa
UnisulVirtual
2007
Qualidade de Software
Disciplina na modalidade a distncia
qualidade_software.indb 1 24/1/2007 13:14:01
Apresentao
Parabns, voc est recebendo o livro didtico da disciplina
Qualidade de software.
O processo de ensino e aprendizagem na UnisulVirtual leva
em conta instrumentos que se articulam e se complementam,
portanto, a construo de competncias se d sobre a articulao
de metodologias e por meio das diversas formas de ao/
mediao.
So elementos desse processo:
O Livro didtico;
O EVA (Espao UnisulVirtual de Aprendizagem);
Atividades de avaliao (complementares, a distncia e
presenciais).
Os materiais didticos foram construdos especialmente para
este curso, levando em considerao o seu perl e as necessidades
da sua formao. Como os materiais estaro, a cada nova
verso, recebendo melhorias, pedimos que voc encaminhe suas
sugestes sempre que achar oportuno via professor tutor ou
monitor.
Recomendamos que antes de voc comear os seus estudos,
verique as datas-chave e elabore o seu plano de estudo pessoal,
garantindo assim a boa produtividade no curso. Lembre: voc
no est s nos seus estudos. Conte com o Sistema Tutorial
da UnisulVirtual sempre que precisar de ajuda ou alguma
orientao.
Desejamos que voc tenha um excelente xito neste curso!
Equipe UnisulVirtual

Vera Rejane Niedersberg Schuhmacher
Palhoa
UnisulVirtual
2007
Design instrucional
Dnia Falco de Bittencourt
Viviane Bastos
Livro didtico
3 edio revista e atualizada
Copyright UnisulVirtual 2007

Nenhuma parte desta publicao pode ser reproduzida por qualquer meio sem a prvia autorizao desta instituio.

005.3
S41 Schuhmacher, Vera Rejane Niedersberg
Qualidade de software : livro didtico / Vera Rejane Niedersberg
Schuhmacher ; design instrucional Dnia Falco de Bittencourt, Viviane Bastos.
- 3 ed. rev. e atual. - Palhoa : UnisulVirtual, 2007.
122 p. : il. ; 28 cm.

Inclui bibliografia.
ISBN 978-85-7817-000-4

1. Software. 2. Sistemas de recuperao da informao. I. Bittencourt, Dnia
Falco de. II. Bastos, Viviane. III. Ttulo.

Ficha catalogrfica elaborada pela Biblioteca Universitria da Unisul

Crditos

Unisul - Universidade do Sul de Santa Catarina
UnisulVirtual - Educao Superior a Distncia

Campus UnisulVirtual
Rua Joo Pereira dos Santos, 303
Palhoa - SC - 88130-475
Fone/fax: (48) 3279-1541 e
3279-1542
E-mail: cursovirtual@unisul.br
Site: www.virtual.unisul.br

Reitor Unisul
Gerson Luiz Joner da Silveira

Vice-Reitor e Pr-Reitor
Acadmico
Sebastio Salsio Heerdt

Chefe de gabinete da Reitoria
Fabian Martins de Castro

Pr-Reitor Administrativo
Marcus Vincius Antoles da Silva
Ferreira

Campus Sul
Diretor: Valter Alves Schmitz Neto
Diretora adjunta: Alexandra Orsoni

Campus Norte
Diretor: Ailton Nazareno Soares
Diretora adjunta: Cibele Schuelter

Campus UnisulVirtual
Diretor: Joo Vianney
Diretora adjunta: Jucimara Roesler


Administrao
Renato Andr Luz
Valmir Vencio Incio

Bibliotecria
Soraya Arruda Waltrick

Coordenao dos Cursos
Adriano Srgio da Cunha
Ana Luisa Mlbert
Ana Paula Reusing Pacheco
Ctia Melissa S. Rodrigues (Auxiliar)
Charles Cesconetto
Diva Marlia Flemming
Itamar Pedro Bevilaqua
Janete Elza Felisbino
Jucimara Roesler
Lilian Cristina Pettres (Auxiliar)
Lauro Jos Ballock
Luiz Guilherme Buchmann
Figueiredo
Luiz Otvio Botelho Lento
Marcelo Cavalcanti
Mauri Luiz Heerdt
Mauro Faccioni Filho
Michelle Denise Durieux Lopes Destri
Moacir Heerdt
Nlio Herzmann
Onei Tadeu Dutra
Patrcia Alberton
Patrcia Pozza
Raulino Jac Brning

Design Grco
Cristiano Neri Gonalves Ribeiro
(coordenador)
Adriana Ferreira dos Santos
Alex Sandro Xavier
Evandro Guedes Machado
Fernando Roberto Dias Zimmermann
Higor Ghisi Luciano
Pedro Paulo Alves Teixeira
Rafael Pessi
Vilson Martins Filho

Equipe Didtico-Pedaggica
Angelita Maral Flores
Carmen Maria Cipriani Pandini
Caroline Batista
Carolina Hoeller da Silva Boeing
Cristina Klipp de Oliveira
Daniela Erani Monteiro Will
Enzo de Oliveira Moreira
Flvia Lumi Matuzawa
Karla Leonora Dahse Nunes
Leandro Kingeski Pacheco
Ligia Maria Soufen Tumolo
Mrcia Loch
Patrcia Meneghel
Silvana Denise Guimares
Tade-Ane de Amorim
Vanessa de Andrade Manuel
Vanessa Francine Corra
Viviane Bastos
Viviani Poyer

Logstica de Encontros
Presenciais
Marcia Luz de Oliveira
(Coordenadora)
Aracelli Araldi
Graciele Marins Lindenmayr
Jos Carlos Teixeira
Letcia Cristina Barbosa
Knia Alexandra Costa Hermann
Priscila Santos Alves

Logstica de Materiais
Jeferson Cassiano Almeida da Costa
(coordenador)
Eduardo Kraus

Monitoria e Suporte
Rafael da Cunha Lara (coordenador)
Adriana Silveira
Caroline Mendona
Dyego Rachadel
Edison Rodrigo Valim
Francielle Arruda
Gabriela Malinverni Barbieri
Gislane Frasson de Souza
Josiane Conceio Leal
Maria Eugnia Ferreira Celeghin
Simone Andra de Castilho
Vincius Maycot Seram

Produo Industrial e Suporte
Arthur Emmanuel F. Silveira
(coordenador)
Francisco Asp

Projetos Corporativos
Diane Dal Mago
Vanderlei Brasil

Secretaria de Ensino a Distncia
Karine Augusta Zanoni
(secretria de ensino)
Ana Paula Pereira
Djeime Sammer Bortolotti
Carla Cristina Sbardella
Grasiela Martins
James Marcel Silva Ribeiro
Lamuni Souza
Liana Pamplona
Maira Marina Martins Godinho
Marcelo Pereira
Marcos Alcides Medeiros Junior
Maria Isabel Aragon
Olavo Lajs
Priscilla Geovana Pagani
Silvana Henrique Silva

Secretria Executiva
Viviane Schalata Martins

Tecnologia
Osmar de Oliveira Braz Jnior
(coordenador)
Ricardo Alexandre Bianchini
Rodrigo de Barcelos Martins

Edio Livro Didtico

Professor Conteudista
Vera Rejane N. Schuhmacher

Design Instrucional
Viviane Bastos

Projeto Grco e Capa

Diagramao
Vilson Martins Filho
Evandro Guedes Machado
(3 edio)

Reviso Ortogrca
B2B
Palavras da professora . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 09
Plano de estudo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
UNIDADE 1 O que qualidade? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
UNIDADE 2 Qualidade do processo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
UNIDADE 3 Qualidade do produto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
UNIDADE 4 Mtricas de qualidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Para concluir o estudo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Referncias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Sobre a professora conteudista . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Respostas e comentrios das atividades de auto-avaliao . . . . . . . . . . . . 115
Sumrio
Palavras da professora
Bem-vindo a disciplina Qualidade de software! Nesta
disciplina voc vai explorar conceitos e conhecer alguns
padres de qualidade reconhecidos por empresas
desenvolvedoras de software. Mas voc j parou para
pensar sobre o signicado da palavra qualidade para
voc? Nos dias atuais o termo qualidade est presente
no seu cotidiano, em comerciais de TV, na propaganda
de prefeituras e do governo, no trabalho, em hospitais e
na divulgao dos mais diversos produtos, do iogurte ao
sabo em p que voc compra.
Isto acontece porque as organizaes que buscam o
sucesso empresarial devem estar preparadas para aceitar
grandes desaos tcnicos e aproveitar as oportunidades
de negcios atravs da implantao de um processo
contnuo de transformao e melhoria da qualidade de
seus produtos.
Denir qualidade uma tarefa difcil, a palavra pode
assumir diversos signicados, seu conceito varia
conforme os contextos e at conforme as pessoas. Fatores
pessoais (de cada um de ns), condies econmicas e
sociais ajudam o ser humano na denio se um produto
ou no de qualidade, considerando se pode ou no
adquiri-lo ou mesmo utiliz-lo.
Voc, seus amigos e familiares reconhecem na maioria
das vezes a representao da qualidade por selos como
no caso dos selos de certicao autorizadas pela
International Organization for Standardization ISO no
mesmo?
Porm, mesmo reconhecendo este smbolo, muitas vezes no
sabemos claramente seu signicado em termos de qualidade.
Apesar destas dvidas sabe-se que a qualidade uma questo
que comea a se inserir no dia a dia tanto de produtores como
de utilizadores, tratada como estratgia fundamental para o
sucesso da empresa no mercado.
Nesta disciplina voc vai estudar a importncia da qualidade do
processo de software e do produto de software e a importncia
do uso de medidas para o desenvolvimento de qualidade. Faa
tambm parte deste universo, ao estudar as quatro unidades
propostas nesta disciplina, voc vai entender porque impossvel
produzir software sem pensar em qualidade e quais as normas
que existem para apoiar as empresas neste processo!
Bons estudos!
Profa. Vera Rejane Niedersberg Schuhmacher.
Plano de estudo
O plano de estudos visa orientar voc no
desenvolvimento da disciplina. Ele possui elementos
que o ajudaro a conhecer o contexto da disciplina e a
organizar o seu tempo de estudos.
Ementa
Denio da qualidade. Conceitos, polticas e losoa da
qualidade. Componentes bsicos da funo de qualidade.
Ciclos dos produtos. Programas da qualidade. Qualidade
de processo e produto. As principais referncias
acadmicas e normativas do Brasil e do mundo.
Crditos: 2
Objetivos da disciplina
Os objetivos denem o conjunto de conhecimentos
que voc precisa assimilar para o desenvolvimento de
habilidades e competncias necessrias sua formao.
Sensibilizar o aluno da importncia da qualidade
no processo de desenvolvimento de software.
Oferecer ao aluno a possibilidade de reconhecer
diferentes normas, observar as necessidades da
empresa e saber reconhecer a que mais se adapta
as necessidades da empresa desenvolvedora.
Incentivar a curiosidade do aluno para a
continuao e aprofundamento de seus estudos
na rea de qualidade.

12
Contedo/ tempo de dedicao/ objetivos
Conhea, a seguir, as unidades que compem este livro didtico
e os seus respectivos objetivos. Atente que estes objetivos se
referem aos resultados que voc precisa alcanar ao nal de cada
unidade de estudo.
A qualidade nas empresas de software uma realidade, a
implantao e o alcance de seus objetivos devem ser conhecidos
para o desenvolvedor de projetos. O conhecimento sobre normas
e processos que levem a qualidade do produto ou do processo
devem fazer parte do dia a dia sendo bsicas para a formao
completa do aluno. Sendo assim a disciplina fundamental
para a formao do aluno no sentido de integr-lo ao processo,
instig-lo a utilizar-se de seus mtodos e padres promovendo
a discusso e o debate sobre sua importncia no contexto de
desenvolvimento.
Unidade 1 - O que qualidade?
Dedicao prevista para estudo: 5 horas.
Na primeira unidade voc que ir interagir com os conceitos
bsicos de qualidade. Sua importncia no mercado atual e
possveis utilizaes a partir dos mecanismos certicadores
existentes. Tambm ir compreender quais so os passos
necessrios para a conduo de um programa de qualidade, assim
como a proposta de atividades de garantia de qualidade.
Unidade 2 - Qualidade do processo
A unidade 2 levar voc a conhecer o conceito de qualidade
no processo de software. A qualidade do processo de software
envolve conceitos relacionados a todas as atividades presentes
no desenvolvimento do software. Tambm ir entender nesta
unidade normas e padres reconhecidos internacionalmente
que promovem a qualidade do processo de desenvolvimento de
software.
13
Unidade 3 - Qualidade do produto
Ao estudar a unidade 3 voc ir conhecer as normas utilizadas
na avalio da qualidade do produto, bem como, poder
compreender os objetivos e caractersticas das mesmas.
Unidade 4 - Mtricas de teste
Ao estudar a unidade 4 voc ir perceber a importncia do uso
de mtricas no processo de desenvolvimento de software e seu
impacto no processo de qualidade. Sero vistas tcnicas diretas
como o LOC e o Ponto por Funo, assim como o novo modelo
de mensurao existente no mercado o PSM - Practical Software
Measurement.
Agenda de atividades
Verique com ateno o cronograma no EVA, organize-se
para acessar periodicamente o espao das disciplinas cursadas.
Lembre-se que o sucesso nos seus estudos depende da priorizao
do tempo para a leitura, da realizao de anlises e snteses do
contedo e da interao com os seus colegas e professor tutor.
No perca os prazos das atividades. Registre no espao a seguir
as datas-chave com base no cronograma disponibilizado no EVA.
Tenha por hbito, usar o quadro para agendar e programar as
atividades relativas ao desenvolvimento da Disciplina.
14
Atividades
Avaliao a Distncia 1
Avaliao Presencial
Avaliao Final
Demais atividades (registro pessoal)
UNIDADE 1
O que qualidade?
Objetivos de aprendizagem
Aps estudar esta unidade, voc ter subsdios para:
Interagir com conceitos fundamentais relacionados

qualidade.
Perceber a necessidade de qualidade no processo de

trabalho de empresas de desenvolvimento de software.
Entender o conceito de SQA Software Quality

Assurance.
Sees de estudo
Nesta unidade a proposta que voc realize o estudo
das seguintes sees:
Seo 1 O que qualidade?
Seo 2 Passos em direo a poltica de qualidade
Seo 3 Atividades da garantia de qualidade.
Seo 4 Normas e Padres
Aps a leitura dos contedos realize as atividades de
auto-avaliao propostas. Encaminhe suas dvidas ao
professor tutor sempre que julgar necessrio.
1
16
Para incio de estudo
Falar sobre qualidade parece banal, entretanto, um assunto
que est em nosso dia a dia, moderno e atual. certo que voc
ao ser questionado sobre qualidade quase que imediatamente
consegue formar uma opinio sobre o assunto. Esta opinio
baseia-se na maioria das vezes, em experincias pessoais
relacionadas ao nosso cotidiano.
Mas o que qualidade em uma empresa? Quais suas
implicaes em uma empresa que desenvolve software? Como
implantar um processo de controle de qualidade em uma
organizao?
Difceis de responder, estas questes nos levam imediatamente
a pensar que qualidade, com certeza sinnimo de perfeio.
Mas qualidade no sinnimo de perfeio. Qualidade algo
relativo, dinmico por natureza e naturalmente evolutivo.
A qualidade possui uma caracterstica nica: o
tratamento de qualidade em uma empresa de
software depende da especifcidade dos objetivos
defnidos pela empresa e das atividades delineadas
para atingir estes objetivos.
A crescente competitividade do mercado de software impulsiona
as empresas a melhorar a qualidade de seus produtos, processos e
mecanismos. Esta evoluo muitas vezes iniciada sem que para
a organizao esteja claro o real signicado desta iniciativa e suas
implicaes a curto e longo prazo.
Qualidade pode ser o diferencial de uma empresa, pode alavancar
seu sucesso, mas ... sua inexistncia ou mau planejamento pode
determinar seu fracasso.
Ento ? Est curioso a seguir seus estudos? Siga em frente e d
incio a este assunto to importante no mercado atual!
17
Unidade 1
SEO 1 O que qualidade?
Qualidade um conceito complexo, porque possui signicados
diversos para diferentes pessoas, e se apresenta de forma
altamente dependente, conforme o contexto.
Portanto, no nada fcil estabelecer a existncia de medidas
simples de qualidade aceitveis para todos.
Para estimar ou melhorar a qualidade de software
numa organizao, segundo Kitchenham et
al. (1996), preciso defnir as caractersticas de
qualidade que se est interessado e, ento, decidir
como sero medidas.
Diferentes conceitos expressam a qualidade de um produto de
software, e estes conceitos baseiam-se em vises diferenciadas
conforme a funo do indivduo ou sua posio no processo de
desenvolvimento.
Voc pode dizer que:
qualidade estar em conformidade com os requisitos
dos clientes, neste caso qualidade se exprime a partir
da satisfao de todas as necessidades expressas pelo
cliente durante a anlise de requisitos.
qualidade antecipar e satisfazer os desejos dos clientes,
neste caso observa-se que a partir de um produto
existente o desenvolvedor procure a evoluo do produto,
acrescentando novas funcionalidades ou apropriando o
produto com novas tecnologias, muitas vezes antes do
cliente solicitar uma evoluo do produto.
Um exemplo disto o caso de lanamentos de novos
modelos de celulares. Lembra dos primeiros celulares
que realmente s serviam para voc realizar uma
ligao telefnica? Agora com a implementao
de funcionalidades como escutar msicas, e-mail,
interatividade, recursos de gravao de udio, vdeo e
fotos, etc... a indstria est antecipando os desejos do
cliente.
LG Smart Cam MG200

GSM Claro com Cmera
Integrada <http://www.
lge.com.br>
18
E nalmente, voc pode expressar o termo qualidade
simplesmente dizendo que escrever tudo o que se deve
fazer e fazer tudo o que foi escrito, neste caso, o reexo
do desenvolvimento precisa assegurar que tudo o que foi
documentado ser realizado pelo desenvolvedor.
1.1. E a qualidade de software?
Pressman (1992 p.125) dene a qualidade de software como a
concordncia com os Requisitos Funcionais e de
Desempenho claramente colocados, Padres de
Desenvolvimento explicitamente documentados e
caractersticas implcitas que so esperadas de todo
software profssionalmente desenvolvido.
Onde:
Requisitos de Software - formam a base a partir da qual
a qualidade avaliada. Representam as necessidades na
forma de funcionalidades solicitadas pelo cliente. Falta
de concordncia com os requisitos falta de qualidade.
Padres especicados denem um conjunto de critrios
de desenvolvimento que orientam a maneira como o
software construdo. Se o critrio no for seguido,
certamente haver falta de qualidade.
Requisitos Implcitos que na maioria das vezes no
so mencionados, tambm conhecidos como requisitos
no funcionais. (Ex: a possibilidade de portabilidade
para diferentes sistemas operacionais, a necessidade de
segurana em um site de e-commerce). Se o software
atende aos requisitos explcitos, mas falha nos requisitos
implcitos, a qualidade suspeita.
Em 1990, Campos descreveu qualidade de software como uma
trade construda sobre os seguintes fatores:
A qualidade intrnseca do produto ou servio que pode
ser atestada por sua conformidade com as normas.
O custo que corresponde ao preo pelo qual o usurio se
dispe a pagar.

19
Unidade 1
E o atendimento que pode ser entendido como
a satisfao do usurio quanto a tempo, espao e
quantidade.
Voc percebeu que o conceito de qualidade difere de autor para
autor, mas todos os conceitos apontam para uma mesma direo:
a satisfao das necessidades do usurio. E para se alcanar
esta satisfao necessrio que a empresa desenvolvedora passe
a considerar qualidade como um trabalho contnuo, conquistado
diariamente na busca pela melhoria dos produtos e/ou do
processo de desenvolvimento.
1.2. Por que qualidade ?
Quando se aborda o problema da qualidade, voc precisa ter claro
o que se entende por qualidade de software. Mais claro ainda
precisa estar a razo pela qual voc deve se preocupar com a
qualidade de software.
Acompanhe a seguir alguns fatores interessantes:
O uso de um software com bugs no nada agradvel,
alm de trazer prejuzos para o cliente. (Imagine uma
pgina de e-commerce com bug no formulrio de compras,
muitos clientes deixaro de comprar at que o problema
seja resolvido. Um bug pode fazer um banco perder
milhes e perder a conana dos correntistas).
O aumento de qualidade sempre acompanhado
por aumento de produtividade e reduo de custos.
Como? Voc vai ter menos re-trabalho e menor ndice
de refugo. Na terceira via voc ter um aumento na
satisfao do cliente o que pode reetir nas vendas do
produto.
Qualidade hoje sinnimo de competitividade. Em
um mercado to acirrado o cliente hoje exige do
desenvolvedor a comprovao de que seu produto
realmente apresenta quesitos de qualidade, isto se d na
maioria das vezes pelo uso de certicaes internacionais.
A seguir acompanhe uma reportagem que apresenta bem a
importncia da qualidade de software e o mercado brasileiro na
atualidade.

20
Exportao de Software e o CMMI
Por Plnio Ventura, publicado em 8 de novembro de 2005, disponvel em
http://www.timaster.com.br/revista/new_artigos.asp
Atualmente, estamos presenciando a busca das empresas
nacionais pelo aumento na exportao de software. De
acordo com o levantamento da IPSOS (www.ipsos.com.
br), 48% das empresas brasileiras de desenvolvimento
de software pretendem aumentar as exportaes nos
prximos cinco anos.
Conforme informado pelo Ministrio da Cincia e
Tecnologia (www.mct.gov.br), esse nicho com um enorme
potencial de negcios hoje liderado pela ndia, China
e Canad. No Brasil, existe a Softex Associao para
Promoo da Excelncia do Software Brasileiro que foi
criada com objetivo de gerar exportaes na ordem de US$
1 bilho, mas que atualmente gera exportao na ordem de
US$ 100 milhes.
Das 3.265 empresas de software brasileiras, somente
2,1% exportaram seus produtos ou servios em 2004,
de acordo com um estudo da consultoria em TI, MBI.
Outro estudo conduzido pelo Massachussets Institute of
Tecnology, posiciona o Brasil como o 7 maior mercado
do mundo em vendas de software, tendo atingido o total
de US$ 7,7 bilhes no ano de 2001. Seguindo essa mesma
pesquisa, a qualidade e o grau de sofsticao dos produtos
desenvolvidos no pas so similares aos produzidos na ndia
e China.
Quanto venda interna, boa parte refere-se software
desenvolvido externamente, dentre os quais podemos citar
fabricantes como Microsoft, Oracle, SAP entre outros. E
quanto qualidade, a similaridade datada de 2001 vaga,
pois no foram apresentados detalhes da concluso.
21
Unidade 1
Imagine sua empresa exportando software para a
Inglaterra. Sua empresa no conhecida mas precisa
ser apresentada a este mercado internacional, uma
boa carta de referncia pode ser uma certifcao de
qualidade reconhecida internacionalmente ! (como
uma norma ISO por exemplo).
Quando voc inicia um programa de qualidade em
uma empresa, deve ter em mente a necessidade de
estabelecer aspectos tcnicos (desenvolvimento de
padres e tcnicas que possibilitem a implementao
de todas as atividades) e culturais (todos na
empresa devem aceitar a prtica da qualidade, todos
os funcionrios devem estar conscientes de suas
responsabilidades dentro do processo).
A deciso de desenvolver a empresa neste sentido
passa por programas de educao e treinamento
sobre qualidade para todos os membros da equipe.
Quando voc d partida em um processo de qualidade tenha
em mente que a qualidade ocorre pelo elo de pequenas aes,
onde cada uma delas fundamental para se atingir o objetivo
maior. A qualidade est diretamente ligada ao trabalho de cada
funcionrio, do analista de requisitos ao responsvel pelo suporte
ao cliente.
Agora que voc compreendeu a importncia da qualidade de
software, siga para a prxima seo e descubra quais so os passos
a serem seguidos na direo da qualidade.
22
SEO 2 Passos em direo a poltica de qualidade
Quando a empresa decide por uma poltica de qualidade, dois
escopos so bem denidos:
aprimorar o processo de desenvolvimento e, em
conseqncia, melhorar a qualidade do produto
resultante;
avaliar a qualidade do produto visando emitir
documento ocial sobre a qualidade de um software e sua
conformidade em relao a uma norma ou padro;
Denido o escopo que se pretende atingir existem dois passos
importantes para dar partida neste processo:
Preparao de uma poltica de qualidade a gerncia
da empresa deve formular a poltica de qualidade
desejada, validando-a para que posteriormente seja
comunicada e implantada em todos os segmentos da
empresa;
Estabelecer uma equipe de suporte em qualidade
ao implementar uma poltica de qualidade torna-
se necessrio estabelecer um quadro de funcionrios
responsveis pelo aumento da qualidade, esta equipe
ser responsvel por estabelecer e manter um programa
de qualidade em toda a organizao incluindo tarefas
como planejamento, monitoramento e avaliao
dos procedimentos adotados. A gerncia deve estar
representada em um comit de qualidade diretamente
ligado a equipe de execuo do projeto de qualidade.
Em uma empresa de software voc tem a possibilidade de avaliar
a qualidade do processo de software e a qualidade do produto de
software.

23
Unidade 1
Qual a diferena entre qualidade do processo de
software e a qualidade do produto de software?
O processo de software formado pelo conjunto
de atividades, mtodos, prticas e tecnologias
utilizadas para desenvolver e manter
software e produtos relacionados.
Quando avaliado o processo de
software, avaliam-se todas as etapas do
processo de produo do produto, da
anlise do problema a manuteno do
mesmo no cliente. Se a empresa possui um
processo de desenvolvimento imaturo, seu projeto no
rigorosamente cumprido, o controle da qualidade e as
funcionalidades do produto podem car comprometidos
pois os prazos devem ser cumpridos, os custos de
manuteno podem ser elevados. Todo o projeto pode
car comprometido.
Quando avaliada a qualidade do produto de software
voc estar avaliando o produto desenvolvido pela
empresa, no se preocupando basicamente com o
processo de desenvolvimento do mesmo, mas sim com
a qualidade externa que deve estar explicitamente
denida na Especicao de Requisitos do Projeto e
pela qualidade interna formada por atributos que so
geralmente acrescentados pela empresa.
Como buscar a qualidade?
Assim como difcil chegar a um consenso sobre o conceito de
qualidade, tambm so grandes as diferenas entre tcnicas e
mtodos para obt-la.
Os softwares podem ser divididos em dois grandes grupos:

24
Pacotes ou sutes: compem a maioria dos programas
aplicativos, programasde aquisio e uso praticamente
imediato que atendem ao grande pblico em geral.
So programas planejados para um usurio comum,
padro, logo podem no corresponder a exigncias mais
especcas.
Softwares personalizados, so planejados e escritos
geralmente por programadores e consultores para atender
a uma determinada tarefa especca. Na maioria das
vezes, o nmero de usurios que ir utiliz-lo restrito.
Quando voc fala de qualidade de software para estes dois grupos,
deve lembrar que a estratgia proposta para se alcanar esta meta
passa obrigatoriamente por diferentes fatores.
Um produto de software personalizado tem um pblico-
alvo conhecido que normalmente possui um vnculo com a
empresa desenvolvedora. No caso dos pacotes, este pblico
desconhecido, sendo possvel estud-lo apenas por meio de
amostras e o vnculo com os desenvolvedores, na maioria das
vezes no existe.
SEO 3 Atividades da garantia de qualidade
As atividades de garantia de qualidade - SQA Software Quality
Assurance apontam para atividades que devem apoiar o processo
de desenvolvimento de qualidade. Pressman (1992) descreve as
7 atividades necessrias para que o processo ocorra de forma
eciente:
I - Aplicao de mtodos e ferramentas tcnicas pelos
desenvolvedores que apiem o projeto, especicaes e
desenvolvimento de maior qualidade;
II - Realizao de revises tcnicas onde o objetivo
deve ser avaliar a qualidade do artefato de software
gerado pela etapa do desenvolvimento (especicao,
modelagem, casos de teste...);

25
Unidade 1
III - Atividades de testes que devem complementar as
revises e outras tcnicas ajudando na deteco de erros;
IV - Aplicao de padres na documentao, no projeto,
no estilo de codicao, na aplicao de testes, no
processo, etc.
A documentao torna o processo de software visvel, por
isto deve ser consistente e legvel. Os padres podem ser
determinados por normas internacionais ou pela empresa
por possuir um padro interno para o processo;
V - Controle de alteraes, mudanas no software
tendem a produzir novos erros ou mesmo problemas em
outros mdulos do sistema. O controle de mudanas
durante o desenvolvimento e a manuteno essencial
para garantir a qualidade, pois permite rastrearmos o
problema e tambm tornar a alterao conhecida por
toda a equipe de desenvolvimento;
VI - Medio, necessrio estabelecer mtricas para
rastrear a qualidade do software. Medindo, poderemos
saber se as aes de melhoria deram resultado,
poderemos mostrar administrao que os recursos
destinados s melhorias foram bem empregados.
Medies tambm so usadas para indicar a qualidade
do produto, a produtividade das pessoas que produzem
o produto, para a avaliar benefcios derivados de novos
mtodos e ferramentas e para justicar pedidos de novas
ferramentas ou treinamento. Um exemplo de mtrica de
produto so as tcnicas que medem o comprimento de
um mdulo em linhas de cdigo e o nmero de mdulos
chamados por outro mdulo;
VII - Manuteno de registros, manter histrico com
resultados de revises, auditorias, controle de alteraes e
outras atividades de garantia de qualidade, que devem ser
levados ao conhecimento dos desenvolvedores.
O item 2 sobre revises tcnicas um dos pontos determinantes
do SQA.
26
As revises devem ser aplicadas em vrios pontos durante o
desenvolvimento do software. Para realiz-las voc vai utilizar
a diversidade de um grupo de pessoas para apontar melhorias
necessrias ao produto, conrmar as partes de um produto em
que uma melhoria no desejada ou no necessria, realizar um
trabalho tcnico com uma qualidade mais uniforme de forma a
tornar este trabalho tcnico mais administrvel.
As revises podem ser feitas de diferentes maneiras:
Discusso de um problema tcnico na hora do caf
(quantas vezes voc cou horas e horas tentando resolver
um problema, e simplesmente no conseguiu?). Durante
um momento informal (tomando um cafezinho com
seu colega) voc pode chegar a esta soluo, talvez por
sugesto do seu interlocutor ou porque voc relaxou e
conseguiu enxergar a famosa luz no nal do tnel;
Apresentao do projeto de software para uma audincia
de clientes, administradores e pessoal tcnico. Imagine
que voc v apresentar a primeira soluo de design da
pgina, uma apresentao perante o cliente vai validar
suas idias com as exigncias do cliente;
Revises Tcnicas Formais inclui avaliaes tcnicas de
software realizadas em pequenos grupos (walkthrough).
Em uma reviso tcnica formal tem-se objetivos claros:
Descobrir erros de funo, lgica ou implementao em
qualquer representao do software;
Vericar se o software que se encontra em reviso atende
a seus requisitos;
Garantir que o software tenha sido representado de
acordo com padres predenidos;
Obter um software que seja desenvolvido uniformemente;
Tornar os projetos mais administrveis.
Alm destes objetivos, voc vai ter o ganho de um espao de
treinamento que possibilita tanto ao bolsista quanto ao gerente de

27
Unidade 1
projeto, a observao e interao sobre diferentes abordagens, a
anlise, projeto e implementao de software.
Outro ponto forte da reviso formal a promoo do backup
e continuidade. Vrias pessoas se familiarizam com partes do
software que de outro modo, poderiam no conhecer.
Lembre-se: a reviso tcnica formal conduzida em
uma reunio e ser bem- sucedida se for planejada,
controlada e cuidada.
Independentemente do formato de reviso tcnica, toda reunio
de reviso deve:
Envolver de 3 a 5 pessoas na reviso (se o nmero de
pessoas for maior ser difcil manter uma linha coerente
de discusso).
Preparar previamente a reunio (essa preparao no
deve exigir mais de 2 horas de trabalho de cada pessoa).
Durar menos de 2 horas (um tempo maior torna a
reunio improdutiva pelo cansao dos temas e mesmo
pela diculdade de se manter o foco da reunio).
A reviso tcnica formal focaliza uma parte especfca
(pequena) do software - maior probabilidade de
descobrir erros.
Quando voc zer uma reviso tcnica tenha em mente um
conjunto mnimo de diretrizes:
1) Revise o produto, no o produtor (evite revanches entre
colaboradores);
2) Fixe e mantenha uma agenda (refute intervenes de
participantes fora da pauta);
3) Limite o debate e a refutao (evite a formao de polmicas
durante a reviso);

28
4) Enuncie as reas problemticas, mas no tente resolver cada
problema anotado (as reunies acontecero semanalmente, o
problema pode ser pauta da prxima reunio);
5) Faa anotaes por escrito;
6) Limite o nmero de participantes e insista numa preparao
antecipada;
7) Desenvolva uma lista de conferncia (checklist) para cada
produto que provavelmente ser revisto;
8) Atribua recursos e uma programao de tempo para as revises
tcnicas formais (jamais marque reunies de reviso para depois
do expediente, isto far com que a produtividade e a qualidade da
reunio quem abaixo do esperado);
9) Realize um treinamento signicativo para todos os revisores
(deixe claro a importncia da reviso);
10) Reveja suas antigas revises.
Figura 1. Revises tcnicas formais (Pressman, 1992)
29
Unidade 1
SEO 4 Normas e Padres
Um dos pontos mais atuais do controle de qualidade o uso
de normas e padres de qualidade para avaliar o processo e o
produto de software.
Quais so as normas e padres de qualidade?
Quando se iniciaram o desenvolvimento de
normas e padres, o principal objetivo foi
criar um padro nico mundial de forma
que, mesmo no tendo nenhum contato
entre as empresas, fosse possvel garantir a
qualidade de seu trabalho (uma empresa de
desenvolvimento de software educacional da
Tailndia dicilmente conhece uma empresa
de desenvolvimento de software educacional
do Brasil, o cliente na sia que ir comprar o
produto, talvez no conhea o histrico das duas
empresas).
Quando voc obtm uma certicao segundo uma determinada
norma emitido um documento ocial que indica que existe
conformidade do produto ou processo com esta determinada
norma ou padro.
Este documento emitido a partir de uma avaliao, baseando-
se em critrios unvocos para todas as empresas que zerem uso
da mesma avaliao. A norma pode ser internacional, regional,
nacional dependendo de sua rea de aplicao.
Vrias so as empresas de normalizao existentes no mundo:
DIN - Deutches Institut fr Normung - veja:
<http://www2.din.de>
ISO - International Organization for Standardization,
fundada em 1947, coordena o trabalho de 127 pases
membros para promover a padronizao de normas
tcnicas em mbito mundial - veja:<http://www.iso.ch>

30
IEEE - Instituto de Engenharia Eltrica e Eletrnica
- site: <http://www.ieee.org>
IEC - International Electrotechnical Commission (IEC),
fundada em 1906, conta com mais de 50 pases e publica
normas internacionais relacionadas com eletricidade,
eletrnica e reas ans - site: <htp://www.iec.org>
ABNT - Associao Brasileira de Normas Tcnicas a
ABNT edita as normas nacionais, fundada em 1940
uma entidade privada sem ns lucrativos e representa o
Brasil nas entidades de normalizao internacional como
a ISO e a IEC- site: <www.abnt.org.br>
A certicao normalmente restrita a uma linha de produtos ou
servios. Existem centenas de normas, cada uma delas prope
padres e processos sob diferentes aspectos e caractersticas. A
empresa que contrata uma certicao deve considerar na escolha
da norma o tipo de produto que desenvolve, seus objetivos com
a aplicao da norma e o reconhecimento de sua clientela em
relao a norma.
Programa Brasileiro da Qualidade e Produtividade em
Software PBQP Software
Em junho de 1993 foi instalado no Brasil o Subcomit Setorial
da Qualidade e Produtividade em Software - SSQP/SW, hoje
PBQP - Software, institudo a partir do Grupo de Trabalho
GT4: Qualidade e Produtividade em Software, da Cmara
Setorial de software, concebido e estruturado no mbito do
Programa Brasileiro da Qualidade e Produtividade - PBQP.
Este programa se iniciou a partir da preocupao do governo
brasileiro com a globalizao do mercado de informtica
e a competitividade da indstria de software no mercado
internacional.
O PBQP-Software procura estimular a adoo de normas,
mtodos, tcnicas e ferramentas da qualidade e da engenharia
de software, promovendo a melhoria da qualidade dos processos,
produtos e servios de software brasileiros, de modo a tornar
as empresas mais capacitadas a competir em um mercado
Voc pode conhecer os resultados

obtidos pelo PBQP no site http://
www.mct.gov.br/Temas/info/Dsi/
PBQP/PBQP_Software.htm.
Voc pode conhecer os
resultados obtidos pelo PBQP
no site http://www.mct.gov.
br/Temas/info/Dsi/PBQP/
PBQP_Software.htm.
31
Unidade 1
globalizado (MCT,2005). Alm de incentivar a qualidade por
meio de incentivos scais s empresas de software, tambm
promove pesquisas nacionais sobre a aplicao de qualidade
no segmento de desenvolvimento de software. Estes resultados
assim como informaes sobre rgos certicadores so
disponibilizadas ao pblico em geral.
Chegado ao m do contedo proposto para essa unidade, realize as
atividades propostas para praticar os novos conhecimentos.
Atividades de auto-avaliao
Leia com ateno os enunciados e aps, realize as questes propostas:
1) Identifque (V) Verdadeiro ou (F) Falso para as expresses que seguem:
( ) a) A qualidade de software est diretamente ligada a conformidade
com os requisitos do cliente.
( ) b) A qualidade do produto de software independe da qualidade do
processo de software.
( ) c) Os requisitos implcitos do software representam as necessidades do
cliente em termos de funcionalidades.
( ) d) Na avaliao do produto de software a preocupao com a
qualidade externa do produto, como por exemplo a Interface do
produto.
( ) e) Na avaliao do processo deve-se considerar o conjunto de
atividades, mtodos, prticas e tecnologias utilizadas para desenvolver
e manter software e produtos relacionados.
32
2) Assinale com X a(s) expresso(es) corretas:
( ) a) A avaliao da qualidade apresenta 3 escopos bem defnidos:
o aprimoramento do processo de desenvolvimento, a avaliao da
qualidade do produto e avaliao da satisfao do cliente em relao
ao produto de software.
( ) b) As revises podem ser feitas de trs maneiras por discusso:
apresentao e revises tcnicas formais.
( ) c) As revises devem ser aplicadas em 2 pontos especfcos do projeto
como na especifcao de requisitos e na anlise dos algoritmos.
( ) d) Na apresentao, o projeto ou parte dele apresentado para os
desenvolvedores.
3) Relacione a 2 coluna com a 1:
a) Mtricas
b) Reviso tcnica
formal
c) Padro
d) Organismos
Normativos
( ) Defnem um conjunto de critrios de
desenvolvimento que orientam a maneira como
o software construdo.
( ) Procura descobrir erros de funo, lgica ou
implementao em qualquer representao do
software verifcando se atende a seus
requisitos.
( ) Indicam a qualidade do produto, a
produtividade das pessoas que produzem o
produto, avaliam benefcios derivados de novos
mtodos e ferramentas.
( ) Criam padres mundiais garantindo a
qualidade dos produtos, um de seus
representantes o comit ISO.
33
Unidade 1
Sntese
Nessa unidade voc foi apresentado qualidade de software e
sua importncia junto ao cliente e s empresas que desenvolvem
software. Embora muitas empresas iniciem seus investimentos em
qualidade, motivados pela garantia de competitividade ou mesmo
pelas vantagens imediatas de mercado, ao longo da aplicao de
metodologias e padres, a empresa acaba por perceber o retorno
de sua aplicao em termos de aumento de produtividade e
diminuio de problemas como manuteno e re-trabalhos de
projeto.
A qualidade inquestionvel em sua importncia. Isto pode ser
comprovado pela preocupao, cada vez mais contundente, das
empresas e sua corrida em busca de certicaes. O controle feito
para a garantia da qualidade de software pode ser realizado em
dois momentos, durante a sua gerao (processo de software) e
aps estar nalizado (produto de software).
Mas quais os padres possveis e disponveis? Qual escolher?
Qual deles melhor se adapta necessidade da empresa? Como
escolher entre tantas normas e modelos existentes para a
qualidade do processo e para a qualidade do produto?
Estes temas sero abordados nas prximas unidades, na unidade
2 voc ir estudar a qualidade do processo.
Saiba mais
Para aprofundar as questes abordadas nesta unidade, leia o
captulo 24 - Gerenciamento de Qualidade do livro de Ian
Sommerville, Engenharia de Software, editora Prentice-Hall,
2003.
Veja o artigo Qualidade? Sim, o sistema est funcionando, no
est? disponvel na midiateca.
UNIDADE 2
A qualidade do processo
Aps estudar esta unidade voc ter subsdios para:
Entender o universo da qualidade no processo das

empresas desenvolvedoras de software.
Conhecer a norma ISO/IEC 12207 relacionada a

qualidade do processo.
Compreender os principais conceitos do modelo CMM

e do modelo CMMI e sua importncia no cenrio de
desenvolvimento de software.
Sees de estudo
das seguintes sees:
Seo 1 Como se d o processo de qualidade?
Seo 2
ISO/IEC 12207 Information Technology -
Software Life Cycle Processes.
Seo 3 Capability Maturity Model - CMM.
Seo 4 Capability Maturity Model Integration - CMMI.
2
36
Durante a primeira unidade voc estudou que a globalizao
da economia e do mundo dos negcios, quando relacionadas
s tecnologias e sistemas, impulsionam cada vez mais a
reestruturao das empresas no sentido da promoo da
qualidade. Bem como, voc pde compreender que no basta
apenas querer a qualidade, necessrio reestruturar a empresa
movendo-a neste sentido.
Porm, a reestruturao de um empresa um processo complexo,
e quando o cenrio uma empresa de desenvolvimento de
produtos de software, o quadro ca ainda mais complicado.
Existem vrias estratgias que buscam a promoo da qualidade
como normas e modelos que auxiliam este processo e
encontram-se em franca ascendncia no Brasil, entre elas gura a
norma ISO/12207, focada no processo e no cliente, esta norma
especca para o processo de desenvolvimento de software.
Alm da qualidade do processo tambm surgem no mercado
modelos centrados nos conceitos de maturidade dos processos
e na capacidade dos processos de software. O modelo CMM
(Capability Maturity Model) apresenta uma abordagem que
permite a avaliao dos processos da empresa e enquadramento
da organizao em nveis de maturidade. A evoluo e a
diculdade de aplicao do CMM a pequenas empresas, sua
complexidade e seu alto custo de implementao promoveram
e evoluo para o projeto CMMI (Capability Maturity Model
Integration). Centenas de organizaes do mundo inteiro esto
migrando seus esforos de melhoria de processos para o modelo
integrado CMMI, e at o nal de 2002 cerca de 7.000 pessoas
realizaram o curso de Introduo ao CMMI ministrado pelo SEI
(Software Engineering Institute da Carnegie Mellon University) e
pelos seus parceiros autorizados.
Nesta unidade voc vai estudar alguns pontos sobre a qualidade
do processo e seus benefcios junto a qualidade do produto nal
da organizao.
Bons estudos!
37
Unidade 2
SEO 1 Como se d o processo de qualidade?
Voc certamente ainda lembra do conceito de processo de
software visto na primeira unidade. Mas no custa repetir este
estudo, para voc car com este conceito bem compreendido.
O processo de software, segundo Humphrey (1995), uma
seqncia de estgios para desenvolver ou manter o software,
apresentando estruturas tcnicas e de gerenciamento para o uso
de mtodos e ferramentas e incluindo pessoas para as tarefas do
sistema.
A avaliao de processos de software pretende (Oliveira et al.,
1995):
compreender o estado dos processos de uma
organizao, oferecendo a melhoria dos mesmos;
promover a conformidade dos processos em uma
organizao com um requisito em particular ou uma
classe de requisitos;
determinar a adequao dos processos de uma
outra organizao com um contrato ou uma classe de
contratos.
Quando se fala em qualidade do processo de
, lembre-se que um requisito bsico de
um processo de qualidade o de que todas
as atividades envolvidas sejam sistemticas e
passveis de repetio independente de quem
execute.
A qualidade de um produto de software dependente da
qualidade do processo pelo qual ele construdo e mantido.
Quando voc atua sobre o processo de software voc pode
deni-lo, gerenci-lo, medi-lo e melhor-lo. Mas para denir o
processo de software necessrio conhecer o processo atual, ou
seja: determinar a capacidade do processo , avaliar a proposta de
melhorias e evoluo do processo de software.

38
Alm de denir o processo, voc precisa descrev-lo em detalhes
para que todos os seus colaboradores consigam us-lo de forma
consistente.
O que envolve a realizao de um modelo de
processo?
Lembre-se que a implantao de um programa de qualidade
inicia pela denio e implantao de um processo de software.
A partir da o processo de software deve estar documentado, ser
compreendido e seguido.
Figura 1 - Modelo de Processo
O modelo do processo envolve o uso de mtodos,
procedimentos que precisam denir a relao entre os mtodos
e as ferramentas utilizadas para simplicar a utilizao dos
mtodos, automatizando suas tarefas e uma equipe treinada nos
mtodos e no uso das ferramentas e todos estes componentes
utilizados em conjunto propiciam um processo de qualidade.
39
Unidade 2
Voc sabia?
A melhoria da qualidade do processo j no uma preocupao
isolada de uma ou outra empresa, voc j ouviu falar sobre a
sociedade SOFTEX e seu trabalho para a promoo da melhoria
da qualidade do processo de software por meio de um modelo de
referncia?
Para conhecer mais sobre a SOFTEX, acompanhe a seguir um
trecho do artigo de Maurcio F. Galimberti, disponvel em:
<http://www.aepolo.org.br/artigo_7.asp> (ltimo acesso em
fevereiro de 2006). Caso voc queria l-lo integralmente s
acessar o site.
Software: uma abordagem brasileira
Com a misso de transformar o Brasil em um centro
de excelncia na produo e exportao de software, a
Sociedade SOFTEX atua de diversas formas, e em diversas
frentes, para o crescimento e difuso da indstria brasileira
de software.
Um dos ltimos empreendimentos da Sociedade SOFTEX
est relacionado melhoria de processos de software. Em
virtude do cenrio mundial de demanda por produtos e
processos de qualidade, a SOFTEX criou o projeto Melhoria
de Processos de Software Brasil (mps BR), que formado
pelo Modelo de Referncia e pelo Modelo de Negcio.
O mps Br visa a melhoria de processos de software em
empresas brasileiras, a um custo acessvel, especialmente
na grande massa de micro, pequenas e mdias empresas.
O Projeto mps Br tem como objetivo principal defnir e
implementar o Modelo de Referncia para melhoria de
processo de software (MR mps) em 120 empresas, at junho
de 2006, com perspectiva de mais 160 empresas nos dois
anos subseqentes.
O projeto tem como objetivos secundrios disseminar, em
diversos locais no pas: a capacitao no uso do modelo
(cursos de Introduo ao MR mps e cursos e provas para
Consultores de Implementao e Avaliadores do modelo);
O site da MPS Br dissemina
informaes sobre a
melhoria do processo de
software no Brasil. Site
disponvel em: http://
www.softex.br/cgi/cgilua.
exe/sys/start.htm?sid=194
40
o credenciamento de instituies implementadoras
e/ou avaliadoras do modelo, especialmente
instituies de ensino e centros tecnolgicos; a
implementao e avaliao do modelo com foco em
grupos de empresas.
Atualmente, so inmeras as normas e os diferentes modelos
de denio, avaliao e melhoria dos processos. Nas sees
seguintes desta unidade voc ir interagir com:
a norma ISO 12207 Processos do Ciclo de Vida do
Software;
o modelo CMM Capability Maturity Model ;
o modelo CMMI Capability Maturity Model
Integration.
Siga em frente com dedicao!
SEO 2 ISO 12207 Processos do Ciclo de Vida do
Software
A norma ISO / IEC 12207 Information Technology Software
Life Cycle Processes foi aprovada em 1995. Esta norma estabelece
processos, atividades e tarefas a serem aplicados na aquisio,
fornecimento, desenvolvimento, manuteno e operao do
software. Esta norma promove o processo de ciclo de vida bem
denido.
A norma pode ser aplicada para qualquer tipo de atividade, como
por exemplo atividades aeroespaciais, equipamentos mdicos,
telecomunicaes, comerciais, militares, etc.
Os usurios-alvo da norma so compradores e fornecedores com
conhecimentos tcnicos considerados elevados e que estejam
envolvidos em projetos que apresentam riscos em termos de
custos, prazos, qualidade ou tcnicos. Ela descreve a arquitetura

41
Unidade 2
de processos de ciclo de vida do software, mas no especica os
detalhes de como implementar ou realizar as atividades e tarefas
includas nos processos.
Tratar do processo no signifca limitar a empresa em
termos de decises, em outras palavras, na norma
no so prescritos mtodos de desenvolvimento
a serem seguidos ou mesmo defnidos modelos
especfcos de ciclo de vida que devam ser adotados.
Da mesma forma, no so estabelecidos modelos de
documentao que devam ser seguidos. Na verdade,
ela apenas indica onde a empresa deve chegar para
certifcar-se, mas no como deve fazer isto.
A norma composta por 17 processos do ciclo de vida
organizados em trs grandes classes. A seguir, conhea
sinteticamente, quais so as classes e seus processos:
Quadro 1 . Classes e processos da norma ISO/IEC 12207
Classes Processos de inclui
A) Processos
fundamentais se
prolongam do
incio a execuo do
desenvolvimento,
operao ou manuteno
do software durante todo
o seu ciclo de vida.
1 - Aquisio
aspectos referentes a denio da necessidade de adquirir um software
(produto ou servio), pedido de resposta, seleo de fornecedor,
gerncia da aquisio e aceitao do software.
2 - Fornecimento
preparar uma proposta, assinatura de contrato, determinao dos
recursos necessrios, planos de projeto e entrega de software.
3 - Desenvolvimento
anlise de requisitos, projeto, codicao, integrao, testes, instalao
e aceitao do software.
4 - Operao a operao do software e suporte operacional aos usurios.
5 - Manuteno atividades de quem faz a manuteno do software.
B) Processos de apoio
auxiliam outros
processos.
6 - Documentao
planejamento, projeto, desenvolvimento, produo e manuteno
dos documentos necessrios a gerentes, engenheiros e usurios do
software.
7 - Gerncia de
Congurao
Controle de armazenamento, liberaes, manipulao, distribuio e
modicao de cada um dos itens que compem o software.
8 - Garantia da Qualidade
garante-se que os processos e produtos de software estejam em
conformidade com os requisitos e os planos estabelecidos.
9 - Vericao
determina se os produtos de software de uma atividade atendem
completamente aos requisitos ou condies impostos a eles.
10 - Validao
determina se os produtos e o produto nal ( sistema ou software)
atendem ao uso especco proposto.
11 - Reviso Conjunto
dene as atividades para avaliar a situao e os produtos de uma
atividade de um projeto.
42
12 - Auditoria
determina de forma independente, a conformidade de produtos
identicados e atividades com planos, requisitos e com o contrato.
13 - Resoluo do
Problema
denir a forma para analisar e resolver os problemas de
qualquer natureza ou fonte, descobertos durante a execuo do
desenvolvimento,operao ou manuteno.
C) Processos
organizacionais
implementam uma
estrutura constituda
de processos de ciclo
de vida e pessoal
associados, melhorando
continuamente a
estrutura e os processos.
14 - Gerncia trata do gerenciamento de processos,
15 - Infra-estrutura
hardware, software, ferramentas, tcnicas, padres de
desenvolvimento, operao ou manuteno.
16 - Melhoria
estabelece atividades para estabelecer, avaliar, medir, controlar e
melhorar um processo de ciclo de vida de software.
17 - Treinamento relaciona atividades para prover e manter o pessoal treinado.
Observe que cada uma das classes apresenta os seus processos
denidos e os seus usurios potenciais.
No processo de aquisio e fornecimento a viso de
contrato, os usurios so clientes e fornecedores.
No processo de operao temos a viso operacional onde
os usurios so o operador e o usurio.
Na viso de engenharia temos os processos
de desenvolvimento e manuteno em que os
usurios sero a equipe de manuteno e a equipe de
desenvolvimento.
Todos os processos de apoio fazem parte da viso da
equipe de apoio e so utilizados por elas.
SEO 3 Capability Maturity Model - CMM
O CMM, ou modelo para a melhoria da maturidade da
organizao, foi desenvolvido pelo Software Engineering
Institute.
O projeto foi inicialmente nanciado pelas foras armadas
americanas que queriam que fosse estabelecido um padro de
qualidade para os softwares desenvolvidos a ela. Deste modo,
um alerta oportuno a fazer, que como o projeto todo previa
o desenvolvimento de grandes projetos, por isso seu uso para

43
Unidade 2
projetos menores dever ser cuidadoso pois precisa ser adaptado
com a realidade da organizao que pretende utiliz-lo.
O CMM pode ser entendido como um modelo para a
melhoria da maturidade da organizao. Mas o que
maturidade de uma organizao?
Acompanhe o raciocnio: quando uma empresa imatura, todo
o processo improvisado, a empresa no possui base histrica
sobre seu processo de desenvolvimento, logo no h maneira
objetiva de julgar a qualidade do produto. Normalmente em
uma organizao imatura a qualidade e a funcionalidade do
produto so sacricadas, pois no existe um rigor no processo
a ser seguido, sendo que a equipe invariavelmente encontra-se
envolvida na resoluo de crises imediatas.
Um exemplo prtico quando o desenvolvimento
encontra-se com um atraso de 60 dias no projeto do
cliente X. Mas na minha empresa tenho 3 equipes,
em diferentes projetos, para compensar este atraso
e atender o cliente X, eu retiro a equipe que est
desenvolvendo para o cliente B (que estava com o
cronograma em dia ) 3 desenvolvedores e os escalo
no projeto procurando coloc-lo em dia. O que voc
acha que vai acontecer? Resolverei o problema do
cliente X? Criarei um novo problema para o cliente B?
Resolverei todos os problemas com esta atitude?
difcil dizer o que ir acontecer, na verdade pouco previsvel
o resultado desta operao, mas o que certo a imaturidade do
processo.
A conseqncia da imaturidade o alto custo de
manuteno de seus produtos, a baixa produtividade,
a qualidade duvidosa e um risco elevado quando se
deseja fazer alguma inovao tecnolgica.
Para melhor entender o contexto, imagine ainda, a seguinte
metfora: voc foi convocado para fazer parte de um time de
44
futebol, mas na verdade no foram denidas as posies pela
competncia dos jogadores, alguns jogam, outros olham e a
maioria reclama e ainda por cima tenta impor suas idias sobre
como melhorar a partida e ganhar o jogo. Apesar da confuso seu
time pode vencer, bem provvel que isto ocorra pela capacidade
pessoal de um ou outro jogador, mas voc no pode garantir que
o mesmo se repita ou que o jogo possa ser de alguma maneira
controlado. Moral da histria, este time imaturo.
Na mesma medida, isto ocorre freqentemente em empresas
desenvolvedoras de software. Mesmo que a empresa seja imatura
no signica que ela no possa produzir um excelente produto.
Mas ser que ela conseguir repetir este sucesso? Talvez todo o
projeto esteja na mo de apenas um desenvolvedor e a sada deste
membro da equipe pode literalmente fechar a empresa!
E agora, voc imagina o que uma organizao
considerada madura?
s imaginar o inverso da anterior!
Na organizao madura esto bem claros e denidos
todos os papis e responsabilidades.
A empresa possui uma base histrica de seus processos
e decises, a qualidade dos processos e produtos
completamente monitorada, sendo que seu processo pode
ser constantemente atualizado e melhorado.
Em uma organizao madura a comunicao entre
gerncias e seus grupos eciente e motivada pela
empresa.
Como conseqncia deste processo a empresa tem a
satisfao de cronogramas, funcionalidades, custos e
qualidade do produto.

45
Unidade 2
O CMM descreve princpios e prticas dos quais
depende a maturidade do processo de software,
assim permite o apoio as organizaes que
pretendem aumentar a maturidade de seu processo
por um caminho evolutivo.
Deste modo, o CMM permite ao cliente e ao empresrio medir a
maturidade da empresa segundo princpios/preestabelecidos.
Quais so os nveis de maturidade?
O CMM foi dividido em cinco nveis de maturidade
relacionados ao desenvolvimento do software: inicial, repetitivo,
denido, gerenciado, otimizado.
Figura 2 - Nveis do CMM
Cada um dos nveis possui reas-chaves que estabelecem temas
que devem ser abordados por meio de metas e que na verdade,
identicam as questes essenciais que caracterizam o nvel.
46
Observe a gura 2, para cada rea-chave existem prticas-
chaves. As prticas-chave especicam o que deve ser feito
para implementar o modelo como: documentos, treinamentos,
polticas denidas para as atividades, medies e anlises.
Mas lembre-se as prticas-chaves nunca estabelecem
como elas devem ser implementadas, somente
defnem o que deve ser realizado.
Observe tambm na gura 2 que o nvel gerenciado possui
duas reas-chaves: o Gerenciamento de Qualidade e o
Gerenciamento Quantitativo do Processo.
Para voc entender melhor as caractersticas de cada nvel
apresentado na gura 2, leia atentamente o texto que segue.
1 Nvel CMM:
No primeiro nvel, o inicial, o processo de desenvolvimento
desorganizado e at catico. Poucos processos so denidos e o
sucesso no desenvolvimento depende da competncia das pessoas.
Grande parte dos problemas para empresas neste nvel so de
ordem gerencial e no tcnica, o gerente no possui a visibilidade
do processo e de como ele ocorre e com certeza, ter problemas
na denio e cumprimento de cronograma, oramentos e
manuteno da qualidade.
Voc observou que no nvel 1 no existem reas-chave? Por que?
2 Nvel CMM:
No segundo nvel , o repetitivo, os processos bsicos de
gerenciamento de projeto esto estabelecidos e permitem
monitorar custos, cronograma e funcionalidade. A disciplina
necessria ao processo est estabelecida de forma a poder ser
repetida com sucesso em projetos com aplicaes semelhantes.
Neste nvel j existem padres na empresa que so seguidos
pela equipe, j possvel acompanhar custos, cronogramas e
planejamento.
47
Unidade 2
3 Nvel CMM:
O nvel denido possui as atividades de gerenciamento e as
de engenharia do processo de desenvolvimento de software
documentadas, padronizadas e integradas em um padro de
desenvolvimento da organizao. Todos os projetos utilizam
uma verso aprovada e adaptada do processo padro de
desenvolvimento de software da organizao.
Sempre que a empresa est neste nvel, a evoluo do produto
visvel atravs do processo.
4 Nvel CMM:
No nvel 4, o nvel gerenciado, a gerncia consegue tomar
suas decises sobre bases objetivas, todo o processo medido
e gerenciado quantitativamente. Produto e processo de
desenvolvimento de software so entendidos e controlados
quantitativamente.
Neste nvel medidas de qualidade e produtividade so coletadas
em todos os projetos, ocorre a avaliao e anlise contnua do
desempenho. estabelecido o controle estatstico de processos.
5 Nvel CMM:
Quando a empresa chega no nvel 5, o melhoramento contnuo
do processo conseguido pelo feedback quantitativo dos
processos e pelo uso pioneiro de idias e tecnologias inovadoras.
A melhoria contnua do processo proporcionada pela
realimentao quantitativa do processo e pela implementao
de novas idias e tecnologias. Em outras palavras, a empresa
consegue medir quantitativamente o impacto e a ecincia das
mudanas implementadas.
No nvel 5 so identicados os pontos fracos e defeitos
promovendo uma ao preventiva sobre causas. Assim como
mudanas mais signicativas de processos ou de tecnologias so
feitas, a partir de anlises de custo/benefcio com base em dados
quantitativos cuja coleta iniciou-se no nvel 4.
48
Como est o Brasil no ranking de qualifcao CMM?
Apesar de complexo em sua implantao, o nmero de adeses de
empresas brasileiras vem crescendo. Para voc ter conhecimento
acompanhe o quadro a seguir:
Quadro 2 - Ranking brasileiro de qualicao CMM
O Processo de Avaliao no Brasil
No ltimo relatrio do SEI/CMU, publicado em setembro de 2005 com
dados at junho do mesmo ano, o Brasil encontra-se em 14 lugar dentre
os pases com maior nmero de avaliaes CMM realizadas por esse
instituto (aps ter permanecido na 13 posio desde dezembro de
2001), sendo o nico pas da Amrica Sul que aparece com mais de 20
avaliaes (29); Chile possui 20 avaliaes; Argentina, Colmbia, Peru,
Uruguai e Venezuela aparecem com menos de 10 avaliaes.
A Integrated System Diagnostics Brasil - ISD-Brasil [www.isdbrasil.com.
br], subsidiria da norte-americana ISD Inc, conta com as credenciais
do SEI para efetuar avaliaes ofciais e com profssionais autorizados a
conduzir avaliaes de processos com resultados reconhecidos.
Organizaes com Qualifcao CMM no Brasil 1997-20051
Desde
Nvel Atual
No ano At o ano
2 3 4 5
1997 1 1 1
1998 1 1 2
1999 2
2000 2
2001 4 4 6
2002 3 1 4 10
2003 16 1 17 27
2004 6 3 9 36
2005 15 1
16
52
Total 41 10 1 52
49
Unidade 2
Voc sabia que no Brasil existe apenas uma empresa classicada
no nvel 4 de maturidade ? E que somente 10 empresas possuem
o nvel 3?
Conhea no quadro a seguir quem so elas.
Quadro 3 Empresas brasileiras com nvel 3 e 4
SEO 4 Capability Maturity Model Integration -
CMMI
O modelo CMMI um modelo que descreve orientaes para
a denio e implantao de processos, o modelo no descreve
processos mas orientaes denidas por meio de prticas
especicadas.
CMM - Nvel 3
Nome da empresa Estado
Data da
avaliao
Empresa
avaliadora
1 Accenture Delivery Center So Paulo SP nov/04 Procesix
2 CI&T Software SP mar/04 Synchro PP&T
3 DBA Engenharia de Sistemas RJ jul/01 ISD
4 EDS So Paulo Solution Center SP ago/01 ... (2)
5 Ericsson do Brasil SP mar/01 ... (2)
6 Motorola SP dez/01 ISD
7
Politec
Braslia DF 2004 ISD
8 So Paulo SP mar/05 ISD
9 Stefanini SP out/02 ISD
10 Xerox do Brasil CDSV (desativada em janeiro/05) ES dez/97 ISD
CMM - Nvel 4
1 EDS Rio de Janeiro Solution Center RJ dez/03 ... (2)
Fontes: ISD Brasil, Procesix, empresas qualicadas e imprensa especializada, compilado por
MCT/SEPIN/DIA.
(1) Fonte: ITWeb, 10/10/2005
(2) Fonte: Gazeta Mercantil, fev/04
50
O modelo foi construdo a partir da herana dos modelos
Software CMM Staged, o SECM Continuous e o IPD CMM
Hybrid.
O foco do CMMI baseia-se nas disciplinas de um
desenvolvimento integrado do produto e processo, o
desenvolvimento de sistemas (incluindo software ou no), o
desenvolvimento de software, a subcontratao e a integrao dos
modelos e reduo dos custos com melhorias de processo.
Fazem parte dos principais objetivos do CMMI:
aumento do foco das atividades;
integrao dos processos existentes;
eliminar inconsistncias;
reduzir duplicaes;
fornecer terminologia comum;
assegurar consistncia com a norma ISO 15504;
exibilidade e extenso para outras disciplinas.
Quais so os nveis no CMMI?
Observe a seguir que no CMMI ocorre uma mudana nos nomes
dos nveis em relao ao CMM:
Quadro 4 - comparao CMM e CMMI
Nvel SW-CMM(v 1.1) CMMI
1 Inicial Executado - Inicial
2 Repetvel Gerenciado
3 Denido Denido
4 Gerenciado Quantitativamente Gerenciado
5 em Otimizao em Otimizao
ISO 15504
A norma dene um modelo
bi-dimensional cujo objetivo
a realizao de avaliaes
do processo do software e sua
melhoria.
51
Unidade 2
1 Nvel CMMI:
No nvel inicial a organizao possui um controle de processos
informal.
2 Nvel CMMI:
No nvel gerenciado ocorre um gerenciamento bsico do projeto.
Os processos so divididos em projetos individuais.
3 Nvel CMMI:
O terceiro nvel, o denido, caracteriza-se pela padronizao do
processo constitudo de vrios projetos.
4 Nvel CMMI:
No nvel gerenciado quantitativamente vrios processos so
gerenciados mantendo-se a mesma padronizao.
5 Nvel CMMI:
O quinto nvel, otimizado, ocorre a melhoria contnua do
processo.
Como est no Brasil o CMMI?
Organizaes com Qualifcao CMMI no Brasil 1997-20051
Fontes: ISD Brasil, Procesix, empresas qualicadas e imprensa especializada, compilado por MCT/
SEPIN/DIA.
(1) Fonte: ITWeb, 10/10/2005
(2) Fonte: Gazeta Mercantil, fev/04
52
Apesar da autorizao para treinamento CMMI ter iniciado no
Brasil em 2003, percebe-se pelos dados da ISD que sua procura
por parte das empresas faz uma curva ascendente passando de 1
para 14 em apenas 2 anos.
No Brasil, o CMMI seduz um grande nmero de empresas
promovendo a melhoria organizacional e de qualidade, apenas
30 empresas (at nal de 2005) no mundo possuem o CMMI
nvel 5.
Voc sabia...
A Stefanini foi a primeira companhia nacional a
conquistar o nvel 5 do CMMI que confere empresa
um padro de qualidade internacional na engenharia
de software.
O credenciamento CMMI considerado hoje por empresas
e pelo governo como fundamental para o processo de
incremento da exportao de software.
53
Unidade 2
Para nalizar o contedo desta unidade, leia a seguir as
estimativas de custo e tempo de implementao estimadas por
Plnio Ventura.
8 de novembro de 2005
Exportao de Software e o CMMI
Plnio Ventura *
Mas o que qualidade de software? Como medir a
qualidade de um artefato de software? Como concluir
que um produto tem qualidade inferior a outro? Podemos
tentar responder essas perguntas a partir de vrios
argumentos, mas para alcanarmos exatido, gastaremos
tempo e dinheiro.
Uma das formas de atestar a qualidade de uma empresa
fabricante de software e seus produtos e, ainda, abrir
as portas para a exportao investir na aquisio de
modelos de qualidade, como o CMMI - Capability Maturity
Model Integration (www.sei.cmu.edu/cmmi).
Nota: CMMI no uma certifcao, o resultado de uma
avaliao que atesta a maturidade/capacidade de uma
empresa para desenvolver software com qualidade. A
avaliao positiva concluda a partir da emisso de um
laudo pelo SEI Software Engineer Institute. Este laudo
atesta que a empresa avaliada est em conformidade com
as boas prticas do CMMI.
O investimento mdio para adequao dos processos s
praticas do CMMI de R$ 250 mil, mas existe variao do
investimento de acordo com os cenrios avaliados. No
Brasil, esse valor j oscilou entre R$ 150 mil e R$ 1,5 milhes.
J o tempo mdio para chegar a um nvel de maturidade
oscila entre 12 e 45 meses (tanto o investimento quanto o
tempo variam de acordo com o porte da unidade avaliada e
o nvel de maturidade almejado).
Nota: Os dados citados no incluem empresas que
possuem o SW/CMM ou o SE/CMM.
Mas por que o nmero de empresas brasileiras que
possuem CMMI to pequeno?. Onde est o fator limitador
para as empresas obterem o CMMI? Cultura, carncia
fnanceira, comodismo, falta de incentivo do governo?
54
Agora que voc chegou ao nal do contedo proposto para essa
unidade, realize as atividades propostas para praticar os novos
conhecimentos.
Leia com ateno os enunciados e realize as questes propostas:
1) O modelo CMM - Capability Maturity Model avalia a maturidade das
organizaes. Relacione suas caractersticas corretamente: (ateno
que pode ocorrer repeties)
a) defnido
b) otimizado
c) inicial
d) gerenciado
e) repetitivo
( ) tambm conhecido como processo previsvel.
( ) ocorrem treinamentos do grupo e a defnio do
processo da organizao.
( ) resoluo de crises imediatas.
( ) promove o gerenciamento quantitativo do
processo.
( ) no existe base histrica.
( ) promove o gerenciamento de requisitos e a
garantia da qualidade.
( ) permite o gerenciamento de mudana do processo
e preveno de defeitos.
( ) tambm conhecido como processo disciplinado.
2) Complete as lacunas com as seguintes expresses:
As atividades - os nveis de maturidade as reas-chaves do
processo caractersticas comuns as atividades
No modelo CMM pode-se dizer que:
a) As reas-chaves do processo so organizadas por _______________
necessrias para a implementao.
b) __________________ so necessrias para atingirmos os objetivos
c) __________________ indicam a capacidade do processo.
d) As caractersticas comuns contm prticas base que descrevem ______
____________.
55
Unidade 2
3) Descreva a seguir quais so os requisitos necessrios para que se inicie
um processo de qualidade?
4) Relate como organizada a norma ISO/IEC 12207?
Aps a realizao destas atividades, participe tambm
das atividades propostas no EVA. Lembre-se que toda
dedicao premiada com conhecimento.
56
Sntese
A Software Engineering Institute publicou em estudos recentes,
nmeros que impressionam relacionados melhoria de
desempenho em empresas que investiram em qualidade. Estas
empresas tiveram um aumento mdio de produtividade de 35%
por ano, j o nmero de bugs encontrados aps a entrega foi
reduzido em 39% ao ano. Estes nmeros levaram a um aumento
de produtividade e reduo de custos, re-trabalho e manuteno
em uma proporo de 5 para 1, chegando a 9 para 1 em alguns
casos.
Estes nmeros comprovam que a implantao de modelos
(CMM) ou normas (ISO 12207) mesmo com custos
considerveis de implementao, trazem a longo prazo, retornos
em termos de qualidade que pode ser quanticada no aumento
da produtividade e dos lucros da empresa.
Outro modelo importante o CMMI, construdo sobre a estrutura
do CMM procura apresentar-se de uma forma mais abrangente,
englobando diversas disciplinas em um nico modelo, com uma
nica estrutura, metodologia comum, nomenclatura padro,
podendo ser utilizado no desenvolvimento de produtos, servios
e manuteno, reunindo as melhores prticas de outros modelos.
Apesar de recente j possui uma boa representao no Brasil.
A soma destes modelos proporciona um escopo de escolha
razovel para todas as empresas que pretendem promover a
melhoria de suas organizaes por meio de processos mais
controlveis e dinmicos. Na prxima unidade, voc vai ser
apresentado a conceitos e normas voltadas a qualidade do produto
que em conjunto com a qualidade do processo aprimoram a
qualidade geral do processo e seu produto nal.
Aps o estudo desta unidade, a seqncia prope que voc estude
na unidade 3, a qualidade do produto.
57
Unidade 2
Saiba mais
Se voc quiser saber mais sobre a norma, o site <http://
www.12207.com> oferece templates, checklists, livros e
novidades sobre a utilizao da norma ISO / IEC 12207
Information Technology - Software Life Cycle Processes.
Se voc deseja saber mais sobre o modelo CMM veja em nossa
midiateca o artigo Uma experincia prtica na implantao do
CMMde Marcelo Pessoa.
No site <www.mct.gov> voc vai encontrar a traduo do CMM
e do CMM nvel 2 disponvel para download.
Outro site importante na rea o site do SEI - Software
Engineering Institute <http://www.sei.cmu.edu/> que traz
artigos, relatos e atualizaes do CMM e do modelo CMMI.
Se voc deseja saber mais sobre o modelo CMMI faa uma
visita ao site ocial do Carnegie Mellon <http://www.sei.cmu.
edu/>cmmi/, nele voc vai encontrar artigos, produtos, eventos e
relatos de experincia na utilizao do CMMI.
Outro site interessante o da Borland - <http://www.borland.
com/br/services/cmmi.html> que apresenta uma ferramenta on-
line que induz o usurio a explorar e entender o modelo CMMI.
No podemos encerrar esta unidade sem falarmos da ISO
15504.
A ISO 15504 tem por objetivo a avaliao de processos
propondo a melhoria contnua ou a determinao de seu nvel de
capacidade. A ISO 15504 dene um framework para avaliao
de processos de software e baseia-se nas melhores caractersticas
de vrios modelos existentes, tais como: CMM, Trillium e
Bootstrap, alm das Normas ISO 9001/9000-3 (interpretao da
ISO9000 para software) e ISO/IEC 12207.
58
Esta norma tem sido muito bem aceita no mercado, veja na
midiateca a experincia de sua aplicao na empresa InfoGlobo
Comunicaes responsvel por diversos produtos como o Jornal
O Globo, Jornal Extra, O Dirio de So Paulo, Agncia O
Globo, O Globo On Line.
Procure sob o ttulo Experincia de Avaliao de Processos e
Desenvolvimento de uma Ferramenta para Apoio Baseado na
ISO/IEC TR 15504.
UNIDADE 3
Qualidade do produto
Conhecer as normas utilizadas na avaliao da qualidade

do produto.
Compreender os objetivos das normas e suas

caractersticas.
Sees de estudo
das seguintes sees
Seo 1 Qualidade do produto de software.
Seo 2 ISO/IEC 9126 Software Product Quality.
Seo 3
ISO/IEC 14598 Information Technology
Software Product Evaluation.
Seo 4 ISO/IEC 12113 Software Packages Quality.
3
60
Nos dias atuais, os clientes de software, esto cada vez mais
familiarizados com a tecnologia e mais experientes no processo
de aquisio de seus produtos. A conseqncia imediata
o aparecimento de clientes cada vez mais exigentes, e para
os desenvolvedores de software, a conseqncia a busca da
qualidade de seus produtos. O uso de mtodos de avaliao
baseados em normas uma forma eciente e segura de se atingir
este objetivo.
A Organizao Internacional para Padronizao ISO lanou
um conjunto de normas de qualidade elaboradas especicamente
para a padronizao da avaliao da qualidade de produtos de
software. As normas internacionais de avaliao de produto de
software so recentes e a compreenso completa do processo de
avaliao exige a anlise de duas normas, a ISO/IEC 9126 e a
ISO/IEC 14598.
A ISO/IEC 9126 descreve um modelo de qualidade e alguns
exemplos de mtricas que podem ser utilizadas na avaliao de
produto de software. J a ISO/IEC 14598, oferece uma viso
geral dos processos de avaliao de produtos de software e fornece
guias de requisitos para avaliao.
Nesta unidade a proposta que voc inicie o estudo sobre
modelos de avaliao do produto e suas principais caractersticas.
Sinta-se vontade para o estudo exploratrio sobre a qualidade
do produto de software.

SEO 1 Qualidade do produto de software
Voc pode entender por qualidade do produto de software como:
Um conjunto de caractersticas que devem ser
alcanadas em um determinado grau para que o
produto atenda as necessidades do usurio.
61
Unidade 3
O detalhamento destas caractersticas chegando ao nvel de
atributos e sua avaliao que determinam a qualidade do
produto de software.
Imagine o seguinte exemplo: voc ganha de presente
de aniversrio um bolo maravilhoso de seus colegas
de trabalho. Quando voc olha ou mesmo come o
bolo s consegue avaliar o produto fnal, possvel
voc avaliar atributos como o sabor e a aparncia
(por exemplo), mas torna-se impossvel avaliar como
ocorreu o processo de produo, questes como o
padro de higiene utilizado na confeco do bolo ou
mesmo a qualidade dos ingredientes usados sero
impossveis de avaliar.
Para se avaliar um produto de software necessrio usar um
modelo que organize os atributos considerados importantes no
processo de avaliao, que possibilite a avaliao do produto de
software e principalmente, que permita o entendimento de como
cada atributo inuencia positiva ou negativamente a qualidade do
produto. Estes modelos so expressos e aceitos pelo mercado na
forma de normas tcnicas.
Lembre-se: a avaliao de um produto de software requer
planejamento, controle e uso de tcnicas adequadas de avaliao.
Quais so os modelos que avaliam a qualidade do
produto de software?
Quando voc avalia a qualidade do produto de software
necessrio vericar por meio de tcnicas e atividades
operacionais o quanto os requisitos so atendidos. Estes requisitos
so na verdade, as necessidades que so expressas em termos
quantitativos ou qualitativos e que denem as caractersticas do
software.
possvel citar trs documentos, so elas, a norma:
ISO/IEC 9126 Qualidade do produto de softwar.e
ISO/IEC 14598 Avaliao de produtos de software.
ISO 12113 Testes e requisitos de qualidade em pacotes
de software.

62
Ao fazer um exame sistemtico para avaliar a qualidade do
produto voc precisa ter : um processo de avaliao que seja
responsvel por fornecer passos a serem seguidos por quem
ir avaliar a qualidade do produto.
Como funciona o relacionamento entre as normas?
A norma 14598 oferece um processo de avaliao adaptado para
as trs vises:
a viso do desenvolvedor,
a viso do comprador, e
a viso do avaliador.
Neste processo a especicao do modelo de qualidade utilizado
o da norma ISO/IEC 9126.
Simplifcando: a norma ISO/IEC 14598 oferece
os procedimentos para realizao do processo de
avaliao e a ISO/IEC 9126 oferece o modelo do que
deve ser avaliado no produto.
Veja na gura 1, a seguir, como se d este relacionamento entre
as normas.

63
Unidade 3
Figura 1 - Relacionamento entre a norma ISO/IEC 9126 e 14598 (ISO9126,1997)
Voc observou na gura 1, a abrangncia da norma ISO/IEC
14598 sobre o processo de avaliao e o uso da ISO/IEC 9126 na
aplicao das mtricas?
Na prxima seo conhea mais detalhes sobre a ISSO/IEC
9126.
SEO 2 ISO / IEC 9126 Software Product Quality
A Norma ISO/IEC 9126 utilizada como referncia para o
processo de avaliao do produto de software.
defnida como um conjunto de atributos que
tem impacto na capacidade do software de manter
o seu nvel de desempenho dentro de condies
estabelecidas por um dado perodo de tempo.
64
Segundo Rocha (2001), esta norma est dividida em duas partes:
o modelo de qualidade para caractersticas externas e
internas e
o modelo para qualidade em uso.
A norma NBR 13596, a traduo ocial para o portugus,
realizada pela ABNT, da norma ISO/IEC 9126 - Information
Technology- Software Quality Characteristics and Metrics
(Tecnologia da Informao Caractersticas e Mtricas de
Qualidade de Software).
Quando a norma ISO/IEC 9126 utilizada?
Voc pode utilizar esta norma:
na avaliao das especicaes do software durante
o desenvolvimento para vericar se os requisitos de
qualidade esto sendo atendidos.
Na descrio das caractersticas e atributos do software
implementado, por exemplo nos manuais de usurio.
Na avaliao do software desenvolvido antes da entrega
ao cliente.
Na avaliao do software desenvolvido antes da aceitao
pelo cliente.

65
Unidade 3
A norma est dividida em 4 grandes partes:
Quadro 1 Norma ISO/IEC 9126 e suas partes
Norma Parte
I
S
O
/
I
E
C

9
1
2
6
1 - modelo de qualidade, fornece caractersticas e subcaractersticas de qualidade,
sendo uma norma essencialmente de denies.
2 - dene mtricas externas para a medio das caractersticas e
subcaractersticas de qualidade da ISO/IEC 9126-1. Essas mtricas referem-
se a medies indiretas de um produto de software, a partir da medio do
comportamento do sistema computacional do qual o produto faz parte.
3 - estabelece mtricas internas para a avaliao de um produto de software.
Essas mtricas referem-se a medies diretas de um produto, a partir de sua
caractersticas internas, sem que seja necessria a execuo do programa.
4 - estabelece mtricas de qualidade em uso.
Como so classifcadas os atributos de qualidade no
modelo de qualidade para caractersticas externas e
internas?
Este modelo de qualidade classica os atributos de qualidade em
seis grandes caractersticas, as quais so por sua vez, descritas na
forma de subcaractersticas. Acompanhe a seguir, com ateno,
quais so elas:
66
Quadro 2 Classicao dos atributos de qualidade no modelo de qualidade para caractersticas exter-
nas e internas
Classicao Subcaractersticas
1 - Funcionalidade
- as funes e
propriedades
especcas do produto
que satisfazem as
necessidades do
usurio, descreve o que
faz o software como e
quando.
Adequao
existncia de um conjunto de funes apropriadas para as tarefas
requeridas.
Acurcia o produto gera resultados precisos ou dentro do esperado pelo cliente.
Interoperabilidade
avalia a capacidade de interagir e interoperar com outros sistemas de
acordo com o que foi especicado.
Conformidade:
o produto est de acordo com as convenes, as normas ou os
regulamentos estabelecidos.
Segurana no
acesso
aptido para prevenir os acessos no autorizados a programas e dados.
2 - Conabilidade
- conjunto de atributos
que evidenciam a
capacidade do software
de manter seu nvel
de desempenho
sob condies
estabelecidas durante
um perodo de tempo
estabelecido.
Maturidade
estado de maturao do software, detectada por sua baixa freqncia
de falhas.
Tolerncia a falhas
capacidade do produto para manter determinados nveis de desempenho
mesmo na presena de problemas ou mesmo em caso de violao nas
interfaces especicadas.
Recuperabilidade
atributos do software que evidenciam atributos do software que
evidenciam sua capacidade de restabelecer seu nvel de desempenho e
recuperar os dados diretamente afetados em caso de falha e o esforo
necessrios para que isto acontea.
3 - Usabilidade - a
usabilidade refere-se
ao esforo necessrio
para usar um produto
de software assim como
o julgamento individual
do uso por um conjunto
explcito ou implcito
de usurios.
Inteligibilidade
facilidade com que o usurio reconhece a lgica de funcionamento de
um produto e sua aplicao.
Apreensibilidade
medida da facilidade encontrada pelo usurio para aprender a utilizar o
produto
Operacionalidade
facilidade oferecida para operar e controlar operaes pertinentes ao
software.
6 - Portatilidade -
facilidade do software
poder ser transferido
de um ambiente para
outro.
Adaptabilidade faculdade do produto poder ser adaptado a novos ambientes.
Instalabilidade facilidade de instalao do produto de software.
Conformidade
com padres de
portatilidade
o produto apresenta-se compatvel com os padres ou convenes de
portatilidade.
Substituibilidade
o produto de software pode ser substitudo por outro, sem grandes
esforos.
67
Unidade 3
5 - Ecincia - observa-se
nesta caracterstica o nvel
de desempenho do software
e a quantidade de recursos
utilizados sob condies
estabelecidas.
Comportamento
no tempo
medida do tempo de resposta e de processamento, assim como as taxas
de processamento (throughput), ao executar a funes prescritas.
Comportamento
dos recursos
atributos do software que evidenciam seu tempo de resposta, tempo de
processamento e velocidade na execuo de suas funes.
6 - Manutenibilidade -
refere-se ao esforo necessrio
para a realizao de alteraes
especcas no produto de
software.
Analisabilidade caracterstica de ser possvel diagnosticar decincias e causas de falhas.
Modicabilidade
caracterstica que o produto deve ter de forma a facilitar modicaes e
remoes de defeitos.
Estabilidade medida do risco de efeitos inesperados provenientes de modicaes.
Testabilidade facilidade do produto ser testado.
A norma ISO/IEC 9126-4 evidencia a qualidade em
uso do produto.
A qualidade em uso refere-se ao alcance pelo usurio de
metas como efetividade, produtividade, segurana e satisfao.
Rocha(2001) descreve as quatro metas:
Efetividade: refere-se a capacidade do produto
de software possibilitar ao usurio atingir metas
especicadas como acurcia (resultados precisos) e
completeza em um contexto especicado de uso.
Produtividade: refere-se a capacidade do produto
de software de possibilitar aos usurios utilizar uma
quantidade adequada de recursos em relao a efetividade
alcanada em um contexto de uso especicado. O
produto de software quando executa ocupa CPU,
memria dentro de um valor adequado para o tipo de
objetivo para o qual foi desenvolvido?
Segurana: refere-se a capacidade do produto de software
oferecer nveis aceitveis de risco de danos e pessoas,
negcios, software, propriedade ou ambiente em um
contexto de uso especicado.

68
Satisfao: refere-se a capacidade do produto de software
em satisfazer as necessidades do usurio em um contexto
de uso especicado.
Os requisitos de qualidade no so os mesmos
para todos os softwares?
Cada tipo de software possui seus prprios requisitos de
qualidade, por isto voc pode dizer que a importncia de cada
uma das caractersticas de qualidade varia conforme o tipo de
software desenvolvido.
Observe o exemplo a seguir:
Sistema
Contabilidade
Caractersticas
Sistema
Controle Msseis
Usabilidade
Funcionalidade
Ecincia

Manutenibilidade ou
Manuteno
Portabilidade
Conabilidade
Em um sistema de controle de msseis, por exemplo,
a efcincia do software e sua confabilidade so mais
importantes do que a portabilidade ou a usabilidade.

69
Unidade 3
Quem est no Brasil certifcando a norma ISO/IEC
9126?
Temos no Brasil as seguintes empresas certicadoras da norma
ISO/IEC 9126:
CTI, Campinas / SP;
INSOFT, Fortaleza / CE;
Centros SOFTEX Gnesis;
GENE-JF, Juiz de Fora / MG;
GENORP, Londrina / PR;
ICMC/USP, So Carlos / SP;
UNISINOS, So Leopoldo / RS.
Voc poder acessar na pgina: <http://www.mct.gov.
br> os indicares de qualidade para a norma ISO/IEC
9126 apontados pela Secretaria de Poltica de Informtica do
Ministrio de Cincia e Tecnologia no mbito do Subcomit
Setorial da Qualidade e Produtividade em Software.
Conhecer as caractersticas e subcaractersticas da
ISO/IEC 9126 apenas inicia o trabalho.
A norma ISO/IEC 9126 nos detalha aspectos que devem ser
avaliados em um produto para ser considerado de qualidade, s
que para fazer a avaliao necessrio a obteno de maiores
detalhes sobre como fazer uma avaliao da qualidade de um
software.
neste contexto que entra a ISO/IEC 14598. Esta norma
descreve detalhadamente todos os passos para que se avalie um
software. E esta a proposta de estudo da prxima seo. Siga em
frente!

70
SEO 3 ISO/IEC 14598 - Information Technology
Software Product Evaluation
A norma ISO/IEC 14598 dene um processo de avaliao da
qualidade do software, ela orienta que o seu uso deve ser feito em
conjunto com a norma ISO 9126, j que esta dene as mtricas
de qualidade de software.
A norma ISO/IEC 14598 inclui modelos para
relatrios de avaliao, tcnicas para medio das
caractersticas, documentos necessrios para avaliao
e fases da avaliao.
No processo de avaliao denido nesta norma, a
identicao das necessidades do usurio um passo
importante para a qualidade do uso.
Tais requisitos so informais por natureza e
precisam ser formalizados. Eles podem ser
quanticados e a qualidade de uso avaliada em
mtricas (ISO/IEC 9126).
A norma leva em considerao trs grupos de
avaliadores:
Empresas que desenvolvem software que procuram
melhorar a qualidade de seu prprio produto.
Empresas que adquirem software possibilitando
determinar a qualidade do produto que iro adquirir.
Empresas que fazem certicao apoiando a emisso de
um documento ocial sobre a qualidade de um software.

71
Unidade 3
Como a norma apresentada?
A norma apresentada no quadro a seguir, na forma de seis
processos, acompanhe:
Quadro 3 Norma ISO/IEC 14598 e suas partes
Norma Processo
I
S
O
/
I
E
C

1
4
5
9
8
1) Viso Geral - A primeira parte da norma ensina a utilizar as outras normas do grupo. Ela apresenta a estrutura
de funcionamento da srie de normas para a avaliao da qualidade do produto de software, assim como apresenta a
denio de termos tcnicos utilizados no modelo.
Deve ser usada em conjunto com a ISO/IEC 9126 por todos aqueles que necessitem vericar a qualidade do produto
de software.
2) Planejamento e Gerenciamento - A segunda parte apresenta como fazer uma avaliao, de forma geral.
A norma apresenta requisitos, recomendaes e orientaes para uma funo de suporte ao processo de avaliao
do produto de software. O suporte refere-se ao planejamento e a gesto do processo de avaliao e a tecnologia
necessria para realizao da avaliao.
Esta norma apia o processo de avaliao conforme o pblico-alvo.
3) Guia para Desenvolvedores - A terceira parte da norma prope como avaliar sob o ponto do vista de quem
desenvolve, o desenvolvedor deve denir as condies sob as quais as medies devem ser executadas. Isto signica
que deve identicar outros atributos cujos valores inuem nas medies.
Lembre-se que esta norma pretende a denio e o acompanhamento e controle da qualidade durante o
desenvolvimento do software.
4) Guia para Aquisio - Como avaliar sob o ponto de vista de quem vai adquirir. A norma est dividida em dois
processos distintos um para aquisio de produtos de software de prateleira e outro para aquisio de software sob
encomenda ou modicao em produtos de software existentes.
muito usada na aceitao ou seleo de um produto de software.
Pense em como esta norma pode ser til se voc for o comprador de softwares aplicativos para sua empresa. De
forma segura voc vai poder avaliar qual o melhor produto para sua empresa entre tantos fornecedores!
5) Guia para Avaliao - O guia de avaliao apia empresas de certicao: como avaliar sob o ponto de vista
de quem certica. Fornece requisitos e recomendaes para implementao prtica de avaliao de produto de
software. Deve ser usada para a denio e acompanhamento de um processo de avaliao.
6) Mdulos de Avaliao - O mdulo de avaliao uma norma de apoio, oferece detalhes sobre como avaliar
cada caracterstica, denindo a estrutura e o contedo da documentao a ser utilizada para descrever um mdulo
de avaliao.
72
Quais caractersticas so esperadas no processo
de avaliao da norma?
As caractersticas esperadas no processo, segundo Tsukumu
(1997), que ele seja:
repetitvel se voc avaliar repetidamente um mesmo
produto, usando a mesma especicao da avaliao,
realizada por um mesmo avaliador deve produzir
resultados idnticos.
reprodutvel - se voc avaliar repetidamente um mesmo
produto, usando a mesma especicao da avaliao,
realizada por outro avaliador deve produzir resultados
idnticos.
imparcial a avaliao no deve ser inuenciada frente a
nenhum resultado particular.
objetivo os resultados da avaliao devem ser factuais,
no devem ser inuenciados por sentimentos ou opinies
do avaliador.
Quais as atividades propostas no processo de
avaliao da norma?
So cinco as atividades propostas:
a anlise de requisitos da avaliao na primeira
atividade voc descreve os objetivos da avaliao. Voc
pode considerar pontos de vista do fornecedor, do
comprador, de desenvolvedor entre outros.
a especicao da avaliao nesta segunda atividade
se estabelece o escopo da avaliao e as medidas a serem
executadas no produto submetido a avaliao nos seus
componentes.
o projeto de avaliao nesta terceira atividade,
documentam-se os procedimentos a serem usados pelo
avaliador para executar as medidas especicadas na etapa

73
Unidade 3
anterior. Nesta etapa o avaliador produz um plano de
avaliao, nele est descrito os recursos necessrios para
executar a avaliao.
a fase de execuo da avaliao na quarta atividade,
o momento onde se colhe os resultados da execuo
de aes para medir e vericar o produto de software de
acordo com os requisitos da avaliao.
Aqui j se produz um rascunho do relatrio de avaliao
e o registro da avaliao.
a concluso da avaliao - a quinta e ltima atividade,
onde deve ser revisado o relatrio de avaliao e
disponibilizados os resultados do trabalho.
Seo 4 - ISO/IEC 12113 Software Packages Quality
A norma ISO/IEC 12113 publicada em 1994 estabelece os
requisitos e instrues a respeito de como testar um pacote de
software, em relao aos requisitos estabelecidos para os pacotes
conhecidos como software de prateleira.
O escopo da norma refere-se ao pacote de software, oferecido no
mercado, e no os processos de desenvolvimento e fornecimento
do software.
O que exatamente trata a norma?
Ela trata de todos os componentes do produto disponveis
ao usurio (documentao, manual de instruo e guia de
instalao) na forma como so oferecidos e liberados para uso.

74
Os componentes de avaliao da norma so descritos na gura a
seguir:
Figura 2 - Estrutura da Norma ISO/IEC 12113 (Fonte Tsukumo, 1997)
4.1 - Requisitos de Qualidade
So requisitos de qualidade necessrios para a realizao da
avaliao:
Descrio do produto: um documento que
descreve as propriedades do produto, este
documento deve orientar compradores potenciais
na avaliao da adequao do produto antes
de compr-lo. Deve incluir declaraes sobre
funcionalidade, confabilidade, usabilidade,
efcincia, ou manuteno e portabilidade.
Documentao do usurio: o conjunto de
documentos que podem ser impressos (manuais
do usurio, instalao , etc) ou digitais (Help, site de
ajuda) oferecidos para o usurio visando orient-lo
na utilizao do produto de software.
Programas e dados : conjunto completo de
programas de computador e dados para a aplicao
do produto de software, deve descrever em detalhes
cada uma das funes do software.
12113
75
Unidade 3
4.2. Instrues para Teste
So instrues necessrias para a realizao da avaliao:
Pr-requisitos de teste - lista de itens necessrios
ao teste, incluindo documentos includos no pacote,
componentes do sistema e material de treinamento.
Atividades de teste - instrues detalhadas sobre
os procedimentos de teste, inclusive instalao e
execuo de cada uma das funes descritas.
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.
Relatrio de teste - relatrio incluindo:
identifcao do produto, hardware e software
utilizados, documentos utilizados, resultados dos
testes, lista de no-conformidade com os requisitos,
lista de no-conformidade com as recomendaes,
datas, etc.

conhecimentos.
76
Leia com ateno os enunciados e, aps, realize as questes propostas:
1) Identifque (V) Verdadeiro ou (F) Falso para as expresses que seguem:
( ) a) A norma ISO 12119 responsvel pela avaliao de produtos de
software.
( ) b) A norma NBR 13596 a traduo para o portugus da norma ISO/
IEC 14598.
( ) c) A ISO/IEC 9126 pode ser usada na avaliao do software
desenvolvido antes da entrega ao cliente ou antes da aceitao pelo
cliente.
( ) d) A norma 14598 oferece um processo de avaliao adaptado para
as trs vises a viso do desenvolvedor, a viso do comprador e a viso
do avaliador.
( ) e) A parte 4 da ISO/IEC 9126 estabelece as mtricas para avaliao da
qualidade de uso.
2) Assinale a(s) afrmativa(s) correta(s). correto afrmar que para
determinar a qualidade do produto:
( ) a) A qualidade do produto pode ser determinada simplesmente pela
satisfao do usurio.
( ) b) A satisfao do cliente pode ser considerada como um atributo
entre outros a ser avaliado.
( ) c) O uso de um modelo organiza os atributos a serem avaliados
determinando claramente sua importncia ou infuncia na qualidade
do produto.
77
Unidade 3
3) Relacione a 1 coluna - as caractersticas da ISO/IEC 9126 com a 2- suas
subcaractersticas:
a) Funcionalidade
b) Confabilidade
c) Usabilidade
d) Efcincia
e) Manutenibilidade
f) Portabilidade
( ) Inteligibilidade, aprensibilidade,
operacionalidade.
( ) Maturidade, tolerncia a falhas,
recuperabilidade.
( ) Adequao, acurcia, interoperabilidade,
conformidade, segurana de acesso.
( ) Comportamento no tempo e recursos.
( ) Analisibilidade, modifcabilidade,
estabilidade, testabilidade.
( ) Adaptabilidade, Instabilidade,
substituibilidade.
4) Qual a importncia na norma ISO/IEC 14598 da caracterstica do
processo de avaliao ser reprodutvel e imparcial?
78
5) Descreva os requisitos de qualidade necessrios para a avaliao da
norma ISO/IEC 12227.
das atividades propostas no EVA.
Lembre-se que sua dedicao aos estudos
contemplada com o desenvolvimento pessoal e
profssional.
Sntese
A avaliao do produto de software tem sido utilizada por
empresas desenvolvedoras de software para assegurar a qualidade
de seus produtos. Para que esta avaliao ocorra com o sucesso
necessrio o uso de um modelo de qualidade que estabelea
claramente e permita avaliar os requisitos de qualidade, alm
disto o processo de avaliao deve ser claramente denido e
estruturado. A ISO/IEC 9126-1 um modelo de qualidade
que privilegia a viso do usurio no importando se usurio
nal, programador ou analista. O modelo hierrquico formado
por nveis. No primeiro nvel esto denidas as caractersticas
de qualidade do produto e no segundo nvel so denidas as
subcaractersticas relacionadas a cada uma das caractersticas do
nvel anterior.
A norma ISO/IEC 14598 usada em conjunto com a ISO/IEC
9126-1 servindo de apoio e completando o processo de avaliao.
79
Unidade 3
A ISO/IEC 14598 descreve inclusive modelos para relatrios de
avaliao, tcnicas para medio das caractersticas, documentos
necessrios para avaliao e fases da avaliao. A norma ISO/
IEC 12113 foi concebida para avaliao de softwares de prateleira.
Cada uma das trs normas podem ser utilizadas de forma
complementar.
O uso de normas que avaliam o produto de software oferece
respaldo para as empresas de desenvolvimento na forma de
padro e direcionamento para execuo do processo revertendo
em produtos de qualidade para o usurio nal.
Aps o estudo desta unidade, a seqncia prope que voc estude
na unidade 4, Mtricas de software. At l!
Saiba mais
Se voc se sentir instigado a estudar um pouco mais sobre
a aplicao da norma ISO/IEC 14598 em conjunto com a
ISO/IEC 9126, d uma olhada em nossa midiateca onde est
disponibilizado um Guia para Utilizao das Normas sobre
Avaliao de Qualidade do Produto de Software ISO/IEC
9126 e ISO /IEC 14598 desenvolvido pelo Subcomit de
Software SC10 da ABNT, veja ele est no link Guia_Aplicacao_
ISO14598.
Para saber mais sobre qualidade do produto leia o livro de Ian
Sommerville, Engenharia de Software, Editora Prentice-Hall ,
2003.
UNIDADE 4
Mtricas de Software
Conhecer a importncia do uso de medidas no processo

de desenvolvimento de software e sua relao direta no
controle do processo de qualidade
Tomar contato com tcnicas e mtodos de medio

reconhecidos pela comunidade de desenvolvimento de
software.
Sees de estudo
das seguintes sees:
Seo 1 Por que medir?
Seo 2 Quais so os tipos de mtricas?
Seo 3 PSM Practical Software Measurement
4
82
Quando voc observa uma empresa de desenvolvimento de
software com vrios funcionrios e logo imagina como o gerente
consegue acompanhar a produtividade de seus funcionrios,
como administrar seus clientes e seus problemas, indiretamente
voc est pensando no desempenho da empresa. E, a partir
deste ponto, que se forma a idia da necessidade de quanticar
fases do processo.
A necessidade de quanticar fases de processo pode ser
viabilizada a partir da utilizao de um mecanismo de medio
que fornea um retrato da situao atual, de forma quantitativa.
A busca pela qualidade utilizando mtricas de software deve ser
aplicada tanto s pessoas que produzem o produto, quanto para o
processo em que se desenvolve o mesmo produto.
Dicilmente se encontra uma organizao de desenvolvimento
de software que no tenha, de alguma forma, uma infra-estrutura
de medio, assim como impossvel imaginar um processo de
qualidade sem que o mesmo faa uso de medidas.
A partir das informaes obtidas com a medio, voc toma
decises e estabelece aes de melhoria ou correes necessrias,
mas para medir necessrio denir o que medir, como medir, e
como analisar o que foi medido.
Nesta unidade voc vai estudar algumas tcnicas utilizadas na
medio de produtos e processos de software e sua relevncia para
se obter a qualidade do processo e do produto de software. Bem-
vindo ao estudo da unidade medidas de software!
83
Unidade 4
SEO 1 Porque medir?
Quando voc inicia o estudo de mtricas ou
medidas de software vai encontrar nos livros de
engenharia de software uma justicativa que se
repete em todos os autores:
Medies e mtricas auxiliam a entender
o processo usado para se desenvolver um
produto.
Mas voc pode se perguntar por que medir? A
implantao de um processo de qualidade no o
sufciente para garantir a qualidade do produto?
A resposta infelizmente no! Medindo, voc pode saber se as
aes de melhoria implementadas no processo deram resultado.
Ao medir, voc pode mostrar a administrao que os recursos
destinados s melhorias foram bem empregados.
Resumindo: o uso de mtricas apia e valida quantitativamente
a evoluo da qualidade do processo e consequentemente do
produto!
E as medies, quando se trata de software?
Medies so necessrias para analisar a qualidade e a
produtividade do processo de desenvolvimento e manuteno,
bem como do produto de software construdo.
Assim, voc pode justicar a medio do software pensando
em uma forma de indicar a qualidade do produto, avaliar a
produtividade das pessoas que produzem o produto ou mesmo
para avaliar benefcios derivados de novos mtodos e ferramentas,
justicando pedidos de novas ferramentas ou treinamento.
84
Para entender o alcance das mtricas importante
dividi-las em duas categorias: as diretas e as
indiretas.
Se voc pensar em termos de medidas diretas no processo de
engenharia de software voc deve incluir questes como custo e
esforo aplicados no processo.
Ento pense: o que poderia ser uma medida direta? Voc poderia
usar como medida direta o nmero de linhas de cdigo do
programa, o nmero de erros observados durante os testes, a
quantidade de memria utilizada por um determinado programa
ou mesmo a quantidade de processador necessrio para rodar o
programa.
Se voc pensar em medidas indiretas do produto, ento vai
estar medindo questes como a funcionalidade, a qualidade, a
complexidade, a ecincia, a conabilidade e a manutenibilidade
do produto.
Imagine que voc seja escalado para medir a
manutenibilidade de um web site. Neste caso, voc
poderia usar como medida o tempo e o nmero de
pessoas necessrias para a realizao de solicitaes
de atualizao do cliente, por exemplo.
1.1 O que voc acredita ser mais fcil de medir? Medidas
diretas ou indiretas?
As medidas diretas so mais fceis de serem aplicadas quando
um padro claro de medio adotado antecipadamente, j as
medidas indiretas so mais difceis de serem medidas.
Acredito que a esta altura, voc j esteja convencido da
importncia das mtricas que permitem a melhoria do processo
e o aumento da qualidade do produto. A partir deste ponto, no
entanto voc vai se perguntar:
85
Unidade 4
1.2 Quais so as mtricas apropriadas para o processo e o
produto?
Para chegar a esta resposta e conseqente implementao de um
programa de mtricas preciso identicar os tipos e categorias de
mtricas existentes (mtricas de tamanho de software, mtricas de
qualidade, mtricas de produtividade e outras) e os usurios das
mtricas (os que faro uso dos resultados).
Ao iniciar a aplicao de um programa de mtricas procure
denir mtricas simples de entender e objetivas, a inuncia de
julgamento pessoal na coleta, clculo e na anlise dos resultados.
As mtricas usadas devem ser informativas, seus resultados
devem retornar na forma de informaes que possibilitem avaliar
resultados de decises e aes realizadas no passado (acertadas
ou no ), que evidenciem a ocorrncia de eventos presentes, bem
como prever a possibilidade de ocorrncias de eventos futuros.
E nunca se esquea !
- As mtricas devem ser efetivas no custo, ou seja, o valor
da informao obtido como resultado das medies deve
compensar o custo de coletar, armazenar e calcular as mtricas
(CAMPELO, 2002).
1.3 Quais as caractersticas desejveis em um conjunto de
mtricas?
Algumas caractersticas desejveis, segundo Brito e Abreu (1994),
relacionam que as mtricas devem:
ser bem denidas;
ser dimensionveis ou expressas em alguma unidade;
ser obtidas o mais cedo possvel no ciclo de vida do
sistema;
ser facilmente calculadas;

86
estar em uma escala que aumente sua preciso;
ser vistas como probabilidades de forma a permitir a
aplicao de teorias estatsticas sobre as mesmas;
A utilizao de mtricas quando bem utilizadas, oferecem ao
gerente do projeto estimativas que so usadas para manter o
projeto dentro do cronograma e custo previstos.
O projeto de desenvolvimento de um software se assemelha
em muito a um rally. Muitos so os riscos que podem atrasar
ou comprometer a qualidade do projeto, o uso de estimativas
minimiza e at mesmo apia o preparo da equipe para estas
situaes.
Para ilustrar bem esta comparao, leia com ateno o texto que
segue:
Mtricas e estimativas de Software - O incio de

um rally de regularidade
lvaro Eduardo Gomes
Imagine que voc faa parte de uma equipe de Rally, e
que voc e sua equipe tenham que atravessar um deserto
enorme e cheio de obstculos e que 50% dos fatores
crticos de sucesso dependam do seu navegador para
estimar o tempo do percurso e a distncia. Agora imagine-
se diante de um projeto de Sistemas de Informao onde
50% dos fatores crticos de sucesso esto nos prazos e
custos. Certamente voc ter que fazer uma efciente
mtrica e estimativa de software.
As mtricas e estimativas de software vm se tornando um
dos principais tpicos na Engenharia da Informao com a
crescente exigncia de seus consumidores pela qualidade,
rapidez, comodidade e baixo custo de implantao e
manuteno, impossvel no enxergar tais tcnicas como
alavanca para um produto de melhor qualidade, com
custos adequados.
Mas existem ainda muitas barreiras que impedem os
profssionais da rea de utilizarem tais tcnicas ou de
o fazerem de maneira errnea, embora a literatura
disponvel atualmente sobre engenharia da informao seja
relativamente ampla e variada, o que nos leva a questionar:
87
Unidade 4
Agora que voc compreendeu a importncia de medir, conhea
na prxima unidade quais so os tipos de Mtricas.
SEO 2 Quais so os tipos de mtricas?
Pressman (1995), dividiu o domnio das mtricas de software sob
o ponto de vista da aplicao em:
a) Mtricas de qualidade: oferecem uma indicao de quanto
o software pode adequar-se s exigncias implcitas e explcitas
do cliente. Normalmente, a qualidade medida durante
todo o processo de engenharia de software (complexidade,
modularidade e tamanho do programa) e depois que o produto
entregue a seu usurio (nmero de defeitos, manutebilidade do
sistema). Tipicamente empresas desenvolvedoras utilizam-se da
norma ISO/IEC 9126 que possuem um conjunto de mtricas
relacionadas s suas caractersticas.
Tais questes nos levam a crer que algumas mtricas
e estimativas de software fcaram obsoletas e outras
ganharam vigor nas pocas atuais, quando a busca da
qualidade de software vem crescendo com grande rapidez.
A mtrica de software tem como princpios especifcar as
funes de coleta de dados de avaliao e desempenho,
atribuir essas responsabilidades a toda a equipe envolvida
no projeto, reunir dados de desempenho pertencentes
complementao do software, analisar os histricos dos
projetos anteriores para determinar o efeito desses fatores
e utilizar esses efeitos para pesar as previses futuras. Estes
princpios nos permite prever o resto do processo, avaliar
o progresso e reduzir a complexidade, como numa prova
de rally, onde a cada corrida fcamos mais esclarecidos da
condies e limites da equipe.
88
b) Mtricas de produtividade: concentra-se na sada do
processo de engenharia de software.
c) Mtricas tcnicas: concentra-se na caracterstica do
software, na sua complexibilidade lgica e grau de
manutenibilidade e no no processo por meio do
qual o software foi desenvolvido.
d) Mtricas orientadas ao tamanho: so medidas
diretas do software e do processo por meio do qual
ele desenvolvido.
e) Mtricas orientadas para funo: so medidas
indiretas do software e do processo por meio do qual ele
desenvolvido, determina de forma consistente o tamanho e a
complexidade de um software.
f) Mtricas orientadas s pessoas: compilam informaes sobre
a maneira segundo a qual as pessoas desenvolvem software de
computador, e as percepes humanas sobre a efetividade das
ferramentas e mtodos.
A classicao das mtricas no uma unanimidade, em alguns
casos parecem at redundantes, como no caso das mtricas de
produtividade e orientadas ao tamanho. A seguir, acompanhe
mais detalhes sobre as mtricas orientadas ao tamanho e a
funo:
2.1 Mtricas orientadas ao tamanho
As mtricas de software orientadas ao tamanho so medidas
diretas do software e do processo de desenvolvimento de software.
89
Unidade 4
Imagine a seguinte situao: voc tem uma pequena empresa de
desenvolvimento e mantm registros relacionados ao tamanho
destes projetos (em linhas de cdigo) no decorrer dos ltimos 5
anos.
Estes dados sero a base para alimentar um conjunto de
mtricas de qualidade e de produtividade orientadas ao
tamanho para cada projeto.
Observe a fgura a seguir:
Projeto Esforo $ KLOC Pg/Doc Erros Pessoas
Folha de Pagamento 24 168 12.1 365 29 3
Contabilidade 62 440 27.2 1224 86 5
Contas a Pagar 43 314 20.2 1050 64 6
Legenda:
Esforo - nmero de meses de desenvolvimento
$ - custo em dlares ( X 100 )
KLOC - nmero de linhas de cdigo ( X 100 )
PG/Doc - refere-se ao nmero de pginas de documentao
Erros - erros encontradas na fase de testes
Pessoas - nmero de pessoas envolvidas no desenvolvimento
Observe que as mtricas orientadas ao tamanho giram em torno
do nmero de linhas de cdigo (LOC) como a principal medida.
Veja que a partir do quadro apresentado, torna-se possvel
calcular a produtividade, a qualidade, o custo e o nvel de
documentao do projeto. Acompanhe:
Produtividade = KLOC/pessoa-ms
Qualidade = erros/KLOC
Custo = $/LOC
Documentao=pginas documentao/KLOC
Contas a Pagar
Produtividade=20200 / 6 = 3366,67
Qualidade = 64/20200 = 0,003168
Custo = 31400/20200 = 1,55
Documentao = 1050/20200 = 0,05198
No sistema de contas a pagar o custo por linha de cdigo do
projeto foi de US$ 1,55, ento foram implementadas 20.200 linhas
a um custo de US$ 1,55 por linha de cdigo. J a produtividade
da equipe foi de 3366,67 linhas de cdigo para cada membro da
equipe de desenvolvimento.
90
Este tipo de mtrica, orientada ao tamanho, possui como grande
vantagem sua fcil obteno, o grande volume de literatura
e dados histricos disponveis. Mas seu uso possui muitos
opositores que criticam a dependncia da mtrica do tipo de
linguagem de programao. Seu uso com linguagens procedurais
eciente, mas de difcil utilizao em linguagens no-
procedurais como linguagens orientadas a objetos (JAVA), pois
no considera questes como herana por exemplo, penalizando
programas bem escritos. De qualquer maneira, sua aplicao
depende de uma base histrica de projetos anteriores.
2.2 Mtricas orientadas funo
A mtrica orientada funo, mede o software atravs da
quanticao de sua funcionalidade fornecida ao usurio.
Consiste em um mtodo para medio de software que
determina de forma consistente, o tamanho e a complexidade de
um software, sob a perspectiva do usurio independentemente da
tecnologia utilizada.
No so contadas linhas de cdigo, a mtrica orientada funo
concentra-se na funcionalidade ou utilidade do programa. Uma
abordagem foi sugerida baseada nesta proposta chamada de
pontos-por-funo (function point).
Os pontos-por-funo (FPs) so derivados usando-se uma relao
emprica baseada em medidas de informaes e complexidade do
software.

91
Unidade 4
Pontos de Funo e Medidas: O que um Ponto
de Funo?
por Carol A. Dekkers, Quality Plus Technologies, Inc.,
e-mail: dekkers@qualityplustech.com
Publicado no QAI Journal
O que Tamanho Funcional?
Tamanho funcional uma medida de tamanho de software,
baseada em uma avaliao padronizada dos requisitos
lgicos dos usurios. Semelhante aos metros quadrados
de uma casa, pontos de funo so independentes
dos mtodos fsicos, ferramentas ou linguagem de
desenvolvimento utilizados para construir o software. O
processo de clculo de pontos de funo est contido
no Manual de Prticas de Contagem (atualmente em sua
verso 4.0) do Grupo Internacional de Usurios de Pontos
de Funo (IFPUG).
O que so Pontos de Funo?
Da mesma maneira que a medida em metros quadrados
do tamanho de uma casa no permite deduzir a velocidade
com a qual a casa pode ser construda ou o seu tempo de
construo, o tamanho em Pontos de Funo NO mede
a produtividade ou o esforo de desenvolvimento. Pontos
de funo medem o tamanho do QUE o software faz, ao
invs de COMO ele desenvolvido e implementado. Isto
signifca que, dado um conjunto de requisitos de usurio,
o tamanho funcional do software ser o mesmo, seja ele
desenvolvido com a utilizao de COBOL ou DB2, usando
desenvolvimento rpido de aplicaes (RAD), ou mtodos
estruturados de desenvolvimento.
92
Como calcular pontos de funo?
O primeiro passo deve ser identicar as funes de negcio, no
clculo do ponto de funo so identicadas 5 funes principais:
Entradas (EE) - so informaes fornecidas ao
sistema pelo usurio, ou seja entrada de dados no
sistema feitas pelo usurio, por exemplo a digitao
dos dados cadastrais para fazer sua cha na locadora,
ou o lanamento dos dados de um DVD recebido pela
locadora.
Sadas (SE) - as sadas so relatrios, mensagens de erro,
telas do sistema. Usando como exemplo, um sistema de
videolocadora uma SE seriam relatrios de clientes, a
impresso do bloqueto de assinatura de retirada de ta.
Consultas (CE) - so perguntas diretas em uma base
de dados ou em um arquivo que buscam por dados
especcos, usam chaves simples, requerem resposta
imediata e no fazem nenhuma atualizao (sadas
para as consultas do usurio). Voc pode contar aqui
telas de consulta como por exemplo, a tela de consulta
para vericar se o DVD que voc deseja alugar est na
locadora ou no, ou mesmo uma tela de consulta do seu
cadastro para vericar pendncias de pagamento.
Arquivos (ALI) - cada agrupamento lgico de dados
que pode ser uma parte do banco de dados ou um
arquivo convencional contado. Um exemplo de ALI
so, o arquivo que armazena as informaes de todos os
clientes, de todos os DVDs da locadora.
Interface Externas (AIE) - com outro sistema (todas
as interfaces legveis por mquina, como arquivos de
dados em ta ou disco que sejam usadas para transmitir
informaes a outro sistema so contadas.

93
Unidade 4
Imagine um processo que exija a transmisso de
dados como no caso de duplicatas cobradas por um
determinado banco, o seu sistema gera as duplicatas e
posteriormente, estas so transmitidas para o sistema
do banco que ir cobr-las, este um exemplo de
interface externa).
Quando as funes (EE, SE, CE, ALI, AIE) so avaliadas,
voc vai ponderar a complexidade das funes em baixa, mdia
ou alta. So atribudos pesos de acordo com a complexidade de
cada funo de negcio. Por exemplo, se voc tiver uma entrada
de dados em um dos programas do sistema considerado como
complexa, voc vai multiplicar 1 X 6 e o valor da contagem para
este programa ser 6.
Parmetro de
medida
Contagem Fator de Ponderao Pontos
Simples Mdio Complexo
EE X 3 X 4 X 6
SE X 4 X 5 X 7
CE X 3 X 4 X 6
ALI X 7 X 10 X 15
AIE X 5 X 7 X 10
94
Veja outro exemplo:
Imagine que voc pretenda calcular o ponto por
funo de um sistema simples composto apenas de
um cadastro de alunos, cadastro de notas, relatrio
em ordem alfabtica de aluno e exportao dos dados
do aluno para um arquivo no formato Excel que ser
utilizado por outro setor da escola. O primeiro passo
vai ser a identifcao das funes do negcio.
Contagem:
ALI = 02 (temos no sistema o arquivo de alunos e o arquivos de notas)
AIE = 0
SE = 01 (como sada s existe uma listagem de alunos em ordem alfabtica)
EE = 02
(existem duas entradas de dados, uma para incluso de dados do aluno
e outra para incluso de notas)
CE = 01
(os dados do aluno so exportados para que possam ser consultados no
arquivo Excel)
Todos os tipos de funo sero considerados de
complexidade SIMPLES nesse exemplo.
Parmetro
de medida
Contagem
Fator de Ponderao
Pontos
Simples Mdio Complexo
EE 02 X 3 06
SE 01 X 4 04
CE 01 X 3 03
ALI 02 X 7 14
AIE X 5 0
Total 27
Para calcular os pontos por funo, voc vai utilizar
esta frmula:
FP = contagem total x [0,65 + 0,01 x SOMA(Fi)]
95
Unidade 4
O que a SOMA(Fi)?
A Fi representa um fator de ajuste sobre fatores que inuenciam a
implantao do software.
Este fator de ajuste extrado de uma lista de fatores (exemplo:
14 fatores) adaptada s necessidades da empresa e pode ser
modicada de acordo com suas necessidades.
A tabela apresentada um exemplo de fatores que
podem ser considerados na avaliao:
01) Comunicao de dados
02) Processamento de dados distribudo (funes
distribudas)
03) Performance
04) Confgurao do equipamento
05) Volume de transaes
06) Entrada de dados on-line
07) Interface com o usurio
08) Atualizao on-line
09) Processamento complexo
10) Reusabilidade
11) Facilidade de implantao
12) Facilidade operacional
13) Mltiplos locais
14) Facilidade de mudanas.
Cada fator deve ser pontuado com valores de 0 a 5, de acordo
com sua inuncia sobre o processo de desenvolvimento:
0: Sem inuncia. 3: Mdio
1: Incidental. 4: Signicativo.
2: Moderado. 5: Essencial.
96
Acompanhe que na tabela a seguir, calcula-se o fator de ajuste do
sistema de alunos pela contagem dos fatores (lembre-se que esta
contagem um exemplo e pode ser diferente de acordo com o
projeto ou mesmo a situao da empresa desenvolvedora):
Fator Contagem
1. Comunicao de dados 0
2. Processamento de dados distribudo (Funes Distribudas) 0
3. Performance 3
4. Congurao do equipamento 3
5. Volume de transaes 2
6. Entrada de dados on-line 3
7. Interface com o usurio 4
8. Atualizao on-line 5
9. Processamento complexo 0
10. Reusabilidade? 0
11. Facilidade de implantao 0
12. Facilidade operacional 0
13. Mltiplos locais 0
14. Facilidade de mudanas 0
Total 20
Neste caso, considere que a performance do software tem uma
inuncia mdia no projeto, que a atualizao on-line de notas
essencial, que a interface do usurio um fator signicativo para
o sucesso do produto.
Assim, substituindo na frmula:
FP = contagem total x [0,65 + 0,01 x SOMA(Fi)]
FP= 27 X [ 0,65 + 0,01 X 20 ]
FP = 22,95
97
Unidade 4
Ao chegar ao valor do ponto por funo (22,95) voc pode usar
as seguintes medidas para clculos de produtividade, qualidade e
custos j utilizados anteriormente usando KLOC:
Calcular a produtividade > Produtividade = FP/pessoa-ms.
Calcular a qualidade > Qualidade = defeitos/FP.
Calcular o custo> Custo = $/FP.
Calcular a documentao > Documentao = pginas de documentao/FP.
Lembre-se: para usar as mtricas de ponto por
funo para uma proposta orientada a objetos,
necessrio adaptar a contagem dos pontos
considerando o nmero de classes, nmero de cases,
nmero de mtodos, mdias de mtodos, mdias de
mtodos por classe, linhas de cdigo por mtodo,
profundidade mxima da hierarquia de classes, a
relao existente entre mtodos pblicos e privados,
entre outros.
Quais so os benefcios das mtricas orientadas
funo?
As mtricas orientadas funo apresentam vrios benefcios
sendo usadas como:
forma de dimensionar aplicaes;
veculo para quanticar custo, esforo e tempo;
ferramenta para clculo de ndices de produtividade e
qualidade ou mesmo;
fator de normalizao para comparar software.
Hoje ela usada em conjunto na implantao do modelo CMM
e CMMI como apoio a implantao das reas-chaves Gerncia
de requisitos, Planejamento e Acompanhamento de Software e
Gerncia de subcontratao de software.
O uso do ponto por funo ultrapassou as barreiras para avaliao
da qualidade e sua quanticao est sendo usada inclusive, para
a aquisio de produtos de software.

98
No Brasil empresas como o Correio, Serpro, Dataprev, Caixa
Econmica Federal selecionam e pagam seus fornecedores
usando pontos por funo. Neste caso utilizado para determinar
o custo, qualidade e produtividade.
Agora que voc conhece quais so os tipos de mtricas, conhea
na prxima seo um modelo de mensurao que foi desenvolvido
recentemente. Siga em frente!
A Soluo Australiana para os Projetos de
Desenvolvimento de Sistemas
O governo do Estado de Victoria, Austrlia, possui um
oramento anual para software da ordem de US$ 26
milhes. (Cerca de R$ 66 milhes). lder nacional na
utilizao da TI para prover servios aos cidados.
Assim como outras organizaes, tem enfrentado
srios problemas no desenvolvimento de software.
Anteriormente, os preos eram fxos nas contrataes de
desenvolvimento. Os fornecedores cotavam preos baixos
nas licitaes, a fm de ganhar o contrato, na expectativa de
que o cliente solicitasse muitas alteraes no decorrer do
projeto. Essas alteraes eram cobradas a um preo alto, de
modo a compensar o preo baixo original.
A soluo adotada foi a contratao baseada em um preo
fxo por ponto de funo. Com base em uma especifcao
preliminar, licitado o preo por ponto de funo.
O fornecedor escolhido com base no preo oferecido e
na capacitao tcnica. O pagamento efetuado com base
no preo por ponto de funo contratado, no tamanho do
software entregue e nas modifcaes solicitadas ao longo
do projeto.
PMI Information Systems Local Interest Group Rio
Mauricio Aguiar, CFPS
Observe o exemplo da Austrlia:
99
Unidade 4
SEO 3 - PSM Practical Software Measurement
PSM um modelo de mensurao patrocinado pelo
Departamento de Defesa Americano (DoD). Este modelo
bastante recente e foi publicado pela primeira vez em 1997,
apesar de novo, tem sido usado no mundo todo como base para
elaborar a Process Area Measurement and Analysis do CMMI e foi
padronizado pela norma ISO/IEC 15939 Software Engineering
Software Measurement Process Framework.
Segundo Aguiar (2005), o PSM adaptado para abordar os
objetivos, questes e requisitos de informao especcos do
sistema e do software, pertinentes a cada programa ou projeto. O
processo de medio do PSM denido a partir de um conjunto
de 9 melhores prticas, denominadas princpios da medio.
Curiosidade: voc sabia que fazem parte do
desenvolvimento do PSM organizaes muito
diferentes como a fora area, a marinha e o exrcito
americano, a Boeing, o Mitre, GTE entre muitos
outros?
Segundo Aguiar (2002), o modelo de estruturao de atividades
de mensurao em um projeto de software, o PSM deve resolver
alguns problemas bsicos:
Como especicar formalmente as medidas que sero
utilizadas no processo.
Como conduzir o processo de medio.
O PSM atinge estes dois problemas fazendo uso de 2 modelos:
o modelo de informao e o modelo de processo. A seguir
conhea mais detalhes sobre cada um destes modelos.

100
3.1 - Modelo de Informao
No modelo de informao voc vai denir a estrutura e as
medidas que sero utilizadas no projeto. Neste modelo existem
alguns conceitos:
Atributo propriedades consideradas fundamentais sob
o ponto de vista de necessidades da informao ( um
atributo importante pode ser as horas trabalhadas ou
mesmo as funcionalidades que voc obtm a partir das
especicaes do projeto).
Mtodo uma operao que mapeia o atributo para
uma escala (voc pode usar o ponto por funo para obter
o tamanho do projeto, ou contar o tamanho do projeto
em nmero de horas ou mesmo linhas de cdigo).
Medida bsica a medida bsica o resultado da
aplicao do mtodo sobre o atributo (se voc aplicar o
ponto por funo vai ter como medida bsica o tamanho
do projeto em pontos por funo).
Funo a funo um algoritmo que combina duas ou
mais medidas bsicas (se voc contou o projeto em pontos
por funo, pode dividir estes pontos pelo nmero de
horas trabalhadas nele, assim ter a medida do esforo
para seu desenvolvimento).
Modelo o modelo um algoritmo que combina
medidas e critrios de deciso.
Indicador o indicador uma estimativa que promove
uma baseline para tomada de decises.

101
Unidade 4
Figura 1 - Construo Mensurvel (AGUIAR, 2005)
3.2 - Modelo de Processo
O modelo de processo um roteiro que apia a equipe de
medio na conduo das atividades para a execuo da mesma.
O modelo composto de trs pontes principais: os processos
tcnicos gerencias, os processos centrais de mensurao e a
avaliao da mensurao.
102
Figura 2. Modelo de Processo Aguiar (2005)
Ao observar a gura 2, voc pode vericar que o processo
mais central compreende as atividades centrais de medio.
Neste processo voc tem atividades fundamentais como o
planejamento da medio.
Para planejar a medio necessria a execuo de
3 subprocessos, o primeiro deles a identicao e
priorizao das necessidades de informao. Neste
subprocesso, voc considera questes como objetivos,
itens crticos, ambiente de execuo, melhorias
e mudanas necessrias. O PSM classica estas
necessidades em categorias como prazo e progresso,
recursos e custo, tamanho e estabilidade do produto,
qualidade do produto, performance do processo, eccia
da tecnologia e satisfao do usurio.
A segunda atividade deve ser a seleo e especicao
das medidas, nesta etapa voc vai selecionar os
indicadores, medidas bsicas e derivadas.

103
Unidade 4
A terceira atividade a integrao da medio aos
processos de apoio. Nesta atividade voc vai analisar
como os dados sero coletados e analisados.
Todos os procedimentos de coleta de dados devem ser
integrados aos processos que fornecem dados. No plano
de medio voc vai ter o artefato gerado neste processo,
com toda sua documentao.
Outro processo central a execuo da medio composto por 3
atividades principais.
A primeira atividade a coleta e o processamento de
dados. Aqui voc realiza a coleta de dados considerando
a especicao contida no plano de medio, sua
preparao e armazenamento de forma que a informao
seja facilmente recupervel.
A segunda atividade, a anlise dos dados envolve a
transformao das medidas bsicas em indicadores e sua
utilizao em questes relacionadas ao planejamento e
aes corretivas.
A ltima atividade do processo de execuo a produo
de recomendaes. Nesta etapa so feitas avaliaes do
projeto e projees para o futuro.
Alm deste processo central voc tambm tem processos
perifricos como avaliar medio onde so avaliadas as
medidas, o prprio processo de mensurao avaliado, a
base de experincia avaliada e melhorias so identicadas e
implementadas.
Outro processo perifrico o estabelecimento e sustentao
de compromissos que prope obteno do comprometimento
organizacional, denio de responsabilidades, previso de
recursos e reviso do progresso do programa de mensurao.
Apesar do PSM ser um modelo relativamente novo, sua
aceitao no mercado tem sido expressiva principalmente ao ser
combinada com modelos como o CMM e o CMMI.

104
conhecimentos.
Leia com ateno os enunciados e realize as questes propostas:
1) Identifque (D) para as medidas Diretas e (I) para as Indiretas:
( ) a) nmero de erros ocorridos na fase de testes.
( ) b) confabilidade no sistema de arquivos do projeto.
( ) c) horas de manuteno do produto
( ) d) nmero de relatrios de consulta existentes no projeto.
( ) e) portabilidade do produto.
( ) f) usabilidade da interface.
2) Primeiro leia com ateno afrmaes sobre mtricas e a seguir
elabore uma justifcativa:
a) Mtricas devem ser obtidas o mais cedo possvel no ciclo de vida do
sistema.
b) Mtricas devem ser vistas como probabilidades, de forma a permitir a
aplicao de teorias estatsticas sobre as mesmas.
105
Unidade 4
3) Imagine-se na seguinte situao: voc desenvolveu um projeto
Contbil com a implementao de 27.200 linhas de cdigo com uma
equipe de 5 pessoas, o projeto teve um custo de U$44.000 em um
perodo de 62 meses.
A seguir, calcule a produtividade e o custo por linha de cdigo deste
projeto.
4) Identifque (V)Verdadeiro ou (F) Falso para as seguintes afrmativas
sobre ponto por funo :
( ) a) Pontos por funo medem o que o software faz.
( ) b) Pontos por funo medem o esforo de desenvolvimento.
( ) c) As sadas computadas no ponto de funo so relatrios e
mensagens de erro do sistema.
( ) d) Bases de dados com informaes persistentes como cadastros de
produtos em um sistema de estoque so os arquivos computados no
ponto de funo.
( ) e) As funes do ponto de funo podem ser avaliadas somente em
alta e baixa.
( ) f) A defnio de atributos do que deve ser relevante para considerar
uma funo como de complexidade alta, deve ser defnido pela
empresa que implanta a mtrica.
106
5) Quais so os dois modelos usados pelo PSM ?
6) Descreva a seguir, quais so as atividades existentes no planejamento
da medio.
das atividades propostas no EVA.
Lembre-se que sua dedicao aos estudos
contemplada com o desenvolvimento pessoal e
profssional.
107
Unidade 4
Sntese
O interesse pelo uso de mtricas por empresas desenvolvedoras
de software tem aumentado de forma surpreendente nos ltimos
anos. Isto tem ocorrido pelo reconhecimento por parte das
empresas, da necessidade de se estabelecerem mtodos e medidas
consistentes que acompanhem a avaliao, o planejamento, o
gerenciamento e a evoluo dos processo de produo.
A melhoria do processo acontece pela medio de seus atributos
signicativos e pelo desenvolvimento de uma srie de mtricas
que forneam indicadores capazes de apontar uma estratgia de
melhoria para este processo.
Medir no traz benefcios relacionados somente ao cumprimento
de prazos ou mesmo estimativa de custo de um projeto, mas
traz benefcios gerais ao funcionrio possibilitando melhoria
no dimensionamento desua carga de trabalho. Possibilitar
cursos e treinamentos, reequilibrar divises de tarefas, alterar
processos considerados difceis, readequar equipes, estes so
alguns dos resultados possveis por meio da anlise do processo
de medio. Nesta unidade observou-se que tcnicas e mtodos
independentes, como o ponto por funo e o PSM podem ser
usados isoladamente ou em conjunto com outros modelos, como
no caso do CMM . Vericou-se que fundamental no processo de
medio a denio do que medir, como medir e como analisar
os resultados desta medio.
108
Saiba mais
Se voc deseja saber mais sobre a anlise de ponto de
funo acesse o site do BFPUG - Brazilian Function
Point Users Group. O BFPUG um grupo brasileiro
constitudo com o objetivo de estimular e divulgar a
utilizao de mtricas no desenvolvimento de sistemas,
em particular a Anlise de Pontos de Funo -
Function Point Analysis, nele voc vai encontrar artigos,
certicaes, informaes e relatos de experincia.
Voc tambm pode acessar o site do FPUG internacional
o IFPUG -International Function Point Users Group
<http://www.ifpug.org/>, ele mantm os registros mais
atualizados sobre o desenvolvimento do mtodo.
O PSM Support Center disponibiliza vrios produtos
gratuitos para disseminar o PSM como guias, artigos e
at mesmo livros. Veja o site <http://www.psmsc.com>.
Voc sabia que no site <www.psmsc.com>, existe uma
ferramenta baseada nos conceitos do PSM chamada
PSM Insight que voc pode utilizar gratuitamente na
implantao do PSM?

Para concluir o estudo
Caro(a) aluno(a),
Ao se debruar sobre as quatro unidades apresentadas
neste livro didtico, voc teve a oportunidade de interagir
e consolidar alguns conceitos sobre a qualidade do
processo e do produto. Contudo, aqui nestas minhas
ltimas palavras, vale ainda destacar mais um ponto: - A
qualidade do processo se faz no dia a dia da empresa, no
comprometimento de toda uma equipe, do gerente ao
estagirio da empresa com a qualidade.
Todavia, tambm, s comprometimento no o
suciente, necessrio o uso de mtodos, normas,
padres que direcionem o esforo da equipe e de
medies que avaliem suas melhorias e possveis
necessidades de correes, isto , necessrio
competncia.
importante voc observar que cada empresa possui sua
histria e no existem modelos miraculosos que resolvam
os problemas de todas as empresas. O bom gerente deve
avaliar, conhecer e adaptar as melhores solues para
seu contexto. No existem modelos ou normas ideais,
mas solues apropriadas construdas pelo uso de seu
conjunto.
Nas unidades, voc estudou parcialmente algumas destas
solues, para coloc-las em prtica, ser importante
voc prosseguir fazendo pesquisas, procure aprofundar-
se sobre as que lhe despertaram interesse ou que sejam
possveis de serem aplicadas em sua empresa.
Ento, bons estudos !
Profa. Vera Rejane Niedersberg Schuhmacher
Referncias
AGUIAR, M. Prtical Software Measurement: OCMM da
mensurao. Developers Magazine, Abril, 2002.
AGUIAR, M. Gerenciamento Objetivo de Projetos com PSM.
Disponvel em: www.metricas.com.br Ultimo acesso: 2005
BRITO, Abreu F. MOOD Metrics for Object-Oriented Design.
OOPSLA94 Workshop on Pragmatic and Theoretical Directions in
Object-Oriented Software Metrics. 1994.
CAMPELO, G. M. C. A utilizao de mtricas na Gerncia de
Projetos de Software Uma abordagem focada no CMM Nvel
2. Recife: Universidade Federal de Pernambuco, Centro de
Informtica, Recife, 2002
CAMPELO, G. M. C. A utilizao de mtricas na gerncia
de projetos: Uma Abordagem focada no CMM Nvel 2; 100
Pginas; Portugus; Orientador: MOURA, H. P.; ENGENHARIA
DE SOFTWARE. Disponvel em: http://orbita.starmedia.com/
~marcos_ae/tacade/metricas.html#_Toc426210920
CHIOSSI, T.C.S. Modelos de qualidade de software. Campinas:
Editora da Unicamp, 2001.
CORDENONZI, Walkiria. Mapeamento de padres
internacionais de qualidade de produto e de processo
para um modelo conceitual de gerncia de processo e
desenvolvimento de software. Dissertao de Mestrado.
UFRGS, 2000.
DEKKERS,C. Desmistifcando pontos de funo: entendendo a
terminologia. IT Metrics Strategies, October, 1998.
FIORINI, S. T. et al. Engenharia de software com CMM. Rio de
Janeiro: Brasport, 1998.
HUMPHREY, W.S. A discipline for software engineering. Reading
MA: Addison-Wesley Longman, Inc. 1995.
ISO/IEC 9126-1, International Standard Information Technology
Software Quality characteristics and metrics Part 1: Quality
characteristics and sub- characteristics. Jan 1997.
KITCHENHAM BA. DESMET. A Method for Evaluating Software
Engineering Methods and Tools, TR96-09. Department of
Computer Science, University of Keele: Staf ordshire UK. 1996.
MCANDREWS D.R., Establishing a Software Measurement Process
Documento No CMU/SEI-93-TR-16, 1993.
PRESSMAN, Roger S. Engenharia de software. So Paulo: Makron Books,
1995.
ROCHA, A.R.C, MALDONADO, J.,C., WEBER, K. Qualidade de Software,
Prentice Hall, 2001.
TSUKUMO, A, Rego, C., Azevedo, G. Qualidade de software: Vises de
Produto e Processo de Software, II Escola Regional de Informtica, So
Paulo: Sociedade Brasileira de Computao, Piracicaba, So Paulo, 1997.
Sobre a professora conteudista
Vera Rejane Niedersberg Schuhmacher mestre em
Engenharia de Produo com nfase em Usabilidade de
Software pela Universidade Federal de Santa Catarina-
UFSC. Professora da Unisul desde 1998 em disciplinas
oferecidas nos cursos de Cincia da Computao e
Sistemas de Informao e Ps-graduao . Pesquisadora
do Ncleo de Computao, atua como Coordenadora do
NPU- Ncleo de Pesquisas em Usabilidade prestando
consultoria em Engenharia de Software e Usabilidade
em empresas de tecnologias e projetos nanciados por
rgos de fomento como Finep, CNPq e Funcitec.
Respostas e comentrios das
atividades de auto-avaliao
A seguir acompanhe as respostas sobre as atividades de auto-
avaliao apresentadas ao longo de cada uma das unidades
dessa disciplina. Para o melhor aproveitamento do seu estudo,
confra suas respostas somente depois de realizar as atividades
propostas.
Unidade 1
1) Identifque (V)Verdadeiro ou (F)Falso para as expresses que
seguem:
(V ) a. ; (F ) b.; ( F ) c.; ( V ) d.; ( V ) e.
2) Assinale com X a(s) expresso(es) corretas:
( X ) b.
3) Relacione a 2 coluna com a 1:
A) Mtricas
B) Reviso tcnica formal
C) Padro
D) Organismos
normativos
( C ) Denem um conjunto de critrios de
desenvolvimento que orientam a maneira como
o software construdo.
( B ) Procura descobrir erros de funo, lgica ou
implementao em qualquer representao do
software vericando se atende a seus requisitos.
(A ) Indicam a qualidade do produto, a produtividade
das pessoas que produzem o produto, avaliam
benefcios derivados de novos mtodos e
ferramentas.
(D ) Criam padres mundiais garantindo a qualidade
dos produtos, um de seus representantes o
comit ISO.
Unidade 2
1) O modelo CMM - Capability Maturity Model avalia a maturidade das
organizaes. Relacione suas caractersticas corretamente: (ateno
que pode ocorrer repeties):
a) denido
b) otimizado
c) inicial
d) gerenciado
e) repetitivo
( A) tambm conhecido como processo previsvel.
( A) ocorrem treinamentos do grupo e a denio do processo da
organizao.
( C) resoluo de crises imediatas.
( D) promove o gerenciamento quantitativo do processo.
( C) no existe base histrica.
( E) promove o gerenciamento de requisitos e a garantia da qualidade.
( B) permite o gerenciamento de mudana do processo e preveno de
defeitos.
( E) tambm conhecido como processo disciplinado.
2) Complete as lacunas com as seguintes expresses:
As atividades - os nveis de maturidade as reas-chaves do processo
caractersticas comuns as atividades
No modelo CMM pode-se dizer que:
a) As reas-chaves do processo so organizadas por caractersticas
comuns necessrias para a implementao.
b) reas-chaves so necessrias para atingirmos os objetivos.
c) Nveis de maturidade indicam a capacidade do processo.
d) As caractersticas comuns contm prticas base que descrevem as
atividades.
3) Descreva a seguir quais so os requisitos necessrios para que se inicie
um processo de qualidade?
Resposta: Para que se inicie um processo de qualidade necessrio
defnir o processo de software a partir do reconhecimento do processo
atual, determinar a capacidade do processo, e avaliar a proposta de
melhorias e evoluo do processo de software. Defnido o processo
ele deve ser descrito em detalhes, de forma a poder ser usado de forma
consistente.
117
4) Relate como organizada a norma ISO/IEC 12207?
Resposta: A norma defnida em trs grandes classes, os
processos fundamentais que se prolongam do incio execuo do
desenvolvimento, operao ou manuteno do software durante
todo o seu ciclo de vida; os processos de apoio que auxiliam
outros processos e os processos organizacionais que implementam
uma estrutura constituda de processos de ciclo de vida e pessoal
associados, melhorando continuamente a estrutura e os processos.
Unidade 3
1) Identifque (V) Verdadeiro ou (F) Falso para as expresses que
seguem:
(F ) a. ; (F ) b. ; (V ) c. ; (V ) d. ; (V ) e.
2) Assinale a(s) afrmativa(s) correta(s). correto afrmar que para
determinar a qualidade do produto:
(X) b. ; (X) c.

3) Relacione a 1 coluna - as caractersticas da ISO/IEC 9126 com a 2-
suas (subcaractersticas:
a) Funcionalidade
b) Conabilidade
c) Usabilidade
d) Ecincia
e) Manutenibilidade
f) Portabilidade
(c ) Inteligibilidade, aprensibilidade, operacionalidade.
(b ) Maturidade, tolerncia a falhas, recuperabilidade,
(a ) Adequao, acurcia, interoperabilidade, conformidade,
segurana de acesso.
(d ) Comportamento no tempo e recursos.
(e) Analisibilidade, modicabilidade, estabilidade, testabilidade
(f) Adaptabilidade, Instabilidade, substituibilidade
118
4) Qual a importncia para a norma ISO/IEC 14598 que a caracterstica do
processo de avaliao seja reprodutvel e imparcial?
Resposta: Estas duas caractersticas so fundamentais porque deve
ser possvelrepetir uma avaliao por um mesmo avaliador ou mesmo
outro avaliador eproduzir resultados idnticos, se isto no ocorre
a avaliao no foirealizada corretamente e seus resultados so
questionveis. O fato do processo de avaliao ser reprodutvel garante
que seja possvel avaliar o produto repetidamente. Desta forma,
voc pode garantir a conformidade com a norma. A imparcialidade
fundamental para garantir a credibilidade da avaliao pois a mesma
no deve ser infuenciada frente a nenhum resultado particular. A
imparcialidade garante que nada infuencie o processo de avaliao.
5) Descreva, a seguir, os requisitos de qualidade necessrios para a
avaliao da norma ISO/IEC 12227.
Resposta: Para a realizao da avaliao necessrio que se tenha
em mos adescrio do produto, documentao do usurio e os
programas e dados.
Unidade 4
1) Identifque (D) para as medidas Diretas e (I) para as Indiretas:
( D) a. ; ( I ) b.; ( D) c. ; ( D) d. ; ( I ) e. ; ( I ) f.
2) Primeiro leia com ateno a afrmao sobre mtricas, e a seguir
elabore uma justifcativa:
a) Mtricas devem ser obtidas o mais cedo possvel no ciclo de vida do
sistema.
Resposta: Ao serem estabelecidas as mtricas de um projeto em uma
fase inicial do projeto tem-se a chance de aplic-las de forma efetiva
em todo o processo de desenvolvimento, se isto for realizado de forma
tardia etapas importantes do processo no sero medidas o que pode
comprometer os resultados do projeto.
b) Mtricas devem ser vistas como probabilidades de forma a permitir a
aplicao de teorias estatsticas sobre as mesmas.
Resposta: O uso de medidas quantitativas e no-qualitativas deve
permitir o uso de clculos estatsticos permitindo assim, a possibilidade
de estimarmos questes relacionados ao projeto em andamento ou
mesmo projetos futuros com bases no passado.
119
3) Imagine-se na seguinte situao: voc desenvolveu um projeto
Contbil com a implementao de 27.200 linhas de cdigo com uma
equipe de 5 pessoas, o projeto teve um custo de U$ 44.000 em um
perodo de 62 meses.
A seguir calcule a produtividade e o custo por linha de cdigo deste
projeto.
R. Produtividade = 27.200/5 = 5.500 linhas p/p
Custo = 44.000/27.200 = U$ 1,62 por linha cdigo
4) Identifque (V)Verdadeiro ou (F) Falso para as seguintes afrmativas
sobre ponto por funo :
(V) Pontos por funo medem o que o software faz.
(F) Pontos por funo medem o esforo de desenvolvimento.
(V) As Sadas computadas no ponto de funo so relatrios e
mensagens de erro do sistema.
(V) Bases de dados com informaes persistentes como cadastros de
produtos em um sistema de estoque so os Arquivos computadas no
ponto de funo.
(F) As funes do ponto de funo podem ser avaliadas somente em
alta e baixa.
(V) A defnio de atributos do que deve ser relevante para considerar
uma funo como de complexidade alta deve ser defnido pela
empresa que implanta a mtrica.
5) Quais so os dois modelos usados pelo PSM ?
Resposta: Os dois modelos usados pelo PSM so o modelo de
informao onde defnida a estrutura e as medidas que sero
utilizadas no projeto e o modelo de processo que estabelece um
roteiro que apia a equipe de medio na conduo das atividades
para a execuo da mesma.
6) Descreva, a seguir, quais so as atividades existentes no planejamento
da medio.
Resposta: No planejamento da medio temos a identifcao e
priorizao das necessidades de informao, a seleo e especifcao
das medidas e a integrao da medio aos processos de apoio.

Livro Qualidade Software Unisul

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Livro Qualidade Software Unisul

Caricato da

Copyright:

Formati disponibili

Universidade do Sul de Santa Catarina

qualidade_software.indb 3 24/1/2007 13:14:07

qualidade_software.indb 11 24/1/2007 13:14:09

Interagir com conceitos fundamentais relacionados

Perceber a necessidade de qualidade no processo de

Entender o conceito de SQA Software Quality

LG Smart Cam MG200

qualidade_software.indb 4 24/1/2007 13:14:11

qualidade_software.indb 5 24/1/2007 13:14:11

qualidade_software.indb 8 24/1/2007 13:14:11

qualidade_software.indb 9 24/1/2007 13:14:11

qualidade_software.indb 10 24/1/2007 13:14:11

qualidade_software.indb 12 24/1/2007 13:14:12

qualidade_software.indb 13 24/1/2007 13:14:12

qualidade_software.indb 15 24/1/2007 13:14:12

Voc pode conhecer os resultados

Entender o universo da qualidade no processo das

Conhecer a norma ISO/IEC 12207 relacionada a

Compreender os principais conceitos do modelo CMM

qualidade_software.indb 3 24/1/2007 13:14:13

qualidade_software.indb 6 24/1/2007 13:14:14

qualidade_software.indb 8 24/1/2007 13:14:14

qualidade_software.indb 10 24/1/2007 13:14:15

Conhecer as normas utilizadas na avaliao da qualidade

Compreender os objetivos das normas e suas

qualidade_software.indb 3 24/1/2007 13:14:19

qualidade_software.indb 4 24/1/2007 13:14:23

qualidade_software.indb 6 24/1/2007 13:14:24

qualidade_software.indb 9 24/1/2007 13:14:25

qualidade_software.indb 10 24/1/2007 13:14:25

qualidade_software.indb 11 24/1/2007 13:14:25

qualidade_software.indb 12 24/1/2007 13:14:25

qualidade_software.indb 14 24/1/2007 13:14:26

qualidade_software.indb 15 24/1/2007 13:14:26

Agora que voc chegou ao nal do contedo proposto para essa

Conhecer a importncia do uso de medidas no processo

Tomar contato com tcnicas e mtodos de medio

qualidade_software.indb 5 24/1/2007 13:14:33

Mtricas e estimativas de Software - O incio de

qualidade_software.indb 12 24/1/2007 13:14:34

qualidade_software.indb 17 24/1/2007 13:14:35

qualidade_software.indb 19 24/1/2007 13:14:36

qualidade_software.indb 20 24/1/2007 13:14:36

qualidade_software.indb 22 24/1/2007 13:14:36

qualidade_software.indb 23 24/1/2007 13:14:37

qualidade_software.indb 28 24/1/2007 13:14:37

Potrebbero piacerti anche