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