1. UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS
UNIDAD ACADÉMICA DE PINOS
CALIDAD DEL DESARROLLO DE SOFTWARE
ESTIMACIÓN DE PROYECTOS DE SOFTWARE CON PUNTOS DE
CASOS DE USO
TECNOLOGÍAS DE LA INFORMACIÓN Y LA COMUNICACIÓN
I en TIC´S ELOY CONTRERAS DE LIRA
JORGE RICARDO MORALES MARTÍNEZ
DANIEL TORRES SALAS
MARYCRUZ SANTOS ESCAREÑO
SILVANA PATRICIA PADILLA PALOMO
MAYRA ITZEL ARGUELLO DELGADO
25/03/2014

2. TABLA 1-° VENTAJAS Y DESVENTAJAS DE LA TÉCNICA DE LOS
PUNTOS DE CASOS DE USO
VENTAJAS DESVENTAJAS
Trabaja bien con diferentes tipos de
software
No existe un estándar para escribir
casos de uso lo que dificulta la
aplicación del método
Muestra buen rendimiento en proyectos
pequeños , medianos y grandes
Las herramientas en esta área son
caras y se enfocan en la evaluación del
proyecto
Tabla 2-° PESO DE LOS ACTORES
Tipo De Actor Descripción Factor
Simple Otro sistema con una api
definida 1
Medio Otro sistema
interactuando con algún
protocolo (TCP) o una
persona interactuando a
través de una interfaz en
modo de texto
2
Complejo Una persona
interactuando a través de
una interfaz grafica de
usuario
3
Tabla 3-° PESO DE LOS CASOS DE USO
Tipo De Casos De Uso Descripción Factor
Simple 3 Transacciones o menos 5
Medio 4 a 7 Transacciones 10
Complejo Más de 7 Transacciones 15

3. CASO DE USO: CONSULTAR LOS DATOS DEL REGISTRO DEL PRODUCTO
CASOS DE USO: Consultar los datos del registro del producto
ACTORES: Administrador y Usuarios
PROPOSITO: Mostrar los datos sobre los registros del producto
VISIÓN GENERAL: Que el administrador y el empleado vean los datos del producto registrado
TIPO: Primario
CURSO TÍPICO DE EVENTOS:
Actor: Sistema:
1°Comienza cuando el administrador o usuario
Hace la petición a la base de datos.
2°Es el sistema mediante las funciones del
Código traslada los datos de la información de
Los productos que fueron introducidos en la
Base de datos.
3°El usuario debe ver más información acerca de
Los productos registrados.
CURSOS ALTERNATIVOS:
Si los datos no existen en la base de datos. Mostrará un mensaje de error y no permitirá
que se hagan consultas en la base de datos.
Peso de los Actores:
Tipo de actor: Usuario y Administrador Descripción: Complejo Factor: 3
Peso de los Casos de Uso:
Tipo de Caso de Uso: Simple Factor: 5
UUCP= AUW+UUCW
UUCP= 3 + 5 UUCP=8

4. CASO DE USO REGISTRAR PRODUCTO
CASOS DE USO: Registrar Producto
ACTORES: Administrador, Empleado
PROPOSITO: Guarda la información de los productos para su buen uso así mismo para ver los
productos faltantes.
VISIÓN GENERAL: El administrados guardara la información de los productos en la base de datos
TIPO: Primario
CURSO TÍPICO DE EVENTOS:
Actor: Sistema:
1°Comienza cuando el administrador o usuario
Introducen la información de los productos ya
Guardados.
2°El sistema mediante las funciones del código
Traslada los datos de la información de los
productos que se introducen en la base de datos
3°El usuario puede introducir más información
Para que sea guardada, siempre y cuando eso
Sea lo deseado
CURSOS ALTERNATIVOS:
Si los datos no son compatibles o introducidos de la forma en que se asignaron en la B.D.
Mostrará un mensaje de error y no permitirá que se hagan modificaciones en la base de datos.
Peso de los Actores:
Tipo de Actor: Empleado y Administrador Descripción: Complejo Factor: 3
Peso de los Casos de Uso:
Tipo de Caso de Uso: Simple Factor: 5
UUCP= AUW+UUCW
UUCP= 3 + 5 UUCP=8

5. CASO DE USO REGISTRAR VENTA
CASOS DE USO: Registrar Ventas
ACTORES: Administrador y Usuarios
PROPOSITO: Guarda las ventas del día para un buen uso y manejo al monto de entregar cuentas y
totales a los administradores superiores
VISIÓN GENERAL: El usuario guarda las ventas para dárselas a conocer a los administradores las
ventas y ganancias en el momento del corte de caja.
TIPO: Primario
CURSO TÍPICO DE EVENTOS:
Actor: Sistema:
1°Comienza cuando el usuario introduce la
Información de las ventas y opta por la opción
Guardar.
2°Es el sistema mediante las funciones del
Código traslada los datos de la información de
Las ventas que se introducirán en la
Base de datos. y muestre un mensaje de éxito
3°El usuario podrá introducir más información
De las ventas futuras para que sean guardadas
, siempre y cuando sean hechas en el día.
CURSOS ALTERNATIVOS:
Si los datos no son compatibles o introducidos de la forma en que se asignaron en la B.D.
Mostrará un mensaje de error y no permitirá que se hagan modificaciones en la base de datos.
Peso de los Actores:
Tipo de Actor: Usuario y Administrador Descripción: Complejo Factor: 3
Peso de los Casos de Uso:
Tipo de Caso de Uso: Simple Factor: 5
UUCP= AUW+UUCW
UUCP= 3 + 5 UUCP=8

6. CASO DE USO ELIMINAR PRODUCTO
CASOS DE USO: Eliminar Producto
ACTORES: Administrador, Empleado
PROPOSITO: Eliminara la información de los productos para su buen uso así mismo para ver los
productos faltantes.
VISIÓN GENERAL: El administrados eliminara la información de los productos que se encuentren
en la base de datos
TIPO: Primario
CURSO TÍPICO DE EVENTOS:
Actor: Sistema:
1°Comienza cuando el administrador o usuario
eliminan la información de los productos que
ya no existen
2°El sistema mediante las funciones del código
Traslada los datos de la información de los
productos que se eliminaran en la base de datos
3°El usuario puede eliminar la información
De los productos, siempre y cuando eso
Sea lo deseado
CURSOS ALTERNATIVOS:
Si los datos no se encuentran o se han eliminado de la B.D. Mostrará un mensaje de los
datos no existen o fueron eliminados
Peso de los Actores:
Tipo de Actor: Empleado y Administrador Descripción: Complejo Factor: 3
Peso de los Casos de Uso:
Tipo de Caso de Uso: Simple Factor: 5
UUCP= AUW+UUCW
UUCP= 3 + 5 UUCP=8

7. CASO DE USO BUSCAR EL NOMBRE DEL PRODUCTO
CASOS DE USO: Buscar el nombre del Producto
ACTORES: Sistema
PROPOSITO: Mostrar los datos sobre el producto
VISIÓN GENERAL: El sistema podrá mostrar los datos de los producto existentes
TIPO: Primario
CURSO TÍPICO DE EVENTOS:
Actor: Sistema:
1°Comienza cuando el sistema
Hace la petición a la base de datos.
2°Es el sistema mediante las funciones del
Código manda llamar los datos de los productos
Existentes en la base de datos
3°El sistema deberá mostrar la
información acerca de los productos Existentes
CURSOS ALTERNATIVOS:
Si el sistema no muestra los datos de los productos. Mostrará un mensaje de error y no
permitirá que los datos sean vistos.
Peso de los Actores:
Tipo de Actor: Sistema Descripción: complejo Factor: 3
Peso de los Casos de Uso:
Tipo de Caso de Uso: Simple Factor: 5
UUCP= AUW+UUCW
UUCP= 3 + 5 UUCP=8

8. Tabla 4-°FACTORES TÉCNICOS
FACTOR DESCRIPCION PESO ESTIMACION NIVEL DE
ESTIMACION
T1 Sistema
Distribuido
2 3 6
T2 Objetivos de
Performance o
Tiempo de
Respuesta
1 4 4
T3 Eficiencia del
Usuario Final
1 3 3
T4 Procesamiento
Interno Complejo
1 1 1
T5 El Código Debe
Ser Reutilizable
1 2 2
T6 Facilidad de
Instalación
0.5 4 2
T7 Facilidad de Uso 0.5 5 2.5
T8 Portabilidad 2 5 10
T9 Facilidad de
Cambio
1 3 3
T10 Concurrencia 1 3 3
T11 Objetivos
Especiales de
Seguridad
1 4 4
T12 Acceso Directo a
Terceras Partes
1 1 1
T13 Facilidades
Especiales de
Entrenamiento a
Usuarios
1 5 5
TOTAL DE ESTIMACION: 46.5
TCF=0.6 + (0.01 * 46.5 ) TCF=1.065

9. Tabla 5-° FACTORES AMBIENTALES
FACTOR DESCRIPCIÓN PESO ESTIMACIÓN NIVEL DE
ESTIMACION
E1 Familiaridad con el
Proyecto Utilizado
1.5 4 6
E2 Experiencia en la
Aplicación
0.5 4 2
E3 Experiencia en
Orientación a
Objetos
1 4 4
E4 Capacidad del
Análisis Líder
0.5 3 1.5
E5 Motivación 1 5 5
E6 Estabilidad de los
Requerimientos
2 4 8
E7 Personal de Medio
Tiempo
1 4 4
E8 Dificultad en el
Lenguaje de
Programación
1 4 4
TOTAL ESTIMADO: 34.5
EF= 1.4 + (-0.03 *34.5) EF=0.365
Tabla 6-° ESCALA DE ESTIMACION EF
Descripción Valor
Sin Experiencia, Sin Motivación ,
Estabilidad
De 0 a 2
Promedio 3
Amplia experiencia , Motivación ,
Estabilidad
De 3 a 5
UCP= UUCP * TCP *EF = 8 *1.065 * 0.365 = 3.109
UCP * 20 = 62.19