A métrica pontos de caso de uso (use case points), proposta por Gustavo Karner, estima o tamanho do software em pontos d...

Para utilizar a referida métrica, é necessário que a organização tenha um único padrão e estilo para escrever casos de uso. A pobreza na descrição dos casos de uso ou mesmo a falta de conhecimento sobre o comportamento dos requisitos pode modificar o resultado da contagem. Além disso, a empresa deve possuir histórico e gerenciamento de seus processos, caso contrário, a utilização de valores homens/hora que são sugeridos nessa métrica pode não estimar corretamente o esforço humano para a construção do produto de software.

O quantitativo de atores e a sua complexidade devem ser considerados para a aplicação dessa métrica. Um ator de complexidade simples está envolvido em regras de negócios simples e com muitas entidades do banco de dados envolvidas em seus processos. Um ator da categoria complexa está envolvido em regras complexas com poucas entidades de MER presentes. Não há regra para essa classificação, tudo deve estar embasado em experiências do passado.

Aos pontos de caso de uso, determinados a partir dos dados de atores e suas complexidades, aplicam-se fatores de complexidade ambiental e fatores de complexidade técnicos. O valor obtido em pontos de caso de uso é multiplicado pelo número de homens/hora por ponto, a fim de se estimar o número de horas que serão gastas para a construção da solução.

Os fatores de complexidade ambiental aplicados nos pontos de caso de uso englobam aspectos como motivação, facilidade de uso, facilidade para alterar e eficiência do usuário final.

Nos pontos de caso de uso, aplicam-se fatores de complexidade técnicos que englobam distribuição do sistema, reutilização do código, features de segurança, complexidade do processo interno e dificuldade de programação na linguagem.