etimación con puntos de casos de uso
TRANSCRIPT
UNIVERSIDAD NACIONAL DE
CAJAMARCA
FACULTAD DE INGENIERÍA ESCUELA ACADÈMICA
PROFESIONAL DE INGENIERÍA DE SISTEMAS
CURSO:
Administración de Proyectos de Sistemas
DOCENTE:
Zocón Alva, Oscar.
ALUMNO:
Linarez Vigo, Marlon Joer.
López Mego, Henry.
Salazar Cacho, Ericka Milagros
CICLO:
IX
Cajamarca 17 de Mayo del 2012
EJERCICIOS DE ESTIMACION CON PUNTOS DE CASOS DE USO
Ejercicio 1:
Se desea desarrollar un sistema de control con barrera (SCB) asociado a un
estacionamiento subterráneo de vehículos. El sistema consta de un pie y un brazo. El pie
contiene una pantalla y un lector de tarjetas de aparcamiento. El brazo tiene una barrera
para bloquear y desbloquear el paso de vehículos. El sistema estará inicialmente con la
barrera bajada, mostrando por pantalla “Introduzca ticket” y a la espera de que el usuario
introduzca el ticket en el SCB. La especificación es la siguiente:
Cuando el usuario introduzca el ticket de aparcamiento, el SCB chequeará si el
ticket es válido para salir (lo que implica que el usuario ha pagado el estacionamiento) y
simultáneamente mostrará por pantalla el mensaje de “Comprobando ticket”.
Si el ticket es válido, el sistema traga el ticket, levanta la barrera y muestra el mensaje
“Hasta pronto”.
La barrera una vez levantada, permanecerá levantada mientras el detector de
salida de vehículos no haya detectado la salida del vehículo o bien durante un tiempo
máximo de 1 minuto.
Tras la salida del vehículo, se baja la barrera y el SCB vuelve al estado inicial.
Si el vehículo no hubiese salido y el tiempo máximo ha transcurrido, se baja la
barrera, el SCB devuelve el ticket y se muestra el mensaje “Recoja ticket”. Después el
sistema vuelve a la situación inicial.
En el caso de que el ticket no sea válido: El SCB devuelve el ticket, no levanta la
barrera y muestra un mensaje “Pase por ventanilla. Ticket defectuoso o impagado”.
Ningún usuario puede accionar el SCB si no dispone de ticket.
SE PIDE:
A) Estimar el tiempo de Desarrollo considerando un equipo de 2 Personas.
Determinación de Peso de Actores (UAW)
UAW=4
Determinación de Peso de Casos de Uso (UUCW)
Caso de Uso Tipo Factor Peso
Registrar Salida Promedio 10 10 Verificar Ticket Simple 5 5 Accionar Barrera Promedio 10 10 Devolver Ticket Simple 5 5
Total 30
UUCW=30
Puntos de Casos de Uso sin Ajustar (UUCP)
UUCP=UAW+UUCW
UUCP=4+30
UUCP=34
Calculo de Peso de Factores Técnicos (TFactor)
Factor Técnico Peso Nivel Nivel*Peso Razón
T1 2 2 4 Conexión con Sistema de Facturación T2 1 2 2 Transacciones simples T3 1 4 4 Necesita ser eficiente T4 1 1 1 Transacciones simples T5 1 0 0 No es necesario T6 0.5 1 0.5 Instalación con personal técnico T7 0.5 4 2 Alta interacción con los usuarios T8 2 0 0 No es necesario T9 1 1 1 Cambios no significativos T10 1 0 0 Transacciones secuenciales T11 1 4 4 Conexión segura con el Sistema de Facturación T12 1 0 0 No es necesario T13 1 1 1 No se necesita capacitación Total 19.5
Actor Tipo Factor Peso
Sistema de Facturación Simple 1 1 Conductor Complejo 3 3
Total 4
TFactor= 19.5
TCF=0.6 + (0.01 * Tfactor)
TCF=0.6 + (0.01 * 19.5)
TCF=0.6 + (0.195)
TCF=0.795
Calculo de Peso de Factores Ambientales (EFactor)
Factor Ambiental Peso Nivel Nivel*Peso Razón
E1 1.5 4 6 Muy familiarizados E2 0.5 4 2 Trabajadores muy relacionados con Aplicaciones E3 1 3 3 Trabajadores con experiencia media. E4 0.5 2 1 Capacidad de análisis media-baja E5 1 2 2 Motivación baja-media E6 2 5 10 Requerimientos estables E7 -1 3 -3 La mitad del personal. E8 -1 5 -5 Lenguaje de Programación: C Total 16
EFactor= 16
EF=1.4 + (-0.03 * Efactor)
EF=1.4 + (-0.03 * 16)
EF=1.4 + (-0.48)
EF=0.92
Calculo de Puntos de Casos de Uso
UCP=UUCP*TCF*EF
UCP= 34*0.795*0.92
UCP= 24.8676
A UN PROMEDIO DE 28 HORAS POR PUNTO
24.8676*28= 696.3
18 SEMANAS A 40 HORAS POR SEMANA PARA UNA PERSONA
TOMANDO UN EQUIPO DE 2 PERSONAS
9 SEMANAS DE TRABAJO
Ejercicio 2:
La empresa de Transportes Ferroviarios (TRAFER) desea crear una nueva APLICACIÓN
SOFTWARE que permita la Venta de billetes en RUTA (VIRUTA). Con esta nueva aplicación, un
viajero puede subir al tren y comprar el billete dentro del mismo, sin necesidad de pasar
previamente por ventanilla.
Tras una entrevista con el personal de TRAFER, se ha conseguido la siguiente información
relativa al proceso de venta de billetes:
El revisor, a través de VIRUTA, registrará los datos del viaje a realizar seleccionando la
estación de origen y destino, que le diga el viajero. La aplicación asignará la fecha y hora del
sistema.
A partir de dicha información, VIRUTA comprobará la existencia de algún descuento en la
tarifa de descuentos de calendario ("días azules, dorados o rojos y horas punta y valle"). Esta labor
la realiza automáticamente el sistema a partir de los datos del viaje puesto que conoce la fecha y
hora del mismo. A continuación calcula el precio del billete, consultando la tarifa de precios.
Posteriormente el revisor introduce el número de billetes a emitir y VIRUTA calculará
entonces el importe total. Hay que aclarar que una venta sólo puede realizarse para el mismo
origen, destino, fecha y hora de salida.
Finalmente, se imprime un único justificante donde se indica el número de billetes
solicitados, el importe total, el trayecto (estación de origen y destino, fecha y hora) y el descuento
aplicado. El revisor recoge el justificante, siendo este el único indicador de que la venta se ha
producido, ya que hasta ese momento se considera que la venta se podía cancelar. Tras esto
VIRUTA vuelve a la situación inicial.
Debido a que la aplicación va instalada en una PDA con impresora, y dada su reducida
capacidad de disco, se ha acordado con el personal de TRAFER, que desde la aplicación VIRUTA, el
revisor pueda ordenar la descarga de los datos de las ventas realizadas. Para la realización de esta
descarga, la aplicación solicitará al revisor que se identifique. Después de validar al revisor y una
vez haya terminado la descarga, VIRUTA lo indicará mediante un mensaje de confirmación. El
revisor acepta la confirmación y VIRUTA vuelve a la situación inicial.
Se pide:
Estimar el tiempo de Desarrollo considerando una equipo de 3 Personas.
Determinación de Peso de Actores (UAW)
Actor Tipo Factor Peso
Revisor Complejo 3 3 Total 3
UAW=3
Determinación de Peso de Casos de Uso (UUCW)
Caso de Uso Tipo Factor Peso
Logearse en el Sistema Simple 5 5 Mantenimiento de Rutas Complejo 15 15 Mantenimiento de Descuentos
Promedio 10 10
Vender Boletos Complejo 15 15 Descargar Ventas Promedio 10 10 Aplicar Descuento Simple 5 5 Calcular Importe Simple 5 5 Imprimir Comprobante Simple 5 5 Cancelar Venta Simple 5 5
Total 75
UUCW=75
Puntos de Casos de Uso sin Ajustar (UUCP)
UUCP=UAW+UUCW
UUCP=3+75
UUCP=78
Calculo de Peso de Factores Técnicos (TFactor)
Factor Técnico Peso Nivel Nivel*Peso Razón
T1 2 0 0 Sistema Monolítico T2 1 2 2 Transacciones simples T3 1 4 4 Necesita ser eficiente T4 1 3 3 Operaciones con diversas Transacciones T5 1 0 0 No es necesario T6 0.5 1 0.5 Instalación con personal técnico T7 0.5 3 1.5 Transacciones repetitivas T8 2 0 0 No es necesario T9 1 1 1 Cambios no significativos T10 1 0 0 Transacciones secuenciales T11 1 3 3 Seguridad y autenticación promedio T12 1 0 0 No es necesario
T13 1 3 3 Se necesita capacitación promedio Total 18
TFactor= 18
TCF=0.6 + (0.01 * Tfactor)
TCF=0.6 + (0.01 * 18)
TCF=0.6 + (0.18)
TCF=0.78
Calculo de Peso de Factores Ambientales (EFactor)
Factor Ambiental Peso Nivel Nivel*Peso Razón
E1 1.5 4 6 Muy familiarizados E2 0.5 4 2 Trabajadores muy relacionados con Aplicaciones E3 1 3 3 Trabajadores con experiencia media. E4 0.5 4 1 Capacidad de análisis media-alta E5 1 2 2 Motivación baja-media E6 2 5 10 Requerimientos estables E7 -1 3 -3 La mitad del personal. E8 -1 3 -3 Lenguaje de Programación: C# Total 18
EFactor= 18
EF=1.4 + (-0.03 * Efactor)
EF=1.4 + (-0.03 * 18)
EF=1.4 + (-0.54)
EF=0.96
Calculo de Puntos de Casos de Uso
UCP=UUCP*TCF*EF
UCP= 78*0.78*0.96
UCP= 36.504
PROMEDIO DE 20 HORAS POR PUNTO
36.504*20= 730
19 SEMANAS A 40 HORAS POR SEMANA PARA UNA PERSONA
TOMANDO UN EQUIPO DE 3 PERSONAS
6 SEMANAS DE TRABAJO