Mtricas de Software

Atravs da MEDIO:
pode-se obter um entendimento para realizar uma avaliao
objetiva.
Medio pode ser aplicada:
Processo de software, com o objetivo de melhor-lo de
forma contnua, viso estratgica da organizao.
Projeto de software, para auxiliar na estimativa, no
controle de qualidade, na avaliao de produtividade e no
controle de projeto.
Na gesto de projetos h uma preocupao com as mtricas de
produtividade e de qualidade, dentre as quais:
- Medidas de sada do desenvolvimento do software: funo de
esforo e tempo aplicado, aptido para uso dos produtos de trabalho.
Para o planejamento e estimativas, realizado alguns
questionamento:
Qual foi a produtividade em desenvolvimento em projetos
anteriores

 Qual a qualidade do software produzido?

Como dados anteriores podem ser extrapolados at o presente?
Como isso pode ajudar a planejar e estimar com mais
preciso?
H quatro razes para medir software:
Caracterizar
o Caracterizamos para ter entendimento dos processos,
produtos e recursos.
o Estabelecer marcos bsicos
o Prever ou aperfeioar.
Avaliar
o Avaliamos para determinar o status com referncia aos
planos
o Sensores para avaliar quanto os projetos e processos
esto fora de controle.
o Verificar o modo para trazer os projetos de volta ao
controle
o Verificar o cumprimento de metas de qualidade
o Verificar os impactos de melhoramentos de tecnologias
Prever
o Para poder planejar

o Observao de todo o processo e do produto como forma

de utilizar valores observados para prever outros
o Ajudam a extrapolar tendncias, onde as estimativas de
custos, prazos e qualidade possam ser atualizadas.
Aperfeioar
o Coletar informaes quantitativas para ajudar a
identificar bloqueios, causas fundamentais, ineficincias.
o Melhorar a qualidade do produto e o desempenho do
processo
MEDIDAS, MTRICAS E INDICADORES
Medida: uma indicao quantitativa da extenso, quantidade,
dimenso, capacidade ou tamanho do produto ou do processo.
Medio: ato de determinao de uma medida.
Indicador: uma mtrica ou a combinao delas, que fornece
compreenso do processo de software, de um projeto ou do produto
Um Eng. Software realiza medidas e desenvolve mtricas de modo a
obter indicadores.
Os indicadores permitem:
Avaliar o status de um projeto em andamento
Acompanhar os riscos em potencial

 Descobrir reas problemas antes que elas se tornem crticas

Ajustar fluxo de trabalhos ou tarefas
Avaliar a capacidade da equipe de trabalhar com qualidade
Atravs de indicadores se consegue ajustar o processo, o projeto ou
o produto.
MTRICAS DE PROCESSO E DE PROJETO
Normalmente, tem-se dificuldade em concordar no que medir e
como avaliar o que se mediu.
Mtricas de processo so coletadas ao longo de todos os projetos e
durante longos perodos.
Segundo Humphrey, o aperfeioamento do processo de software
pode e deve comear no nvel individual. Pode-se utilizar
PSP(Personal Software Process).
As mtricas podem ser subdivididas em Privadas e Pblicas:
Privadas: Se referem ao escopo da equipe do projeto de software.
Exemplos: Defeitos para funes importantes do SW, erros
encontrados durante revises tcnicas formais.

Pblicas: Geralmente assimilam informaes que anteriormente

eram privadas de uma equipe. Propores de defeitos de projeto,
esforo, tempo transcorrido e dados relacionados so coletados e
avaliados tentando descobrir indicadores.
As mtricas devem sempre fornecer benefcios para a organizao
com o intuito de aperfeioar o seu nvel de maturidade. Segue uma
etiqueta de mtricas:
Use bom senso e sensibilidade empresarial quando interpretar
dados de mtricas
Fornea realimentao aos indivduos que coletam medidas e
mtricas
No use mtricas para avaliar indivduos
Trabalhe com profissionais e indivduos para estabelecerem
metas claras e mtricas que devem ser usadas para alcana-las.
Nunca use mtricas para ameaar indivduos
Dados de mtricas que indicam uma rea problemtica no
devem ser considerados negativos.
medida que uma organizao usa mtrica, os indicadores simples
vo dando lugar a uma abordagem mais complexa (SSPI- Melhoria
Estatstica do processo de Software).

SSPI utiliza uma anlise de falhas baseada nos erros e defeitos.

A anlise de falhas funciona da seguinte maneira:
Todos os erros e defeitos so categorizados por origem(falha
de especificao, falha de lgica, no atendimento a padres)
O custo para corrigir cada erro e defeito registrado.
A quantidade de erros e defeitos de cada categoria contada e
ordenada de forma decrescente.
O custo total de erros e defeitos de cada categoria calculado.
Os dados resultantes so contabilizados para se obter a
categoria que produzem mais custos para a organizao.
So desenvolvidos planos de ao para modificar o processo,
com o objetivo de eliminar ( ou reduzir a freqncia das)
classes de erros e defeitos mais dispendiosas.
MTRICAS DE PROCESSO X MTRICAS DE PROJETO
M. Processo finalidade estratgica
M. Projeto finalidade ttica (usados por um Gerente ou equipe
para adaptar o fluxo de trabalho e as atividades tcnicas do projeto).
Primeira aplicao das M. Projeto nas estimativas do projeto.
- Outros projetos so usados como parmetros

- Erros descobertos durante cada fase da Eng. Software so

registrados
- A taxa de produo medida
OBJETIVOS DAS M. PROJETO:
- Minimizar o cronograma, fazendo ajustes para evitar
atrasos e problemas
- Avaliar a qualidade do produto durante a sua evoluo
Cada projeto deve medir as Entradas(recursos, pessoal, ambiente),
as Sadas(medida dos produtos intermedirios durante o processo de
E.S.) e os resultados(indicam a efetividade dos produtos finais)
MEDIO DE SOFTWARE
Duas categorias de medies:
Medidas

diretas

(comprimento

do

parafuso)

medidas

indiretas(qualidade dos parafusos produzidos).

Relao ao Software:
M. Diretas - linhas de cdigo(LOC) produzidas, velocidade de
execuo, defeitos relatados.

M.Indiretas:

funcionalidade,

qualidade,

complexidade,

confiabilidade, manutenibilidade.
Exemplo: A equipe A encontrou 342 erros durante um processo de
software, antes da entrega. A equipe B encontrou 184 erros. Sendo
as outras coisas todas iguais, qual equipe mais efetiva na
descoberta de erros ao longo do perodo?
No sabemos o tamanho nem a complexidade dos projetos....
MTRICAS ORIENTADAS A TAMANHO
Consideram o tamanho do software produzido. Referem-se a todas
as atividades da Engenharia(anlise, projeto, cdigo , teste).
Valor de normalizao: Linhas de cdigo
Cada projeto pode ter as seguintes mtricas:
Erros por KLOC
Defeitos por KLOC
$ por LOC
Paginas de documentao por KLOC
Erros por pessoa/ms
LOC por pessoa/ms
$ por pagina de documentao

Mtricas orientadas a Tamanho

Projeto
Alfa
Beta
Gama
...

LOC Esforo $(000) Pg.Doc Erros Defeitos Pessoas

12.100
24
168
365
134
29
3
27.200
62
440
1.224
321
86
5
20.200
43
314
1.050
256
64
6
...
...
...
...
...
...
...

No muito utilizada na estimativa, pois requer um nvel de

detalhes difcil de se alcanar.
MTRICAS ORIENTADAS POR FUNO
Usam a funcionalidade como fator de normalizao. A medida
PONTO por FUNO.
PF originados usando uma relao emprica baseada em medidas
de contagem do domnio de aplicao do software e avaliao da
complexidade do software

Os valores dos domnios da informao so definidos da seguinte

maneira:
Quantidade de entrada dos usurios
o Cada entrada contada
Quantidade de sadas do usurio
o Relatrios, telas, mensagens de erros, etc
Numero de consultas do usurio
o uma entrada on-line, resulta na gerao de uma
resposta imediata sob a forma de uma sada on-line
Quantidade de arquivos
o Cada arquivo mestre lgico contado
Quantidade de interfaces externas
o Toda

interface

que

so

usadas

para

transmitir

informaes a outros sistemas

Parametro de Medio

Conta.

Fator de peso
simple med. complex

Quantidade de entradas

Quantidade de sadas

Quantidade de consultas

Numero de arquivos

10

15

Quantidade de interfaces ext

10

Contagem total
Pontos por funo

FP = total de contagem X [0,65 + 0,01X(Fi)]

Fi so os valores de ajuste da complexidade, baseados nas
seguintes respostas:
1 O sistema requer salvamento(backup) e recuperao(recovery)?
2 Comunicaes de dados so necessrias?
3 H funes de processamento distribudo?
4 O desempenho crtico?
5 O sistema vai ser executado em um sistema operacional existente
e muito utilizado?
6 O sistema requer entrada de dados on-line?
7 A Entrada de dados on-line exige que a transao de entrada seja
construda atravs de varias telas ou oepraes?
8 Os arquivos mestre so atualizados on-line
9 As entradas, sadas arquivos ou consultas ssocomplexas?
10 O processamento interno complexo?
11 O cdigo projetado para ser reusado?
12 A converso e a instalao esto includas no projeto?
13 O sistema est projetado para instalaes mltiplas em diferentes
organizaes?
14 A aplicao est projetada para facilitar modificaes e para
facilitar o uso pelo usurio?

Cada uma destas questes so respondidas usando uma escala que

varia entre 0 (no aplicvel ou no importante) a 5 (absolutamente
essencial).
Uma vez calculados os PF, so usados para definir medidas de
produtividade, tais como:
Erros por FP
Defeitos por FP
$ por FP
Paginas de documentao por FP
FP por pessoa-ms
Mtricas de PF estendidas
Pontos por caractersticas
o Complexidade algortmica elevada. Aplicaes de
software em tempo real, controle de processos, softwares
embutidos.
Pontos por funo 3D
o Enfatizam a utilizao das capacidades de dimenso e
controle

o Enfocam as transies de estados, ex. telefone auto

discagem
MEDIO DA QUALIDADE DE SOFTWARE
Segundo Gilb estas so as definies e medidas de qualidade de um
software:
Correo
o Grau que o software desempenha sua necessria funo.
o Defeitos so contados durante um perodo padro, 1 ano
Manutenibilidade
o Facilidade com que um programa pode ser corrigido, se
um erro for encontrado
o Adaptado, se o ambiente for alterado
o Aperfeioado, se o cliente deseja modificao
Integridade
o Capacidade do sistema reagir a ataques, tanto acidentais
como intencionais
o Podem

afetar

tanto

programas,

quanto

documentos
o Pode ser medida atravs:
MTTC(Tempo mdio para modificao)
Analisar o pedido

dados

 Projetar uma modificao

Implementar, testar e distribuir
Utilizao
o Uso amigvel
o Pode ser medida de acordo com:
aptido fsica/intelectual para lidar com o sistema
tempo necessrio para se tornar eficiente no uso do
sistema
avaliao subjetiva das atitudes dos usurios
Uma mtrica de qualidade a eficincia na remoo dos defeitos
(DRE)
Para o projeto todo a DRE definida como:
DRE=E/(E+D)
E quantidade de erros encontrados
D Quantidade de defeitos
O valor ideal de DRE 1, ou seja, nenhum defeito encontrado no
software.
As atividade de DRE devem ser realizadas ao longo de cada etapa da
Eng. Software

MTRICAS PARA UMA PEQUENA ORGANIZAO

Tempo (horas ou dias) transcorridos entre o momento em que o
pedido foi feito at que a avaliao seja completada
Esforo (pessoas/horas) para realizar a avaliao
Esforo necessrio para fazer a modificao(pessoas/horas)
Tempo necessrio
Erros descobertos durante o trabalho
Defeitos descobertos.
Coletar dados, calcular e analisar mtricas so passos que devem ser
implementados para iniciar um programa de mtricas.