Engenharia de Software

A MÉTRICA
PONTOS POR CASO DE USO (UCP)

Prof. Valério Brusamolin

 Agenda

◼ Gerenciamento de Projetos
◼ Métricas para Gerenciamento de Projetos
◼ Metodologia Pontos de Casos de Uso
◼ Conclusão
 Projetos

◼ Projeto é um empreendimento não

repetitivo, com início, meio e fim, que se
destina a atingir um objetivo claro e
definido, sendo conduzido dentro de
parâmetros predefinidos de tempo,
custo, recursos envolvidos e
qualidade.
O Processo de Gerenciamento
de Projetos de Software
Escopo do Projeto
 “Não se consegue gerenciar

aquilo que não se pode medir”

Tom DeMarco
 Métricas para Projetos de
Software

Tempo
Custo Estimados/verificados
por métricas de tamanho
Recursos

Definida/verificada
Qualidade por métricas de qualidade
 Métricas de Tamanho

◼ Quantidade de linhas de código

◼ Pontos por Função
◼ Pontos de Caso de Uso
◼ Opinião de especialistas
 Pontos por Caso de Uso
◼ Proposto em 1993 por Gustav Karner;
◼ O Método de Use Case Points foi criado para
que seja possível estimar o tamanho de um
sistema já na fase de levantamento de
Casos de Uso;
◼ Utiliza os documentos gerados na fase de
iniciação como subsídio para o cálculo de
tamanho;
 Pontos por Caso de Uso

◼ Estima o tamanho de acordo com:

◼ o modo como os usuários o utilizarão o sistema;
◼ complexidade das ações requerida por cada tipo
de usuário;
◼ análise dos passos necessários para a realização
de cada tarefa;
 Pontos por Caso de Uso
◼ Passo 1: Cálculo do TPNAA (Total de Pesos
Não Ajustados de Atores)

Tipo de Ator Peso Descrição

Ator Simples 1 Outro sistema acessado através de uma
API de programação
Ator Médio 2 Outro sistema acessado interagindo através
da rede
Ator Complexo 3 Um usuário interagindo através de uma
interface gráfica
 Pontos por Caso de Uso
◼ No caso do exemplo:

Tipo de Ator Peso Nº de atores Resultado

Ator Simples 1 0 0
Ator Médio 2 0 0
Ator Complexo 3 2 6
Total TPNAA 6

Valores já calculados: TPNAA = 6

 Pontos por Caso de Uso
◼ Passo 2: Cálculo do TPNAUC (Total de
Pesos Não Ajustados dos Casos de Uso)
◼ Para fins de cálculo, dividimos os casos de uso
em três níveis de complexidade:
◼ Simples (peso 5): Tem até 3 transações, incluindo
os passos alternativos, e envolve menos de 5
entidades;
◼ Médio (peso 10): Tem de 4 a 7 transações,
incluindo os passos alternativos, e envolve de 5 a 10
entidades;
◼ Complexo (peso 15): Tem acima de 7 transações,
incluindo os passos alternativos, e envolve pelo
menos de 10 entidades;
 Pontos por Caso de Uso
◼ No caso do exemplo:

Tipo Peso Nº de Casos de Uso Resultado

Simples 5 2 10
Médio 10 1 10
Complexo 15 2 30
Total TPNAUC 50

Valores já calculados: TPNAA = 6, TPNAUC= 50

 Pontos por Caso de Uso
◼ Passo 3: Cálculo do PCUNA (Pontos de
Casos de Uso Não Ajustados)
PCUNA = TPNAA + TPNAUC

◼ No caso do exemplo:
PCUNA = 50 + 6 = 56

Valores já calculados: TPNAA = 6, TPNAUC = 50, PCUNA = 56

 Pontos por Caso de Uso
◼ Calculando fatores de ajuste:
◼ O método de ajuste é bastante similar ao
adotado pela Análise por Pontos de Função e é
constituído de duas partes:
◼ Cálculo de fatores técnicos: cobrindo uma série
de requisitos funcionais do sistema;
◼ Cálculo de fatores de ambiente: requisitos não-
funcionais associados ao processo de
desenvolvimento;
 Pontos por Caso de Uso
◼ Passo 4: Cálculo do Fator Requisito Peso
Fator Técnico T1 Sistema distribuído 2
◼ Para cada requisito T2 Tempo de resposta 2
listado na tabela, deve T3 Eficiência 1
ser atribuído um valor T4 Processamento complexo 1
que determina a T5 Código reusável 1
influência do requisito T6 Facilidade de instalação 0.5
no sistema, variando T7 Facilidade de uso 0.5
entre 0 e 5;
T8 Portabilidade 2
T9 Facilidade de mudança 1
T10 Concorrência 1
T11 Recursos de segurança 1
T12 Acessível por terceiros 1
T13 Requer treinamento especial 1
 Pontos por Caso de Uso
◼ No caso do exemplo:
Fator Requisito Peso Influência Resultado
T1 Sistema distribuído 2 1 2
T2 Tempo de resposta 2 3 6
T3 Eficiência 1 3 3
T4 Processamento complexo 1 0 0
T5 Código reusável 1 0 0
T6 Facilidade de instalação 0.5 0 0
T7 Facilidade de uso 0.5 5 2.5
T8 Portabilidade 2 0 0
T9 Facilidade de mudança 1 3 3
T10 Concorrência 1 0 0
T11 Recursos de segurança 1 0 0
T12 Acessível por terceiros 1 0 0
T13 Requer treinamento especial 1 0 0
Fator T 16,5
 Pontos por Caso de Uso
◼ Passo 5: Cálculo do FTC (Fator de
Complexidade Técnica)
FCT = 0,6 + (0,01  Fator T)

◼ No caso do exemplo:
FCT = 0,6 + (0,01  16.5) = 0,765

Valores já calculados: PCUNA = 56, Fator T = 16.5, FCT = 0.765

 Pontos por Caso de Uso
◼ Passo 6: Cálculo do Fator Descrição Peso
fator Ambiental E1
Familiaridade com RUP ou
1.5
outro processo formal
◼ Para cada requisito
Experiência com a aplicação
listado na tabela, deve E2
em desenvolvimento
0.5
ser atribuído um valor Experiência em Orientação a
que determina a E3 1
Objetos
influência do requisito Presença de analista
no sistema, variando E4 0.5
experiente
entre 0 e 5; E5 Motivação 1
E6 Requisitos estáveis 2
Desenvolvedores em meio-
E7 -1
expediente
Linguagem de programação
E8 2
difícil
 Pontos por Caso de Uso
◼ No caso do exemplo:
Fator Descrição Peso Influência Resultado
Familiaridade com RUP ou outro
E1 1.5 5 7.5
processo formal
Experiência com a aplicação em
E2 0.5 0 0
desenvolvimento
E3 Experiência em Orientação a Objetos 1 5 5
E4 Presença de analista experiente 0.5 5 2.5
E5 Motivação 1 5 5
E6 Requisitos estáveis 2 3 6
E7 Desenvolvedores em meio-expediente -1 0 0
E8 Linguagem de programação difícil 2 0 0
Fator A 26

Valores já calculados: PCUNA = 56, FCT = 0.765, Fator A = 26

 Pontos por Caso de Uso
◼ Passo 7: Cálculo do FCA (Fator de
Complexidade Ambiental)
FCA = 1,4 + (-0,03  Fator A)

◼ No caso do exemplo:
FCA = 1,4 + (-0,03  26) = 0,62

Valores já calculados: PCUNA = 56, FCT = 0.765, Fator A = 26, FCA = 0.62
 Pontos por Caso de Uso
◼ Passo 8: Cálculo dos PCU (Pontos de Caso
de Uso)
PCU = PCUNA  FCT  FCA

◼ No caso do exemplo:
ECF = 56  0,765  0,62 = 26,56 ou 27
Pontos de Casos de Uso

Valores já calculados: PCUNA = 56, FCT = 0.765, FCA = 0.62

 Pontos por Caso de Uso
◼ Passo 9: Cálculo do tempo de trabalho
estimado
◼ Karner, o criador da estimativa, sugere a
utilização de 20 pessoas-hora por unidade de
PCU
◼ No caso do exemplo:
Tempo estimado = 27 * 20 = 540 horas de trabalho

Valores já calculados: UCP = 27

 Estimativa de Custo de
Desenvolvimento

◼ O custo da hora-desenvolvimento varia de

acordo com a especialização do profissional
que irá realizar a tarefa.
◼ Este valor se situa entre 50 e 150 reais por
hora.
 Estimativa do Custo de
Desenvolvimento.
◼ É obtida a partir da multiplicação do número
de horas estimados, pelo valor médio da
hora de desenvolvimento.
◼ Exemplo: para o sistema em análise,
teríamos:
540 * 100,00 = 54.000,00
◼ Assim neste caso teríamos um custo de
desenvolvimento de R$ 54.000,00
 Estimativa do Custo de
Desenvolviemtno

◼ Para cada empresa que desenvolve

software, estes valores devem ser ajustados
◼ Com o tempo, pode-se chegar a cálculos
mais realistas.
 Estimativa de Custo do
Projeto
◼ Devem ser somados outros custos:

◼ Custo de treinamento
◼ Custo de hw
◼ Custo do sw de apoio (licenças de BD,
Ferramenta CASE, etc.)
◼ Custo do desenvolvimento
◼ Outros
 Conclusão

◼ O método de Pontos de Casos de Uso

é útil para quem precisa de dados de
estimativa em um curto espaço de
tempo
 Bibliografia

◼ MEDEIROS,Ernani. Desenvolvendo
Software com UML 2.0. São Paulo: ed.
Makron Books, 2004.