Este documento presenta un caso práctico para estimar el esfuerzo requerido para desarrollar un sistema de clientes para una empresa utilizando la técnica de estimación de puntos de función. Se describen los archivos lógicos internos y externos del sistema, y se calcula la complejidad de cada uno para estimar los puntos de función no ajustados. Luego, se consideran factores técnicos y ambientales para calcular los puntos de función ajustados y estimar las horas-hombre totales requeridas para el proyecto.

1. UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS
UNIDAD ACADÉMICA DE PINOS
CALIDAD DE DESARROLLO DE SOFTWARE
UNIDAD IV: TÉCNICAS DE ESTIMACIÓN
TRABAJO FINAL
LUCIA GONZÁLEZ HERNÁNDEZ
CARRERA: TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN
INTEGRANTES DEL PROYECTO: BRENDA CATALINA JIMÉNEZ TORRES
CLAUDIA MARTÍNEZ DÁVILA
BRENDA BERENICE ROJAS LEMUS
JESÚS EDUARDO SANTOYO CHÁVEZ

2. CASO PRÁCTICO
El sistema de clientes será diseñado para apoyar algunas áreas de la empresa, específicamente al
área de ventas y departamento de márquetin. El sistema de cliente será diseñado en un lenguaje
de cuarta generación utilizando una base de datos y será implementado en un en un
equipamiento Unix o en un entorno de redes. El sistema será utilizado por cerca de 60 usuarios en
un ambiente online a través de terminales. Los usuarios conocen poco de informática como
consecuencia las pantallas deben de ser fácil de utilización y deben estar siempre presentes
pantallas de ayuda el volumen de transacciones no será alto pero se espera que cada fin de año
sea un periodo crítico.
Este método estimación de proyectos de software fue desarrollado en 1993 por Gustavo Karner
del Rational Software y está basado en una metodología orientada a objetos dándole el nombre
de “Estimación de esfuerzos con casos de uso”.
OBJETIVO DE LA TÉCNICA
Estimar las horas para ejecutar un conjunto de casos de uso. Es decir necesitamos predecir cuanto
tiempo llevara el desarrollo de software y cuantas personas se requiere para realizarlo.
Para ello, es necesario cuantificar la complejidad del sistema y el tiempo necesario para producirlo
una unidad complejidad.

3. “ARCHIVOS”
REGISTRO DE ESCUELA (Lógica Interna ALI)
ÍTEM TAMAÑO TIPO
Alumnos 24 Alfanumérico
Carreras 2 Alfanumérico
Cursan 3 Numérico
BD 1 Alfanumérico
Grupo 3 Alfanumérico
Imparten 4 Alfanumérico
Materia 5 Numérico
Profesor 3 Alfanumérico
HISTÓRICO DE ALUMNOS
ÍTEM TAMAÑO TIPO
codigo- alumno 6 Numérico
Nombre-alumno 12 Alfanumérico
Apellido -paterno 12 Alfanumérico
Apellido - materno 12 Alfanumérico
Dirección- Alumno 12 Alfanumérico
Carrera- alumno 12 Alfanumérico
Año-curso 12 Alfanumérico
Materias-alumno 12 Alfanumérico
Teléfono-alumno 12 Numérico
REGISTRO DE MAESTROS
ÍTEM TAMAÑO TIPO
Cedula profesional 12 Numérico
Nombre –Profesor 12 Alfanumérico
Apellido -paterno 12 Alfanumérico
Apellido - materno 12 Alfanumérico
Dirección- profesor 12 Alfanumérico
Carrera- TSU/ING 12 Alfanumérico
Materias-Imparten 12 Alfanumérico
Correo-Gmail/Hotmail 12 Alfanumérico
Años/Laborando 12 Alfanumérico

4. REGISTRO DE CONTRASEÑAS (Archivo lógico Externo ALE)
ÍTEM TAMAÑO TIPO
Codigo- alumno 6 Numérico
Contraseña 6 Alfanumérico
Fecha-validez 8 Numérico
Fecha-ultimo-acceso 8 Numérico
Hora-ultimo-acceso 8 Numérico
ESTIMACION DE PUNTOS DE FUNCIÓN DEL CASO PRÁCTICO
Paso 1- Identificar las funciones
-Archivos lógicos internos
*Registro de Alumnos
*Registro de carrera
*Grado que cursan
*Registro de Base de datos
*Grado actual
*Horas impartidas
*Materias a desarrollar
-Archivos lógicos internos
*Registro Codigo-alumno
*Registro de contraseña
Paso 2-Clasificar las funciones
Archivos ILF y EIF 1 a 19 DET 20 a 50 DET 51 o más DET
1 RET Baja Baja Media
2 a 5 RED Baja Media Alta
6 o más RET Media Alta Alta
Para EI 1 a 4 DIT 5 a16 DIT 16 a mas DIT
0 a 1 Baja Baja Media
2 Baja Media Alta
3 o mas Media Alta Alta

5. FUNCIONES No RED No DET COMPLEJIDAD
Registro de alumno 1 13 Baja
Registro de carrera 1 15 Baja
Grado que cursan 1 6 Baja
Registro de base de
datos
1 14 Baja
Grado actual 1 15 Baja
EO y EQ 1 a 4 DET 5 a 15 DET 16 o más DET
0 a 1 FTR Baja Baja Media
2 a 3 FTR Baja Media Alta
4 o más FTR Baja Alta Alta
TIPOS DE FUNCION COMPLEJIDAD TOTAL COMPLEJIDAD TOTAL DE TIPÓ DE
FUNCION
Archivos lógicos
internos (ICF)
3 Baja x 7
6 Media x 10
0 Alta x 15
21
+ 0
0
21
Archivos interfaz
externos (EIF)
2 Baja x 5
0 Media x 7
0 Baja x 10
10
+ 0
0
10
Entrada Externas 4 Baja x 3
2 Media x 4
1 Baja x 10
12
+ 8
6
26
Salidas Externas 2 Baja x 4
O Media x 5
0 Alta x 7
8
+ 0
0
8
Consultas Externas 2 Baja x 3
2 Media x 4
0 Alta 6
6
+ 8
0
14
Tipo de archivo/
Complejidad
Baja Media Alta
Entradas Externas (EI) 3 4 6
Salidas Externas (EO) 4 5 7
Consultas Externas
(EQ)
3 4 6
Tipo de
archivo/Complejidad
Baja Media Alta
Archivos lógicos
internos (ILF)
7 10 15
Archivos interfaz (EIF) 5 7 10

6. Características Influencia
1-Comunicación de datos 3
2-Procesamiento distribuido 4
3-Rendimiento 2
4-Configuracion del equipamiento 6
5-Volumen de transacciones 5
6-Entrada de datos Online 5
7-Interfaz con el usuario 3
8-Actualizacion Online 0
9-Procesamiento complejo 6
10-Reusabilidad 3
11-Facilidad de implementación 1
12-Facilidad de operación 1
13-Multiples locales 2
14- Facilidad de cambio 0
FCT O FACTOR AJUSTABLE=0.65 +(0.01*41)
FCT O FACTOR AJUSTE=1.06
PF=PFSA*FCT O FAC TOR AJUSTE
PF=79*1.06
PF=83.74

7. Caso de uso
Nombre: “encendido y apagado de foco con arduino”
Autor:
 Jesús Eduardo Santoyo Chávez
 Claudia Martínez Dávila
 Brenda Catalina Jiménez Torres
 Brenda Berenice Rojas Lemus
Descripción: representa una base de madera simulando una pared de casa donde hay un
socket y un foco conectados al arduino y comandado por un celular con sistema android vía
bluetooth..
Precondiciones:
 Comprar el arduino
 Hacer las conexiones y
programar el arduino.
 Enviar comandos vía bluetooth
desde el celular al arduino.
Actores: (cualquier usuario que tenga el
arduino y un celular con sistema android).
Flujo normal:
 Encender arduino.
 Hacer la conexión con el celular vía bluetooth
 Abrir aplicación en el celular
 Encender y apagar el foco
Flujo alternativo:
 En caso de que la conexión no sea correcta verificar las luces led.
 Si la conexión es correcta las luces led deben estar encendidas.
Poscondiciones:
 Verificar que la conexión vía bluetooth sea correcta.
 Abrir la aplicación desde el celular
 Enviar los comandos del celular al arduino
 Encender y apagar el foco con el celular

8. Estimación de casos de uso
Paso 1.- calcular los casos de uso no ajustados (UUCP)
 Pesar actores (AUW) y pesar casos de uso (UUCW)
 UUCW=AUW+UUCW
TABLA 1.- PESO DE LOS ACTORES
TIPO ACTOR DESCRIPCION FACTOR
SIMPLE Otros sistemas con una API
definido.
1
MEDIO Sistemas interactuando
atravez de una interfaz gráfica
de usuario.
2
COMPLEJO Una persona interactuando
atravez de una interfaz gráfica
de usuario.
3
TABLA 2.- PESO DE LOS CASOS DE USO
TIPO DE CASO DE USO DESCRIPCION FACTOR
SIMPLE 3 transacciones o menos 5
MEDIO 4 a 7 transacciones 10
COMPLEJO mas de 7 transacciones 15
UUCP= 2+10
UUCP= 12
Pasó 2.- calcular los puntos de casos de uso.
 Pesar factores técnicos de caso de uso (TCF).
 Pesar factores ambientales (EF).
 UCP=UUCP*TCF*EF

9. TABLA 3.- FACTOR TECNICOS
FACTOR DESCRIPCION PESO NIVEL PESO*NIVEL
T1 sistema distribuido 2 4 8
T2 tiempo de respuesta 1 5 5
T3 eficiencia del usuario final 1 3 3
T4 procesamiento interno
complejo
1 3 3
T5 el código debe ser
reutilizable
1 1 1
T6 facilidad de instalación 0.5 3 1.5
T7 facilidad de uso 0.5 5 2.5
T8 Portabilidad 2 3 6
T9 facilidad de cambio 1 4 4
T10 Concurrencia 1 3 3
T11 objetivos especiales de
seguridad
1 4 4
T12 Mantenibilidad 1 2 2
T13 facilidades especiales de
entendimiento
1 1 1
TOTAL 50
TABLA 4.- ESCALAS DE ESTIMACION
Descripción valor
Irrelevante de 0 a 2
Medio de 3 a 4
Esencial 5
TCF= 0.6 + (0.01*TFACTOR)
TCF=0.6 + (0.01*50)
TCF=0.6 + 0.5

10. TCF= 1.1
TABLA 5.- FACTORES AMBIENTALES
FACTOR DESCRIPCION PESO NIVEL NIVEL*PESO
E1 Familiaridad con el modulo 1.5 4 6
E2 Experiencia en la
aplicacion
0.5 3 1.5
E3 Experiencia orientada a
objetos
1 5 5
E4 Capacidad del analista lider 0.5 3 1.5
E5 Motivacion 1 4 4
E6 Estabilidad en los
requerimientos
2 2 4
E7 Personal de medio tiempo -1 3 -3
E8 Dificultad en el lenguaje de
programación
-1 1 -1
TOTAL 18
TABLA 6.- ESCALA ESTIMACION EF
DESCRIPCION VALOR
Sin experiencia, sin motivación,
estabilidad.
De 0 a 2
Promedio 3
Amplia experiencia, motivación y
estabilidad.
4 o 5
 EF= 1.4 + (-0.03*E factor)
EF= 1.4 + (-0.03*18)
EF= 1.4 + (-0.54)
EF= 0.86
 UCP= UUCP * TCF * EF
UCP= 12 * 1.1 * 0.86

11. UCP= 11.35
Paso 3.- Estimar horas hombre
Horas-hombre= UCP * 20
Horas-hombres= 11.35 * 20
227 horas/hombre
TABLA 7.- HORAS HOMBRE TOTALES EJEMPLO
Actividad porcentaje Horas-hombre
Análisis 13.1% 30
Diseño 26.4% 60
Programación 24.2% 55
Pruebas 22.9% 52
Instalación y capacitación
documentada
13.1% 30
Total esfuerzo 100% 227
Horas-hombre= UCP * 20
Horas-hombre= 11.35 * 20
227 * 200= $45,400