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

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

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

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

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

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

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

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

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