APLICATIVO WEB PARA LA ADMINISTRACIÓN DEL PARQUE AUTOMOTOR EN

EL “PARQUEADERO LA 11” DE FLORIDA-VALLE

CAMILO VALENCIA ASTAIZA

JOHAN BELALCAZAR BRAVO

CORPORACIÓN UNIVERSITARIA MINUTO DE DIOS

FACULTAD DE INGENIERÍA

PROGRAMA DE INGENIERÍA DE SISTEMAS

SANTIAGO DE CALI

2015
APLICATIVO WEB PARA LA ADMINISTRACIÓN DEL PARQUE AUTOMOTOR EN

EL “PARQUEADERO LA 11” DE FLORIDA-VALLE

CAMILO VALENCIA ASTAIZA

JOHAN BELALCAZAR BRAVO

PROYECTO DE GRADO PARA OPTAR POR EL TÍTULO DE:

INGENIERÍA DE SISTEMAS

JUAN GUILLERMO ROZO CHICUE

INGENIERO DE SISTEMAS Y TELECOMUNICACIONES

CORPORACIÓN UNIVERSITARIA MINUTO DE DIOS

FACULTAD DE INGENIERÍA

PROGRAMA DE INGENIERÍA DE SISTEMAS

SANTIAGO DE CALI

2015
 Nota de aceptación:

Firma del presidente del Jurado.

Firma del Jurado.

Firma del Jurado.

Santiago de Cali, 25 de mayo de 2015

3
 Agradecimientos

A nuestros padres, ya que sin su apoyo incondicional y acompañamiento no hubiéramos

podido cumplir todas nuestras metas. A nuestros docentes, quienes nos condujeron por un

camino de enseñanzas y moldearon nuestro aprendizaje, para convertirnos en profesionales

éticos al servicio de la comunidad.

A todas aquellas personas que nos brindaron su fortaleza para afrontar todos los

inconvenientes y dificultades, así como también compartieron nuestros éxitos y logros cumplidos

a lo largo de todo el proceso en la institución.

Nuestro más sincero agradecimiento a todos los que contribuyeron con la realización de

nuestro desarrollo académico, personal y espiritual, que nos hace mejores seres humanos.

4
 Tabla de contenido.

Pág.

Resumen....................................................................................................................................- 10 -

Introducción..............................................................................................................................- 11 -

I. Definición del problema....................................................................................................- 13 -

1. Planteamiento del problema...........................................................................................- 13 -

2. Formulación del problema.............................................................................................- 14 -

3. Sistematización del problema........................................................................................- 14 -

II. Objetivos........................................................................................................................- 15 -

1. Objetivo general:............................................................................................................- 15 -

2. Objetivos específicos:....................................................................................................- 15 -

III. Justificación...................................................................................................................- 16 -

IV. Marco teórico.................................................................................................................- 18 -

V. Metodología de investigación........................................................................................- 21 -

1. Recolección de Datos.....................................................................................................- 21 -

2. Tipo de Investigación.....................................................................................................- 22 -

VI. Herramientas de desarrollo............................................................................................- 24 -

1. Metodología de desarrollo.............................................................................................- 24 -

2. Lenguaje de Modelamiento Unificado (UML)..............................................................- 25 -

3. MySQL...........................................................................................................................- 25 -

4. Lenguaje de programación Java.....................................................................................- 26 -

5. Framework Java Server Faces (JSF)..............................................................................- 27 -

5
 6. Servidor Web Glassfish.................................................................................................- 27 -

7. Modelo de Vista Controlador.........................................................................................- 28 -

VII. Resultados......................................................................................................................- 29 -

1. Diagramas y documentación UML................................................................................- 29 -

1.1. Casos de Uso:.........................................................................................................- 29 -

VIII. Discusión....................................................................................................................- 56 -

IX. Conclusiones..................................................................................................................- 57 -

X. Recomendaciones...........................................................................................................- 58 -

XI. Bibliografía....................................................................................................................- 59 -

XII. Anexos...........................................................................................................................- 61 -

Entrevista...............................................................................................................................- 63 -

Encuesta.................................................................................................................................- 65 -

6
 Lista de tablas

Pág.

Tabla 1: Caso de Uso 1.........................................................................................................- 30 -

Tabla 2: Caso de Uso 2.........................................................................................................- 31 -

Tabla 3: Caso de Uso 3.........................................................................................................- 32 -

Tabla 4: Caso de Uso 4.........................................................................................................- 33 -

Tabla 5: Caso de Uso 5.........................................................................................................- 34 -

Tabla 6: Caso de Uso 6.........................................................................................................- 36 -

Tabla 7: Caso de Uso 7.........................................................................................................- 37 -

Tabla 8: Caso de Uso 8.........................................................................................................- 38 -

Tabla 9: Caso de Uso 9.........................................................................................................- 39 -

Tabla 10: Caso de Uso 10.....................................................................................................- 39 -

Tabla 11: Caso de Uso 11.....................................................................................................- 40 -

Tabla 12: Caso de Uso 12.....................................................................................................- 41 -

Tabla 13: Caso de Uso 13.....................................................................................................- 42 -

Tabla 14: Caso de Uso 14.....................................................................................................- 43 -

Tabla 15: Caso de Uso 15.....................................................................................................- 44 -

Tabla 16: Caso de Uso 16.....................................................................................................- 45 -

Tabla 17: Caso de Uso 17.....................................................................................................- 46 -

Tabla 18: Caso de Uso 18.....................................................................................................- 47 -

Tabla 19: Caso de Uso 19.....................................................................................................- 48 -

Tabla 20: Caso de Uso 20.....................................................................................................- 48 -

7
Tabla 21: Caso de Uso 21.....................................................................................................- 49 -

Tabla 22: Caso de Uso 22.....................................................................................................- 50 -

Tabla 23: Caso de Uso 23.....................................................................................................- 51 -

Tabla 24: Caso de Uso 24.....................................................................................................- 52 -

Tabla 25: Presupuesto..........................................................................................................- 61 -

8
 Lista de figuras.

Pág.

Ilustración 1: Diagrama de Casos de Uso............................................................................- 53 -

Ilustración 2: Diagrama de Clases........................................................................................- 54 -

Ilustración 3: Diagrama de despliegue.................................................................................- 54 -

Ilustración 4: Modelo de Entidad-Relación..........................................................................- 55 -

Ilustración 5: Cronograma....................................................................................................- 62 -

9
 Resumen

La meta principal de crear la Aplicación Web que maneje un Sistema de información del

“Parqueadero la 11”, es el de contribuir a mejorar la prestación del servicio en dicho

establecimiento, procurando generar un ambiente ameno, tanto para el trabajador como para el

dueño del vehículo, proveyendo así mayor seguridad en el control de flujo de todos los datos

manipulados y por ende mayor celeridad a la hora de la atención.

El producto final que se intenta desarrollar, gestionará todas las dependencias y roles que se

pueden hallar en el parqueadero, aumentando la productividad y calidad del servicio; con esto se

buscará posicionar mejor al establecimiento en el mercado, aumentando la clientela y generando

empleos.

Con la implementación de una arquitectura basada en plataforma web, se procurará otorgar

facilidad en cuanto a acceso, no solo de los trabajadores del parqueadero, sino también de los

usuarios que utilizan los servicios mensuales que se les ofrecen. Dado que, el sistema generará

alertas de pagos, así como también informes que pueden ser solicitados desde el perfil de

usuario.

10
 Introducción.

El actual documento presenta y describe el proceso de desarrollo del Proyecto de grado

titulado: “Aplicación web para el control de la entrada, salida y flujo de información en el

“Parqueadero la 11” de Florida-Valle”. A lo largo de este trabajo se define, propone y

desarrolla una solución al problema del manejo de la información en el “Parqueadero la 11”, con

la cual se busca mejorar la prestación del servicio a los clientes que acudan a este sitio.

En la sección I – Definición del problema: se plasma el planteamiento del problema, los

antecedentes encontrados y la sistematización propuesta para dar solución a la dificultad.

En la sección II – Objetivos: se exponen cuáles son las metas a llegar después de implementar

el proyecto.

En la sección III – Justificación: se describen los motivos por los cuales nos enfocamos en

ésta área del conocimiento para hacer el proyecto de grado.

En la sección IV – Marco teórico: se expondrán todas las bases teóricas con las que se

fundamentará el proyecto de investigación.

En la sección V – Metodología: se explica de qué forma se va a realizar el trabajo de

investigación propuesto, desde la recolección de datos, hasta la manipulación y análisis de la

información obtenida.

11
 En la sección VI – Resultados: en ésta parte se mostrarán todas las propuestas implementadas

para llegar a las soluciones de los inconvenientes planteados.

En la sección VII – Discusión: en el apartado bajo el nombre de Discusión se tratará de

mostrar la apreciación del antes y después de la implementación de las soluciones.

Y por último, en la parte final que consta de Conclusiones, Recomendaciones, Bibliografía y

Anexos, se plasmará toda la información pertinente a la complementación del trabajo de grado.

12
 I. Definición del problema

1. Planteamiento del problema.

El “Parqueadero la 11”, ubicado en la calle 11 entre carreras 14 y 15 del municipio Florida,

Valle del Cauca, es uno de los tantos parqueaderos con los que cuenta la localidad. A pesar de

esto, el “Parqueadero la 11” se ha destacado más que otros ya que su ubicación geográfica en el

municipio es muy óptima, por ende, el flujo de clientes diarios y mensuales es bastante elevado.

Debido a la gran cantidad de demanda que tiene el establecimiento, a diario se manejan

muchos datos de los usuarios que usan el servicio de parqueo, lastimosamente, la gestión manual

de dichos datos ocasiona una de las más grandes problemáticas a las que se enfrentan no solo

este tipo de negocios, sino gran parte del mundo de las microempresas, el manejo correcto y

seguro de la información.

Estas falencias de ámbito informático generan, a su vez, muchas dificultades que entre otras,

podemos encontrar la gran cantidad de tiempo que toma el verificar la disponibilidad del servicio

que se está solicitando, así como también la cantidad de tiempo que se usa en la elaboración de

registros de usuario y recibos de pago, es muy grande, lo cual genera inconformidad por parte de

las personas que usan el servicio. En adición, por el registro manual de todos estos datos, existe

la posibilidad de que los documentos diligenciados no se llenen correctamente o de forma poco

entendible, lo que produce una mayor demora en el servicio.

13
 También cabe mencionar que, todas las dificultades expuestas anteriormente, pueden

conllevar a que se afecte la seguridad del bien que el usuario deja a cargo del parqueadero, es

decir, el vehículo, ya que es probable que con el mal manejo de los datos del automotor, se

generen un sin número de inconsistencias.

2. Formulación del problema.

¿Cómo mejorar el servicio del parque automotor y la atención a los clientes a través de un

Sistema de Información?

3. Sistematización del problema

El sistema se encargará de controlar la entrada, permanencia y salida de cada vehículo, para lo

cual se almacenará toda la información en una base de datos. También se distinguirá entre

usuarios transitorios y mensuales, a quienes se indicará el costo que debe ser cancelado a cada

usuario de acuerdo al tiempo y las tarifas legales vigentes.

Se monitoreará la gestión de espacios disponibles y ocupados con los que cuente el

parqueadero, con el fin de dar celeridad a procesos de inscripción y asignación a cualquier tipo

de cliente; así como también se imprimirán recibos para su posterior cancelación. Además se

proveerá un espacio para los usuarios mensuales, en el que puedan revisar su información

personal cuando lo deseen.

14
 II. Objetivos

1. Objetivo general:

- Diseñar e implementar un sistema de información que permita mejorar la prestación del

servicio en el “Parqueadero la 11” del municipio de Florida, Valle.

2. Objetivos específicos:

- Mejorar el manejo de información en el “Parqueadero la 11”.

- Constituir un módulo de control de acceso para proporcionar seguridad, celeridad y

servicio personalizado al usuario.

- Construir un módulo para los clientes del parqueadero para que ellos tengan acceso a

información personal.

- Construir un módulo de control de pagos basados en las tarifas legales vigentes.

- Diseñar un método para que el software genere reportes y avisos a los clientes del

parqueadero.

15
 III. Justificación

Se decidió empezar el proyecto ingresando al parque automotor, dado que es un área que ha

tenido un gran incremento en los últimos años, y de manera directamente proporcional se ha

acrecentado la necesidad de ajustar espacios para el parqueo de vehículos. Dado que es gradual

esta necesidad; a diario, quienes poseen medios de transporte motorizados, se ven enfrentados a

un sin número de problemas a la hora de guardar su vehículo en establecimientos públicos que se

encargan de ésta tarea.

Los principales problemas empiezan causados por el espacio reducido que tienen las personas

en sus sitios de residencia, por ende se ven en la obligación de buscar un lugar, cerca de sus

hogares, en donde puedan guardar su automotor. Lastimosamente, la mayoría de estos lugares no

tienen las instalaciones necesarias para ofrecer un buen servicio y todo se maneja de forma muy

arbitraria; la información no es la excepción, dado que esto es en lo que más tienen falencias los

parqueaderos de nuestra localidad.

El “Parqueadero la 11” es una muestra clara de que es necesario un cambio en la

manipulación de los datos de los vehículos, puesto que al evaluar sus procesos, se verificó que

todo se registra de manera manual, escribiendo en papel qué cliente llegó, memorizando la hora

de entrada, calculando mentalmente qué tanto dinero debe pagar a la hora de salida, etc., lo cual

conlleva a dificultades de la parte financiera del sitio, así como también problemas con los

vehículos de algunos clientes y los permisos a la hora de disponer de ellos.

16
 Esto demuestra qué tan insegura es forma de llevar los registros, ya que fácilmente se puede

perder la información que es necesaria para la buena prestación del servicio; por éste motivo, es

muy factible que se pierdan clientes con el transcurso del tiempo, lo cual afecta el buen nombre y

la fiabilidad que tenga el sitio en cuestión.

Nuestra propuesta ofrece la posibilidad de solucionar todas esas dificultades, ya que se

fundamentará en organizar todo lo concerniente al parqueadero en una base de datos en línea,

para proveer seguridad y facilidad de acceso a dichos datos y de esta forma volverlos

información útil para quien dirija de turno el área de trabajo. Con estos nuevos procesos, se

buscará dar celeridad en la hora de registro de clientes y vehículos, y se procurará tener más

seguridad con todo lo relacionado al automotor para así ofrecer un mejor servicio.

A diferencia de otras aplicaciones, este proyecto también ofrecerá un espacio para que el

usuario final (propietarios de vehículos) tenga un acceso a su información por medio de la

interfaz web, ya que se implementará un módulo de perfiles de usuario enfocado a las personas

que manejen un estado fijo mensual en el “Parqueadero la 11”. En su espacio, el usuario que

ingrese tendrá la posibilidad de verificar su estado de cuenta, así como la información del

vehículo y, si lo desea, puede optar por recibir mensajes a cerca de pico y placa diarios y últimas

noticias en el ámbito de tránsito y movilidad de las principales ciudades del país.

17
 IV. Marco teórico

A lo largo de los últimos años, otras personas e instituciones han desarrollado investigaciones

similares a las que se intentan efectuar con este proyecto de grado, no solo aquí en Colombia,

sino en otros países, como se evidencia en el trabajo de grado titulado “Diseño y prototipo de un

sistema de parqueaderos” (Baldeón Ortiz & León Hinojosa, 2009) adelantado en la “Escuela

Politécnica Nacional” de Quito, Ecuador.

El objetivo de este Sistema de Administración de Parqueaderos es el de poder establecer un

control más eficaz y eficiente sobre todo el proceso de administración de los parqueaderos que

son pagados en el Ecuador, ya que por el flujo de clientes que reciben en los establecimientos, se

necesitaba llevar una administración más ágil y controlada de lo que se hacía en ese entonces.

Para lograr esto, se diseñó una arquitectura en una plataforma Windows que se maneja de

manera interna en el parqueadero, el cual está configurado con permisos de acuerdo a diferentes

roles o tipos de usuario, para que puedan realizar las gestiones que les competen. Este sistema

está desarrollado en la plataforma .Net 2008 con lenguaje C# y utiliza una base de datos

Microsoft SQL 2005.

Algunas de sus características son:

- Controlar el ingreso, permanencia y salida de cada automóvil.

- Controlar usuarios transitorios (post pago) y abonados mensuales (pre pago).

18
 - Indicar el costo que debe ser cancelado por el usuario, de acuerdo a las tarifas

parametrizables por tiempo y horario de utilización del servicio.

- Controlar la capacidad total disponible, para facilitar la ubicación vehicular.

- Soportar la reserva de puestos.

- Tener la capacidad de designar a supervisores y operarios con contraseñas y

derechos individuales dentro del sistema.

Profesionales de nuestro país también han usado este tema como pretexto para desarrollar sus

estudios y generar sistemas que son muy útiles para este campo, como lo muestra el trabajo

realizado por estudiantes de la Corporación Universitaria Minuto de Dios sede en Girardot, bajo

el título de “Sistema de Registro y Control de Entrada y Salida de Vehículos de un Parqueadero

(REGPARK 1.0)” (Salazar & Rozo, 2010), que describe un sistema de información que agiliza

los procesos de registro, datos y actividades que efectúa la organización. Para conseguir esto, se

utilizó el Lenguaje de Programación PHP, que es usado para la creación de páginas web

dinámicas.

Todo el proyecto se llevó a cabo sobre la plataforma XAMPP que es un servidor

independiente de software, software libre, que consiste principalmente en la base de datos

MySQL con su administrador llamado phpmyadmin, el servidor Web Apache y los interpretes de

leguajes de script PHP y Perl.

19
 El programa está liberado bajo la licencia GNU y actúa como un servidor Web Libre, fácil de

usar y capaz de interpretar paginas dinámicas. XAMPP está disponible para Microsoft Windows,

GNU/Linux, Solaris y MacOS X, lo cual lo hace bastante accesible desde cualquier sitio.

Así como estos ejemplos, hay varios que han servido para fundamentar mejor este proyecto de

grado, pero estos dos son los más completos y mejor desarrollados. Se optó por mostrarlos, ya

que uno está basado en plataforma de escritorio, mientras que el otro lo está en plataforma web,

gracias a este último, se decidió enfocar este trabajo por la misma vía, puesto que es notorio que

tiene un mayor campo de distribución, haciéndolo más aplicable y fácil de manejar.

Sin embargo, en este trabajo, se impondrá una diferencia notable y es que se producirá un

método con el cual el cliente del parqueadero, es decir el dueño del vehículo que posea un estado

fijo mensual (pre pago), pueda interactuar de una forma más directa con la plataforma web, en la

que podrá consultar la información de su vehículo, información de cuenta, así como también

información acerca de tránsito y transporte, como lo son las fechas de pico y placa en las

principales ciudades.

Adicionalmente, también se incluirá el servicio de reportes en línea de novedades los cuales

tendrán contenida información total sobre pagos efectuados mensuales y retrasos en los mismos.

De igual manera se controlará, por medio de estos reportes, todos los movimientos del vehículo,

diario, semanal y mensualmente, ya que cada vez que entre o salga el automotor, se tendrá en

cuenta la fecha, hora de salida, hora de entrada y la persona que lo utilizó. De esta forma se

ofrecerá seguridad para que los dueños de los vehículos puedan estar más tranquilos ya que

tendrán más control sobre su automotor.

20
 V. Metodología de investigación

1. Recolección de Datos.

El proyecto tendrá como fuente de recolección de datos encuestas y también tendrá

entrevistas. Todo con el fin de analizar de manera cualitativa y cuantitativa la viabilidad de

nuestra propuesta y la implementación de la misma en dicha institución. El estudio se enfocará

en evaluar una Muestra de la Población que interviene en el movimiento y desarrollo del parque

automotor, pues las encuestas (Ver Anexo 4) se centrarán en adquirir datos de los clientes del

“Parqueadero la 11”, quienes en parte se verán beneficiados de la implementación de los

cambios que se busca realizar, y las entrevistas (Ver Anexo 3) irán reservadas para los dueños y

trabajadores del parqueadero, pues ellos son los principales actores en la decisión de cambiar o

no su estilo de manejar la información.

Las encuestas se aplicaran a los usuarios que lleguen a las instalaciones del “Parqueadero la

11” en las horas destinadas para guardar sus vehículos; se procurará que las preguntas a resolver

no sean muy extensas y difíciles de responder para evitar quitarle mucho tiempo a las personas,

esto sin afectar la calidad de la recolección de datos, pues con base en ellos es que se

fundamentará el análisis de la investigación. En cuanto a las entrevistas, las preguntas se

enfocarán en conocer si el dueño del inmueble está capacitado y dispuesto a aplicar los cambios

que se buscan proponer con el objetivo del mejoramiento en la prestación del servicio y la

búsqueda de ampliar la cantidad de clientes que usen las bahías de alquiler. Todos estos procesos

contarán con un presupuesto específico y en un tiempo determinado. (Ver Anexos 1 y 2)

21
 2. Tipo de Investigación.

Con estas herramientas de recaudación de datos, usaremos el tipo de investigación descriptiva

para tratar de cubrir el mayor campo posible y de esta manera realizar un buen trabajo analizando

la información. En las investigaciones de tipo descriptiva “fundamentalmente, se caracteriza un

fenómeno o situación concreta indicando sus rasgos más peculiares o diferenciadores” (Morales,

2010). Su objetivo es “llegar a conocer las situaciones, costumbres y actitudes predominantes a

través de la descripción exacta de las actividades, objetos, procesos y personas”.

Dado que los datos en este tipo de investigación se expresan en términos cualitativos y

cuantitativos, se aplicarán ambas formas de expresión en el trabajo propuesto. Se utilizarán los

resultados de las entrevistas para exponer los datos de forma cualitativa, es decir, mediante

símbolos verbales, ya que los estudios cualitativos proporcionan una gran cantidad de

información valiosa, pero su precisión es limitada, ya que los términos empleados poseen

variaciones significativas para las diferentes personas, épocas y contextos.

En complemento se usarán los resultados de las encuestas para exponer los datos de forma

cuantitativa, es decir, por medio de símbolos matemáticos, puesto que los símbolos numéricos

que se emplean para la exposición provienen de un cálculo o medición, de esta forma se pueden

medir las diferentes unidades, elementos o categorías identificables.

22
 Con toda la información analizada, se procederá a elaborar casos de uso, campos y atributos

con sus respectivas características, modelo de entidad-relación (MER), con lo que se

fundamentará la creación de la base de datos que manejará la aplicación.

Dado que se orientará todo el desarrollo a plataforma web, se usará una estructura definida

para el uso de los datos, esta estructura será de Cliente-Servidor, pues proveerá al usuario el

acceso a la información en tiempo real, con la posibilidad de agregar, quitar o modificar la

misma; también usaremos algunos lenguajes de programación y unas herramientas que nos

servirán para mantener la información segura y al alcance de las necesidades; ya que todo está

enfocado al software y plataformas libres, en las que se pude tener acceso total sin mayores

costos de uso, será mucho más aceptable para los dueños del parqueadero, puesto que la

implementación no conllevará costos extra.

23
 VI. Herramientas de desarrollo

1. Metodología de desarrollo

La metodología en la que es basado éste proyecto, es la llamada “Rational Unified Process

(RUP)”, la cual se basa en los modelos de Cascada y por Componentes y cuyo objetivo es

ordenar y estructurar el desarrollo de software. Está definida por unas características esenciales,

como es que está regido por los casos de uso, es centrado en la arquitectura, es iterativo e

incremental; dicho esto, cabe resaltar que cimienta muchos de sus procesos en el Lenguaje de

Modelamiento Unificado (UML), ya que en base a todos sus diagramas y formas de desarrollar

requerimientos es que se fundamenta la arquitectura, que en últimas es uno de los ámbitos más

importantes para comprender el sistema en desarrollo como un todo y a la vez sus distintas

partes. Esto la hace “una de las metodologías estándar más usadas para el análisis, desarrollo y

documentación de sistemas orientados a objetos, además de su gran respaldo por parte de IBM”

(Perez, 2011).

Ésta metodología es la principalmente la aplicación del concepto de “divide y vencerás”, pues

la forma de desarrollar los procesos del sistema en cuestión es por medio de la división en

pequeños proyectos, en los que se delegan parte de las especificaciones y con su evolución se va

incrementando la funcionalidad del sistema progresivamente. El RUP maneja una estructura de

tres perspectivas, la dinámica, la estática y la práctica. Cada una de estas perspectivas se divide a

su vez en varias fases las cuales atacan el problema desde diferentes puntos de vista, lo cual

simplifica el proceso de implementación de soluciones, que al concatenar, generan una solución

24
global al desarrollo del sistema. Debido a sus características el RUP se implementa mayormente

en proyectos de gran complejidad y magnitud, pero a su vez, tiene aplicabilidad en proyectos de

corto tiempo y poca complejidad dado que es una metodología que tiene la capacidad de poder

adaptarse a diferentes tipos de proyecto de software (Perez, 2011).

2. Lenguaje de Modelamiento Unificado (UML)

UML es una consolidación de muchas de las notaciones y conceptos más usadas orientados a

objetos. Empezó como una consolidación del trabajo de Grade Booch, James Rumbaugh, e Ivar

Jacobson, creadores de tres de las metodologías orientadas a objetos más populares.

El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y diagramas

estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que

estos diagramas y símbolos significan. Mientras que ha habido muchas notaciones y métodos

usados para el diseño orientado a objetos, ahora los modeladores sólo tienen que aprender una

única notación. UML se puede usar para modelar distintos tipos de sistemas: sistemas de

software, sistemas de hardware, y organizaciones del mundo real.

3. MySQL

MySQL es un sistema de administración de bases de datos relacional (RDBMS). Se trata de

un programa capaz de almacenar una enorme cantidad de datos de gran variedad y de

distribuirlos para cubrir las necesidades de cualquier tipo de organización, desde pequeños

25
establecimientos comerciales a grandes empresas y organismos administrativos. MySQL compite

con sistemas RDBMS propietarios conocidos, como Oracle, SQL Server y DB2.

MySQL utiliza el lenguaje de consulta estructurado (SQL). Se trata del lenguaje utilizado por

todas las bases de relacionales, que presentaremos en una sección posterior. Este lenguaje

permite crear bases de datos, así como agregar, manipular y recuperar datos en función de

criterios específicos

4. Lenguaje de programación Java

Java es un lenguaje de programación y una plataforma informática comercializada por

primera vez en 1995 por Sun Microsystems. Es un lenguaje de programación de propósito

general, concurrente, orientado a objetos que fue diseñado específicamente para tener tan pocas

dependencias de implementación como fuera posible. Su intención es permitir que los

desarrolladores de aplicaciones escriban el programa una vez y lo ejecuten en cualquier

dispositivo lo que quiere decir que el código que es ejecutado en una plataforma no tiene que ser

recompilado para correr en otra, por ende hay muchas aplicaciones y sitios web que no

funcionarán a menos que tenga Java instalado y cada día se crean más.

Java es, a partir de 2012, uno de los lenguajes de programación más populares en uso,

particularmente para aplicaciones de cliente-servidor de web, con unos 10 millones de usuarios

reportados. Java es rápido, seguro y fiable. Desde portátiles hasta centros de datos, desde

consolas para juegos hasta súper computadoras, desde teléfonos móviles hasta Internet, Java está

en todas partes.

26
 5. Framework Java Server Faces (JSF)

La tecnología JavaServer Faces es un marco de trabajo de interfaces de usuario del lado de

servidor para aplicaciones Web basadas en tecnología Java. Una de las grandes ventajas de la

tecnología JavaServer Faces es que ofrece una clara separación entre el comportamiento y la

presentación. Las aplicaciones Web construidas con tecnología JSP conseguían parcialmente esta

separación. Sin embargo, una aplicación JSP no puede mapear peticiones HTTP al manejo de

eventos específicos de componentes o manejar elementos UI como objetos con estado en el

servidor.

La tecnología JavaServer Faces nos permite construir aplicaciones Web que implementan una

separación entre el comportamiento y la presentación tradicionalmente ofrecida por arquitectura

UI del lado del cliente. La separación de la lógica de la presentación también le permite a cada

miembro del equipo de desarrollo de una aplicación Web enfocarse en su parte del proceso de

desarrollo, y proporciona un sencillo modelo de programación para enlazar todas las piezas.

6. Servidor Web Glassfish

GlassFish es un servidor de aplicaciones de software libre desarrollado por Sun

Microsystems, compañía adquirida por Oracle Corporation, que implementa las tecnologías

definidas en la plataforma Java EE y permite ejecutar aplicaciones que siguen esta

27
especificación. Es gratuito, de código libre y se distribuye bajo un licenciamiento dual a través

de la licencia CDDL y la GNU GPL.

GlassFish está basado en el código fuente donado por Sun y Oracle Corporation; este último

proporcionó el módulo de persistencia TopLink.1 GlassFish tiene como base al servidor Sun

Java System Application Server de Oracle Corporation, un derivado de Apache Tomcat, y que

usa un componente adicional llamado Grizzly que usa Java NIO para escalabilidad y velocidad.

7. Modelo de Vista Controlador

Modelo Vista Controlador (MVC) es un estilo de arquitectura de software que separa los

datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes

distintos. Se trata de un modelo muy maduro y que ha demostrado su validez a lo largo de los

años en todo tipo de aplicaciones, y sobre multitud de lenguajes y plataformas de desarrollo.

El Modelo que contiene una representación de los datos que maneja el sistema, su lógica de

negocio, y sus mecanismos de persistencia.

La Vista, o interfaz de usuario, que compone la información que se envía al cliente y los

mecanismos interacción con éste.

El Controlador, que actúa como intermediario entre el Modelo y la Vista, gestionando el flujo

de información entre ellos y las transformaciones para adaptar los datos a las necesidades de

cada uno.

28
 VII. Resultados.

1. Diagramas y documentación UML

1.1. Casos de Uso:

Los casos de uso que se definieron para la sistematización de los procesos en el parqueadero

la 11 fueron los siguientes:

Nombre: Agregar nuevo operador / CU-1

Actor: Administrador

Descripción: Muestra el formulario para ingresar la información del nuevo

Operador

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Solicita los documentos

necesarios para la realización del

registro respectivo

2. Activa función de registro 2. Muestra pantalla de registro

del nuevo operador de datos

3. Realiza registro de datos del 3. Verificar si se registraron

nuevo operador los datos completos

4. Almacena los datos 4. El Sistema Confirma el

registrados Almacenamiento de Datos

Alternativa: 1. Se pide complementar 1. Arrojar aviso de error al no

documentación para su posterior completar los campos requeridos

registro en el sistema

2. Realiza el registro de los 2. Verificar si se registraron

29
 datos del nuevo operador los datos completos

3. Almacenar los datos 3. El Sistema Confirma el

registrados Almacenamiento de Datos

Precondición: El administrador ha sido habilitado para realizar registros de

nuevos operadores.

La persona se informa sobre los documentos necesarios para ser

habilitado como operador y los lleva.

Poscondición: El nuevo operador se encuentra registrado en el sistema.

Presunción: La base de datos de registro de nuevos operadores está disponible.

Tabla 1: Caso de Uso 1.

30
 Nombre: Generar perfil de nuevo operador / CU-2

Actor: Administrador

Descripción: Muestra la opción para crear el perfil del nuevo Operador

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Almacenar los datos 1. El Sistema Confirma el

registrados Almacenamiento Datos

2. Se genera el perfil del 2. El Sistema muestra la lista

nuevo operador de operadores, incluyendo las

opciones de “Modificar perfil”,

“Buscar perfil” y “Borrar perfil”

Precondición: El administrador ha sido habilitado para realizar registros de

nuevos operadores.

Poscondición: El nuevo operador se encuentra registrado y obtiene su perfil de

sistema. Ya está disponible para usar la aplicación desde su perfil.

Presunción: La base de datos de registro de nuevos operadores está disponible.

Tabla 2: Caso de Uso 2.

31
 Nombre: Buscar perfil de operador / CU-3

Actor: Administrador

Descripción: Muestra los resultados de la búsqueda de perfil con el nombre de

usuario.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Escoger opción de buscar 1. Mostrar formulario de

perfil búsqueda

2. Ingresar nombre de perfil en 2. Mostrar todos los resultados

campo de búsqueda similares al parámetro que se

ingresó

Alternativa: 1. Ingresar nombre de perfil en 1. Mostrar aviso de error que

campo de búsqueda indique no encontró ningún

usuario con el parámetro

ingresado

2. Escribir correctamente el 2. Mostrar todos los resultados

nombre de usuario similares al parámetro que se

ingresó

Precondición: El administrador ha sido habilitado para realizar registros de

nuevos operadores.

Poscondición: Lista de perfiles bajo el nombre de usuario

Presunción: La base de datos de registro de nuevos operadores está disponible.

Tabla 3: Caso de Uso 3.

Nombre: Modificar perfil de operador / CU-4

32
 Actor: Administrador

Descripción: Cambiar o actualizar los datos del perfil seleccionado.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar perfil a 1. Mostrar los datos

modificar ingresados en manera de edición.

2. Actualizar los datos

cambiantes

3. Guardar los cambios 3. Verificar si los cambios

realizados realizados son correctos.

Alternativa: 1. Ingresar datos incorrectos al 1. Mostrar aviso de error que

formulario indique que los datos ingresados

son erróneos

2. Escribir correctamente los

datos erróneos

3. Guardar los cambios

realizados

Precondición: El administrador ha sido habilitado para realizar modificaciones en

los datos de los nuevos operadores.

Poscondición: Actualización de datos del usuario

Presunción: La base de datos de operadores está disponible.

Tabla 4: Caso de Uso 4.

Nombre: Borrar perfil de operador / CU-5

Actor: Administrador

33
 Descripción: Eliminar el perfil de operador seleccionado.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar perfil a eliminar 1. Mostrar aviso de

confirmación

2. Eliminar perfil seleccionado 2. Quitar perfil de la

aplicación

Precondición: El administrador ha sido habilitado para eliminar los perfiles de los

operadores.

Poscondición: Eliminado del perfil del usuario

Presunción: La base de datos de operadores está disponible.

Tabla 5: Caso de Uso 5.

34
 Nombre: Agregar nuevo cliente mensual / CU-6

Actor: Administrador

Descripción: Muestra el formulario para ingresar la información del nuevo

cliente mensual.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Solicita los documentos

necesarios para la realización del

registro respectivo

2. Activa función de registro 2. Muestra pantalla de registro

del nuevo cliente mensual de datos

3. Realiza registro de datos del 3. Verificar si se registraron

nuevo cliente mensual los datos completos

4. Almacenar los datos 4. El Sistema Confirma el

registrados. Almacenamiento Datos

Alternativa: 1. Se pide complementar 1. Arrojar aviso de error al no

(“Modificar documentación para su posterior completar los campos requeridos

perfil”) registro en el sistema

2. Realiza el registro de los 2. Verificar si se registraron

datos del nuevo cliente mensual los datos completos

3. Almacenar los datos 3. El Sistema Confirma el

registrados Almacenamiento de Datos

Precondición: El administrador ha sido habilitado para realizar registros de

nuevos clientes mensuales.

35
 La persona se informa sobre los documentos necesarios para ser

habilitado como cliente mensual, los lleva y con este registro separar

un puesto fijo.

Poscondición: El nuevo cliente mensual se encuentra registrado en el sistema.

Presunción: La base de datos de registro de nuevos clientes mensuales está

disponible.

Tabla 6: Caso de Uso 6.

Nombre: Generar perfil de nuevo cliente mensual / CU-7

Actor: Administrador

Descripción: Muestra la opción de crear el perfil del nuevo cliente mensual

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Almacenar los datos 1. El Sistema Confirma el

registrados Almacenamiento Datos

2. Se genera el perfil del 2. El Sistema muestra la lista

nuevo cliente mensual de clientes mensuales,

incluyendo las opciones de

“Modificar perfil”, “Buscar

perfil” y “Borrar perfil”

Precondición: El administrador ha sido habilitado para realizar registros de

nuevos clientes mensuales

Poscondición: El nuevo cliente mensual se encuentra registrado y obtiene su

perfil de sistema. Ya está disponible para usar la aplicación desde su

perfil.

36
 Presunción: La base de datos de registro de nuevos clientes mensuales está

disponible.

Tabla 7: Caso de Uso 7.

Nombre: Buscar perfil de cliente mensual / CU-8

Actor: Administrador

Descripción: Muestra los resultados de la búsqueda de perfil con el nombre de

usuario.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Escoger opción de buscar 1. Mostrar formulario de

perfil búsqueda

2. Ingresar nombre de perfil en 2. Mostrar todos los resultados

campo de búsqueda similares al parámetro que se

ingresó

Alternativa: 1. Ingresar nombre de perfil en 1. Mostrar aviso de error que

campo de búsqueda indique no encontró ningún

usuario con el parámetro

ingresado

2. Escribir correctamente el 2. Mostrar todos los resultados

nombre de usuario similares al parámetro que se

ingresó

Precondición: El administrador ha sido habilitado para realizar registros de

clientes mensuales

Poscondición: Lista de perfiles bajo el nombre de usuario

37
 Presunción: La base de datos de registro de clientes mensuales está disponible.

Tabla 8: Caso de Uso 8.

Nombre: Modificar perfil de cliente mensual/ CU-9

Actor: Administrador

Descripción: Cambiar o actualizar los datos del perfil seleccionado.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar perfil a 1. Mostrar los datos

modificar ingresados en manera de edición.

2. Actualizar los datos

cambiantes

3. Guardar los cambios 3. Verificar si los cambios

realizados realizados son correctos.

Alternativa: 1. Ingresar datos incorrectos al 1. Mostrar aviso de error que

formulario indique que los datos ingresados

son erróneos

2. Escribir correctamente los

datos erróneos

3. Guardar los cambios

realizados

Precondición: El administrador ha sido habilitado para realizar modificaciones en

los datos de los clientes mensuales

Poscondición: Actualización de datos del usuario

Presunción: La base de datos de clientes mensuales está disponible.

38
 Tabla 9: Caso de Uso 9.

Nombre: Borrar perfil de cliente mensual / CU-10

Actor: Administrador

Descripción: Eliminar el perfil de cliente mensual seleccionado.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar perfil a eliminar 1. Mostrar aviso de

confirmación

2. Eliminar perfil seleccionado 2. Quitar perfil de la

aplicación

Precondición: El administrador ha sido habilitado para eliminar los perfiles de los

clientes mensuales.

Poscondición: Eliminado perfil del usuario

Presunción: La base de datos de clientes mensuales está disponible.

Tabla 10: Caso de Uso 10.

39
 Nombre: Entrada cliente transitorio / CU-11

Actor: Administrador. Operador

Descripción: Muestra el formulario para ingresar la información del cliente

transitorio

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Solicita los documentos

necesarios para la realización del

registro respectivo

2. Activa función de registro 2. Muestra pantalla de registro

del nuevo cliente transitorio de datos

3. Digita toda la información

solicitada.

4. Almacena los datos 4. Verifica que la información

registrados ingresada es correcta.

Precondición: El administrador y el operador han sido habilitados para realizar

ingreso de nuevos clientes transitorios.

Poscondición: El nuevo cliente transitorio es ingresado al sistema.

Presunción: La base de datos de registro de nuevos clientes transitorios está

disponible.

Tabla 11: Caso de Uso 11.

40
 Nombre: Registro de cliente transitorio / CU-12

Actor: Administrador. Operador

Descripción: Ingreso al sistema de la información digitada y asignación del

puesto de parqueo temporal

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Almacena los datos 1. Verifica que la información

registrados ingresada es correcta.

2. Realiza registro de datos del 2. Muestra la confirmación del

nuevo cliente transitorio registro de los datos

3. Se asigna puesto de parqueo 3. El Sistema genera el Ticket

temporal. para extraer el vehículo.

Alternativa: 1. Almacena los datos 1. Mostrar aviso que indique

registrados que los datos ingresados son

erróneos

2. Corrección de los datos

ingresados

3. Realiza registro de datos del 3. Muestra la confirmación del

nuevo cliente transitorio registro de los datos

4. Se asigna puesto de parqueo 4. El sistema genera Ticket de

temporal control para extraer el vechículo.

Presunción: La base de datos de registro de nuevos clientes transitorios está

disponible.

Tabla 12: Caso de Uso 12.

41
 Nombre: Salida de cliente transitorio/ CU-13

Actor: Administrador. Operador.

Descripción: Muestra el proceso de entrega del vehículo al cliente transitorio

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Solicita el Ticket expedido

por el sistema.

2. Seleccionar la opción de 2. Mostrar campo donde

entrega de vehículo. escribir el código del ticket

3. Digitar código del ticket 3. Verificar si el ticket tiene un

código válido

4. Verificar el estado del

automóvil

Precondición: El administrador y el operador han sido habilitados para realizar

salidas de vehículos. La persona se informa sobre el documento

necesario (ticket) para retirar su vehículo y lo lleva para efectuar la

devolución.

Poscondición: El cliente puede retirar su vehículo después de pagar la factura.

Presunción: La base de datos de registro de cliente transitorio está disponible

Tabla 13: Caso de Uso 13.

42
 Nombre: Generar factura de cliente transitorio/ CU-14

Actor: Administrador. Operador.

Descripción: Muestra el proceso de facturación del cliente transitorio

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar la opción de 1. Muestra el formulario con

generar factura los campos fijos y diligenciables

que aparecerán en la factura

2. Ingresar todos los datos 2. Verificar si los datos

solicitados ingresados son correctos y

mostrar una vista previa de la

factura a imprimir

3. Seleccionar la opción de

imprimir la factura

Precondición: El administrador y el operador han sido habilitados para realizar

facturación a los clientes. La persona se informa sobre el documento

necesario (ticket) para retirar su vehículo y lo lleva para efectuar la

devolución.

Poscondición: El cliente puede retirar su vehículo después de pagar la factura.

Presunción: La base de datos de registro de cliente transitorio y facturación está

disponible

Tabla 14: Caso de Uso 14.

43
 Nombre: Buscar factura de cliente transitorio/ CU-15

Actor: Administrador. Operador.

Descripción: Muestra el proceso de búsqueda de facturas del cliente transitorio

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Elegir la opción de buscar 1. Mostrar formulario de

factura búsqueda

2. Ingresar los parámetros de 2. Mostrar todos los resultados

búsqueda solicitados similares a los parámetros

ingresados

Alternativa 1. Ingresar los parámetros de 1. Mostrar aviso de error que

búsqueda indique no encontró ninguna

factura con el parámetro

ingresado

2. Escribir correctamente el 2. Mostrar todos los resultados

parámetro usado similares al parámetro que se

ingresó

Precondición: El administrador y el operador han sido habilitados para realizar

búsquedas de facturación de los clientes.

Poscondición: El cliente puede retirar su vehículo después de pagar la factura.

Presunción: La base de datos de registro de cliente transitorio y facturación está

disponible

Tabla 15: Caso de Uso 15.

Nombre: Borrar factura de cliente transitorio / CU-16

44
 Actor: Administrador. Operador

Descripción: Eliminar la factura de cliente transitorio seleccionada.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar factura a 1. Mostrar aviso de

eliminar confirmación

2. Eliminar factura 2. Quitar factura de la

seleccionada aplicación

Precondición: El administrador y el operador han sido habilitados para eliminar

las facturas de los clientes transitorios.

Poscondición: Eliminada la factura

Presunción: La base de datos de facturación está disponible.

Tabla 16: Caso de Uso 16.

45
 Nombre: Pago de factura de cliente transitorio / CU-17

Actor: Administrador. Operador

Descripción: Cambiar el estado de la factura de cliente transitorio seleccionada,

de “no paga” a “paga”.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar factura a 1. Mostrar aviso de

actualizar confirmación

2. Actualizar estado de la 2. Guardar cambios realizados.

factura

Precondición: El administrador y el operador han sido habilitados para cambiar el

estado de las facturas de los clientes transitorios.

Poscondición: Actualización de la factura

Presunción: La base de datos de facturación está disponible.

Tabla 17: Caso de Uso 17.

46
 Nombre: Entrega de vehículo a cliente transitorio / CU-18

Actor: Administrador. Operador

Descripción: Hacer entrega del vehículo satisfactoriamente al cliente transitorio.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Verificar todos los datos

necesarios para hacer la entrega

del vehículo

Precondición: El administrador y el operador han sido habilitados para entregar

vehículos a los clientes transitorios

Poscondición: El cliente transitorio recibe su vehículo

Presunción: La base de datos de clientes transitorios está disponible.

Tabla 18: Caso de Uso 18.

Nombre: Escribir mensaje / CU-19

Actor: Cliente mensual

Descripción: Muestra la pestaña para redactar un mensaje al administrador del

parqueadero.

Eventos ACTOR Eventos SISTEMA

1. Escoger la opción de 1. Mostrar la plantilla de

escribir un mensaje redacción de mensajes

2. Redactar el mensaje 2. Verificar que todos los

campos obligatorios estén bien

diligenciados

Alternativa 1. Redactar el mensaje 1. Mostrar aviso de error que

47
 indique que no se llenaron los

campos respectivos

2. Corregir y escribir los datos 2. Verificar que todos los

faltantes campos obligatorios estén bien

diligenciados

Precondición: El cliente mensual ha sido habilitado para enviar mensajes.

Poscondición: El mensaje está listo para ser enviado

Presunción: La base de datos de registro de clientes mensuales está disponible.

Tabla 19: Caso de Uso 19.

Nombre: Enviar mensaje / CU-20

Actor: Cliente mensual

Descripción: Permite enviar un mensaje al administrador del parqueadero.

Eventos ACTOR Eventos SISTEMA

1. Escoger la opción de enviar 1. Mostrar aviso de

el mensaje confirmación

2. Aceptar enviar el mensaje 2. Enviar el mensaje al

administrador del parqueadero

Precondición: El cliente mensual ha sido habilitado para enviar mensajes.

Poscondición: El mensaje es enviado

Presunción: La base de datos de registro de clientes mensuales está disponible.

Tabla 20: Caso de Uso 20.

Nombre: Generar factura de cliente mensual/ CU-21

Actor: Administrador. Operador.

48
 Descripción: Muestra el proceso de facturación del cliente mensual

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar la opción de 1. Muestra el formulario con

generar factura los campos fijos y diligenciables

que aparecerán en la factura

2. Ingresar todos los datos 2. Verificar si los datos

solicitados ingresados son correctos y

mostrar una vista previa de la

factura a imprimir

3. Seleccionar la opción de

imprimir la factura

Precondición: El administrador y el operador han sido habilitados para realizar

facturación a los clientes.

Poscondición: El cliente puede guardar su vehículo durante otro mes después de

pagar la factura.

Presunción: La base de datos de cliente mensual y facturación está disponible

Tabla 21: Caso de Uso 21.

49
 Nombre: Buscar factura de cliente mensual/ CU-22

Actor: Administrador. Operador.

Descripción: Muestra el proceso de búsqueda de facturas del cliente mensual

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Elegir la opción de buscar 1. Mostrar formulario de

factura búsqueda

2. Ingresar los parámetros de 2. Mostrar todos los resultados

búsqueda solicitados similares a los parámetros

ingresados

Alternativa 1. Ingresar los parámetros de 1. Mostrar aviso de error que

búsqueda indique no encontró ninguna

factura con el parámetro

ingresado

2. Escribir correctamente el 2. Mostrar todos los resultados

parámetro usado similares al parámetro que se

ingresó

Precondición: El administrador y el operador han sido habilitados para realizar

búsquedas de facturación de los clientes.

Poscondición: El cliente puede guardar su vehículo durante otro mes después de

pagar la factura.

Presunción: La base de datos de cliente mensual y facturación está disponible

Tabla 22: Caso de Uso 22.

Nombre: Borrar factura de cliente mensual / CU-23

50
 Actor: Administrador. Operador

Descripción: Eliminar la factura de cliente mensual seleccionada.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar factura a 1. Mostrar aviso de

eliminar confirmación

2. Eliminar factura 2. Quitar factura de la

seleccionada aplicación

Precondición: El administrador y el operador han sido habilitados para eliminar

las facturas de los clientes mensuales

Poscondición: Eliminada la factura

Presunción: La base de datos de facturación está disponible.

Tabla 23: Caso de Uso 23.

51
 Nombre: Pago de factura de cliente mensual / CU-24

Actor: Administrador. Operador

Descripción: Cambiar el estado de la factura de cliente mensual seleccionada, de

“no paga” a “paga”.

Flujo Eventos ACTOR Eventos SISTEMA

Principal: 1. Seleccionar factura a 1. Mostrar aviso de

actualizar confirmación

2. Actualizar estado de la 2. Guardar cambios realizados.

factura

Precondición: El administrador y el operador han sido habilitados para cambiar el

estado de las facturas de los clientes mensuales.

Poscondición: Actualización de la factura

Presunción: La base de datos de facturación está disponible.

Tabla 24: Caso de Uso 24.

52
Ilustración 1: Diagrama de Casos de Uso.

53
 Ilustración 2: Diagrama de Clases.

Ilustración 3: Diagrama de despliegue.

54
Ilustración 4: Modelo de Entidad-Relación

55
VIII. Discusión.

56
IX. Conclusiones

57
X. Recomendaciones

58
 XI. Bibliografía

Baldeón Ortiz, G. L., & León Hinojosa, R. C. (12 de 2009). Diseño y Prototipo de un

sistema de parqueaderos. Recuperado el 20 de 09 de 2014, de Escuela Politécnica

Nacional: http://bibdigital.epn.edu.ec/handle/15000/1150

Deitel, P. J., & Deitel, H. M. (2008). Cómo Programar en Java. Mexico: Pearson

Educación.

Gilfillan, I. (2003). LA BIBLIA DE MYSQL. Anaya Multimedia.

Maya, E., Salazar, C., & Salazar, S. (05 de 11 de 2008). Sistema de Información de

Control de un Parqueadero Público. Recuperado el 20 de 09 de 2014, de SERVIPARK

centro de parqueo: http://parquea.blogspot.com/2008/11/blog-post.html

Morales, F. (16 de 09 de 2010). Pensamiento Imaginactivo. Recuperado el 18 de 09 de

2014, de http://manuelgross.bligoo.com/conozca-3-tipos-de-investigacion-descriptiva-

exploratoria-y-explicativa

Perez, O. A. (2011). Cuatro enfoques metodológicos para el desarrollo de Software

RUP-MSF-XP-SCRUM. Inventum, 65-68.

Salazar, J. F., & Rozo, J. A. (2010). Sistema de Registro y Control de Entrada y Salida

de Vehículos de un Parqueadero (REGPARK 1.0). Recuperado el 20 de 09 de 2014, de

Colecciones Digitales Uniminuto:

http://repository.uniminuto.edu:8080/jspui/bitstream/10656/1783/1/

TTI_SalazarTobonJhon_2011.pdf

59
 SERVIPARK S.A. (s.f.). Recuperado el 05 de Septiembre de 2014, de DIRECTORIO

DE EMPRESAS: http://www.informacion-empresas.co/Empresa_SERVIPARK-SA.html

Software para el Control de Parqueaderos. (s.f.). Recuperado el 05 de Septiembre de

2014, de SoftwarePractico.com: http://softwarepractico.com/Parqueaderos.php

Software para parqueadero-DIPARKING. (s.f.). Recuperado el 05 de Septiembre de

2014, de Didesol: http://www.didesol.com.co/diparking/

60
 XII. Anexos

Recursos Técnicos

Descripción Cantidad Valor

Computador 2 $ 1.800.000

Internet 2 Megas x Mes $ 46.000

Viáticos Mensual $ 350.000

Papelería Mensual $ 30.000

Gastos Varios Mensual $ 100.000

Costos de Análisis, Diseño, Desarrollo, 2 Ingenieros $ 16.000.000

Pruebas e Implementación

Costo Total del Proyecto $ 19.904.000

Tabla 25: Presupuesto

61
Ilustración 5: Cronograma

62
Entrevista

1. ¿Cuál es su función dentro de la empresa?

2. ¿la empresa Cuenta con algún tipo software?

3. Si la respuesta a la pregunta 2 es negativa ¿De qué forma registra los datos del

parqueadero?

4. ¿Cómo calcula el tiempo de permanencia de los vehículos?

5. ¿Qué métodos utiliza paras realizar estas labores?

6. ¿Cuál es el destino final de los datos?

7. ¿Qué tipo de datos se recolectan?

8. ¿Qué tan segura es la forma en que maneja los datos?

9. ¿Usted tiene conocimiento y dominio acerca del manejo de computadores?

10. ¿Qué programas utiliza con frecuencia?

63
 11. ¿Sabe usted que es un sistema de información?

12. ¿cree usted que su parqueadero necesita un sistema de información y un control de

tiempo de permanencia de los vehículos?

13. ¿Qué requisitos sugiere para un sistema de información que pueda utilizar su

parqueadero?

14. ¿Cuáles serían las prioridades que considera necesarias para mejorar la forma de

manejar los datos de los vehículos y del parqueadero?

15. ¿Qué facilidades de uso espera del software?

16. ¿Qué tipo de consultas desea poder realizar con la aplicación?

64
 Encuesta

Encuesta Usuarios del "Parqueadero la 11"

Con esta encuesta se busca conocer los aspectos más relevantes para los usuarios a la hora del

uso de los servicios del "Parqueadero la 11" del municipio de Florida Valle.

1. ¿Tiene usted vehículo?

o Sí.

o No.

2. ¿Qué tipo de vehículo tiene?

o Carro.

o Moto.

o Otro:

3. ¿Con qué frecuencia usa usted el servicio de parqueo?

o Todos los días del mes.

o Sólo los días de semana.

o Sólo los fines de semana.

o Esporádicamente (Cada vez que lo necesita)

4. ¿Tiene en cuenta el tiempo de parqueo en el momento de planificar su llegada

al establecimiento?

o Sí.

o No.

65
 5. ¿Cuál es el tiempo aproximado que tarda desde que entra al establecimiento

hasta que deja su vehículo parqueado?

o Entre 1 y 3 minutos.

o Entre 3 y 5 minutos.

o Entre 5 y 10 minutos.

o Más de 10 minutos.

6. ¿Es importante para usted disminuir el tiempo que tarda en esta actividad?

o Sí.

o No.

7. ¿Le ha causado problemas el invertir mucho tiempo en esta actividad?

o Sí.

o No.

8. ¿Qué desea obtener usted, al usar el servicio del "Parqueadero la 11"? Marque

las opciones que considere necesarias:

o Ubicación respecto al sitio final de destino.

o Facilidad de maniobra.

o Disponibilidad de espacios.

o Información sobre disponibilidad.

o Servicios adicionales para su carro.

66
o Seguridad.

o Otro:

9. ¿Qué aspectos considera importantes a la hora de mejoramiento en el

"Parqueadero la 11"? Marque todas las que considere necesarias:

o Velocidad de atención.

o Mejoramiento de la prestación del servicio.

o Más amabilidad de los empleados.

o Embellecimiento de las instalaciones.

o Más interacción con el cliente.

o Otro:

10. ¿Está dispuesto a usar las nuevas tecnologías (Computador, Internet, Redes

Sociales) para procurar el mejoramiento del servicio en el "Parqueadero la 11"?

o Sí.

o No.

67