Anlise por Pontos de Funo

Autor: Alfredo Jorge Reimann Filho - DITEC F

1. Conceituao
A anlise por Pontos de Funo (FPA) uma tcnica para mensurao de
sistemas, desenvolvida por Allan J. Albrecht (IBM, White Plains) em 1979, e que
tem ganho um significativo contingente de usurios. O International Function Point
Users Group IFPUG tem procurado difundir esta tcnica e padronizar os conceitos
inerentes a ela.
Recentemente a International Organization for Standardization - ISO e a
International Electrotechnical Comission - IEC criaram um grupo para normalizar o
processo de mensurao de software, cuja proposio inicial est baseada nesta
tcnica.
A FPA dimensiona o software, considerando a perspectiva do usurio,
quantificando a funcionalidade que ele proporciona ao seu usurio final baseado
principalmente no seu desenho lgico.
Uma aplicao, vista sob a tica do usurio, um conjunto de funes ou
atividades do negcio que o beneficiam na realizao de suas tarefas. Estas
funes so divididas nos seguintes grupos ou tipos:
ARQUIVO LGICO INTERNO: Representam os requerimentos de
armazenamento de grupos de dados logicamente relacionados, cuja
manuteno efetuada pela prpria aplicao;

ARQUIVO DE INTERFACE EXTERNA: Representam as necessidades de

grupos de dados logicamente relacionadas, utilizados pela aplicao, mas
que sofrem manuteno a partir de outra aplicao;

ENTRADAS EXTERNAS: Representam as atividades vindas diretamente

do usurio, atravs de um processo lgico nico, com o objetivo de inserir,
modificar ou remover dados dos arquivos lgicos internos;

SADAS EXTERNAS: Representam as atividades da aplicao (processos)

que tm como resultado a extrao de dados da aplicao;

CONSULTAS EXTERNAS: Representam as atividades que, atravs de uma

requisio de dados (entrada), gera uma aquisio e exibio imediata de
dados (sada).

As funes contribuem para o clculo de Pontos de Funo com base na

quantidade (nmero de funes) e na complexidade funcional relativa atribuda a
cada uma delas.

2. Clculo dos Pontos de Funo

Determina-se o nmero de FPA de uma aplicao em trs etapas de avaliao:

Primeira Etapa (Pontos de Funo no-ajustados): Refletem as funes

especficas e mensurveis do negcio, providas ao usurio pela aplicao;

Segunda Etapa (Fator de Ajuste): Representam a funcionalidade geral

provida ao usurio pela aplicao;

Terceira Etapa (Pontos de Funo Ajustados): Refletem a aplicao do

Fator de Ajuste sobre o resultado apurado na primeira etapa.

As regras de Contagem de FPA, apresentadas adiante, esto baseadas no

Manual de Prticas de Contagem da Anlise por Pontos de Funo - Release 3.1,
publicada pelo International Function Point Users Group IFPUG.
2.1. Clculo dos Pontos de Funo No-Ajustados
Uma funo especfica do usurio em uma aplicao avaliada em termos do que
fornecido pela aplicao e no como fornecido. Somente componentes
solicitados e visveis ao usurio so contados. As funes especficas da
aplicao, sob a tica do usurio, devem ser identificadas e agrupadas segundo o
seu tipo, ou seja:

Arquivos Lgicos Internos;

Arquivos de Interfaces Externa;
Entradas Externas;
Sadas Externas e
Consultas Externas.

Cada funo, atravs de critrios prprios, dever ser classificada segundo a sua
complexidade funcional relativa, em:

Simples;
Mdia ou
Complexa.

A cada funo ser atribudo um nmero de pontos, segundo seu tipo e

complexidade funcional relativa:

Tipo de Funo

Complexidade

Funcional Relativa

SIMPLES

MDIA

COMPLEXA

10

15

Arquivo de Interface Externa 5

10

Entrada Externa

Sada Externa

Consulta Externa

Arquivo Lgico Interno

2.2.

Clculo

do

Fator

de

Ajuste

O valor do Fator de Ajuste calculado a partir de 14 caractersticas gerais dos

sistemas, que permitem uma avaliao geral da funcionalidade da aplicao.
As caractersticas gerais de um sistema so:

COMUNICAO DE DADOS: Quando so utilizados recursos de

Comunicao de Dados para o envio ou recebimento de dados e
informaes de controle utilizados pela aplicao;

PROCESSAMENTO DISTRIBUDO: Quando a aplicao prev a

distribuio de dados ou de processamento entre vrias CPUs da
instalao;

PERFORMANCE: Esta caracterstica identifica os objetivos de performance

da aplicao, estabelecidos e aprovados pelo usurio, que influenciaram
(ou iro influenciar) o desenho, desenvolvimento, implantao e suporte da
aplicao;

UTILIZAO DO EQUIPAMENTO: Representa a necessidade de se fazer

consideraes especiais no desenho dos sistemas para que a configurao
do equipamento no sofra degradao;

VOLUME DE TRANSAES: Avalia o impacto no desenho da aplicao do

volume de transaes previsto para ela;

ENTRADA DE DADOS "ON-LINE": Avalia o volume de transaes que so

entradas de dados interativas;

EFICINCIA DO USURIO FINAL: Analisa as funes "on-line"

desenhadas e disponibilizadas voltadas para a eficincia do usurio final;

ATUALIZAO "ON-LINE": Verifica o volume de arquivos lgicos internos

que sofrem manuteno "on-line" e o impacto do processo de recuperao
de seus dados;

PROCESSAMENTO COMPLEXO: Considera o impacto, sobre o desenho

da aplicao, causado pelo tipo de complexidade do processamento;

REUTILIZAO DE CDIGO: Avalia se a aplicao e seu cdigo foram

especificamente projetados e desenvolvidos para serem reutilizados em
outras aplicaes;

FACILIDADES DE IMPLANTAO: Considera o esforo dispendido para o

atendimento dos requerimentos de converso de dados para a implantao
da aplicao;

FACILIDADE OPERACIONAL: Avalia o desenho da aplicao quanto aos

requisitos estabelecidos para inicializao, "backup" e recuperao voltados
minimizao da interveno manual do operador;

MLTIPLOS LOCAIS: Quando a aplicao for especificamente projetada e

desenvolvida para ser instalada em mltiplos locais ou para mltiplas
organizaes;

FACILIDADES DE MUDANAS: Quando os requisitos da aplicao

prevem o projeto e desenvolvimento de mecanismos que facilitem
mudanas operacionais, tais como: capacidade de emisso de relatrios
genricos, de consultas flexveis ou de alteraes nos dados de controle do
negcio (parametrizao).

A cada caracterstica ser atribudo um peso 0 (zero) a 5 (cinco), de acordo com o

nvel influncia na aplicao, observando-se os critrios estabelecidos para cada
caracterstica, representando:

0 (zero): Nenhuma influncia

1 (hum): Influncia Mnima

2 (dois): Influncia Moderada

3 (trs): Influncia Mdia

4 (quatro): Influncia Significativa

5 (cinco): Grande Influncia

O Nvel de Influncia Geral obtido pelo somatrio do nvel de influncia de cada

caracterstica
e
o
Fator de Ajuste

obtido
pela
expresso:
FATOR DE AJUSTE = 0,65 + (Nvel de Influncia Geral * 0,01)
2.3. Clculo dos Pontos de Funo Ajustados
O total de Pontos de Funo da aplicao ser encontrado atravs da
multiplicao do nmero de Pontos de Funo no-ajustados pelo Fator de Ajuste.
3. Aplicaes da Tcnica de Anlise por Pontos de Funo
A tcnica FPA tem por finalidade a mensurao do tamanho de um software ou
aplicao, como explanado acima. No entanto, quando utilizada em combinaes
com outras medidas, poder ter vrias utilidades.
Destacamos a utilizao desta tcnica nos seguintes aspectos:

ESTIMATIVA DA DIMENSO DE PROJETOS: Uma das principais

vantagens da FPA sobre outras tcnicas de medio de aplicaes a
possibilidade de estimar a dimenso de projetos desde as primeiras fases
da anlise de sistemas. A preciso da estimativa do tamanho de uma
aplicao varia de acordo com o grau de conhecimento adquirido sobre a
mesma, ou em outras palavras, da fase em que se encontra o projeto.
Segundo a empresa Software Produtivity Research, ao final da fase de
desenho do sistema possvel se fazer estimativas com margem de erro de
+/- 10%. Segundo esta empresa podemos relacionar o conhecimento sobre
o sistema e o grau de preciso das estimativas segundo a tabela abaixo:

FASE DO PROJETO

CONHECIMENTO DO PROJETO PRECISO DA ESTIMATIVA

Planejamento

10%

(+/- 35%)

Requerimentos

25%

(+/- 30%)

Desenho
Inicial
40%
(Projeto Lgico)

(+/- 20%)

Desenho
(Projeto Fsico)

60%

(+/- 10%)

80%

(+/- 5%)

Construo

Final

Testes

90%

(+/- 2%)

Implantao

100%

0%

Entretanto, para se fazer estimativas antes do final da fase de Desenho Final

(Projeto Fsico) com uma margem de erro aceitvel, aconselhvel que o usurio
se apoie em algum mtodo em bases estatsticas, para suprir a falta de
conhecimento de algumas funes da aplicao.

NVEL DE PRODUTIVIDADE DA EQUIPE: A produtividade na construo

de um software traduz a velocidade com que o software foi construdo, isto
, quantas unidades de tamanho do software (Pontos de Funo) foram
construdas em uma unidade de tempo (horas, meses, etc). Podemos,
tambm, exprimir a produtividade em termos da quantidade de unidades de
tempo que so consumidas para construir urna unidade de tamanho do
software. Assim: PRODUTIVIDADE = TEMPO / PONTOS DE FUNO
PRODUTIVIDADE = TEMPO / PONTOS DE FUNO

DIMENSIONAMENTO DO ESFORO PARA DESENVOLVIMENTO: O

esforo para desenvolver um software pode ser definido como sendo a
quantidade de tempo (horas) de trabalho que sero necessrias para
produzir um sistema. Conhecida a produtividade da equipe de
desenvolvimento a frmula abaixo poder ser aplicada:

ESFORO = PRODUTIVIDADE * TAMANHO DO SOFTWARE

TAXA DE MANUTENO DO SOFTWARE: A taxa de manuteno de um
determinado software, ou do conjunto de sistemas de uma instalao, a
quantidade de pontos de funo que necessitaram manuteno em relao ao seu
tamanho, em um perodo de tempo.