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.
Top Related