FACULTAD DE INGENIERÍA CIENCIAS

FÍSICAS Y MATEMÁTICA

CARRERA SEMESTRE CÓDIGO MATERIA NOMBRE DE LA MATERIA

Ingeniería 6 604 Control de Calidad de Software

Informática

Integrantes:

Andrango Stalyn
Cabrera Erick
Marchesini Jean
Quisingo Damián

TAREA TEMA: Proyecto de métricas de SW

No.

5 FECHA ENTREGA: 14/06/2017

(dd/mm/aaaa)
Índice de Contenido

1. MÉTRICAS PARA EL MODELO DE REQUERIMIENTOS........................................................... 3

2. CÁLCULO DE LOS PUNTOS DE FUNCIÓN (CON VALORES AJUSTADOS) ............................... 4
3. MÉTRICAS PARA EL MODELO DE DISEÑO ............................................................................ 5
4. CÁLCULO DE LAS MÉTRICAS ORIENTADAS A CLASE (WMC, DIT, NOC) ............................... 5
5. LA COMPLEJIDAD CICLOMÁTICA DE MCCABE ..................................................................... 6
6. MÉTRICAS DE CÓDIGO FUENTE ......................................................................................... 10
7. CÁLCULO DE LAS MÉTRICAS DE HALSTEAD ...................................................................... 11

Página 2 de 11
1. MÉTRICAS PARA EL MODELO DE REQUERIMIENTOS

Componentes funcionales:
Entradas Externas(EE): Entradas de información que el usuario proporciona a la aplicación.
1. Ingreso Clientes
2. Ingreso Productos
3. Ingreso al Sistema
Salidas Externar(SE): Se cuenta cada salida que proporciona al usuario información
orientada a la aplicación.
1. Listado Clientes
2. Listado Facturas
3. Listado Productos

Consultas Externas (CE): Se debe contar cada combinación única de entrada/salida en la

que la entrada definida por el usuario genera una salida inmediata
1. Buscar Productos
2. Buscar Clientes
3. Buscar Factura

Archivos lógicos internos(ALE): Se debe contar cada grupo lógico mayor de datos de usuario o
de información de control mantenidos dentro de los límites de la aplicación.
1. Base de Datos Tienda

Archivos de Interfaz Externos(AIE): Se debe contar como uno cada fichero lógico de otro grupo
de datos (o información de control) que se envía fuera de los límites de la aplicación, o se
comparte o es recibido desde otra aplicación
El sistema no posee AIE

Valor de dominio de Informacion Conteo Simple Promedio Complejo Total

Entradas Externas (EE) 3 3 4 6 9
Salidas Externas(SE) 3 4 5 7 15
Consultas Externas(CE) 3 3 4 6 12
Archivos Logicos Internos(ALE) 1 7 10 15 10
Archivos de Interfaz Externos(AIE) 0 5 7 10 0
Conteo Total 46

Página 3 de 11
2. CÁLCULO DE LOS PUNTOS DE FUNCIÓN (CON VALORES AJUSTADOS)

Estos se determinan mediante, la asignación de 0 a 5 en los siguientes 14 puntos:

1 Comunicación de datos 1
2 Procesamiento Distribuido 1
3 Objetivos de Rendimiento 2
4 Configuracion de Equipamiento 2
5 Tasa de Transacciones 1
6 Entrada de datos en linea 1
7 Interface con el Usuario 2
8 Actualizaciones en Linea 0
9 Procesamiento Complejo 0
10 Reusabilidad del Codigo 1
11 Facilidad de Implementacion 1
12 Facilidad de Operación 2
13 Instalaciones Multiples 1
14 Facilidad de Cambios 0
15 Factor de Ajuste 15

Fórmula de Puntos de función Ajustada:

Al remplazar los datos obtenemos el siguiente valor:

68,869

Estimaremos el Esfuerzo requerido con ayuda del resultado obtenido, para esto nos
ayudaremos de la siguiente tabla que muestra las horas promedio por punto de función y las
líneas de código por punto de función:

Debido a que utilizamos lenguajes de 4º generación como java, la estimación de horas hombre
requeridas se calcula de la siguiente manera:

Horas/Hombre = PFA * Horas PF promedio

Horas/Hombre = 69 * 8
Horas/Hombre = 552 Horas hombre

Ejemplo:

Si trabajamos 6 horas diarias tendríamos:

1 mes = 20 días laborables
552/6=92 días de trabajo

92/20= 4.6 meses para desarrollar el software trabajando de lunes a viernes 5 horas
diarias con 1 trabajador (ESTIMACIÓN de duración del proyecto).

Página 4 de 11
Si el número de desarrolladores aumenta tendremos los siguientes resultados:

Horas/Hombre552

Desarrolladores = 3

Horas = 552 / 3 = 174 horas (Duración del proyecto en horas)

184 / 6 = 31 días de trabajo
32 / 20 = 1,5 meses para desarrollar el software de lunes a viernes 6 horas diarias con 3
desarrolladores (ESTIMACIÓN de duración del proyecto).

3. MÉTRICAS PARA EL MODELO DE DISEÑO

4. CÁLCULO DE LAS MÉTRICAS ORIENTADAS A CLASE (WMC, DIT, NOC)

1. WMC:
WMC(Generar_Numeros) = 2
WMC(Factura)=5
WMC(Clientes)=1
WMC(Productos)=2
WMC(Consulta_Productos) = 1
2. DIT:
DIT(Generar_Numeros) = 0
DIT(Factura)=1
DIT(Clientes)=2
DIT(Producto)=2
DIT(Consulta_Productos) = 3
3. NOC:
NOC(Generar_Numeros) = 1
NOC(Factura)=2
NOC(Clientes)=0
NOC(Consulta_Productos) = 0

Página 5 de 11
5. LA COMPLEJIDAD CICLOMÁTICA DE MCCABE

Diagrama de flujo

Calculo de la complejidad ciclomática de

McCabe
V(A)=aristas-nodos+2
V(A)=7-6+2=3

Página 6 de 11
Diagrama de flujo

Calcular la complejidad ciclomática de McCabe

V(A)=aristas-nodos+2
V(A)=18-13+2=7

Página 7 de 11
Diagrama de flujo

Calcular la complejidad ciclomática de

McCabe
V(A)=aristas-nodos+2
V(A)=16-13+2=5

Página 8 de 11
Diagrama de flujo

Calcular la complejidad ciclomática

de McCabe
V(A)=aristas-nodos+2
V(A)=13-9+2=6

Página 9 de 11
6. MÉTRICAS DE CÓDIGO FUENTE

La teoría de la ciencia del software propuesta por Halstead es la medida de complejidad mejor
conocida y minuciosamente estudiada. Propuso la primera ley analítica y cuantitativa para el
software de computadora.
Utiliza un conjunto de medidas primitivas que pueden obtenerse una vez que se ha generado o
estimado el código después de completar el diseño.
Estas medidas son:
 n1: número de operadores diferentes que aparecen en el programa.
 n2: número de operandos diferentes que aparecen en el programa.
 N1: número total de veces que aparece el operador.
 N2: número total de veces que aparecen el operando.

Dados los operadores, y los operandos, se definen las siguientes métricas:

1. Longitud (N): N = N1 + N2
2. Tamaño del vocabulario del programa (n): n = n1 + n2
3. Volumen (V): V = N * log2(n)
4. Dificultad (D): D = (n1/2) * (N2/n2)
5. Nivel de Programa (L): L = 1/D
6. Esfuerzo (E): E = V*D o V/L
7. Tiempo de Entendimiento (T): T = E/18 (18 es el número para expresar esta magnitud
en segundos)

A partir del código fuente de la clase Factura, se deduce que:

Número de Operadores n1 = 49
Número Total de Operadores N1 = 136

public → 2 try → 5 else → 1 ₊→1

class → 4 while → 1 new → 1 <→2
extends → 1 {} → 24 double → 5 ₊₊ → 2
this → 1 ₌ → 47 ₌₌ → 1 >→1
false → 2 catch → 5 *→5
void → 5 if → 3 ₋→1
int → 8 null → 5 ⁄→3

Número de Operandos n2 = 50
Número Total de Operados N2 = 195

25 → 1 desfinal → 3 1→5 total → 5 ruccli → 2 cantpro → 2

15 → 1 consul → 2 num → 1 subtotal → 8 fecha → 2 preunit → 2
txtfac → 5 st → 2 c→4 cantidad → 3 2→3 importe → 2
txtfec → 4 rs → 3 sql → 2 imp → 4 3→3 0→8
String → 23 e→1 gen → 3 i → 14 5→2 precio → 3
codi → 3 modi → 2 ex → 6 100 → 6 6→2
can → 2 pst → 19 pre → 3 4→3 7→1
des → 2 j→3 can → 3 numfac → 4 codpro → 2
n→2 cont → 1 igv → 6 codcli → 2 despro → 2

Página 10 de 11
7. CÁLCULO DE LAS MÉTRICAS DE HALSTEAD

Número Operadores n1 49
Número Total de Operadores N1 136
Número Operandos n2 50
Número Total de Operados N2 195
Longitud (N): N = N1 + N2 331
Tamaño del vocabulario del programa
(n): n = n1 + n2 99
Volumen (V): V = N * log2(n) 2194,317041
Dificultad (D): D = (n1/2) * (N2/n2) 95,55
Nivel de Programa (L): L = 1/D 0,010465725
Esfuerzo (E): E = V*D o V/L 22,96511817
Tiempo de Entendimiento (T): T = E/18 1,275839898

ELABORADO POR
DOCENTE: Ing. Morales Mario Grupo 5

Página 11 de 11