Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 1 de 10

ESTIMATIVAS E MTRICAS: (Medidas de Software)

Objetivos:
(a) Identificar as medidas e medies de software
(b) Medir a complexidade dos sistemas de software
(c) Estimar os pontos fracos e fortes das medies de software













Um medidas de software o mapeamento de um conjunto de no mundo da engenharia de software, em um conjunto
de construes matemticas , tais como nmeros, smbolos ou vetores de nmeros (McClure, 1994) .

O conhecimento obtido da medio de software demostrado na Figura A, resumida abaixo:

(a) Custo, que afeta um planejamento relevante para os projetos futuros
(b) Testabilidade e manutenibilidade de processo e produtos atuais
(c) Eficcia de um produto de software
(d) Qualidade do processo-produto direcionando atributos, como :
1. Confiabilidade
2. Portabilidade e
3. manutenibilidade do sistema de software fornecido
(e) Funcionalidade e facilidade de utilizao de um produto do ponto de vista do usurio

Um medio de software uma tcnica ou mtodo que aplica medidas de software a uma classe de objetos de
engenharia de software de forma a atingir um objetivo predefinido. Cinco caracterstica da medio podem ser
identificadas( Basili, 1988 e 1989)
1. Objeto de medio variando de produtos(por exemplo, cdigo fonte, projeto de software, requisitos de
software, casos de teste de software) a processos(e.i: processo de projeto arquitetnico, processos de
codificao e teste unitrio, processo de teste de sistema) e projetos.
2. Propsito da medio tal como caracterizao, avaliao, analises e previso.
3. Fonte de medida tal como projetista, testadores e gerentes de software.
4. Propriedade medida tal como custo de software, confiabilidade, manutenibilidade, tamanho e portabilidade
5. Contexto da medio onde os artefatos de software so medidos em ambientes diferentes(incluindo pessoa,
tecnologia, recursos disponveis), que so especificados antecipadamente antes da aplicao de algumas
medidas de software.

Mtodos prprios para determinar, de maneira quantitativa, a extenso dos atributos caracterizadores de determinado
projeto, processo ou produto, incluindo frmulas e diretrizes para o clculo de seu prprio valor, conforme define
Pressmam <1995>, as mtricas de software tm suas proposies feitas j h algumas dcadas sem ter, ainda, sido
devidamente assumidas como tcnicas condizentes com o desenvolvimento profissional na indstria informtica.

O termo extremamente amplo. Um universo de itens e elementos podem ser medidos tanto no software quanto na
sua relao com o ambiente onde esteja implantado.

Quanto ao produto software, possvel estabelecer medies na linearidade de sua vida til (ciclo de vida) ou em
seu espao tridimensional, onde, conforme demonstra a figura 1, as direes dimensionais englobam:


Medida
Testabilidade e
manutenibilidade
Eficcia
Problemas relativos s
atividades atuais
Figura A, conhecimento obtidos a partir das medies de software
Custo
Funcionalidade
Qualidade

Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 2 de 10

Complexidade algortmica, na busca da eficincia de processamento;
Qualidade do produto, na busca pela capacidade de atendimento do cliente;
Produo, visando o melhor mecanismo de desenvolvimento que venha a atender o cliente dentro dos limites
de tempo e valor negociados.

Quanto ao ciclo de vida, devido necessidade de medir todos os segmentos da vida til de um software, h ao menos
um mtodo apropriado para cada um desses segmentos, desde o momento inicial de sua criao (a concepo) at
sua operacionalizao (passando por sua construo), momento em que as medies servem para decidir quando de
sua manuteno. A figura 2 demonstra um ciclo clssico.












Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 3 de 10



Ento, o que se pode resumir que no importando a viso que se tenha do software, multidimensional ou linear, cada
uma de suas partes, etapas e subdivises podem e devem ser medidas. E somente com mtricas apropriadas
consegue-se realizar tais estimativas com significativa preciso e confiabilidade.

O software e sua produo tm caractersticas muito prprias de intangibilidade. Tal condio oriunda de fatores
como complexidade implcita e alto grau de subjetividade em sua concepo, conforme denota SOFTWARE
ENGINEERING; EUA: John Wiley & Sons, 1990, ;Jones <1990>.

Tais caractersticas dificultam muito uma mensurao precisa e absoluta. Todos os autores envolvidos e dedicados a
tal estudo bem o sabem. Orar produto e produo e auferir padres de qualidade nesta rea bem mais difcil que em
outras. bom ressaltar que os mtodos so apropriados para estimar, resguardando toda a impreciso intrnseca de
processos to prximos da criatividade, do estado de esprito e do humor humanos.

Esses mtodos de estimao se aplicam, enfim, desde o oramento at o controle de desempenho dos produtos
software e todas elas, as estimativas de desenvolvimento, etapa a etapa, as estimativas de gerenciamento da
produo e as estimativas do gerenciamento do desempenho do produto so igualmente importantes para adequar
tempo e esforo de trabalho s expectativas profissionais exigidas pela engenharia de software.


Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 4 de 10


ENGENHARIA DE SOFTWARE:


O software, por estar envolvido com todas as disciplinas, vem se tornando o componente principal de muitas atividades
complexas, o que aumenta, a cada dia, o desafio de produo e a necessidade de tcnicas poderosas e altamente
especializadas.

Exige, ento, engenharia peculiar, especfica, minuciosa, que consiga abranger parmetros e conceitos suficientes
para o domnio de todas suas derivaes. Esta a Engenharia de Software.

Segundo ENGENHARIA DE SOFTWARE; So Paulo: Makron Books, 1995',' ;Pressman <1995>, derivada das
engenharias de sistemas e de hardware, abrangendo elementos bsicos como o mtodo, o ferramental e o
procedimento.

Conforme explica PRINCIPLES OF SOFTWARE ENGINEERING MANAGEMENT; Inglaterra: Addison Wesley
Longman, 1990',';Gilb <1990>, ela um processo, de projeto, construo e manuteno de algo, que visa
especificaes determinadas de custo e qualidade. Ele tambm aceita a idia de que a engenharia a aplicao da
heurstica para resolver problemas e considera engenharia de software um termo genrico para um conjunto de
disciplinas especializadas de engenharia, que envolve a da lgica, a da informao e da pessoa, cada qual com suas
prprias reas avanadas de especializao. PFLEEGER, Shari L.; SOFTWARE METRICS: A RIGOROUS AND
PRATIC APPROACH; 2a edio; Inglaterra: International Thomson Computer, 1997',';Fenton & Pfleeger <1997>
descrevem a engenharia de software como a coleo de tcnicas que aplicam uma abordagem de engenharia
construo e ao suporte de produtos software e comentam que as atividades desta incluem administrao, oramento,
planejamento, modelagem, anlise, especificao, projeto, implementao, testes e manuteno.

Como um ramo integrante da disciplina de engenharia, a cincia da produo de software no pode se furtar s
necessidades de mensurao, afinal de contas, ningum concebe a idia de prticas de engenharia civil, eltrica ou
mecnica - s para citar algumas - sem suas regras bsicas de mensurao.

Produo eficaz de software (no importando a dimenso deste ou o porte do desenvolvedor) uma questo de
engenharia e esta uma cincia e a cincia no se pratica, ou efetiva, sem que haja mtodos apropriados para medir
fenmenos.



ESTIMATIVA AO ALCANE DE TODOS:


bom que se ressalte: Aplicao de mtricas no privilgio de alguns poucos desenvolvedores de grande porte.
Todo desenvolvedor pode e deve utilizar recursos apropriados para orar, gerenciar e dominar seus projetos.

Existem diversos modelos para mensurao de sistemas computacionais, mais ou menos empricos, comercialmente
viveis, desde algumas formas resumidas ao uso de experincias passadas como nico guia, at mtodos complexos
e relativamente completos, que associam experimentao, inferncia e formulao matemtica na elaborao de
formas seguras de se medir software. Autores como ENGENHARIA DE SOFTWARE; So Paulo: Makron Books,
1995;Pressman <1995> e USE OF METHODOLOGIES: AN EMPIRICAL ANALYSIS OF THEIR IMPACT ON THE
ECONOMICS OF THE DEVELOPMENT PROCESS; in: European Journal of Information Systems; no 6/97; Inglaterra:
Operational Research Society, 1997',Chatzoglou <1997> concordam que mtricas nunca conseguiro ser uma cincia
exata, de um padro nico, pois muitas variveis - humanas, tcnicas, ambientais e polticas - afetam custos e recursos
de produo. No h um mtodo absoluto, ou seja, um mtodo que consiga ser melhor que todos os outros, sob todos
os aspectos, em qualquer situao. O mtodo deve ser escolhido dependendo das caractersticas particulares do
sistema que se pretenda desenvolver e de circunstncias especiais que envolvam o problema a solucionar.

Este site traz uma relao de mtodos voltados a oramento ou mensurao de qualidade, apresenta o USO
INTEGRADO DE MTRICAS, como alternativa vivel de aplicao de tais mtodos para desenvolvedores de todos os
portes e oferece servios de consultoria para aqueles que pretendam ingressar um universo definitivamente
profissional no contexto dos projetos de software.

As mtricas podem ser qualificadas, segundo aos tipos de aplicaes que se faz delas, em:

Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 5 de 10

Oramento de produto, necessria para planejamento de produo. Proporciona conhecimento de esforos,
prazos e custos de desenvolvimento;
Qualidade, uma referncia genrica sobre a capacidade de atendimento s expectativas que se possa fazer do
produto, que pode ser medida tanto no prprio produto quanto em seu desenvolvimento. Qualidade, ento,
divide-se em:
Qualidade do produto, necessria para estabelecer a devida relao de mercado, como informao
competitiva;
Qualidade do processo produtivo, necessria determinao de grau de maturidade e competncia do
desenvolvedor.
Esta pgina, e suas subseqentes, enfocam qualidade de processo e apresentam uma relao de mtodos, tcnicas e
mtricas destinadas a tal. Algumas consideraes sobre o tema tambm se apresentam, ao final.


Medies - Controvrsias e argumentaes;

a) Qual a mas apropriada?;
b) Como os dados que so compilados deve ser usados?;
c) justo usar medies para comparar pessoas, processos e produtos?







Estimativas

1. esforo humano (pessoas-ms)
2. Durao cronolgica do projeto(tempo-calendrio).
3. Custo (moeda- R$)
4. Experincia passada (Referencia -guia)
5. Analise de riscos,
6. impactos
7. determinao criteriosa de prazos
8. atribuies e responsabilidades
9. monitoraro e controle

Objetivo:

proporcionar uma idia do custo do sistema, programa ou mdulo que estivermos dimensionando.

Projeto sem medidas (inspirado do cu)

Qualquer tcnica de gerenciamento de projeto no capaz de salvar o projeto mal dimensionado Compromete :
relacionamento AS vs. usurio
qualidade


Medidas de Software

Medio comum na nossa vida

Exemplos :peso, temperatura, voltagem, dimenses fsicas, etc.)

Unidades de medida:
os projetos, sejam sistemas, programas ou mdulos, necessitam de uma unidade de medida para que possam
ser mensurveis.

Prazo: (calendario-dias-ms)
depende do dimensionamento do sistema.
As tcnicas
Eng. Software
(Processo)
Software
(Produto)

Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 6 de 10

frmulas para calcular o dimensionamento

Custo: (Homem/hora -Hh)
Hh a ser gasto e o ndice de produtividade da equipe que ir trabalhar no projeto
ndice de produtividade







Escopo

item principal para o sucesso do projeto.
mal definidos deixam abertura para o usurio solicitar modificaes constantemente.
Relacione as tabelas , arquivos, funes/processos

Ex: Um erro muito comum "relatrios

o Analista relaciona todos os arquivos, tabelas, funes de (cadastros, consulta) em tela e coloca um item chamado
"relatrios, etc".
DICA(Soluo)
Coloque os nomes dos relatrios,
Relatrios tela, papel ou meio magntico a sua sada,
Caso o usurio no souber quais relatrios ele quer,
abstraa 3 ou 4 com os nomes definidos e suas funes
(Ex.: Lista de Materiais, Demonstrativo financeiro com o total de gastos e vendas por perodo),

deixe bem claro no escopo que qualquer relatrio alm desses descritos ser objeto de outra proposta.

Observao:
muitas tcnicas de dimensionamento independem da plataforma ( hardware, software, linguagens
e etc.,
s iro fazer diferena no clculo do prazo e custo do sistema.

Dificuldades :Eng. Software

1) concordar sobre o que medir; e
2) para avaliar as medidas que so obtidas


Razes para medir um software:
a) Medir a qualidade do produto
b) Avaliar a produtividade das pessoa que produzem o produto
c) Avaliar os benefcios (qualidade) derivados dos novos mtodos e ferramentas utilizados
d)Formar uma linha bsica para estimativas
e) ajudar a justificar os pedidos de novas ferramentas ou treinamento adicional.

Tipos de medidas fsicas

1) Medidas diretas:
Ex. do mundo real: Comprimento de um parafuso


a) Custo;
b) esforo aplicado;
c) LOC (Line of Code) Linhas de cdigo produzidas
d) velocidade de execuo;
e) Tamanho da memria ;
Hh X horas Custo
(Projeto)
Software
(Produto)

Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 7 de 10

f) defeitos registrados ao longo de certo espao de tempo

2) Medidas indiretas:
Ex. do mundo real: Qualidade dos parafusos produzidos, medido pela contagem de parafusos rejeitados
a) funcionalidade;
b) qualidade;
c) complexidade;
d) eficincia;
e) manutenibilidade.

Diviso das mtricas em categorias

1) Mtricas de produtividade:
concentra-se na saida do processo de Eng. Software
2) Mtricas de qualidade:
Oferecem um indicao de quo estreitamente e o software(conforme as exigncias do cliente)
3) Mtricas Tcnicas:
concentram-se na caractersticas do software (ex: complexidade lgica, grau de modularidade
4)Mtricas orientadas ao tamanho
Usadas para compila as medies diretas da sada e da qualidade de Eng. Software
5) Mtricas orientadas para a funo:
Oferecem medies indiretas
6) Mtricas Orientadas s pessoa;
compilam informaes sobre as pessoas que desenvolvem o software(tcnicas, ferramentas, etc.)


NECESSIDADE DE ESTIMAR:

Com uma analogia bem delineada com a engenharia civil, ANLISE DE PONTOS DE FUNO;
Rio de Janeiro: Infobook,1996';Braga <1996> afirma que no se admite a idia de construir uma estrada sem antes
desenh-la, executar anlises ambientais, dimension-la, planejar transposies de obstculos, calcular custos e
analisar indicadores. O autor se pergunta por que empresas ainda insistem em desenvolver projetos de software sem
compilar um conjunto de informaes essenciais.

Por vrios motivos, os desenvolvimentos de projetos de software vm fracassando em expectativas, prazos e custos
propostos. O principal deles que, muitas vezes, no haver sequer um planejamento de como a idia modelada pelos
levantamentos de requisitos e necessidades dos clientes possa ser transformada em um produto. Muitas vezes, sequer
haver um modelo e/ou projeto que permita tal planejamento.

Projetos de software, assim como qualquer outro projeto, de qualquer ramo da engenharia, precisam de planejamento
para conquistar sucesso.

certo que esta engenharia diferenciada das outras por desenvolver um tipo de produto to particularizado e
intangvel. Mas, dentro dos padres atuais de complexidade de produto e competitividade de mercado, no se pode
imaginar, sequer aceitar a idia de, tal produo sem projeto, sem medida ou sem planejamento.

Esse planejamento necessrio s se pode dar com o domnio de informaes como dimenso, esforo, prazo, valor e
disponibilidade de recursos para a realizao.

Essa realidade bem expressa por CONTROLE DE PROJETOS DE SOFTWARE; Rio de Janeiro: Campus,
1991';DeMarco <1991>, quando afirma que no se pode controlar o que no se pode medir e comenta que, apesar
de ser bvio o forte elo entre medio e controle, uma idia nova para a maioria dos gerentes de software que
acalentam a iluso de que se consegue levar adiante um projeto, sob total controle, sem nunca terem medido coisa
alguma. Tal afirmao foi feita em 1991; ser que este cenrio mudou, evoluiu de l para c?

ODELL, James J.; ANLISE E PROJETO ORIENTADOS A OBJETO; So Paulo: Makron Books, 1995',;Martin & Odell
<1995> dizem que a capacidade de criar software no est acompanhando a evoluo do hardware e clamam por uma
revoluo industrial do software, pois os projetos ficam cada vez mais difceis de execuo medida em que os
sistemas tornam-se mais complexos em face s novas condies criadas pelo desenvolvimento da tecnologia do
hardware. Ainda que mais complexo, esse software tambm precisa ser mais confivel, ter um prazo menor para ser
desenvolvido e no ter seu custo muito elevado.

Eng. Software
(Processo)

Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 8 de 10

FLEURY, Afonso C. C.; INDICADORES DA QUALIDADE E PRODUTIVID ADE NA INDSTRIA BRASILEIRA;
in: revista Indicadores da Qualidade e Produtividade; vol.1 - no 1 - fev/92; So Paulo: depto. Engenharia de Produo
da EPUSP, 1992',';Muscat & Fleury <1992> definem que estratgias competitivas podem ser focadas em nveis de
competitividade, tais como:

(a) custo;
(b) qualidade;
(c) tempo;
(d) flexibilidade e
(e) inovao.

Na rea de software, pode-se afirmar que inovao e flexibilidade so prerrogativas indiscutveis para a integrao em
um mercado onde as evolues tecnolgicas acontecem em velocidades quase inacreditveis; ambas so uma
questo de projeto bem elaborado e equipe produtiva bem estruturada. Custo e qualidade s tornam-se possveis com
bons projetos. Tempo uma questo de planejamento de produo. Projetos competentes s so possveis se bem
dimensionados.

Diante de tal cenrio, algumas observaes podem ser feitas:

A indstria de software, de uma maneira geral, tem sido desenvolvida sem grandes critrios profissionais e os
novos paradigmas de software: complexo; de grandes propores; manutenvel; seguro; interativo; completo;
confivel e econmico, permitem cada vez menos o amadorismo e a produo artesanal;
A manufatura do software precisa de infra-estrutura confivel, transparente, gil, harmnica, gerencivel e
evolutiva;
Esse universo de produo precisa associar crebro, mtodo e criatividade e isso s possvel com
engenharia;
A engenharia necessria precisa de mensuraes;
Mensuraes exigem mtricas, e estas podem ser apresentadas segundo uma cronologia de desenvolvimento:
1. LOCs (Lines of Codes - Linhas de Cdigo): dcadas de 1950 e 60) O maior problema estava na linguagem
e na experincia do programador. Um programador experiente pode ter uma produtividade 3 vezes ou mais
que um programador iniciante.
2. Regresso Linear - dcada de 1960
3. Delphi - final da dcada de 1960, incio da de 70
4. Halstead (Maurice Halstead, Univ. de Purdue) 1972: Baseada nos operandos (itens de dados) e
operadores (comandos de linguagem). O problema era o mesmo que o LOCs, alm disso, s tendo o
cdigo pronto, poderemos medir, no serve por no ter sido feito o dimensionamento por esse mtodo.
No podemos utilizar duas unidades de medida diferentes, teramos que ter clculos de compensao e
isso invivel comercialmente.
5. FPA (Allan J. Albrecht, IBM) 1974 : APF (Anlise de Pontos de Funo): um dos mais utilizados
atualmente. Baseia-se na viso do usurio, apesar do pessoal de informtica ter dominado a tcnica.
Contabilizam-se dados (Arquivo Lgicos Internos e Arquivo de Interface Externa) e funes (Entrada
Externa, Sada Externa e Consulta Externa). Atualmente a tcnica de APF contm diversas ramificaes,
mas a linha base continua ser a determinada no CPM 4.1 (verso atual Jan/2000) pelo IFPUG
(International Function Point Users Group).
6. Nmero Ciclomtico (Thomas J. McCabe) 1976
7. Tabela de converso para Linguagens de Programao (Capers Jones) 1976
8. Putnam's Slim Model (W. Putnam) 1978
9. COCOMO (Barry Bohem, Univ. do Sul da Califrnia) 1981
10. Feature Points (Capers Jones, Software Productivity Research) 1986
11. COCOMO II (Barry bohem e outros, Univ. do Sul da Califrnia) 1994
12. OO-FPA (Thomas Fetcke e outros, Univ. de Quebec em Montreal) 1997
13. Bang: Criada por Tom de Marco (conhecido como um dos "papas" da Anlise Estruturada), baseia-se no
clculo de dados e funes, mas tem o incoveniente de termos o anteprojeto para dimensionamento do
sistema e posterior comparao.
14. Uso Integrado de Mtricas (Andr L. Trindade, USP-CEETEPS) 1999


LINHAS DE CDIGO:


A primeira e mais natural das formas de medir o tamanho de um sistema computacional, criando a unidade de medida

Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 9 de 10

mais comum e mais utilizada, at ento, para retratar dimenses de software: as Linhas de Cdigo - LOC (Lines Of
Code). A unidade de medida em si, bastante utilizada, ainda hoje, em outras mtricas.

No se pode dizer que chega a ser um mtodo de mensurao; apenas uma tcnica de contagem, bastante emprica
por sinal, que consegue traduzir dimenso em nmero de linhas de instrues de linguagens especficas de
programao.

Inicialmente, a estratgia seria de uma mensurao em programas j construdos e uma associao de elementos -
como especificidade de rotinas e determinao de linguagem - com a experincia profissional e a capacidade
organizacional de quem aplica tal recurso.

S se consegue uma aplicao razovel se houver uma cultura de documentao histrica de dados, constantemente
reavaliados e atualizados, alta padronizao dos tipos de rotinas cadastradas e mensuradas e trabalho com linguagens
especficas e no mutveis.

Caractersticas do KLOC
Medidas diretas
criar uma tabela: relaciona cada projeto de desenvolvimento de softeste que foi concludo no
decorrer dos ltimos anos.
A partir dos dados brutos contidos na tabela, podem ser extrados as seguintes formulas:

Produtividade = KLOC pessoa-ms
Qualidade = Defeitos/KLOC
Custo = $ / LOC
Documentao = Paginas de doc / LOC

Segundo a Figura para o projeto aaa-01 temos :

KLC = 12,1 (Mil linhas de cdigo)
Esforo = 24 pessoas-ms
Custo = 168 mil dlares

: Representa todas as ativ. de Eng. Software: (analise, projeto, codificao e teste)

Informaes adicionais:

Documentos = 365 pginas
Erros = 29 (aps a entrega - 1 ano de operao)
Pessoas = 3 (trabalharam no projeto)


Desvantagens: (KLOC)

Linhas de cdigo (KLOC) cria Controvrsias
Grupos
a) A favor;
Podem ser facilmente contados
Projeto Esforo $ KLOC Pags. (Doc) Erros pessoas
aaa-01 24 168 12,1 365 29 3
ccc-04 62 440 27,2 1224 86 5
fff-03 43 314 20,2 1050 64 6
..... ....... .... ...... ...... ..... ....
..... ....... .... ...... ...... ..... ....
..... ....... .... ...... ...... ..... ....

Estimativa e Mtricas AP-ESW-MET01 / Engenharia de Software

Prof. S.G.M.P Pgina 10 de 10

Todos os software tm

b) Em contra
Depende da ling. de Prog. e Experincia do Prog.
Penalizam programas bem projetados(mais curtos)
No acomodam ling. no procedimentais
as LOC devem ser estimadas antes que a analise e o projeto tenham sido concludas


Linhas de Cdigo
VANTAGENS


Pode-se citar, como ponto alto, o fato da concepo de uma unidade perceptvel de mensurao, para aqueles que
trabalham com criao dos programas de computador. Tambm no se pode ignorar a caracterstica pioneira de tal
tcnica.


DESVANTAGENS

Tal forma de medir no admite comparaes entre tecnologias, ou seja, no h sentido em comparar linhas de cdigo
escritas em Cobol, com outras escritas em Visual Basic, por exemplo. Trindade <mailto:andre@tw.eng.br
mailto:andre@tw.eng.br> pergunta: No h? E responde: exatamente esse o campo pesquisado por Capers Jones j
h alguns anos, que culminou na publicao da tabela de converso para linguagens de programao.

Mesmo quando h comparao entre duas rotinas de mesma funo, escritas com a mesma linguagem, pode haver, e
praticamente certo que haver, diferenas entre as dimenses das rotinas criadas, pelo simples fato de que as
experincias dos programadores no so as mesmas, e um ter um algoritmo mais limpo que outro.

No considera fatores de interferncia possveis, como capacitao tcnica da equipe desenvolvedora, condies
ambientais para o trabalho, recursos de hardware e software utilizados, etc.

Por fim, mesmo que os itens anteriores possam ser equacionados convenientemente, ainda resta a exigncia pela
manuteno de histricos sobre as dimenses j realizadas, devidamente tratadas em suas inferncias, para que se
possa utilizar tais informaes como base estimativa para projetos vindouros. A cultura desse tipo de expediente ainda
inspida, principalmente em empresas de menor porte e, ainda, em pases de menor desenvolvimento tecnolgico e
cientfico.





Bibliografia:




a) Engenharia de Software Teoria e Prtica. James Peters / Witold Pedrycz. Editora Campus(2001)
b) Engenharia de Software Fundamentos, Mtodos e Padres, Wilson de Pdua Paula Filho. Editora LTC
(2003)

c) Engenharia de Software, David Gustafson. Coleo Schaum, Editora Bookman(2003)

d) Teste de Software, Produzindo Sistemas Melhores e Mais Confiveis, Leonardo Molinari, Editora Erica-
2003

e) SITE: http://metricas.tw.eng.br/. Autor Andr Luiz Trindade