Escolar Documentos
Profissional Documentos
Cultura Documentos
de Requisitos
Helena Cristina A. B. Tavares, Ana Elizabete S. Carvalho, Jaelson F. B. Castro
Serpro Empresa do Ministrio da Fazenda, Universidade Federal de Pernambuco
helena-sristina.tavares@serpro.gov.br, ana-elizabete.carvalho@serpro.gov.br, jbc@cin.ufpe.br
Abstract. Neste trabalho apresentaremos uma proposta para medio de Pontos por
Funo a partir da especificao de requisitos expressa em casos de uso, notao
UML (Unified Modeling Language). Com esta medio torna-se disponvel uma
mtrica confivel na fase de especificao de requisitos do processo de
desenvolvimento de software. Esta proposta visa enfatizar a importncia da
especificao de requisitos para o trabalho de medio de sistemas, minimizando o
esforo dos lderes de projeto, obtendo uma compreenso intuitiva do porte do
projeto em termos de Pontos por Funo de maneira simples e dinmica. Verifica-se
que caso de uso e pontos por funo podem ser usados juntos efetivamente para
alcanar sucesso no gerenciamento dos requisitos e do projeto.
Introduo
Trabalhos Relacionados
Recentemente, tem surgido grande nmero de extenses para o modelo de pontos por
funo. Vrios autores tm proposto mtricas para adaptar pontos de funo a software
orientado a objetos. Em [10] classes so tratadas como objeto, e servios fornecidos a
clientes como transaes, enquanto em [11] cada classe considerada como um arquivo
interno, e mensagens enviadas atravs da fronteira do sistema so tratadas como
transaes. Sneed [12] props pontos de objeto como medidas para estimar tamanho de
software OO. Pontos de objeto so derivados da estrutura de classes, de mensagens e de
processos ou casos de uso e ponderados pelos fatores de ajuste.
Vrios trabalhos esto sendo publicados mostrando a utilizao da mtrica Anlise de
Pontos por Funo na fase de Requisitos em projetos orientados a objetos. Entre eles,
destacam-se: Function Point Usage in Object Oriented Environments [13], Use Cases and
Function Points [14], Estimating Software Development Effort Based on Use CasesExperiences frorm Industry [23] e Function Point Measurement from Java Programs [24].
Toro relata a futura utilizao de mtrica de tamanho de Software a partir dos requisitos
utilizando a tcnica de Pontos de Caso de Uso na ferramenta descrita em [15],
confirmando assim a importncia da extrao das mtricas de tamanho de software a
partir dos requisitos.
Uma proposta inicial do IFPUG [16] trata classes como arquivos e mtodos como
transaes. Fetcke [17] define regras para mapear um modelo de casos de uso [18] para os
conceitos do manual de Prticas de contagem do IFPUG, mas nenhuma tentativa foi feita
para relacionar os resultados a outras mtricas, tais como, pontos de funo tradicionais,
linhas de cdigo ou esforo [19].
Nos ambientes de desenvolvimento de software, atualmente, temos uma enumervel
quantidade de mtodos de desenvolvimento, tecnologias, plataformas, configurao e
acesso centralizado/descentralizado. Indiferente a metodologias e ambientes, no entanto,
os pr-requisitos chave para o desenvolvimento de sistema de qualidade so entender,
documentar e priorizar os requisitos do sistema [1].
A mtrica de Anlise de Pontos por Funo mede o tamanho do software pela
quantificao de sua funcionalidade externa, baseada no projeto lgico ou a partir do
modelo de dados; abrange a funcionalidade especfica requerida pelo usurio. Essa
funcionalidade diz o que ser entregue ao usurio.
A abordagem de casos de uso captura requisitos da perspectivas de como o usurio
realmente utilizar o sistema ao invs da perspectivas das caractersticas que o sistema
deve incorporar. Isto significa que o mesmo documento pode ser utilizado para contar
Pontos por Funo (ou para medir o projeto). Uma vez que o mesmo documento
utilizado, ento assegurado um maior nvel de preciso. muito melhor comunicar
gerncia que um projeto teve um crescimento de 300 a 900 FPs que declarar que o
projeto teve muito crescimento.
Casos de uso esto se tornando um mtodo largamente utilizado para descrever os
requisitos aparentemente visveis de uma aplicao de software. Pontos por funo um
mtodo para medir software a partir de uma perspectiva de requisitos e casos de uso um
mtodo para desenvolver requisitos. Ambos, pontos por funo e casos de uso, tentam ser
independentes da tecnologia utilizada para implementar a soluo de software. Casos de
uso so utilizados para validar um design proposto e para garantir que est de acordo
com todos os requisitos. Novamente, um benefcio de um caso de uso tentar definir
requisitos bem no incio do ciclo de vida. Se casos de uso so definidos no incio e pontos
por funo so aplicados, ento as estimativas do projeto so muito mais precisas. Uma
vez que Pontos por Funo possuem grandes bases histricas, possvel comparar a
produtividade de utilizar mtodos de casos de uso com outros mtodos.
Ao saber o tamanho do projeto no incio do ciclo de vida, melhores estimativas de
tempo e custo podem ser desenvolvidas. Os casos de uso so mantidos atualizados, os
Pontos por Funo so mantidos atualizados, as estimativas do projeto podem ser
facilmente atualizadas e os desacordos explicados.
O aumento do foco nos requisitos resulta em um software de maior qualidade. Casos de
Uso e Pontos por Funo podem ser usados juntos efetivamente para alcanar sucesso no
gerenciamento dos requisitos e do projeto [8].
O principal aspecto deste trabalho a utilizao das informaes contidas nos casos de
uso para as regras de contagem de pontos por funo tradicionais, o que permitiu a
comparao de tamanho com os sistemas pontuados anteriormente que foram definidos a
partir da especificao estruturada.
De acordo com a tcnica Anlise de Pontos por Funo, uma aplicao de software, vista
sob a tica do usurio, um conjunto de funes ou atividades do negcio que o
beneficiam na realizao de suas tarefas [20]. O manual do IFPUG classifica os seguintes
tipos de elementos funcionais[21]:
1. Entrada Externa EI (External Input) transaes lgicas onde dados entram na
aplicao e mantm dados internos.
2. Sada Externa EO (External Output) transaes lgicas onde dados saem da
aplicao para fornecer informaes para usurios da aplicao.
3. Consulta Externa EQ (External Query) transaes lgicas onde uma entrada solicita
uma resposta da aplicao.
4. Arquivos Lgicos Internos ILF (Internal Logical File) grupo lgico de dados
mantido pela aplicao.
5. Arquivos de Interface Externa EIF (External Logical File) grupo lgico de dados
referenciado pela aplicao, mas mantido por outra aplicao.
O manual do IFPUG fornece tabelas e diretrizes para determinar a complexidade de cada
elemento funcional [7]. A complexidade dos ILF e EIF baseada nmero de registros
lgicos RET (Record Element Types) e no nmero de itens de dados referenciados
DETs (Data Element Types) e a complexidade das transaes baseada no nmero de
Arquivos Referenciados FTR (File Types Referenced) e no nmero de Itens de Dados
Referenciados DET (Data Element Type).
Os elementos funcionais identificados so totalizados para calcular obteno dos
Pontos por Funo no Ajustados. Ento calculado calculado a partir de 14 (quatorze)
caractersticas gerais dos projetos, que permitem uma avaliao geral da funcionalidade
da aplicao: Comunicao de Dados, Processamento Distribudo, Atualizao de Dados
Online, Entrada de Dados Online, Volume de Transaes, Eficincia do Usurio Final,
(1)
(2)
Estudo de Caso
Para melhor entendimento das fases desta proposta, ser apresentada a experincia de
implantao da proposta de medio de Pontos por Funo a partir da especificao de
requisitos baseada em casos de uso em um sistema desenvolvido no SERPRO. O
Pontos de extenso:
1. Interno
2. Externo
3. Outra UA
Sistema Pessoa
Fsica
<<estende>
(Interno)
[tipo UI]
<<estende>>
(Externo)
[tipo UE]
<<inclui>>
Validar Acesso
<<estende>>
(Outra UA)
[tipo OU]
Sistema Pessoa
Fsica
Emitir Relatrio
Usurio Interno
Usurio Externo
Usurio OutraUA
Cadastrador
Cadastrador
Sistema Pessoa
Fsica
CNPJ
Unidade
Administrativa
Setor
4.2
Aplicar Pontos por Funo aumenta a qualidade do caso de uso. A aplicao da APF
ajuda a determinar se o caso de uso est num nvel de detalhe apropriado. Isto , se
capaz de descrever como dados so passados do ator para dentro da fronteira ou como
dados fluem de dentro da fronteira da aplicao para o ator, ento est num nvel
adequado de detalhe. Por outro lado, se no possvel descrever este nvel de
funcionalidade, ento o caso de uso necessita de mais detalhes. A idia bsica que se
possvel contar Pontos por Funo, o caso de uso est num nvel de detalhe apropriado.
Depende de quo grande o seu caso de uso bom estabelecer um limite superior de
tamanho de seu caso de uso de forma que seu tamanho seja controlado. Normalmente, o
tamanho mximo de um caso de uso no deveria ser maior que 50 Pontos por Funo.
Uma vez que um caso de uso torna-se muito grande, torna-se difcil de ser entendido.
Sugerem-se os seguintes passos para se descrever Casos de Uso de sistemas:
Na descrio do Use Case deve-se definir claramente as informaes que podero ser
atualizadas, utilizando para isso a expresso <<ATUALIZAR>>. Deve-se utilizar a
expresso supracitada quando pudermos identificar que se trata de uma Entrada
Externa (EI) com base nas regras do [7].
Na descrio do Use Case deve-se definir, tambm, as consultas que sero realizadas
utilizando a expresso <<CONSULTAR>> especificando-se quais os parmetros de
entrada e as sadas que devem ser exibidas. Deve-se utilizar a expresso supracitada
quando pudermos identificar que se trata de uma Consulta Externa (EQ) com base nas
regras do [7].
Na descrio do Use Case deve-se definir quais as informaes que sero apresentadas
utilizando a expresso <<SADAS>>. Deve-se utilizar a expresso supracitada quando
pudermos identificar que se trata de uma Sada Externa (EO) com base nas regras do
[7].
Descrever, tambm, as informaes que sero fornecidas pelo Use Case, que so
consideradas como Tipo de Elemento de Dado (DET) com base nas regras do [7]. Por
exemplo, uma informao de total que no seja armazenada.
Tabela 2. Descrio de Caso de Uso Emitir Relatrio
Emitir Relatrio Sada Externa (EO)
Fluxo Principal de Eventos: O Use Case iniciado quando o cadastrador solicita a emisso da Relao de
Usurios. Sero exibidas as seguintes <<SADAS>>:
CPF,
NOME CPF,
DATA CRIAO,
DATA EXTINO,
DATA REGISTRO,
DISPONIBILIDADE,
ATIVO,
TIPO,
CNPJ,
NOME CNPJ,
UNIDADE ADMINISTRATIVA EXERCCIO,
SETOR EXERCCIO,
DESCRIO SETOR EXERCCIO,
UNIDADE ADMINISTRATIVA LOTAO,
DESCRIO UNIDADE ADMINISTRATIVA LOTAO.
Fluxo Excepcional de Eventos O cadastrador pode cancelar a opo de incluir transao em qualquer
momento.
4.3
Diagrama de Classes
4.4
Conceitos de Fronteiras
O ponto de vista do usurio essencial em Anlise de Pontos por Funo para determinar
quais partes da aplicao contribuem para a funcionalidade fornecida. O conceito de
fronteira de contagem a abstrao de alto nvel de uma aplicao que determina o que
ser medido. Antes que qualquer medio se inicie, o objeto do processo de medio deve
ser especificado.
Pessoa Fsica
CPF : Number
Nome : String
Usuario
CPF : Number
Seqencial : Number
Data Criao : Date
Data Extino : Date
Data Registro : Date
Data Validade Senha : Date
Disponibilidade : String
Senha Atual : Number
Ativo : String
Bloqueia( )
Desbloqueia( )
Atualiza Senha( )
Valida Acesso( )
Consulta( )
Emite Relatrio( )
vinculado
vincula
Aplicao
Cdigo : String
Nome : String
vinculado
*
Perfil Usuario
Data Inicio : Date
Data Registro : Date
Data Fim : Date
Perfil
Cdigo : Number
Nome : String
Data Criao : Date
Data Extino : Date
Data Registro : Date composto enquadra
Inclui( )
Atualiza( )
Desativa( )
Ativa( )
Consulta( )
Emite Relatrio( )
Inclui( )
Atualiza( )
Desativa( )
Reativa( )
Usuario Local
Inclui( )
Atualiza( )
Usuario Externo
CNPJ : Number
Inclui( )
Atualiza( )
participa
Transao Perfil
Data Incio : Date
Data Fim : Date
Data Registro : Date
Transao
Cdigo : String
Descrio : String
Data Criao : Date
Data Extino : Date
Data Registro : Date
Disponibilidade : String
Nvel Acesso : String
Tipo : String
Inclui( )
Atualiza( )
Consulta( )
Ativa( )
Desativa( )
Emite Relatrio( )
Inclui( )
Atualiza( )
Desativa( )
Reativa( )
Usuario OutraUA
Unidade Administrativa Exerccio :
Number
Setor Exerccio : Number
Unidade Administrativa Lotao : Number
Inclui( )
Estabelecimento
CGC : Number
Nome : String
Unidade Administrativa
UA : Number
Descrio : String
Setor
UA : Number
Setor : Number
Descrio : String
EIFs
PESSOA FISICA
ESTABELECIMENTO
SETOR UA
APLICAAO
UNIDADE ADMINISTRATIVA
Total Arquivos de Interface Externa (EIFs) = 5
RETs
USUARIO+USUARIOiNTERNO
USUARIO+USUARIO EXTERNO
USUARIO+USUARIO OUTROS
PERFIL
TRANSACAO
PERFIL POR USUARIO
TRANSACAO POR PERFIL
PESSOA FISICA
ESTABELECIMENTO
SETOR UA
APLICAAO
UNIDADE ADMINISTRATIVA
Na figura 2 foi apresentado o Diagrama de classe do Sistema SENHA que tem como
objetivo o controle de acesso aos aplicativos da empresa. Conforme a regra III as classes
Usurio, Transao, Perfil, Perfil Usurio, Transao Perfil, Aplicao, Pessoa Fsica,
Estabelecimanto, Unidade Administrativa e Setor so candidatas a arquivos lgicos. A
partir dos arquivos lgicos identificados, poderemos usar as regras de contagem do [7],
para identificamos os Arquivos Lgicos Internos (ILFs) e Arquivos de Interface Externa
(EIFs) do Sistema SENHA, como apresentado na Tabela 4.
Tabela 6. Tipos de elementos de dados
USUARIO
Atributos da classe
CPF
SEQUENCIAL
DATA CRIAO
DATA EXTINO
DATA REGISTRO
DISPONIBILIDADE
DATA VALIDADE SENHA
SENHA ATUAL
TENTATIVAS INVALIDAS
ATIVO
TIPO
CNPJ
UNIDADE ADMINISTRATIVA EXERCCIO
SETOR EXERCCIO
UNIDADE ADMINISTRATIVA LOTAO
Total Tipos de Elementos de Dados (DETs) = 14
De posse dos Arquivos Lgicos Internos (ILFs) e Arquivos de Interface Externa (EIFs)
necessrio determinar suas complexidades onde precisaremos identificar os Tipos de
Elementos de Registros (RETs) e os Tipos de Elementos de Dados (DETs):
Contagem de Tipos de Elementos de Registros (RETs):
Baseados nas regras de contagem do IFPUG, identificamos no diagrama de classe da
figura 2 os RETs (grupos de elementos de dados reconhecidos pelo usurio) do Sistema
SENHA, conforme mostrado na Tabela 5.
Contagem de Tipos de Elementos de Dados (DETs) (Data Element Types):
Baseados nas regras de contagem do IFPUG, identificamos os DETs (Tipos de
elementos de dados) reconhecidos pelo cliente da classe Usurio do Sistema SENHA
conforme mostrado na Tabela 6.
Adicionalmente ser necessrio identificar como um diagrama de classes que possua
relacionamentos de associao, agregao, composio e herana poder ser mapeado
para as funes de dados: Arquivos Lgicos Internos (ILFs) e Arquivos de Interface
Externa (EIFs) e seus Tipos de Elementos de Registros (RETs) e os Tipos de Elementos
de Dados (DETs). Maiores detalhes podem ser obtidos em [6].
Associao. Regras de mapeamento proposta para relacionamentos de associao:
VI. Selecione a classe associao como um arquivo lgico, considerando, para a
contagem dos Tipos de Elementos de Dados (DETs), os atributos da classe
associao e os atributos que so chaves primrias das classes associadas.
VII. selecione as classes associadas como arquivos lgicos.
A classe Transao-Perfil uma classe associao. Esta ser contabilizada como um
Arquivo Lgico Interno (ILF), considerando como Tipos de Elementos de Dados (DETs)
os atributos Data-Incio, Data-Fim e Data-Registro, Cdigo-Perfil (chave da classe
associada Perfil), Cdigo-Transao (chave da classe associada Transao).
Agregao. Regras de mapeamento propostas para relacionamentos de
agregao/composio:
VIII. Uma classe que agregada a outra classe, uma candidata a um Tipo de Elemento
de Registro (RET) para o arquivo relacionado classe agregada e no a um
Arquivo Lgico Interno.
Herana. Regras de mapeamento proposta para relacionamentos de herana:
IX. Uma classe abstrata no uma candidata a um arquivo lgico. uma candidata a
um Tipo de Elemento de Registro (RET) em cada classe que herda suas
propriedades.
X. Subclasses de uma classe concreta so candidatas a arquivos lgicos ou a um
Tipo de Elemento de Registro (RET) daquela classe. Se as subclasses no so
contadas como arquivos lgicos, so subgrupos opcionais do arquivo relacionado
superclasse.
A classe Usurio considerada como Arquivo Lgico Interno (ILF) e as subclasses
Usurio Local, Usurio Externo e Usurio Outra UA como RETs da classe Usurio, pois
estas so subgrupos opcionais da classe Usurio.
Candidatos adicionais a arquivos. Alguns dados que so considerados por conveno
do Pontos por Funo, como arquivos internos/externos podem no ser representados em
Uma das etapas na contagem de Pontos por Funo a identificao das funes
transacionais, que podem ser de trs tipos: Entrada Externa (EI), Sada Externa (EO) ou
Consulta Externa (EQ). Nesta seo, ser investigado como, a partir da documentao
inicial, as funes transacionais so identificadas.
Os Diagramas de Casos de Uso da UML correspondem a transaes na tcnica Anlise
de Pontos por Funo. Portanto, um conjunto de Casos de Uso sero os principais
candidatos a funes transacionais. Um Caso de Uso pode ser contado como uma ou mais
transaes, dependendo das tarefas que desenvolve.
Ser possvel escolher as candidatas a transao a partir do Diagrama de Casos de Uso
que se comunicam diretamente com usurios ou aplicaes externas.
Proposta para mapeamento de Funes Transacionais:
XII. Selecione todo Caso de Uso que possui uma relao direta com um ator. Este
Caso de Uso ser um candidato a uma ou vrias transaes.
XIII. Selecione todo Caso de Uso que estende um Caso de Uso selecionado acima
como um candidato. A extenso pode incluir interao com um usurio ou uma
aplicao externa.
XIV. Cada classe mantida e/ou lida por um Caso de Uso conta como um Tipo de
Arquivo referenciado (FTR) para a transao associada, se e somente se, a classe
foi identificada como um arquivo.
Deve-se notar que as direes das setas no modelo de Casos de Uso no indica o tipo de
transao.
A documentao requerida para este passo o diagrama de Casos de Uso exibindo
atores e Casos de Uso de alto nvel. Alm disso, a fronteira da aplicao identificada,
necessria como entrada.
Identificaremos os Entradas Externas (EIs), Consultas Externas (EQs) e Sadas
Externas (EOs) a partir dos Diagramas de Casos de Uso e suas descries levando-se em
considerao as regras XII, XIII e XIV e as regras de contagem de Pontos por Funo do
IFPUG. Vale salientar que na descrio dos Diagramas de Casos deUso deve-se ressaltar
a opo de atualizar com a expresso <<ATUALIZA>>, a opo de consultar com a
ILF apenas
mantido
Usurio
ILF mantido ou
referenciado
Total
5
Para contagem dos Tipos de Elementos de Dados (DETs) de Sadas Externas (EOs),
iremos considerar as informaes do diagrama de classes da Figura 2, e a descrio do
use case da Tabela 2, conforme mostrado na Tabela 9.
De acordo com o nmero de itens de dados (DETs) e de arquivos referenciados
(FTRs), classificam-se as Sadas Externas em simples, mdias ou complexas.
Tabela 10. Nmero de arquivos referenciados das EOs
Sada
Externas (EI)
Relatrio
Usurio
ILF apenas
mantido
ILF mantido ou
referenciado
Pessoa Fsica
Estabelecimento
Total
3
Total
1
0
0
1
1
0
0
0
1
0
Complexidade Funcional
Baixa x 3 = 0
Mdia x 4 = 0
Alta
x 6 =6
Baixa
x 3
=3
Mdia x 4
=0
Alta
x 6
=0
Baixa
x 4 =0
Mdia
x 5 =5
Alta
x 7 =0
Depois de calculado o total de Pontos por Funo no ajustados com base no total nas
funes de dados e nas funes transacionais (ILFs + EIFs + EIs + EQs + EOs) ,
poderemos calcular o fator de ajuste para o total dos Pontos por Funo e o total de Pontos
por Funo da aplicao conforme apresentado na Seo 3.
Mostramos por meio do estudo de caso a possibilidade de Medio de Pontos por Funo
a partir de Especificao de Requisitos. O diagrama de Casos de Uso em conjunto com o
diagrama de classes fornecem uma direo para a contagem de Pontos por Funo.
fundamental termos disponvel uma mtrica confivel para as primeiras fases do processo
de desenvolvimento de software. A especificao de requisitos com a notao UML e a
Medio de Pontos por Funo podem ser usados em conjunto, efetivamente, para
alcanar sucesso no controle e gerenciamento dos projetos.
Anlise de Pontos por Funo podem ser facilmente aplicados ao mtodo de casos de
uso, um dos problemas com pontos por funo tem sido um conjunto de requisitos
incompleto ou inconsistente, adotando ambos, mtodo de caso de uso e Anlise de Pontos
por Funo, a qualidade do documento de requisitos pode ser melhorada, a medio
melhorada e a estimativa como um todo melhorada.
Bibliografia
1. Greer, D., Bustard, D.W., Sunazuka, T.: Prioritisation of System Changes using Cost-Benefit and
Risk Assessments.Fourth IEEE International Symposium on Requirements Engineering RE'99.
Limerick, Ireland. (1999) 180--187
2. Tavares, H., Paim, F., Carvalho, A.: Implantando CMM Nvel 2: A Estratgia SERPRO. I
Simpsio Brasileiro de Qualidade de Software SBQS. Gramado, Brasil. (2002)
3. Leite, J., Castro, J., Pinheiro, F.: Plataforma Tecnolgica em Engenharia de Requisitos
Estratgias para o Aumento da Qualidade no Desenvolvimento de Sistemas.
http://www.cic.unb.br/~facp/per/perhome.html
4. Carvalho, A. E., Tavares, H. C., Castro, J.: Uma Estratgia para Implantao de uma Gerncia de
Requisitos visando a Melhoria dos Processos de Software. WER01. Buenos Aires, Argentina.
(2001)
5. Carvalho, A. E.: Uma Estratgia para Implantao de uma Gerncia de Requisitos visando a
Melhoria dos Processos de Software. Dissertao de Mestrado. UFPE, Brasil. (2001)
6. Tavares, H. C.: Medio de Pontos por Funo a partir da Especificao Orientada a Objeto.
Dissertao de Mestrado. UFPE, Brasil. (1999)
7. IFPUG: Medio de Pontos por Funo a partir da Especificao Orientada a Objeto. Function
Point Counting Practices Manual, Verso 4.1.1. International Function Point Users Group
http://www.ifpug.org (2000)
8. Dekkers, C.: Use Cases And Function Points - Wheres The Fit? Quality Plus Technologies,
inc. (2001)
9. Booch, G., Rumbaugh, J., Jacobson, I.: The Unified
Modeling Language User Guide.
Addison Wesley. (1999)
10.Schooneveldt, M.: Measuring the size of object oriented system. In Proc. 2nd Australian
Conference on Software Metrics. Australian Software Metrics Association. (1995)
11.Whitmire, S.: Applying function points to object-oriented software. In Software Engineering
Productivity Handbook. McGraw-Hill. (1993) 229--244
12.Sneed, H.: Estimating the Costs of Object-Oriented Software. In Proceedings of Software Cost
Estimation Seminar. (1995)
13.Couturier, G.: FP Usage in OO Technology Environment. International Function Point. New
Orleans, LA, USA. (1999)
14.Longstreet, D.: Use Cases And Function Points. Inc. (2001)
15.Toro, A. D., Corts, A. R., Corchuelo, R., Toro, M.: Supporting Requirements Verification
Using XSLT. IEEE Intl. Symposium on Requirements Engieneering (RE02). Essen, Germany.
(2002)
16.IFPUG: Function Point Counting Practices: Case Study 3 Object Oriented Analysis. Object
Oriented Design (Draft). International Function Point Users Group. (1995)
17.Fetcke, T., Abran, A., Nguyen, T. H.: Mapping the OO Jacobon approach to function point
analysis. In Proc. IFPUG 1997. Spring Conference. (1997) 134--142
18.Jacobson, I., Christerson, M., Jonsson, P., Overgaard, G.: Object Oriented Software Engineering:
A Use Case Driven Approach. Addison-Wesley. (1992)
19.Antoniol, G., Calzolari, F., Cristoforetti, L., Fiutem, R., Caldiera, G.: Adapting Function Points
to Object Oriented Information Systems. 10th Conference on Advanced Information Systems
Engineering [CAISE-98]. Pisa, Italia. (1998) 8--12
20.Castro, J. F.: Introduo Medio de Software atravs de Ponto de Funo. XII Simpsio
Brasileiro de Engenharia de Software. Maring\a, PR Brasil. (1998)
21.Hastings, T.: Adapting Function Points to contemporary software systems: A review of
proposals. Second Australian Conference on Software Metrics. University of New South Wales,
Sydney, Australia. (1995)
22.Candas, A., Lopes, C.: ESTIMATIVA: Uma Ferramenta para Agilizar o Dimensionamento de
Projetos no SERPRO com base na metodologia de An\alise de Pontos por Funo. XIII
Simpsio Brasileiro de Engenharia de Software - SBES'99. Florianpolis/SC, Brasil. (1999)
23.Anda, B., Dreiem, H., Jorgensen M.: Estimation Software Development Effort Based on Use
Cases-Experiences from Industry. Fourth Internation Conference on the Unified Modeling
Language. Toronto, Canada, september (2001)
24.Kusumoto, S., Imagawa, M., Morimoto, S.: Function Point Measurement from Java Programs.
24 International Conference on Software Engineering. Orlando, Flrida. (2002)