UNIP – Universidade Paulista – Engenharia de Software - Métricas

Análise por ponto de função

Diagrama de Fluxo de Dados

Métricas de software orientadas à função usam uma medida da funcionalidade

entregue pela aplicação como valor de normalização. Como “funcionalidade” não pode ser
medida diretamente, deve ser originada indiretamente usando outras medidas diretas.
Métricas orientadas a função foram inicialmente propostas por Albercht [ALB79], que
sugeriu uma medida chamada ponto por função. Pontos por função são originados usando
uma relação empírica baseada em medidas de contagem (direta) do domínio de informação
do software e avaliação da complexidade do software.
C Dados Pessoais
E
l Dados dos Produtos m
i Pedido Automação Dados das Compras p
e de r
n Consulta Últimas compras loja Posição de Estoque e
t Imprime Cupom Fiscal Relatório de compras s
e a realizar a

Envia Venda Aprova Venda

Empresas de
Cartão de Crédito

Pontos por função são calculados [IFP94] completando a tabela mostrada a seguir.
Cinco características do domínio da informação são determinadas e as contagens são
registradas nos lugares próprios da figura. Os valores do domínio da informação são
definidos da seguinte maneira.

Quantidade de entradas do usuário. Cada entrada do usuário, que fornece dados

distintos orientados à aplicação do software, é contada. Entradas devem ser distinguidas
de consultas, que são contadas separadamente.
Quantidade de saídas do usuário. Cada saída do usuário, que fornece informação
orientada à aplicação para o usuário, é contada. Nesse contexto, saída refere-se a
relatórios, telas, mensagens de erro, etc. Itens de dados individuais dentro de um
relatório não são contados separadamente.
Quantidade de consultas do usuário. Uma consulta é definida como uma entrada on-
line, que resulta na geração de alguma resposta imediata do software sob a forma de
uma saída on-line. Cada consulta distinta é contada.
Quantidade de arquivos. Cada arquivo mestre lógico (i. e., grupo de dados lógico, que
pode ser parte de uma base de dados maior ou um arquivo separado) é contado.

Prof. Marcelo Nogueira

 UNIP – Universidade Paulista – Engenharia de Software - Métricas

Quantidade de interfaces externas. Todas as interfaces em linguagem de máquina (ex.

arquivos de dados em um meio de armazenamento), que são usadas para transmitir
informação a outro sistema, são contadas.

De acordo com o DFD (Automação de loja) realizamos a seguinte contagem:

Entradas:
Dados Pessoais
Pedidos
Dados do Produto
Dados das Compras
Aprova Vendas

Saídas:
Imprime Cupom Fiscal
Relatório de Compras a realizar
Envia Vendas

Consultas:
Últimas compras
Posição de estoque

Arquivos:
Cliente
Empresa

Interfaces Externas:
Empresas de Cartão de Crédito

Atribuindo a tabela abaixo, chegamos a quantidade de ponto por função:

Parâmetro de medição Contagem Simples Médio Complexo

Quantidade de entrada do usuário 05 x 3 4 6

Quantidade de saídas do usuário 03 x 4 5 7

Quantidade de consultas do usuário 02 x 3 4 6

Quantidade de arquivos 02 x 7 10 15

Quantidade de interfaces externas 01 x 5 7 10

Total de Contagem

Uma vez coletados esses dados, um valor de complexidade é associado com cada
contagem. Organizações que usam os métodos de pontos por função desenvolvem critérios

Prof. Marcelo Nogueira

 UNIP – Universidade Paulista – Engenharia de Software - Métricas

para determinar se uma instância particular é simples, média ou complexa. Não obstante, a
determinação da complexidade é um tanto subjetiva.

Parâmetro de medição Contagem Simples Médio Complexo

Quantidade de entrada do usuário 05 x 3 4 6 20

Quantidade de saídas do usuário 03 x 4 5 7 21

Quantidade de consultas do usuário 02 x 3 4 6 08

Quantidade de arquivos 02 x 7 10 15 14

Quantidade de interfaces externas 01 x 5 7 10 10

Total de Contagem 73

Para contar os pontos por função (function points, FP), é usada a seguinte relação:

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

Em que total da contagem é a soma de todas as entradas de FP obtidas. Então:

FP = 73 x [0,65 + 0,01 x Σ(Fi)]

Os Fi (i = 1 a 14) são “valores de ajustes de complexidade”, baseados nas respostas às

seguintes perguntas [ART85]:

1. O sistema requer salvamento (backup) e recuperação (recovery)?

2. Comunicações de dados são necessárias?
3. Há funções de processamentos distribuídos?
4. O desempenho é crítico?
5. O sistema vai ser executado em um ambiente operacional existente, intensamente
utilizado?
6. O sistema requer entrada de dados on-line?
7. A entrada de dados on-line exige que a transação de entrada seja construída através de
várias telas ou operações?
8. Os arquivos mestre são utilizados on-line?
9. As entradas, saídas, arquivos ou consultas são complexas?
10. O processamento interno é complexo?
11. O código é projetado para ser reusado?
12. A conversão e a instalação estão incluídas no projeto?
13. O sistema está projetado para instalações múltiplas em diferentes organizações?
14. A aplicação está projetada para facilitar modificações e para facilidade de uso pelo
usuário?

Prof. Marcelo Nogueira

 UNIP – Universidade Paulista – Engenharia de Software - Métricas

Cada uma dessas questões é respondida usando uma escala que varia entre 0 a 5:
0 = Não importante ou não aplicável;
1 = Insignificante influência;
2 = Influência moderada;
3 = Influência média;
4 = Influência significativa;
5 = Absolutamente essencial.

Os valores constantes na Equação e os fatores de peso, que são aplicados às contagens do

domínio de informação, são determinados empiricamente.
Então:

Nº Perguntas VAC
1 O sistema requer salvamento (backup) e recuperação (recovery)? 4
2 Comunicações de dados são necessárias? 4
3 Há funções de processamentos distribuídos? 0
4 O desempenho é crítico? 3
5 O sistema vai ser executado em um ambiente operacional existente, intensamente utilizado? 2
6 O sistema requer entrada de dados on-line? 3
7 A entrada de dados on-line exige que a transação de entrada seja construída através de várias telas 3
ou operações?
8 Os arquivos mestre são utilizados on-line? 3
9 As entradas, saídas, arquivos ou consultas são complexas? 4
10 O processamento interno é complexo? 3
11 O código é projetado para ser reusado? 4
12 A conversão e a instalação estão incluídas no projeto? 3
13 O sistema está projetado para instalações múltiplas em diferentes organizações? 0
14 A aplicação está projetada para facilitar modificações e para facilidade de uso pelo usuário? 5
Total 41
Atribuindo o valor de Fi na fórmula, resultará:

FP = 73 x [0,65 + 0,01 x 41]

Então:
FP = 77,38 pontos de função.

Empiricamente foi determinado que a produtividade média (pessoa/mês) equivale a

6,5 FP/pm. Ressaltando que esse valor pode ser alterado de acordo com histórico e de
acordo com cada domínio estudado.

Considerando um valor bruto salarial para cada profissional de R$ 1.300,00 p/ mês, é

possível concluir que:

Custo por FP = R$ 1.300,00 / 6,5 = R$ 200,00 (Valor bruto salarial / Produtividade média)
Custo Total = 77,38 * 200,00 = R$ 15.476,00 (Quantidade de FP * custo por FP)
Esforço Estimado = 77,38 / 6,5 = 11,90 p/m (Quantidade de FP / Produtividade Média)

Prof. Marcelo Nogueira