SISTEMA DE

ESTACIONAMIENTO

TARIFADO Especificación de Requerimientos de Software SRS

Max Ulloa, Roberth Ulloa, Juan J. Lucero Universidad Politecnica Salesiana

Resumen Especificación de Requerimientos para el Sistema de estacionamiento tarifado

1

Contenidos 1. INTRODUCCION ........................................................................................................................... 2

1.1 PROPOSITO ................................................................................................................................ 2

1.2 ALCANCE .................................................................................................................................... 2

1.3 RESUMEN DE PRODUCTO .......................................................................................................... 2

1.3.1 Perspectiva del producto ................................................................................................... 2

1.3.2 Funciones del producto ...................................................................................................... 2

1.3.3 Características de los usuarios ........................................................................................... 3

1.3.4 Limitaciones ....................................................................................................................... 3

1.4 DEFINICIONES ............................................................................................................................ 4

2. REFERENCIAS ............................................................................................................................... 4

3. REQUERIMIENTOS ESPECIFICOS .................................................................................................. 4

3.1 Interfaces Externas .............................................................................................................. 4

3.2 Requerimientos Funcionales ..................................................................................................... 5

3.3 Requerimiento de Usabilidad .................................................................................................. 10

3.4 Requerimientos de Funcionamiento ....................................................................................... 10

3.5 Requisitos Logicos de la base de Datos ................................................................................... 10

3.6 Restricciones de Diseño .......................................................................................................... 10

3.6.1 Patrón de Arquitectura de Software ................................................................................ 10

3.6.2 Herramientas de Mapeo Objeto-Relacional .................................................................... 10

3.6.3 Lenguajes de Diseño ......................................................................................................... 10

3.7 Atributos del Sistema .............................................................................................................. 10

3.7.1 Hadware ........................................................................................................................... 10

3.7.2 Software ........................................................................................................................... 11

3.7.3 Paltaforma de Desarrollo ................................................................................................. 11

3.7.4 Leguajes de Programación ............................................................................................... 11

3.7.5 Frameworks MVC: ............................................................................................................ 11

3.7.6 Implementación JSF para la vista ..................................................................................... 11

3.7.7 Servidor de Aplicaciones .................................................................................................. 11

3.7.8 Bases de Datos ................................................................................................................. 11

3.7 Información de Soporte .......................................................................................................... 11

5. APENDICE .................................................................................................................................. 12

5.2 Acronimos y Abreviaturas: ...................................................................................................... 12

2

1. INTRODUCCION

1.1 PROPOSITO El presente documento describe la ESPECIFICACIÓN DE REQUERIMIENTOS DE

SOFTWARE PARA LA ADMINISTRACION Y CONTROL DEL SISTEMA DE ESTACIONAMIENTO

TARIFADO (SET) PARA LA ILUSTRE MUNICIPALIDAD DE CUENCA. Este documento debe ser

aprobado por los clientes, ya que es una descripción completa y global del funcionamiento

del Sistema. Por otro lado, esta especificación debe ser utilizada por los analistas para

producir la documentación de diseño.

1.2 ALCANCE El software ayudara en el control del estacionamiento dentro de la ciudad de cuenca

tomando en consideración dos maneras de pago, la primera mediante recarga celular en el

cual el cliente deberá enviar un mensaje avisando la hora de inicio de parqueo y también la

hora en la cual se retira de dicho estacionamiento, la otra manera es mediante compra

puntual en el cual el usuario se acerca hacia un punto de venta con el número de placa del

vehículo para que la persona encargada del sistema ingrese los datos necesarios.

También permitirá la ubicación de personal en distintos sectores de la ciudad

quienes mediante un dispositivo móvil podrán verificar el parqueo de los vehículos en las

zonas permitidas.

1.3 RESUMEN DE PRODUCTO

1.3.1 Perspectiva del producto

El software para el control del sistema de estacionamiento tarifario ayudara a

automatizar los procesos que hasta ahora se los ha llevado mediante tarjetas impresas, esto

lograra a minimizar las perdidas en el municipio por el control más estricto y también

facilitara a los usuarios en su uso debido a que al utilizar un celular mediante SMS se

ahorrara tiempo en ir a pagar por el estacionamiento en los locales autorizados.

1.3.2 Funciones del producto

El software ayudara para controlar el parqueo en la ciudad de Cuenca, las funciones

son las siguientes:

Existen dos modalidades de estacionamiento, estas son:

A.- Estacionamiento por Compra Puntual

Mediante esta modalidad el conductor estaciona su auto y se dirige inmediatamente

a uno de los puntos de venta de la zona. El usuario indica al comerciante la placa del auto

estacionado y la cantidad de horas de estacionamiento que utilizará. El comerciante ingresa

estos datos al sistema central (al cual se encuentra conectado de forma permanente) con

lo cual queda registrado el estacionamiento.

3

B.- Estacionamiento por SMS

Mediante esta modalidad el conductor podrá cargar crédito de estacionamiento

en su celular. Estas cargas se realizan en cualquier punto de venta. La operatoria

mediante esta modalidad se detalla a continuación:

- Inicio de Estacionamiento: el conductor estaciona su auto e inmediatamente desde

un celular con crédito de estacionamiento envía al SET el mensaje de inicio

indicando la placa del vehículo. De esta forma el estacionamiento queda registrado

en el sistema.

- Fin de Estacionamiento: desde el mismo celular el conductor debe enviar un

mensaje de fin de estacionamiento al SET. En este caso, no es necesario indicar la

placa ya que el sistema informático del SET mantiene la asociación entre la placa y

el número de celular desde el que se inició el estacionamiento.

Como podrá observarse, en la modalidad A queda establecido el fin del

estacionamiento en el momento mismo de la compra, mientras que en la modalidad

B el fin del estacionamiento puede ser determinado por el conductor en el momento

en que él lo desee (siempre y cuando posea crédito suficiente).

También se podrá consultar el saldo del cliente y la inspección de los

estacionamientos con un dispositivo móvil por parte de personal municipal.

1.3.3 Características de los usuarios

Para este software existirán tres tipos de usuarios el cliente final quien será

la persona que estaciona su vehículo y solicita mediante SMS o por compra puntual

el tiempo para mantenerlo parqueado en un lugar.

La persona que realice las recargas y también quienes venderán por compra

puntual ingresando los datos del vehículo y tiempo al sistema.

Los inspectores de estacionamiento quienes verificaran en el sistema los

datos ingresados.

1.3.4 Limitaciones

El sistema no contará con una aplicación para celular.

El usuario debe recargar el saldo para su celular caso contrario no podrá adquirir el

tiempo para parqueo.

El sistema de recarga podría no tener fondos.

4

1.4 DEFINICIONES

- Inspector: Persona que inspecciona los autos estacionados y consulta al Sistema

sobre el estado del servicio para cada uno de ellos

- Comerciante: Persona autorizada que vende recargas para el estacionamiento

autorizado.

- Usuario: Persona que paga por el servicio de estacionamiento ya sea por compra

puntual o mensaje

- Tarifa de estacionamiento: Monto que se debe pagar para poder estacionar un

vehículo en un lugar determinado.

- Compra puntual: el usuario del servicio para comprar tiempo de parqueo debe

acercarse a un local determinado para ahí realizar la compra cada vez que requiera.

- Puesto de parqueo: Es el lugar permitido para estacionar los vehículos.

- Saldo: Monto restante que tiene el usuario para utilizarlo en otra ocasión.

2. REFERENCIAS

Alonso, F., & Martínez , L. (2005). Introduccion a la ingeniería del software. Madrid:

Grefol.

López, M. d. (s.f.). Análisis de requerimientos de software conducente al reuso de

artefactos. Veracuz: Universidad de Veracruz.

Mann, M. (s.f.). Ingeniería del software.

3. REQUERIMIENTOS ESPECIFICOS

3.1 Interfaces Externas 3.1.1 El sistema debe interactuar con el sistema de Servicios de Rentas

Internas (SRI) para facturar el servicio de estacionamiento.

3.1.2 El sistema debido a los mensajes de texto debe interactuar con la

corporación nacional de telecomunicaciones (cnt) para el registro

tanto de recargas como de estacionamiento.

5

3.2 Requerimientos Funcionales Conductor

Inspector

Cod: 1002

Descripción: Inspección de estacionamientos

Descripción Detallada: Cada inspector, provisto de un dispositivo móvil, recorre la zona que tiene a su cargo y verifica para cada vehículo, si tiene estacionamiento válido en curso

Precondiciones: El dispositivo móvil debe estar registrado en el sistema

Cod: 1000

Descripción: Fin de estacionamiento

Descripción Detallada: El conductor envía un mensaje indicando el fin del estacionamiento.

Precondiciones: El celular debe tener un vehículo registrado como estacionado.

Entradas: Indicación de fin de estacionamiento

Proceso: El sistema finaliza el estacionamiento del vehículo

Salidas: Hora de comienzo del estacionamiento, hora de fin del estacionamiento, duración en horas del estacionamiento, costo del estacionamiento, saldo restante

Postcondiciones: El vehículo ya no constara como estacionado

Roles involucrados: Conductor, Operador del sistema

Verifación Si

Cod: 1001

Descripción: Consulta de saldo

Descripción Detallada: Permitir al conductor consultar su saldo en cualquier momento.

Precondiciones: El número celular debe estar registrado en el sistema

Entradas: Número celular

Proceso: Consultar el saldo disponible correspondiente a ese número celular

Salidas: Saldo disponible al momento de la consulta

Postcondiciones: El saldo disponible ha sido enviado en un sms al conductor

Roles involucrados: Conductor, Operador del sistema

Verifación Si

6

Entradas: Patente, zona en donde se encuentra

Proceso: El sistema verifica si el vehículo cuenta con estacionamiento válido en curso, y envía un mensaje al inspector

Salidas: Situación del vehículo

Postcondiciones: El inspector tiene conocimiento de la situación del vehículo

Roles involucrados: Inspector, Operador del sistema

Verifación Si

Cod: 1003

Descripción: Alta de infracción

Descripción Detallada: El inspector envía un mensaje al sistema para registrar una infracción en el sistema

Precondiciones: El inspector tiene conocimiento de la situación del vehículo

Entradas: Patente

Proceso: El sistema registra la infracción de la patente que recibió

Salidas: Infracción registrada

Postcondiciones: El vehículo tiene una infracción registrada en el sistema

Roles involucrados: Inspector, Operador del sistema

Verifación Si

Cod: 1004

Descripción: Fin de franja horaria

Descripción Detallada:

Cuando llega el fin de franja horaria de cada zona, el operador del sistema central envía un mensaje a la zona para disparar la finalización de todos los estacionamientos que aún se encuentren vigentes en ese momento.

Precondiciones: Tener ingresado la franja horaria de cada zona

Entradas: Fin de franja horaria

Proceso: El operador del sistema envía un mensaje a la zona para disparar la finalización de todos los estacionamientos que estén vigentes en ese momento.

Salidas: Fin de estacionamiento

Postcondiciones: Se finaliza el estacionamiento de todos los vehículos vigentes en ese momento

Roles involucrados: Inspector, Operador del sistema

7

Verifación Si

Operador del sistema

Cod: 1005

Descripción: Registrar zonas de estacionamiento

Descripción Detallada: Registrar todas las zonas de estacionamiento medido

Precondiciones:

Entradas: Zona de estacionamiento, franja horaria, inspector

Proceso: El sistema registra una nueva zona de estacionamiento

Salidas: Zona de estacionamiento

Postcondiciones: Se ha registrado una nueva zona de estacionamiento

Roles involucrados: Operador del sistema

Verifación Si

Comerciante

Cod: 1006

Descripción: Registrar las compras de recargas celulares

Descripción Detallada: Registrar todas las compras de recargas

Precondiciones:

Entradas: Número de control, fecha, hora, monto, numero celular de recarga

Proceso: El sistema debe almacenar todos los valores que están como entrada

Salidas: Recarga para estacionamiento

Postcondiciones: Se ha registrado una nueva recarga celular para estacionamiento

Roles involucrados: Comerciante

Verifación Si

Cod: 1007

Descripción: Registrar las compras de horas puntuales

Descripción Detallada: Registrar todas las compras de horas puntuales

Precondiciones:

Entradas: Número de control, fecha, hora, horas compradas

8

Proceso: El sistema debe almacenar todos los valores que están como entrada

Salidas: Horas compradas para el estacionamiento

Postcondiciones: Se ha registrado la cantidad de horas compradas para el estacionamiento

Roles involucrados: Comerciante

Verifación Si

Cod: 1008

Descripción: Registrar los estacionamientos por compra puntual

Descripción Detallada: Registrar todos los estacionamientos por compra puntual

Precondiciones: Tener comprado horas puntuales

Entradas: Placa, hora de inicio, hora de fin, compra puntual de horas que lo habilita

Proceso: El sistema registra el estacionamiento del vehículo

Salidas: Registro de los estacionamientos

Postcondiciones: Se ha registrado el estacionamiento de un vehículo, por compra puntual de horas

Roles involucrados: Operador del sistema

Verifación Si

Cod: 1009

Descripción: Registrar los estacionamientos por sms

Descripción Detallada: Registrar todos los estacionamientos por sms

Precondiciones: Tener una recarga vigente en el celular

Entradas: Placa, hora de inicio, hora de fin, celular

Proceso: El sistema registra el estacionamiento del vehículo

Salidas: Registro de los estacionamientos

Postcondiciones: Se ha registrado el estacionamiento de un vehículo por sms

Roles involucrados: Operador del sistema

Verifación Si

Cod: 1010

Descripción: Registrar crédito disponible del celular

Descripción Detallada: Registrar el crédito disponible de cada celular

9

Precondiciones: El celular debe tener una recarga para el estacionamiento

Entradas: celular

Proceso: El sistema debe registrar el crédito disponible del celular

Salidas: Registro de crédito disponible del celular

Postcondiciones: Se ha registrado el crédito disponible del celular

Roles involucrados: Operador del sistema

Verifación Si

Cod: 1011

Descripción: Registrar las infracciones

Descripción Detallada: Registrar las infracciones labradas para cada vehiculo

Precondiciones: El celular debe tener una recarga para el estacionamiento

Entradas: Placa, fecha, hora, inspector, zona de estacionamiento

Proceso: El sistema registra la infracción del vehículo

Salidas: Vehículo con una infracción

Postcondiciones: Se ha registrado una infracción para el vehículo

Roles involucrados: Operador del sistema

Verifación Si

Cod: 1012

Descripción: Disparar el fin de todos los estacionamientos en curso

Descripción Detallada: Proveer al operador del sistema la facilidad de disparar el fin de todos los estacionamientos en curso en una zona al llegar la hora de fin de la franja horaria

Precondiciones: La zona debe estar ingresada en el sistema

Entradas: Hora, zona

Proceso: El sistema dispara el fin de todos los estacionamientos en curso en una zona, si la hora es igual a la hora de fin de la franja horaria

Salidas: Fin de los estacionamientos en curso en una zona

Postcondiciones: Se ha disparado el fin de todos los estacionamientos en una zona

Roles involucrados: Operador del sistema

Verifación Si

10

3.3 Requerimiento de Usabilidad

- El Sistema para el comerciante deberá presentar un Sistema muy intuitiva, para la

compra puntual y las recargas.

- Para el caso del Usuario que compra el estacionamiento, no habrá más detalle que

el de mandar un mensaje para iniciar el estacionamiento y otro para finalizar el

mismo.

3.4 Requerimientos de Funcionamiento

Se espera un buen rendimiento del sistema ya que lo utilizarán 3 entidades

distintas como son los comerciantes, clientes e Inspectores, conglomerando todo

esto se aproxima a un máximo de 100 personas, que estén manipulando el sistema,

en la mañana, tarde y un momento de noche

3.5 Requisitos Logicos de la base de Datos - La base de datos, debe cumplir con todas la caracteristicas ACID (Atomica,

Consistencia, Aislamiento y Durabilidad)

- Además, debe ser relacional y concurrente ya que son numerosos los usuarios que

van a estar ocupando el sistema.

3.6 Restricciones de Diseño

3.6.1 Patrón de Arquitectura de Software

Modelo Vista Controlador (MVC)

3.6.2 Herramientas de Mapeo Objeto-Relacional

Patrón de Diseño Data Access Object (DAO)

Hibernate

Java Data Objects (JDO)

3.6.3 Lenguajes de Diseño

Lenguaje de Modelado Unificado (UML)

Entidad Relación (ER)

3.7 Atributos del Sistema

3.7.1 Hadware

Entorno de Desarrollo (Windows 7)

o Procesador mínimo: DualCore 1.6 GHz o similar

o Procesador recomendado: Core i3 2.1 GHz o similar

o Memoria mínima: 1 GB

o Memoria recomendada: 2 GB

o Espacio en disco mínimo: 500 MB de espacio libre

11

o Espacio en disco recomendado: 1 GB de espacio libre

Entorno de Producción (Red Hat Enterprise Linux 3.0 Update 1, 4.0 y 5.x )

o Procesador mínimo: Core2Duo 2.3 GHz o similar

o Procesador recomendado: Core i5 2.3 GHz o similar

o Memoria mínima: 512 MB

o Memoria recomendada: 1 GB

o Espacio en disco mínimo: 250 MB de espacio libre

o Espacio en disco recomendado: 500 MB de espacio libre.

3.7.2 Software

3.7.3 Paltaforma de Desarrollo

Java Enterprise Edition

3.7.4 Leguajes de Programación

Java

HTML

JSP

Javascript

XML

PL/SQL

3.7.5 Frameworks MVC:

Java Server Faces (JSF).

3.7.6 Implementación JSF para la vista

Primefaces + AJAX

3.7.7 Servidor de Aplicaciones

GlassFish Server

3.7.8 Bases de Datos

Oracle

3.7 Información de Soporte Básicamente el software ayudara a resolver dos problemas en la ciudad de Cuenca,

estos son:

- Tener un mayor control de los vehículos que utilizan los diferentes lugares de

parqueo en la ciudad mediante el software debido a que se podrá consultar

mediante un dispositivo si dicho vehículo tiene o ya culminó el tiempo asignado.

- Con el software también se podrá hacer un control de los ingresos para el municipio

a través del SET.

12

5. APENDICE

5.2 Acronimos y Abreviaturas: - SWEBOK: Guide to the software engineering Body of Knowledge.

- IEEE: Instituto de Ingenieros Eléctricos y Electrónicos.

- SRS: Documento de Especificación de Requerimientos.

- CIIS: Centro de Investigación de Ingeniería de Software

- SET: Sistema de Estacionamiento Tarifado.

- SMS: Short Message Service.