CASOS DE USO

SERGIO LUIS ARCILA QUICENO

JUAN SEBASTIAN BAYER HINCAPIE

CORPORACIÓN DE ESTUDIOS TECNOLÓGICOS DEL NORTE DEL VALLE

TÉCNICO PROFESIONAL EN PROGRAMACIÓN DE APLICACIONES

INFORMÁTICAS

CARTAGO

2021

13/04/2020
 INTRODUCCION

Hoy en día la administración y el manejo de seguridad en los estacionamientos públicos en las universidades
tanto públicas como privadas se ha vuelto muy inestable, por ende a lo largo de este trabajo se quiere identificar
los principales casos de uso, los requerimientos funcionales y no funcionales y sus respectivos actores que
intervienen al presente sistema de utilidad.
 OBJETIVOS

General

Demostrar las diferentes rutas de prioridades que necesitamos en los estacionamientos públicos a nivel
universitario en la ciudad de Cartago mediante el uso de los casos de uso y sus requerimientos.

Específicos

Diseñar sus respectivos casos de uso que muestre la utilidad de un sistema software.

Determinar dentro del software componentes de accesibilidad (como códigos digitales, lectores de registro y
lectores de código) para así modernizar las formas de ingresar a los estacionamientos en las universidades.
 Actor Descripción
estudiante Es la persona que accede al estacionamiento para
comprar y reservar el cupo
maestro Es la persona que accede al estacionamiento para
comprar y reservar el cupo
sistema Es la entidad(software) encargada de manejar a nivel
global las reservas de cupos, se encarga de registrar
las compras y reservas que los usuarios adquieren

Interesado
Última fecha
Sub Estado Tipo de Nivel de (Stakeholder) Nivel de
Identificación Descripción del requisito Versión estado
identificación actual Requerimiento complejidad dueño del prioridad
registrado
requisito
El sistema debe
RFN1 2.1 verificar que los datos 1 SOLICITADO NO FUNCIONAL 13/04/2021 MEDIA DUEÑO ALTO
 correspondientes a los
campos obligatorios
de los formularios
fueron ingresados por
el usuario final.
El sistema debe estar
en la capacidad de
manejar un volumen
de datos almacenados
RFN2 2.2 de hasta 50 MB. 1 SOLICITADO NO FUNCIONAL 13/04/2021 MEDIA DUEÑO ALTO
El software deberá
garantizar mayor
seguridad acerca del
estado en el que se
RFN4 2.4 encuentre. 1 SOLICITADO NO FUNCIONAL
El sistema determinara
componentes de
accesibilidad para
modernizar las formas
de ingreso. 1 SOLICITADO NO FUNCIONAL

El sistema utilizará el
motor de bases de
datos MySQL. El
sistema no garantiza
su funcionalidad sobre
otros motores de Base
RFN5 1.10 de Datos. 2 SOLICITADO NO FUNCIONAL 13/04/2021 MEDIA VENDEDOR ALTO
RF- 01 (Referencia) Registrar Ingreso al Parqueadero

Objetivos asociados Permitir entrada del usuario al parqueadero

Requisitos asociados Tener tarjeta de acceso

Descripción Controlar el ingreso de los usuarios al sistema y a sus respectivos módulos.

Precondición Estar Registrado en el Sistema

Final exitoso Registro Exitoso

Final fallido No reconoce Tarjeta de Acceso

Actores principales Estudiantes, Maestros

Actores secundarios  

Secuencia Paso Acción

Normal 1 Escanear Tarjeta de Acceso

2 Validad existencia del Usuario

3 Registro del Usuario

4 Registrar usuario en la Base de Datos

   

Postcondición Usar parqueadero

Excepciones Paso Acción

5 Usuario no Registrado en el Sistema

 
 

RF- 02 (Referencia) Insertar tarjeta

Objetivos asociados Permitir el ingreso de los clientes abonados

Requisitos asociados Tener tarjeta de acceso

Descripción El sistema deberá verificar datos de la tarjeta.

Precondición Crear tarjeta

Final exitoso Registro Exitoso

Final fallido No reconoce Tarjeta de Acceso

Actores principales Estudiantes, Maestros

Actores secundarios  

Secuencia Pas Acción

o
Normal
1 Escanear Tarjeta de Acceso

2 Validad existencia del Usuario

3 Registro del Usuario

4 Registrar usuario en la Base de Datos

   

Postcondición Usar parqueadero, validar tarjeta.

Excepciones Pas Acción

o

5 Si la tarjeta falla, se debe avisar al encargado de la entrada para comunicarle la situación.

 
 

RF- 03 (Referencia) Usar parqueadero

Objetivos asociados Prestar servicio de parqueadero al usuario

Requisitos asociados Validar datos usuario

Descripción El sistema permitirá usar parqueadero al usuario

Precondición Insertar tarjeta, validar datos usuario, validar cupo.

Final exitoso Uso parqueadero exitoso.

Final fallido No poder validar el cupo por inconvenientes en el sistema.

Actores principales Estudiantes y maestros

Actores secundarios Empleados

Secuencia Paso Acción

Normal
1 Ingresar tarjeta

2 Validar datos usuario

3 Validar cupo

Postcondición Salir parqueadero

Excepciones Paso Acción

4 Ingresar parqueadero

5 Buscar cupo valido o espacio disponible

 
RF- 04 (Referencia) Salir parqueadero

Objetivos asociados Permitir la salida del parqueadero al usuario

Requisitos Tener chequeo del parqueadero

asociados

Descripción Permitir la salida del usuario con su respectivo chequeo de cupo

Precondición Usar parqueadero

Final exitoso Salida exitosa

Final fallido No consta de su respectivo chequeo del cupo.

Actores principales Estudiantes, Maestros

Actores secundarios  
Secuencia Pas Acción
o
Normal
1 Escanear Tarjeta de chequeo de cupo

2 Validad existencia del Usuario

3 dirigirse a la salida

4 Validar pago

 5  Salir parqueadero

Postcondición ninguna

Excepciones Pas Acción

o

6 Si hay un error con el pago, se le debe avisar al encargado de la zona para solucionar el
inconveniente.

 
 

RF- 05(Referencia) Enviar SMS

Objetivos asociados Permitir el pago del ticket a través de un SMS

Requisitos asociados Estar registrado en el sistema

Descripción El sistema permitirá enviar SMS al usuario.

Precondición Crear ticket y usar parqueadero

Final exitoso Adquirir ticket

Final fallido No disponer de ticket ya sea por inconvenientes en el sistema o no se permitió forma de pago

Actores principales Estudiantes y maestros

Actores secundarios Empleados

Secuencia Paso Acción

Normal
1 Enviar SMS con el código del ticket

2 Cargar pago a la cuenta del sistema

Postcondición Salir parqueadero

Excepciones Paso Acción

3 En caso de enviar un código erróneo, se cancela la operación y se vuelve a iniciar

RF- 06 (Referencia) Imprimir ticket

Objetivos asociados Dar al usuario el comprobante de pago por el uso de parqueadero

Requisitos asociados Tener tarjeta de acceso

Descripción El sistema deberá permitir imprimir ticket de usuario.

Precondición Ingresar parqueadero

Final exitoso Impresión de ticket

Final fallido No reconoce datos usuario

Actores principales Estudiantes, Maestros

Actores secundarios  

Secuencia Paso Acción

Normal
1 Ingresar parqueadero

2 Validar datos

3 Imprimir ticket
Postcondición Consultar ticket, enviar SMS

Excepciones Paso Acción

4 ninguna

RF- 07 (Referencia) Validar tarjeta

Objetivos asociados Permitir la entrada o salida de los usuarios abonados

Requisitos asociados Estar registrado en el sistema

Descripción El sistema permitirá la entrada de los usuarios que estén asociados o abonados.
Precondición Crear tarjeta, usar parqueadero, entrar parqueadero

Final exitoso Validación de tarjeta del usuario

Final fallido No poder realizar la validación de los datos ya sea por inconvenientes en el sistema.

Actores principales Estudiantes, maestros

Actores secundarios

Secuencia Paso Acción

Normal
1 Entrar parqueadero

2 Ingresar tarjeta

3 Validar datos usuario

4 Retirar tarjeta
 5 Salir parqueadero

Postcondición Salir parqueadero, usar parqueadero

Excepciones Paso Acción

6 Si la tarjeta no se reconoce se debe informar al administrador del sistema.

RF- 08 Confirmar pago

(Referencia)

Objetivos Validar si el pago hecho al enviar el SMS se hizo correctamente

asociados

Requisitos
asociados

Descripción Controlar que el sistema de pago se haya efectuado correctamente

Precondición Enviar SMS

Final exitoso Pago exitoso

Final fallido No recibió el SMS

Actores principales Estudiantes, Maestros

Actores  
secundarios

Secuencia Paso Acción

Normal
1 Enviar SMS

2 Validar datos del Usuario

3 Cargar saldo a la cuenta del sistema

Postcondición Salir parqueadero

Excepciones Paso Acción

4 En caso de haber algún error, se tiene que volver a enviar el SMS, no se cargaran saldos sin
 confirmar toda la operación.

Conclusiones

Muy pocas universidades cuentan con la seguridad y los recursos necesarios para asegurar el perfecto estado
de los vehículos que son ingresados en sus estacionamientos.

En la mayoría de las universidades, el administrador no cuenta con un registro que le indique cuántos usuarios
han ingresado y egresado en ese mismo momento al estacionamiento.