Inacap Santiago Sur

Ingeniería Informática
Ingeniería en Software

Sistema Parking

Integrantes: Daniela Aguirre

Catherine Velásquez

Cristian Aranda

Alexis Díaz
 Índice

Contenido
Modelo de procesos de negocio (BPMN) ................................................................................................................... 3
Informe de requerimientos........................................................................................................................................ 4
Modelos de Casos de Uso ...................................................................................................................................... 4
1. Descripción Narrativa ..................................................................................................................................... 6
2. Requisitos Generales.................................................................................................................................... 12
2.1. Perspectivas del Producto. ................................................................................................................... 12
2.2. Funciones del Producto ........................................................................................................................ 12
2.3. Características de los Usuarios ............................................................................................................. 12
2.4. Restricciones ........................................................................................................................................ 12
2.5. Suposiciones y Dependencias .............................................................................................................. 13
2.6. Requisitos Futuros................................................................................................................................ 13
3. Requisitos Específicos .................................................................................................................................. 13
3.1. Interfaces Externas ............................................................................................................................... 13
3.2. Funciones ............................................................................................................................................. 13
3.3. Atributos del Sistema ........................................................................................................................... 14
Alcance del Proyecto (WBS) ..................................................................................................................................... 15
Equipo de Trabajo y Matriz de Responsabilidades................................................................................................... 16

2
Modelo de procesos de negocio (BPMN)

3
Informe de requerimientos

Modelos de Casos de Uso

4
5
1. Descripción Narrativa

Nombre: Entrar al parking

Descripción:
Permite la entrada al estacionamiento (Parking).
Actores:
Usuario.
Precondiciones:
Ninguna.
Flujo Normal:
1. Cliente llega a estacionamiento.
Flujo Alternativo:
1. Cliente se retira del estacionamiento.
Postcondiciones:
El usuario entra al Parking para la reserva del ticket.

Nombre: Solicitar Ticket

Descripción:
Solicita el ticket para la entrada al estacionamiento del Parking.
Actores:
1. Usuario.
2. Sistema Control de Barrera.
Precondiciones:
1. Entrar al Parking.
Flujo Normal:
1. Solicitar ticket.
2. Verificación de disponibilidad de plazas.
3. El sistema manda mensaje de cupos disponibles.
4. Fotografía Placa patente.
5. Almacenar Datos.
6. Envió de ticket al usuario.
Flujo Alternativo:
3. El sistema manda mensajes de cupos no disponibles.
4. El cliente se retira del local al no haber cupos disponibles.
6. Envió de ticket al usuario informándole que no hay plazas disponibles.
Postcondiciones:
El cliente entra con su automóvil a estacionar en el Parking.

6
Nombre: Pago de Tickets
Descripción:
Pago de ticket para la salida del Parking.
Actores:
1. Usuario.
2. Cajero automático.
Precondiciones:
1. Solicitar Tickets.
Flujo Normal:
1. Envió de ticket al cajero.
2. Actualización de ticket.
3. Verificación ticket.
4. Calculo ticket.
5. El sistema manda mensaje de ticket correcto.
6. Pago de ticket con efectivo.
7. El sistema manda mensaje de ticket pagado.
8. Retiro de ticket.
Flujo Alternativo:
4. El sistema manda mensaje de ticket incorrecto.
6. El sistema manda mensaje de ticket no valido impago.
7. Ticket trabado por mal estado.
Postcondiciones:
El cliente se dirige a buscar su automóvil para el retiro del Parking.

Nombre: Retiro del Parking.

Descripción:
Permite el retiro del cliente del parking con su automóvil.
Actores:
1. Usuario.
2. Operador Control de barrera.
Precondiciones:
1. Pago de tickets.
Flujo Normal:
1. Operador levanta barrera para la salida del cliente.
1. Cliente se retira del estacionamiento.
Flujo Alternativo:
Postcondiciones:
El usuario se retira del parking.

7
Nombre: Agregar Empleado.
Descripción:
Agregar empleado a la base de datos.
Actores:
1. Gerente
2. Empleado
Precondiciones:
1. Ninguna.
Flujo Normal:
1. Verificar si el empleado existe.
2. Verificar datos del empleado.
3. Agregar empleado a la Base de Datos.
Flujo Alternativo:
1. Empleado existente.
2. Datos incorrectos.
3. El sistema lanza mensaje de error de no ingreso de empleado en la base de
datos.
Postcondiciones:
El usuario agrega un nuevo empleado a la base de datos.

Nombre: Eliminar Empleado.

Descripción:
Eliminar empleado de la base de datos.
Actores:
1. Gerente
2. Empleado
Precondiciones:
1. Agregar empleado.
Flujo Normal:
1. Verificar si el empleado existe.
2. Eliminar empleado de la Base de Datos.
Flujo Alternativo:
1. Empleado no existente.
2. El sistema lanza mensaje de error de empleado eliminado incorrectamente de
la base de datos.
Postcondiciones:
El usuario elimina a un empleado de la base de datos.

8
Nombre: Modificar Empleado.
Descripción:
Modificar o actualizar empleado de la base de datos.
Actores:
1. Gerente
2. Empleado
Precondiciones:
1. Agregar empleado.
Flujo Normal:
1. Verificar si el empleado existe.
2. Verificar datos del empleado.
3. Modificar empleado a la Base de Datos.
Flujo Alternativo:
1. Empleado no existente.
2. Datos incorrectos.
3. El sistema lanza mensaje de error de modificación incorrecta de empleado en
la base de datos.
Postcondiciones:
El usuario modifica un empleado de la base de datos.

Nombre: Agregar Tarifa

Descripción:
Agregar tarifa a la Base de Datos.
Actores:
1. Gerente.
2. Empleado.
Precondiciones:
Ninguna.
Flujo Normal:
1. Verificar si el código de tarifa existe.
2. Verificar datos de la tarifa.
3. Agregar tarifa a la Base de Datos.
Flujo Alternativo:
1. Código de tarifa existente.
2. Datos de tarifa incorrectos.
3. El sistema lanza mensaje de error de no ingreso de tarifa en la base de datos.
Postcondiciones:
El usuario agrega una nueva tarifa a las base de datos.

9
Nombre: Eliminar Tarifa
Descripción:
Eliminar tarifa de la base de datos.
Actores:
1. Gerente.
2. Empleado.
Precondiciones:
1. Agregar tarifa.
Flujo Normal:
1. Verificar si el código de tarifa existe.
2. Eliminar tarifa de la Base de Datos.
Flujo Alternativo:
1. Código de tarifa no existente.
2. El sistema lanza mensaje de error de tarifa eliminado incorrectamente de la
base de datos.
Postcondiciones:
El usuario elimina tarifas de la base de datos.

Nombre: Modificar Tarifa

Descripción:
Modifica o actualiza una tarifa de la base de datos.
Actores:
1. Gerente
2. Empleado
Precondiciones:
1. Agregar tarifa.
Flujo Normal:
1. Verificar si el código de tarifa existe.
2. Verificar datos de la tarifa.
3. Modificar tarifa de la Base de Datos.
Flujo Alternativo:
1. Código tarifa no existente.
2. Datos tarifa incorrectos.
3. El sistema lanza mensaje de error de modificación incorrecta de tarifa en la
base de datos.
Postcondiciones:
El usuario actualiza tarifa de la base de datos.

10
Nombre: Generar Informe.
Descripción:
Generación de informes a partir de información seleccionada de la base de datos.
Actores:
1. Gerente
Precondiciones:
1. Agregar tarifa.
2. Agregar Empleado.
Flujo Normal:
1. Verificar información disponible en la base de datos.
2. Realización de consulta a la base de datos.
3. Obtención de los datos.
4. Información mostrada en planilla.
Flujo Alternativo:
2. Error en la consulta a la base de datos.
3. Obtención de datos errónea.
Postcondiciones:
El usuario genera informes de la base de datos según la consulta realizada.

Nombre: Marcar Hora.

Descripción:
El empleado marca el horario de entrada y salida del recinto.
Actores:
1. Empleado.
Precondiciones:
Empleado existente en la base de datos.
Flujo Normal:
1. El empleado llega al recinto.
2. El empleado desliza su tarjeta personal por el marcador.
3. El marcador realiza la marcación de fecha y hora correspondiente.
4. El empleado acepta la transacción.
5. el empleado entra a trabajar al parking.
Flujo Alternativo:
1. El empleado se retira del recinto.
3. El marcador esta desconfigurado, marca fecha y hora no correspondientes al
día de hoy.
4. El empleado no acepta la transacción y no hace uso del marcador.
5. el empleado no entra a trabajar al parking.
Postcondiciones:
El empleado marca la fecha y hora de su entrada al lugar de trabajo en el parking.

11
 2. Requisitos Generales

El sistema requiere que sea implementado sobre plataformas compatibles, que posea
una seguridad ante cualquier ente mal intencionado. Requiere que las maquinarias o hardware
estén en buen funcionamiento y así no afectar directamente al tiempo de funcionamiento del
sistema. El usuario debe ser bien instruido de ante mano para hacer un uso optimo del sistema
y no entorpecer el uso del resto de los usuarios.

2.1. Perspectivas del Producto.

El sistema deberá cumplir con requisitos internos para tener un buen funcionamiento. Es por
eso que el sistema visión deberá ser de buena calidad ya que debe ingresar de manera
correcta los datos del vehículo junto con los datos del ticket a la base de datos para luego
comparar los datos con el cajero automático y así no se produzca un mal funcionamiento del
sistema y una baja en la calidad del servicio.

2.2. Funciones del Producto

El sistema tendrá como función la gestión automática de la entrada y salida de los vehículos del
recinto. Por lo tanto primero deberá capturar de manera correcta todos los datos de los
vehículos que entren al estacionamiento, luego calcular el monto según el tiempo de la
utilización del servicio y verificarlo en la salida para que le cliente se retire satisfecho del
recinto. También se podrán agregar, modificar y eliminar a los empleados y a las tarifas,
además de generar reportes históricos de ambos según desee el gerente.

2.3. Características de los Usuarios

Los usuarios que utilizaran el sistema Parking son usuarios de cualquier status social, puede
ser hombre o mujer, con diferentes niveles de educación, conductores de algún tipo de
vehículo motorizado de cualquier tipo, sin o con algún tipo de discapacidad (siempre y cuando
tenga licencia de conducir). De cualquier raza o etnia social y nacionalidad.

2.4. Restricciones
Las siguientes limitaciones sobrepasan a los desarrolladores del sistema o no pueden ser
cubiertas solo por el sistema:

 Control del Sistema de Parking.

 Lenguaje de Programación.
 Seguridad Informática.
 Seguridad del Recinto.
 Políticas de la Empresa.
 Limitaciones del Hardware.

12
 2.5. Suposiciones y Dependencias
El sistema supone trabajar con cajeros automáticos; en caso de que no sea así se el sistema
se verá alterado ya que deberá hacerse de forma manual los cálculos y los cobros.

En el caso de que el control de barreras automático fallara se deberá hacer todo el proceso de
entrada y salida de forma manual y también la forma de pago.

2.6. Requisitos Futuros

En el futuro se podría implementar algún sistema de reserva en línea de estacionamientos solo
a clientes preferenciales.

También sistemas que entreguen información valiosa al cliente sobre en qué nivel o lugar se
encuentra un estacionamiento disponible.

3. Requisitos Específicos

Los principales requisitos del sistema al momento de ingresar al recinto es que debe
haber disponibilidad de plazas, además de que el control de barrera tenga papel necesario
para entregar además de tinta para imprimir el ticket. Se debe realizar un buen almacenamiento
de los datos en la base de datos la cual sea confiable. Además al momento de que el cliente se
dirija al cajero automático deberá tener consigo su ticket, ingresar de manera correcta el ticket
al cajero, ingresar un monto de dinero suficiente para el pago y en caso de que se deba dar
vuelto el cajero deberá tener dinero disponible. Luego y por ultimo al momento de que el
usuario se retire del recinto, el cliente deberá retirarse con su vehículo, con el ticket ya
actualizado por el cajero automático, el operador deberá comprobar el pago y autorizar la salida
del vehículo. El hardware deberá cumplir estos requisitos para implementar de manera óptima
el sistema. Las interfaces de los sistemas deberán ser amigables con el usuario y con el
gerente ya que deberá cumplir con las solicitudes de agregar, modificar y eliminar empleado o
tarifas.

3.1. Interfaces Externas

El sistema del cajero automático deberá poseer un menú amigable con el usuario y fácil de
usar. Además que el sistema de control de barrera deberá ser claro al momento de entregar la
información en caso de que el recinto este lleno y cómodo de usar para el conductor.

3.2. Funciones
Las funciones son:

 El sistema deberá verificar cupos disponibles en el parking.

 Tomar Fotografías a las placas patentes.
13
 Almacenar datos en la BD tales como hora entrada, hora salida, placa patente del
vehículo.
 Actualizar ticket.
 Verificar ticket.
 Calcular el ticket tal como el dinero que deberá pagar el usuario por las horas de
estacionamiento.
 Agregar empleado.
 Eliminar empleado.
 Actualizar empleado.
 Agregar tarifa.
 Eliminar Tarifa.
 Actualizar Tarifa.
 Generar Informes.

3.3. Atributos del Sistema

 El gerente para realizar cambios ingresa con un nombre de usuario y una clave.
 Los empleados no pueden ingresar al sistema para realizar modificaciones.
 Un empleado no puede empezar a trabajar si no ha marcado su hora de entrada.

14
Alcance del Proyecto (WBS)

En el siguiente diagrama, se muestran los entregables del sistema en WBS.

Sistema Parking

Análisis Diseño Codificación Pruebas Implementación

Pruebas de Aceptación del

Casos de Uso BPMN Programación
Sistema cliente

Prueba de
Requerimientos Base de Datos
integración

Diagrama de Pruebas de
Flujos validación

15
 Responsable del trabajo. MATRIZ DE RESPONSABILIDADES
Aprueba el trabajo.
Supervisa el trabajo.
Consulta por el trabajo.
Informado del trabajo. Equipo de especialistas
DIEÑO CASCADA Proyec Leader Produc Manager Analista desarrollador Adm. Base de datos Operador Cliente Sponsor Usuario
Requerimientos Cajero automatico R-A-S-C-I A-S-C A-S C C C C C C
Requerimientos gestion Empleados R-A-S-C-I A-S-C A-S C C C C C C
Equipo de Trabajo y Matriz de Responsabilidades

Requerimientos de Informes historicos R-A-S-C-I A-S-C A-S C C C C C C

Analisis

Requerimientos de control de usuarios (barreras) R-A-S-C-I A-S-C A-S C C C C C C

Requerimientos de Base de datos R-A-S-C-I A-S-C A-S C A-S-C C C C C

16
Analisis de riesgos R-A-S-C-I A-S-C A-S C C C C C C
Analisis de financiamiento R-A-S-C-I A-S-C A-S C C C C C C
Casos de uso R-A-S-C-I A-S-C A-S C C C C C C
Diseño y estructura NetWorking R-A-S-C-I A-S-C R C C C C C C
Diseño base de datos R-A-S-C-I A-S-C R C A-S C C C C
Diseño

Diseño interfases usuarios R-A-S-C-I A-S-C R C C C A-S C C

Diagramas de flujo R-A-S-C-I A-S-C R C C C C C C
BPMN R-A-S-C-I A-S-C R C C C C C C
Construccion

Programacion de sistemas R-A-S-C-I C I R-A-S C C C

C
Integridad y Velocidad R-A-S-C-I R-A I S-I R-S A-S-C-I A-S A-C-I A-S-I
Pruebas
Prueba Final R-A-S-C-I R-A I S-I R-S A-S-C-I A-S A-C-I A-S-I
Marcha Blanca R-A-S-C-I R-A I S-I R-S A-S-C-I A-S A-C-I A-S-I
Implementacion R-A-S-C-I R-A I S-I R-S A-S-C-I A-S A-C-I A-S-I