ingeniero en sistemas computacionalesrepositorio.ug.edu.ec/bitstream/redug/6896/1/tesis... ·...
TRANSCRIPT
UNIVERSIDAD DE GUAYAQUIL
Facultad de Ciencias Matemáticas y Físicas
Carrera de Ingeniería en Sistemas Computacionales
“Sistema de venta de boletos para cualquier tipo de eventos,
considerando la reservación anticipada vía web”
PROYECTO DE GRADO
CURSO DE GRADUACIÓN
Previo a la Obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
Autores:
Chamba Suquillo Pedro Vicente
Galarza Muñiz Richard Alfredo
Quinde Banchón Cynthia Raquel
GUAYAQUIL-ECUADOR
Año: 2010
AGRADECIMIENTOS
Dedico este proyecto de Seminario
de Graduación a Dios y a mi familia.
A Dios porque ha estado conmigo a
cada paso que doy, cuidándome y
dándome fortaleza para continuar, a
mi familia, quienes a lo largo de mi
vida han velado por mi bienestar y
educación siendo mi apoyo en todo
momento. Depositando su entera
confianza en cada reto que se me
presentaba sin dudar ni un solo
momento en mi inteligencia y
capacidad. Es por ellos que soy lo
que soy ahora. Los amo con mi vida
.
Pedro Vicente Chamba Suquillo.
AGRADECIMIENTOS
Agradezco a Dios por brindarme
salud y fortaleza, a mis padres, a mis
hermanos y a mis amigos, que
siempre fueron un apoyo
incondicional para culminar con éxito
mi carrera profesional.
Richard Alfredo Galarza Muñiz.
AGRADECIMIENTOS
Mi agradecimiento por haber
concluido mi objetivo se lo debo a
DIOS por ser el único que me da la
fortaleza para estar en el lugar que
estoy en estos momentos, sin
embargo agradezco a mis padres por
ser la personas más importantes de
mi vida quienes supierón brindarme
su apoyo incondicional en todo
momento
Cynthia Raquel Quinde Banchón.
DEDICATORIA
En primer lugar a Dios por haberme guiado por el
camino de la felicidad hasta ahora; en segundo lugar a
cada uno de los que son parte de mi familia a mi
ABUELA Clara Amelia Pérez, mi MADRE, mi PADRE;
A mis hermanos y a toda mi familia; por siempre
haberme dado su fuerza y apoyo incondicional que me
han ayudado y llevado hasta donde estoy ahora. Por
último a mis compañeros de Seminario de Graduación
porque en esta armonía grupal lo hemos logrado
luchando hasta el final.
Pedro Vicente Chamba Suquillo.
DEDICATORIA
A mis padres, hermanos, familiares y
amigos que siempre estuvieron
apoyándome para que logre cumplir
este objetivo.
Richard Alfredo Galarza Muñiz.
DEDICATORIA
A DIOS, mis padres Carlos Quinde y
María Banchón, mis hermanos y a
todos mis amigos que en su
momento estuvierón conmigo
dándome consejos y supierón
entenderme y aceptarme como soy,
al que con paciencia supo estar a mi
lado en momentos buenos y malos.
Cynthia Raquel Quinde Banchón.
DECLARACIÓN EXPRESA
“La autoría de la tesis de grado corresponde exclusivamente al suscrito(s),
perteneciendo a la Universidad de Guayaquil los derechos que generen la
aplicación de la misma”
(Reglamento de Graduación de la Carrera de Ingeniería en sistemas
Computacionales, Art. 26)
Chamba Suquillo Pedro Vicente
Galarza Muñiz Richard Alfredo
Quinde Banchón Cynthia Raquel
INDICE GENERAL
AGRADECIMIENTO II
DEDICATORIA V
TRIBUNAL DE GRADUACIÓN VIII
DECLARACIÓN EXPRESA IX
RESUMEN X
INDICE GENERAL XI
TABLA DE CONTENIDOS
1. INTRODUCCIÓN ................................................................................................ 1
1.1. Resumen del documento ............................................................................ 1
1.2. Antecedentes ................................................................................................ 3 1.3. Justificación .................................................................................................. 4
1.4. Descripción del ámbito de la tesis y la situación de la problemática. . 6
1.4.1. Situación de la problemática .............................................................. 7
1.5. Descripción del problema identificado ...................................................... 8 1.6. Causas .......................................................................................................... 9 1.7. Consecuencias ........................................................................................... 10
1.8. Solución a la Problemática ....................................................................... 11 1.9. Misión y Visión del proyecto .................................................................... 12
1.9.1. Misión ................................................................................................... 12
1.9.2. Visión .................................................................................................... 13
1.10. Objetivos de Proyecto ........................................................................... 13 1.10.1. Objetivo General ............................................................................... 13 1.10.2. Objetivos Específicos ........................................................................ 14
1.11. Alcances del Proyecto ........................................................................... 15 1.11.1. El Cliente (Empresas Promotoras) .............................................. 15
1.11.2. El Consumidor ................................................................................. 15 1.11.3. Punto De Venta ............................................................................... 16
1.11.4. Administrador del Sistema ............................................................ 17 1.12. Metas........................................................................................................ 18
1.13. Ventajas ................................................................................................... 19 1.14. Beneficios ................................................................................................ 20
1.15. Principales características del sistema ............................................... 21
1.16. Estudio de factibilidad ........................................................................... 26 1.17. Recursos.................................................................................................. 38
1.17.1. Recursos para el desarrollo .......................................................... 38
1.17.2. Recursos para la implementación del sistema .......................... 39
1.18. Metodología ............................................................................................ 40 1.19. Modelo de Desarrollo ............................................................................ 42
2. ANÁLISIS ........................................................................................................... 48
2.1. Ingeniería de Información ......................................................................... 48 2.2. Planificación del proyecto ......................................................................... 49
2.3. Técnicas de Análisis .................................................................................. 50 2.4. Diagramas de Casos de Uso ................................................................... 53
Definición de actores ....................................................................................... 53
Uso del Módulo del Consumidor .................................................................... 55 Uso del Módulo de Empresas ........................................................................ 64
Caso de Uso del Módulo Administrador ....................................................... 70
Caso de Uso del Módulo Punto de Venta .................................................... 75 2.5. Diagrama de Colaboración ...................................................................... 80
2.6. Diagrama de Secuencia ........................................................................... 84 2.6.1. Diagramas de Secuencia del Consumidor ..................................... 85
2.6.2. Diagramas de Secuencia del Clientes (Empresas Promotoras) 88 2.6.3. Diagramas de Secuencia del Administrador .................................. 90
2.6.4. Diagramas de Secuencia del Punto de Venta ............................... 91 2.7. Diagrama de Objeto-Relación ................................................................. 93 2.8. Diagrama de Procesos ............................................................................. 94
3. DISEÑO ........................................................................................................... 101 3.1. Diseño de la Arquitectura ....................................................................... 101
3.2. Diseño del sistema .................................................................................. 103
3.2.1. Diseño de interfaces de usuarios .................................................. 104
3.2.2. Diseño de la Base de Datos ........................................................... 105 4. CODIFICACIÓN .............................................................................................. 115
4.1. Descripción de los lenguajes utilizados ............................................... 115
4.1.1. Developer .......................................................................................... 115
4.1.2. Pl/SQL ................................................................................................ 115
4.1.3. Estándares ........................................................................................ 115 5. PRUEBAS DEL SISTEMA ............................................................................ 120
5.1. Prueba de validación ............................................................................... 120
5.1.1. Muestreo de las pruebas de validación ........................................ 120 5.2. Atributos de calidad ................................................................................. 121
ÍNDICE DE FIGURAS
Figura 1. Modelo Espiral 44
Figura 2. Planificación del Proyecto 50 Figura 3. Diagrama Caso de Uso Módulo Consumidor 56
Figura 4. Diagrama Caso de Uso Crear Cuenta 58 Figura 5. Diagrama Caso de Uso Comprar Boletos 60
Figura 6. Diagrama Caso de Uso Cancelar Boletos 62
Figura 7. Diagrama Caso de Uso del Modulo de Empresas 64 Figura 8. Diagrama Caso de Uso Configurar Evento 66
Figura 9. Descripción Caso de Uso Configurar Evento 67
Figura 10. Diagrama Caso de Uso Generar Reportes 68
Figura 11.Diagrama Caso de Uso del Módulo Administrador 70 Figura 12. Diagrama Caso de Uso Configurar Empresas 72 Figura 13. Diagrama Caso de Uso Generar Reporte 74
Figura 14. Diagrama Caso de Uso del Módulo Punto de Venta 75 Figura 15. Diagrama Caso de Uso Consulta de Eventos 77
Figura 16. Diagrama Caso de Uso Venta de Boletos 79 Figura 17. Diagrama de Colaboración 81
Figura 18. Diagrama de Secuencia Crear Cuenta 85
Figura 19. Diagrama de Secuencia Compras de Boletos 86 Figura 20. Diagrama de Secuencia Reservaciones de Boletos 87
Figura 21. Diagrama de Secuencia Crear cuenta 88 Figura 22. Diagrama de Secuencia Configurar Eventos 89
Figura 23. Diagrama de Secuencia Aprobar Solicitudes 90 Figura 24. Diagrama de Secuencia Consulta de eventos 91
Figura 25. Diagrama de Secuencia Venta de Boletos 92 Figura 26. Diagrama Objeto - Relación 93 Figura 27. Proceso de Puntos de Ventas 94
Figura 28. Proceso de acceso al evento 95 Figura 29.Proceso de Consumidores 96
Figura 30. Proceso del administrador (a). 97 Figura 31. Proceso del administrador (b). 98
Figura 32. Proceso del administrador (c). 99 Figura 33. Arquitectura tres capas 101
ÍNDICE DE TABLAS
Tabla 1. Bases de Datos ........................................................................................ 34
Tabla 2. Análisis de Modelos de Proceso ........................................................... 42
Tabla 3. Análisis F.O.D.A ....................................................................................... 52
Tabla 4. Definición del actor Administrador ........................................................ 53
Tabla 5. Definición del actor Cliente .................................................................... 54
Tabla 6. Definición del actor Consumidor ........................................................... 54
Tabla 7. Definición del actor Usuario Pto. Vta. ................................................... 55
Tabla 8. Definición del actor Base de Datos ....................................................... 55
Tabla 9. Descripción Caso de Uso Módulo Consumidor .............................. 57 Tabla 10. Descripción Caso de Uso Crear Cuenta ............................................. 59
Tabla 11. Descripción Caso de Uso Comprar Boletos ....................................... 61
Tabla 12. Descripción Caso de Uso Cancelar Boletos ...................................... 63
Tabla 13. Descripción Caso de Uso del Modulo de Empresas ........................ 65
Tabla 14. Descripción Caso de Uso Generar Reportes ..................................... 69
Tabla 15. Descripción Caso de Uso del Módulo Administrador ....................... 71
Tabla 16. Descripción Caso de Uso Configurar Empresas ............................... 73
Tabla 17. Descripción Caso de Uso Generar Reporte ....................................... 75
Tabla 18. Descripción Caso de Uso del Módulo Punto de Venta .................... 76
Tabla 19. Descripción Caso de Uso Consulta de Eventos ................................ 78
Tabla 20. Descripción Caso de Uso Venta de Boletos ...................................... 80
Tabla 21. Obtener datos para registro .................................................................. 82
Tabla 22. Extraer reportes en general .................................................................. 82
Tabla 23. Configurar registros ................................................................................ 83
Tabla 24. Base de datos ......................................................................................... 83
Tabla 25. Otorgar aprobación ................................................................................ 83
Tabla 26. Registrarse en Eventos ......................................................................... 83
Tabla 27. Estructura de la Tabla Categorías ..................................................... 105
Tabla 28. Estructura de la Tabla Subcategorías ............................................... 105
Tabla 29. Estructura de la Tabla Países ............................................................ 106
Tabla 30. Estructura de la Tabla Ciudades ........................................................ 106
Tabla 31. Estructura de la Tabla Lugares .......................................................... 106
Tabla 32. Estructura de la Tabla Empresas ....................................................... 107
Tabla 33. Estructura de la Tabla Zonas .............................................................. 107
Tabla 34. Estructura de la Tabla Eventos .......................................................... 108
Tabla 35. Estructura de la Tabla Eventos_Zonas ............................................. 108
Tabla 36. Estructura de la Tabla Tipos_Publicos.............................................. 109
Tabla 37. Estructura de la Tabla Eventos_Tip_Publicos ................................. 109
Tabla 38. Estructura de la Tabla Horarios .......................................................... 109
Tabla 39. Estructura de la Tabla Puntos_Venta ................................................ 110
Tabla 40. Estructura de la Tabla Vendedor ....................................................... 110
Tabla 41. Estructura de la Tabla Clientes .......................................................... 111
Tabla 42. Estructura de la Tabla Ventas ............................................................ 111
Tabla 43. Estructura de la Tabla Detalles_Ventas ............................................ 112
Tabla 44. Estructura de la Tabla Boletos ........................................................... 112
Tabla 45. Estructura de la Tabla Reservaciones .............................................. 113
Tabla 46. Estructura de la Tabla Detalle_Reservaciones................................ 113
CAPÍTULO 1
SISTEMA DE VENTA DE
ENTRADAS PARA EVENTOS
1. INTRODUCCIÓN
1.1. Resumen del documento
Este documento presenta un enfoque del proceso que se llevaba a cabo
anteriormente en donde se da la motivación del surgimiento de nuestro
proyecto, que muestra el análisis, diseño del sistema para la venta de boletos
en línea o por puntos de ventas. Nuestro punto de vista es detallar el sistema
con exactitud de todo lo que permitirá hacer esta nueva herramienta.
Las secciones en las que se divide este documento se encuentran ordenadas
de tal manera que al concluir con su lectura, cualquier persona tenga una
idea bastante clara y precisa con un buen panorama de lo que se ofrece con
la implementación del nuevo sistema que se va a ser utilizado por personas
desde cualquier parte del mundo debido a que es una aplicación orientada a
la web.
Este sistema nos mostrará de forma general el análisis del porque llevar a
cabo la realización del mismo, pero a su vez se consideran muchos detalles y
aspectos específicos del funcionamiento tales como ventajas, justificación,
estudio del ámbito problemático. Además se detallan los beneficios de
nuestro sistema y la razón por la que estos beneficios son indiscutibles, por
lo que se reafirma que es una gran opción para cualquier empresa que
requiera efectuar sus ventas de boletos por medio de nuestro sitio web
dándole también la opción de efectuarlo por medio de los puntos de ventas.
Se dará a conocer la descripción del problema identificado cuales son las
causas que lo originaron y a su vez las consecuencias que ocasiona por no
contar con un sistema adecuado.
Mediante este documento detallaremos la propuesta de solución al problema
identificado las opciones que pueden ser usadas por los clientes,
consumidores así mismo podrán hacer la administración respectiva de
nuestro sitio solo personal autorizado.
Puntualizaremos los objetivos y metas a alcanzar con el fin de obtener
beneficios. Se detallará el alcance de nuestro sistema, contaremos con
análisis de viabilidad para nuestro sistema así como relataremos sus
fortalezas, debilidades, oportunidades y amenazas. Por medio de este
documento se observará mediantes diagramas el enfoque del entorno de
cada opción a implementar en el sistema, se conocerá la metodología que se
empleará para lograr nuestro objetivo.
Definiremos con que herramientas informáticas se la realizará el sistema,
recurso humano que intervendrán, costos del sistema.
Además se mostrará un breve diseño de lo que será nuestro sitio.
1.2. Antecedentes
Anteriormente en épocas pasadas la emisión de boletos se lo hacía de forma
manual porque aún la tecnología no daba el impacto que hoy tiene, los
boletos que proporcionaban eran enumerados secuencialmente donde las
personas que realizaban dichas ventas pasaban demasiado tiempo
organizando y contabilizando el valor de todos los ticket que se habían
vendidos. Otro punto era cuando las personas encargadas en efectuar las
ventas de entradas para eventos tenían que tener muy en cuenta la
capacidad disponibles para entregar los boletos ya que no contaban con una
herramienta automática donde pueda controlar la capacidad física para asistir
a un evento.
Es decir existía mucha complicación ya que tenían un proceso manual
bastante inseguro en el momento de calcular las sumas totales de las ventas
de entradas para eventos, el objetivo es reemplazar los antiguos procesos
por un sistema automatizado en línea que provea la compra de boletos para
eventos con el fin de evitar las deficiencias, errores e inseguridades,
cubriendo las necesidades del consumidor y así obtener la satisfacción y
confiabilidad de las personas que hagan uso de nuestro sitio.
1.3. Justificación
El motivo de esta nueva funcionalidad que se llevará a cabo es por el hecho,
de que hoy en día hay que atender las diferentes necesidades que se
presentan a diario al momento de adquirir un boleto para asistir a un evento.
Otro punto adicional que se justifica la realización de nuestro proyecto es
porque al querer efectuar la compra de un boleto en cualquier horario que
desee el consumidor la mayoría de los casos es extremadamente
insatisfactorio porque no cuentan con un sistema adecuado para emitir los
boletos en los horarios requeridos. La emisión que actualmente se realiza al
comprar un boleto no es segura ya que las personas que adquieren sus
boletos por muchas ocasiones lo pierden, por tal motivo esto le genera más
gasto para el consumidor.
La creación de nuestro proyecto E-ticket surge debido a la necesidad de los
consumidores que buscan un medio eficaz y eficiente en la emisión de
boletos para cualquier evento que se realice.
Es decir la razón más fuerte para el desarrollo de este sistema, es que
permitirá tener un portal o página Web para brindar un servicio al consumidor
y así obtener sus boletos al instante con esto se ayudará a mejorar el
proceso haciéndolo automatizado, adquiriendo la compra de una forma
rápida y eficiente.
El sistema propuesto será un vinculo de comunicación directa que se dará en
tiempo real con la persona interesada ya que toda la información requerida
es enviada electrónicamente, con ello se logra la satisfacción inmediata del
consumidor.
El consumidor se asegura que en caso de ocurrir la pérdida del boleto el
código fue enviado electrónicamente y no comprará otro boleto como se lo
realiza actualmente.
Además la emisión electrónica estará disponible para todo el mundo que
requiera una mejor comodidad y facilidad al adquirir sus boletos.
También para comodidad de diferentes personas que deseen adquirir sus
boletos se contará con la opción de atender por medio de Puntos de Ventas y
así lograr la satisfacción de cualquier consumidor.
Con nuestro sistema a realizar se obtendrán diferentes beneficios que se
mencionan a continuación.
Beneficios del sistema E-ticket
Productividad
Reducción de los costos y tiempos de las transacciones de ventas.
Lograr una mayor eficiencia en la operatoria administrativa.
Atender eficazmente al consumidor.
Flexibilidad.
Mejora el servicio al cliente, otorgando comodidad a la hora de emitir el
boleto.
Competitividad
Posicionamiento en la web de manera competitiva utilizando tecnología
avanzada.
1.4. Descripción del ámbito de la tesis y la situación de la
problemática.
Nuestro sistema está enfocado a la creación de soluciones y la prestación
de servicios tecnológicos para la distribución, adquisición de boletos, en la
cual proporcionaremos el mejor servicio tanto para clientes como a los
consumidores que son una de las partes más esenciales para que se lleve a
cabo la implementación de nuestro proyecto, puesto que los clientes toman
como fuente fundamental el entretenimiento que puede tener una persona
proporcionarán la organización de un evento ya sea para estadios, teatros,
museos, cine, etc., en diferentes lugares públicos. El sistema que
proporcionaremos se puede adaptar para cualquier evento que se realice
porque no estará restringido a algún evento en especial.
Por esto el sistema que se realizará facilitará de manera inmediata la compra
de un boleto dándole al consumidor la comodidad de poder visualizar
eventos, escoger horarios, zonas, categorías, realizar reservaciones de
boletos, pagos al instante, envió de boletos vía mail, escoger localidad donde
se efectuará cualquier evento que esté disponible en ese momento, todo esto
se podrá obtener ingresando a de nuestro sitio web.
A diferencia de la competencia actual nosotros daremos una solución más
efectiva en el momento de efectuar la venta de los boletos otorgando mayor
eficiencia y eficacia, es decir nuestro sistema podrá ser capaz de obtener
resultados óptimos ya que estará orientado a web por lo que el tiempo de
respuesta que el consumidor deberá esperar no será mucha como lo hace
actualmente sino será instantáneamente, con ello tendrá el boleto en el
menor tiempo posible, así mismo se proveerá la venta de boletos en los
puntos de ventas para dar facilidad de criterio al consumidor si adquirir su
boleto en línea o en los puntos de ventas.
1.4.1. Situación de la problemática
Actualmente la problemática es la incomodidad e inseguridad para todas las
personas interesas en el momento de la adquisición de un boleto, por esto el
consumidor tiende a estar insatisfecho por el servicio que se le está
brindando.
Así mismo, cuando se desea adquirir un boleto para asistir a un evento en el
horario que requiera el consumidor no puede realizar la compra puesto que
los horarios de atención en los puntos de ventas, están restringidos a
horarios de oficinas o en algunos casos a horarios de políticas que tiene la
empresa que actualmente realiza la venta de los boletos.
Puesto que los clientes deben dar a conocer todos los eventos a efectuarse,
necesitan invertir en todo lo concerniente a publicidad y así llegar al público
que será quien le compre los boletos; para ellos la inversión que efectúan es
demasiada elevada por lo que requieren que sus costos estén dentro de un
rango normal y disminuir sus costos logrando vender más boletos.
Un punto importante que permite que esta situación problemática persista es
porque actualmente las personas que se dedican a realizar estas ventas de
boletos no cuentan con un sistema eficiente que tenga una tecnología
adecuada para ofrecer una mayor satisfacción en el servicio que prestan a
todos los consumidores. Hoy en día la mayoría de las empresas buscan
cambios tecnológicos para esto es necesario que los sistemas cuenten con la
tecnología moderna para poder automatizar todo el proceso de las ventas.
1.5. Descripción del problema identificado
Actualmente para adquirir un boleto en un determinado evento la persona
interesada debe acudir a los puntos de ventas, en donde estarán disponibles
los boletos a comprar, ya que esto genera una gran incomodidad y desorden
público entre los interesados en adquirir su boleto.
Además los puntos de ventas no están disponibles en los horarios deseados
sino en los horarios que dispongan los organizadores de los eventos, es
decir el consumidor debe ajustarse a las restricciones que los organizadores
imponen y no a los horarios que los espectadores deseen comprar dicho
boleto para el evento.
El control que existe en los puntos de ventas en muchas ocasiones no puede
ser el adecuado que se esté brindando para lograr la satisfacción del
consumidor, lo que genera caos como desorden público en el mismo instante
que estén comprando los boletos. También están expuesto a que se originen
actividades comerciales y/o ventas sin el consentimiento de los
organizadores de los eventos, es decir que puede darse el caso de que
terceras personas puedan realizar la venta por otros medios en otras
palabras lo que hoy en día se conoce como tramitadores.
Los consumidores que optan por medio de la compra en los distintos puntos
de ventas pueden estar expuesto a la inseguridad que puede ocasionarse en
el caso si hay demasiadas personas que requieran adquirir un boleto, ya que
no se cuenta con un control de vigilancia y acceso adecuado.
1.6. Causas
Existen procesos muy demorados y tediosos al momento de estar a la
espera de nuestros boletos.
Esto se puede generar por varias circunstancias como falla de la
maquina(inhibición) con la que se efectúa la venta.
También la falta de eficiencia de la persona encargada de vender los
boletos puede generar esta causa.
Falta de información adecuada de los lugares donde se realizan la venta
de los boletos.
En muchas ocasiones las personas no se orientan bien en los lugares
donde están los puntos de ventas por lo que genera pérdida de tiempo
para el consumidor ya que debe de buscar el lugar exacto para comprar
los boletos.
En ocasiones los pagos se realizan en efectivo.
El personal encargado de efectuar la venta esta a expuesto a
proporcionar perdida para los dueños que son los encargado de organizar
los eventos debido a que puede darse cambio de mas, esto se puede dar
ya que el pago es en efectivo. También están expuestos a que personas
paguen los boletos con dinero falso.
No existe una herramienta que permita realizar reservas anticipadas de
boletos.
El sistema con el que actualmente realizan la venta de boletos no permite
realizar reservas para que los consumidores estén seguros de que
adquirirán sus boletos.
1.7. Consecuencias
Existe inconformidad de los consumidores debido a que no existe el
medio adecuado para adquirir los boletos en los diferentes puntos de
ventas con una mayor facilidad y rapidez.
No existe la seguridad de que pueda encontrar boletos disponibles para el
evento al que desea asistir.
Las personas con mala influencia cancelan los boletos con dinero
falsificado, ya que genera una perdida a los organizadores de eventos.
Las personas están expuestas a extraviar su boleto, ya que éste es
entregado en el mismo instante en que lo adquiere.
No se puede hacer reservas anticipadas de boletos para el evento al que
se desea asistir.
Genera mayor inseguridad en los puntos de venta de boletos, ya que no
existe control necesario para el servicio que se brindan.
1.8. Solución a la Problemática
Se proporcionará la creación de una aplicación web para automatizar el
proceso de la venta de boletos. Esta aplicación que se implementará dará
mejoras en el momento de adquirir un boleto para cualquier evento, se
desarrollará con herramientas Oracle, lo que nos garantiza un sistema
confiable.
Esta aplicación como está basada en web abarca la generación de boletos al
instante en un tiempo de respuesta óptimo donde la persona interesada que
efectuará la compra puede seleccionar el evento que este de su agrado, toda
esta información se guardará en la base de datos respaldando así los datos
del consumidor y de la compra que se realice.
También la persona interesada en adquirir boletos tendrá acceso a la
información que se brinda en nuestro sitio web es decir podrá visualizar por
pantalla los eventos a realizarse, lugar en el que se efectuará, eventos por
rango de fechas, precio del boleto a comprar, también contará con la opción
de realizar su pago en línea, reservar boletos para el evento en el que desea
asistir, horario disponibles de cada evento, a demás puede seleccionar la
zona de preferencia y cantidad de boletos a comprar.
Nuestra aplicación facilitará a los consumidores dándole comodidad y así dar
una mayor usabilidad para quienes deseen visitar nuestro sitio web.
Una opción adicional que le daremos al consumidor es realizar la compra por
los distintos puntos de ventas el cual queda a criterio de cada persona al
momento de adquirir su boleto. Este punto de venta al igual que el sitio web
prestará el servicio de vender boletos emitiéndolo pre-impresos
entregándoselo personalmente a la persona interesada.
1.9. Misión y Visión del proyecto
1.9.1. Misión
Somos una empresa confiable, eficiente, de comercialización de boletos y
servicios para cualquier tipo de eventos o espectáculos, que deseen realizar
sus compras por vía internet, desde la comodidad del lugar donde esté y
obteniendo respuesta en un tiempo mínimo, teniendo la oportunidad de
escoger el lugar especifico del evento.
Nuestra misión como profesionales de la venta de boletos para eventos, es
entretener e informar de manera veraz y oportuna, interactuando con
nuestros cibernautas para que se conviertan en entes de la información y
construyamos juntos un puente de comunicación y servicio social a la
comunidad.
1.9.2. Visión
Ser una empresa moderna, que preste los mejores servicios de acuerdo a la
comodidad de nuestros clientes y conquistar a un mundo de cibernautas que
no estén actualmente bien atendido, que se componen de personas que
trabajan y usan como medio el computador.
Nuestra visión es llegar a ser el mejor portal para permitir escoger el evento
que más se adapte a sus gustos y exigencias, sin la necesidad de hacer fila
para comprar su boleto en los puntos de ventas. De esta manera alcanzar el
protagonismo y liderazgo dentro de esta nueva forma de realizar ventas de
boletos para eventos por vía Internet.
1.10. Objetivos de Proyecto
1.10.1. Objetivo General
Proporcionar una herramienta informática que sea amigable, útil,
confiable y estándar para cualquier tipo de organización que se dedican a
realizar eventos, incrementando la eficiencia y eficacia, automatizando el
proceso en el momento de adquirir boletos y de esta manera el sistema a
implementar pueda ayudar a las empresas, para así establecer un
ambiente competitivo y brindar a todos un servicio eficiente ofreciendo
mayor comodidad a los diversos espectadores o consumidores que
desean obtener un boleto para poder asistir a un determinado evento.
1.10.2. Objetivos Específicos
Ampliar el nivel de conocimientos de los eventos o espectáculos
existentes que se van a realizar en diferentes lugares.
Brindar una herramienta de comodidad para los espectadores que
acudirán a los eventos que promocionaremos.
Generar un espacio donde las empresas promotoras puedan publicar
sus eventos en diferentes sitios de sus localidades.
Permitir a los consumidores comprar y realizar el pago de boletos al
instante.
Brindar descuentos a las personas de acuerdo a las políticas de la
empresa promotora de cada evento por tipo de público.
Responder a todas las solicitudes que realicen los clientes que deseen
colocar sus eventos en nuestro sitio dándole respuestas en dentro de
un corto tiempo.
1.11. Alcances del Proyecto
1.11.1. El Cliente (Empresas Promotoras)
EL cliente interesado en vender sus boletos a través de nuestros sitios web,
tendrá que llenar un formular de registro el cual contendrá los principales
datos de la empresa.
Este formulario de registro será aprobado por una persona encargada de
constatar si el cliente cumple con las políticas de nuestra empresa.
Una vez que sea aprobado, deberá facilitar todos los datos del evento que
desea publicar.
También podrá generar reportes de los eventos publicados, la cantidad de
boletos vendidos, disponibilidades de boletos en los eventos.
1.11.2. El Consumidor
Por medio de nuestro sitio web, el consumidor podrá observar todos los
eventos que se van a realizar.
El consumidor podrá realizar la búsqueda de un evento ya sea por un rango
de fechas, categorías, subcategorías o por el lugar donde se efectuara el
evento.
Además podrá visualizar los eventos que se van a realizar en el día los más
solicitado y los próximo a realizarse.
Una vez que el consumidor ha elegido el evento de su preferencia podrá
visualizar la información detallada del evento como: descripción del evento,
precio y lugar donde se llevará a cabo el evento.
Previamente a la compra o reservación de boletos el cliente tendrá que llenar
un formulario de registro o de lo contrario si ya se encuentra registrado
deberá iniciar sesión.
El consumidor tendrá la opción de reservar o comprar boletos para un evento
a través de nuestros sitios web. Seleccionando la zona de preferencia y la
cantidad de boletos a comprar.
Para que el consumidor pueda realizar el pago en línea, nuestra sitio web lo
redireccionará a la página de PayPal, una vez que se genere
satisfactoriamente el pago será automáticamente redireccionado a nuestro
sitio web.
Cuando el pago es efectuado la persona que está realizando la compra
recibirá en su correo electrónico un mensaje informando que la transacción
ha sido realizada exitosamente junto con el o los boletos comprados.
1.11.3. Punto De Venta
Las personas que son seleccionadas por las empresas para realizar la venta
de boletos a través de los puntos de ventas podrán efectuar la emisión y
anulación de boletos que requiera el consumidor.
Tendrá opciones de consulta que eventos están disponibles, ver los precios
de los boletos, capacidad de disponibilidad para el evento, que es
seleccionado por la persona interesada a obtener su boleto.
Podrá generar un reporte de todos los boletos vendidos clasificados por días,
por un rango de fechas o por eventos.
1.11.4. Administrador del Sistema
Una vez que el administrador inicie sesión en nuestro sistema, podrá
ingresar, eliminar, modificar, consultar, a los clientes que son las empresas
que organizan el evento.
Además tendrá opciones para visualizar a todos los clientes que han emitido
una solicitud de querer vender boletos para sus eventos a través de nuestros
sitio web y de esta manera aprobarlos.
La persona que administra nuestros sitio web puede configurar y dar
mantenimiento de la información de las empresas, eventos, horarios,
categorías, subcategorías, ciudad, país, zona localidad, punto de venta,
cliente, usuario, tipo usuario, tipo público, impuesto, zona localidad.
Generará reporte de todos los clientes afiliados a nuestro sitio web.
Generará reporte de todas las ventas realizadas por día, por rango de fecha
o por eventos.
Generara reporte de los eventos más solicitados.
Generara reporte de todas las reservaciones realizadas para un determinado
evento.
Generar reporte de eventos que han sido cancelados.
1.12. Metas
Garantizar la mayor comodidad y facilidad al adquirir un boleto para
cualquier evento.
Ofrecer una completa automatización en la compra de un boleto
electrónico, lo que permite emitir instantáneamente un nuevo boleto de
forma eficiente y segura.
Disponibilidad de horario para adquirir un boleto.
Permitir reservaciones anticipadas de boletos.
Automatización de las diferentes tarifas y descuentos.
Proceso eficaz en línea.
Publicidad de los diferentes eventos que se puedan realizar.
Operar sus eventos de forma inteligente en un contexto seguro, para
que usted y sus espectadores vivan al máximo la experiencia de cada
evento.
Ahorrar la emisión de boletos de cartón que equivalen un gasto para
los organizadores de eventos.
Se garantizará la seguridad de la información proporcionada por cada
usuario que realice la compra de boletos en línea.
1.13. Ventajas
La emisión de boletos es de manera instantánea ya que se adquiere
haciendo uso de nuestro sistema en línea.
El boleto a emitir tendrá una serie numérica única para la identificación de
cada boleto y así aseguraremos la confiabilidad del consumidor.
Se proporcionará la opción de vender boletos en puntos de ventas
oficiales.
Disponibilidad de toda la información en distintos eventos que se
realizarán.
Por medio de los puntos de ventas la impresión de boletos se dará justo
en el momento de la compra.
Para los consumidores nuestro sistema otorga mediante la web y puntos
de ventas diversos descuentos por tipos de público en determinados
eventos al momento de emitir boletos electrónicos siempre y cuando este
dentro de la política del cliente que organiza el evento.
Los consumidores no estarán expuestos a perder sus boletos. Las
personas que adquiere sus boletos por medio de los puntos de ventas si
pueden estar expuestas a extraviarlos puesto que la serie del ticket fue
entregada de manera personal y no enviada electrónicamente como se lo
hace por web.
1.14. Beneficios
Con la realización de nuestro sistema todos por partes diferentes serán
beneficiados ya sean los Clientes que organizan los eventos públicos, los
consumidores y la empresa que proveerá el comercio mediante la web y
puntos de ventas.
Clientes
Los organizadores de eventos se beneficiarán por medio de este sistema
ya que le daremos la facilidad de difusión de sus eventos mediante la
web (internet) y así lleguen a obtener más consumidores porque hoy en
día el internet es una red de acceso público en todo el mundo. El objetivo
de los organizadores de eventos es obtener publicidad para lograr
ingresos económicos, es decir mientras más consumidores tengan mayor
será su ganancia, por ellos mediante nuestro sistema vía web se podrá
conocer todos los eventos que se realizarán en los diferentes lugares.
Consumidores
Los consumidores disfrutaran de mucho entretenimiento, diversión,
satisfacción realizando la compra de boletos por medio de nuestro sitio,
en el que podrán obtener información de cualquier tipo de eventos que se
realizan en diferentes localidades dándole al consumidor opción de poder
efectuar reservas de boletos, con esto podrán hacer uso de la tecnología
Web para realizar la compra de boletos vía online y así darle mayor
comodidad y flexibilidad de horario para realizar sus compras. Con esto
el consumidor puede tener mayor seguridad tanto en el servicio como la
confidencialidad de sus datos.
Empresa que permitirá la compra de boletos vía Web.
Nosotros que seremos las personas que implementaremos el sistema
también obtendremos beneficios tales como un valor de porcentaje por la
compra que realice el consumidor de cada boleto ya sea por vía web (en
línea) o por los diferentes puntos de ventas.
1.15. Principales características del sistema
Servicio: el sistema provee los servicios administrativos y cubre el ciclo
completo de ventas de boletos, tanto por la web y puntos de ventas,
abarcando la reserva, venta y control de acceso a las zonas para el evento,
así como también la gestión de clientes que deseen registrarse en nuestro
portal para promocionar sus eventos y hacer posibles sus ventas. El conjunto
de servicios constituye una unidad operativa a partir de un único modelo de
datos que brindaremos.
Tecnología: nuestro sistema se desarrolla sobre tecnologías web
exclusivamente, lo que significa que se emplean las técnicas adecuadas para
el desarrollo de sitios productivos en Internet con un alto perfil
comunicacional, a la vez que se obtiene una operación libre de compras en
línea. La navegación hacia el sitio propuesto pone a disposición todas las
prestaciones necesarias para la completa gestión o autogestión en relación
con la adquisición de boletos dándole un alto grado de automatismo.
Confiabilidad: La concepción del sistema e-ticket, basada en estándares
abiertos y probados, sumada al diseño redundante otorga solidez y fiabilidad.
Ante la eventual salida de servicio de un servidor este proceso se lleva a
cabo aplicándose tan solo una leve demora que no es notoria para cada
transacción, con lo cual el sistema se mantiene siempre operativo.
Módulos del Sistema
El sistema contara con tres módulos:
Módulo de Administrador
Este módulo se encargará de realizar todas las respectivas
configuraciones para nuestro sistema y así controlar la confidencialidad
de los datos que obtendremos de nuestros clientes y consumidores. A
continuación se muestra las diferentes opciones que se puede realizar en
este módulo.
Creación, modificación y eliminación de empresas que publicaran sus
eventos.
Creación, modificación y eliminación de usuarios.
Creación, modificación y eliminación de ciudades.
Creación, modificación y eliminación de categorías.
Creación, modificación y eliminación de eventos
Creación, modificación y eliminación de horarios
Creación, modificación y eliminación de localidades.
Creación, modificación y eliminación de tipos de públicos.
Creación, modificación y eliminación de los puntos de ventas para
cada evento.
Configuración de los Descuentos por tipo de público.
Módulo del Consumidor
Este módulo el consumidor podrá obtener la información necesaria de los
eventos que se realizarán, así mismo podrá efectuar la compra de boletos
y obtenerlo de manera instantánea. A continuación se muestra las
diferentes opciones que se puede realizar en este módulo.
La persona interesada podrá visualizar los eventos filtrados por
ciudad, categoría y por un rango de fechas.
Se podrá visualizar información detallada sobre cada evento a
efectuarse.
El consumidor podrá realizar compras en línea para los eventos y
podrá efectuar su pago mediante la página PayPal que estará
disponible en nuestro portal.
Una vez que el consumidor realizó una compra en línea se le enviará
un correo confirmando que la transacción fue exitosa, y además
recibirá un boleto electrónico con una serie numérica única para su
identificación.
El consumidor podrá realizar reservaciones anticipadas para los
eventos mediante siempre y cuando sea efectuado mediante nuestro
sitio web.
El consumidor obtendrá información sobre el uso adecuado de cómo
efectuar la compra de boletos por medio de nuestra web.
Cuando el consumidor realice la compra de boletos por medio de
nuestro sitio web no existirán reembolsos ni cancelaciones de ningún
tipo y bajo ninguna circunstancia.
Módulo de Punto de Venta
En este módulo, los consumidores que no opten por adquirir su
boletos mediante la web podrán realizar la compra en los distintos
punto de venta autorizados. A continuación se muestra las diferentes
opciones que se puede realizar en este módulo.
Emisión de Tickets
Anulación de Tickets
Consulta de Precios.
Consulta de eventos disponibles
Consulta de capacidad de disponibilidad para el evento
Consulta de tickets emitidos
Pre-venta con descuento.
Realizar reportes de ventas los cuales serán mencionados en los
alcances.
Módulo del Cliente
Por medio de este módulo los clientes que son los organizadores de
los diferentes eventos también tendrán la opción de publicar sus
eventos en el preciso momento que ellos lo requieran.
Así mismo podrán obtener información de los boletos que se han
vendidos es decir se realizarán reportes de las compras que han hechos
los consumidores ya sea por medio del sitio web o por los puntos de
ventas. A continuación se muestra las diferentes opciones que se puede
realizar en este módulo.
Ingreso de formulario para registrarse.
Ingresos de eventos para venderlos mediante nuestro sitio web.
Establecer localidad en que se efectuará el evento.
Definir horarios disponibles para los eventos.
Establecer capacidad para cada evento.
Establecer el tipo de público que accederá en los eventos.
Obtener un reporte de las ventas realizadas, eventos publicados.
1.16. Estudio de factibilidad
Para nuestro proyecto el proceso de análisis de factibilidad medirá los
posibles aspectos para obtener el éxito, es muy importante toda la
información que recolectemos. Es decir este estudio se lo realiza después de
haber identificado el ámbito debido a que nos hacemos preguntas
razonables de que si será factible el proyecto, con esto este análisis
podremos determinar que nuestro sistema a desarrollar es factible.
Debido a que nuestro sistema E-ticket tendrá diferentes estrategias de
solución será factible para todas las empresas que requieran contratar
nuestros servicios.
Porque y cuando analizar la factibilidad
Se analiza la factibilidad porque nos ayudará a decidir si seguir o no con
nuestro proyecto, para ello este estudio se llevará a cabo durante todo el
ciclo de vida del sistema E-ticket.
Conclusiones a alcanzar con el análisis de factibilidad
¿Nuestro sistema se podrá realizar?
El sistema sí se podrá realizar porque contamos con la tecnología informática
suficiente, tanto como hardware y software y recurso humano para conseguir
nuestro objetivo.
¿El sistema E-ticket beneficia a los usuarios interesados?
Claro está que todos seremos beneficiados. En cuanto a la parte del Cliente,
Promotores y la empresa que presta el servicio(Recurso Humano que
realizará el sistema).
Técnicas de Factibilidad
Para sacar una conclusión del análisis factible para nuestro sistema en
primer lugar debemos tener en cuenta que en un estudio de factibilidad
existen tres aspectos importantes los cuales deben ser considerados en el
momento que estamos evaluando cada estrategia para la solución formulada
del problema de incomodidad de las personas que desean adquirir un boleto
para cualquier evento.
Factibilidad Técnica ó tecnológica
La evaluación que se le dará a este aspecto desde el punto de vista
técnico para la realización de nuestro proyecto será necesario tener en
cuenta todo lo relacionado con la posibilidad de uso y disponibilidad de
herramientas y algunos recursos tecnológicos que son adecuados al
momento de llevar a cabo el proyecto, pues el mercado tanto nacional
como internacional ofrece a costos razonables y de buena calidad para la
tecnología que requerimos para concluir con nuestro objetivo. Este
análisis de factibilidad técnica se lo realiza ya que existen muchos
factores que definen la calidad que tendrá nuestro software debido a que
se realizará un trabajo en grupo aplicando la metodología orientada a
objeto; pero sin embargo es de gran importancia las herramientas y
recursos tanto tangibles como intangibles para que el desarrollo de este
sistema pueda lograr sus metas.
Como una de las estrategias que implementaremos es una tecnología
basada en web debemos considerar recursos tecnológicos que permitirá
mantener activo el tiempo que se le determine al sitio web a continuación
se mencionara el Hardware y Software que se necesita para llevar a cabo
este sistema.
La tecnología en cuanto a software que implementaremos será totalmente
gratuita dándonos la facilitad de desarrollar y explotar al máximo al
máximo las herramientas necesarias para nuestra aplicación web.
A continuación realizaremos un breve análisis de los componentes que
debemos considerar:
Software
Para definir los recursos adecuados realizaremos un estudio de software
existente para tener en cuenta que programas son los más idóneos para
realizar nuestro sitio web donde brindará el servicio para que los
consumidores puedan comprar sus boletos, así mismo se analizará las
herramienta para desarrollar una breve aplicación automatizada que
permita al usuario comprar por puntos de venta, dándole soluciones
informáticas mediante este análisis.
Lenguajes de Programación
Java vs .Net
En estos dos lenguajes de programación cabe recalcar que estas
dos herramientas logran resultados similares esta referencia la
obtenemos mediante nuestro estudio de estas dos herramientas
sin embargo tienen una diferencia monetaria mayor debido a que la
herramienta Java es gratuita y .Net no lo es.
PHP:
Este lenguaje de programación es fácil de aprender. LA persona
que programa en este lenguaje programa a su manera y hace que
sea muy difícil mantener el código de terceras personas, en una de
las versiones de Php es difícil depurar los errores. Necesita de un
intérprete para ejecutarse. No siempre están en todas las
plataformas.
JDeveloper 11G
JDeveloper es un entorno en donde podremos crear nuestra
aplicación desde cero en el cual trabajaremos con bases de datos
y generar distintos modelos de acuerdo a nuestras necesidades, es
un marco de desarrollo en Java que nos ofrece una gran cantidad
de capacidades para la creación de aplicaciones java, servicios
para la Web por el que es un lenguaje de programación
multiplataforma.
En el entorno de JDeveloper podremos ajustar nuestra
programación en jsp, java, javascript,css, etc; por tal motivo sin
duda este lenguaje es bastante confortable para realizar nuestro
sistema.
JSP es orientado a crear páginas web con programación en Java,
están basado en los servlets de Java que son los programas en
Java destinados a ejecutarse en el servidor dado que resulta
mucho más sencillo aprender los servlets que afrontar a la
programación jsp.
Comparando JSP con Java vs ASP
JSP y ASP sirven para hacer, más o menos, el mismo tipo de
aplicaciones web. Sin embargo, en el fondo tienen bastantes
diferencias.
En cuanto a plataforma e independencia del servidor.
JSP se puede ejecutar en los sistemas operativos y servidores
web más populares, como por ejemplo Apache, Netscape o
Microsoft IIS. Mientras que ASP sólo tiene soporte nativo para
los servidores IIS y Personal Web Server, que son los dos
servidores web para sistemas Microsoft.
Proceso de desarrollo abierto (open source)
El API JSP se beneficia de la extendida comunidad JAVA
existente, por el contrario la tecnología ASP es específica de
Microsoft que desarrolla sus procesos internamente.
TAGS
Mientras que tanto JSP como ASP usan una combinación de
tags y scripts para crear páginas web dinámicas, la tecnología
JSP permite a los desarrolladores crear nuevos tags. Así los
desarrolladores pueden crear nuevos tags y no depender tanto
de los scripts.
La Ventaja Java
La tecnología JSP usa Java como lenguaje de Script mientras
que ASP usa VBScript o Jscript. Java es un lenguaje más
potente y escalable que los lenguajes de Script. Las páginas
JSP son compilados en Servlets por lo que actúan como una
puerta a todos los servicios Java de Servidor y librerías Java
para aplicaciones http. Java hace el trabajo del desarrollador
más fácil, ayuda a proteger el sistema contra las "caídas"
mientras que las aplicaciones ASP sobre sistemas NT son más
susceptibles a sufrirlas.
Mantenimiento
Las aplicaciones que usan JSP tiene un mantenimiento más
fácil que las que usan ASP ya que por ejemplo; los lenguajes de
Script están bien para pequeñas aplicaciones, pero no encajan
bien para aplicaciones grandes. Java es un lenguaje
estructurado y es más fácil de construir y mantenimientos
grandes como aplicaciones modulares.
Las ventajas sobre utilizar la tecnología Java con respecto a la
propietaria de Microsoft (ASP) son, como se ha podido ver,
diversas e interesantes. Sin embargo, podemos apuntar una
ventaja de la programación en ASP, pues resulta bastante más
fácil de aprender que JSP. Esto es debido a que Java es un
lenguaje muy potente, pero un poco más complicado de usar
porque es orientado a objetos y la manera de escribir los
programas es más rígida.
Developer
Es una herramienta integrada para el desarrollo de aplicaciones
visuales que precisen acceder a bases de datos desde plataformas
Windows.
Developer está compuesto de cuatro aplicaciones básicas:
FORMS(genera pantallas)
REPORTS(Creacion de informes)
GRAPHICS.(Genera gráficos estadísticos)
BOOK(Genera documentación sobre las aplicaciones)
Bases de Datos
Este análisis es con el fin de decidir con que base se desarrollará el
sistema, porque es en la base de datos donde se guardará toda la
información necesaria para cumplir con nuestros objetivos.
Para realizar una correcta elección de la base de datos a utilizar se
deberá estimar cuantos datos utilizara la aplicación, con qué frecuencia
tendrá que acceder, modificar los datos, la cantidad de usuarios que
accederán. La base que escogeremos actuará como un intermediario
entre nosotros y nuestros datos.
Dentro de las bases de datos más usadas tenemos:
Oracle
DB/2
SQLServer
MySql
Postgresql
SQL Server 2008
Spatial
MySQL 5-6
PostgreSQL/
PostGIS 1.3-1.4
Windows XP,
Windows Vista,
Windows 2003,
Windows 2008
Windows XP,
Windows Vista,
Windows 2003,
Windows 2008
- Windows XP,
Windows Vista,
Linux, Unix, Mac.
- Su licencia es
comercial código
abierto, algunas
partes GPL.
- Windows 2000+
(including Vista and 2003,
no comprobado en 2008),
Linux, Unix, Mac
Tabla 1. Bases de Datos
Destacaremos puntos importantes de la Base Oracle contra el resto de
las Base de datos:
1. Puede ejecutarse en todas las plataformas.
2. El software del servidor puede ejecutarse en algunos sistemas
operativos.
3. Oracle soporta todas las funciones que se esperan de un servidor: un
lenguaje de diseño de bases de datos completo (PL/SQL) otorgando
integridad referencial.
4. Ciertas versiones de esta base admiten la administración de bases de
datos distribuidas.
5. Oracle es la base de datos con mas orientación hacía INTERNET.
6. Este establece un proceso entre bases de datos del servidor y el
cliente para la aplicación de programas.
7. Tiene Soporte geodésico real, soporte para mediciones a lo largo de
un esferoide, mientras que en las otras bases mencionadas no
cuentan con este soporte.
Dentro de las empresas que hacen uso de esta base de datos esta:
• Tribunal Supremo Electoral (TSE)
• Hospital Militar (Hospital General de las Fuerzas Armadas)
• Supan
• Juan Marcel entre otras.
•
Hardware
Para la realización de este sistema por el lado del Hardware es primordial
conseguir los recursos físicos o equipos los cuales están disponibles en
cualquier mercado que ofrezca tecnología. Estos recursos que
necesitaremos están mencionados en este capítulo.
Selección del lenguaje que se ajusto al desarrollo de este sistema
Parte Web
Lo que se necesita es contar con un navegador web. Teniendo acceso a
internet y a cualquier navegador web.
Después de haber efectuado el análisis técnico que se lo explica
anteriormente en cuanto a software el lenguaje de programación será
JDeveloper 11g (programación Java con uso de jsp, javascript, html), puesto
que usa lenguajes de programación gratuita.
Parte Local
Para los puntos de ventas la aplicación con la que contarán las personas
encargadas de vender entradas para eventos estará desarrollado en el
lenguaje de programación que ofrece Developer; para reflejar las pantallas se
usará Forms y para los reportes usaremos Reports.
Base de Datos
La base de datos que escogeremos es la de Oracle ya que debido a nuestro
estudio realizado tendremos bastante información para lo cual esta bases de
datos soportará tanto en tamaños, desde severas cantidades de bytes y
gigabytes.
Factibilidad Operativa
Las condiciones que se presentan en este caso donde persiste el
inconveniente para poder obtener boletos al momento de querer asistir a un
evento son suficientes para la realización e implantación de este sistema
para otorgar información en línea.
El producto que se pretende insertar al mercado de software para empresas
y consumidores es con el fin de sustituir el Sistema ineficiente con el cual las
personas interesadas no se sienten cómodos. Por tal motivo este sistema
reflejará la satisfacción mediante el aspecto visual que tendrán aquellas
personas que deseen ingresar a nuestro portal y comprar o a su vez para las
empresas que deseen proponer sus eventos para realizar las ventas de sus
boletos lo podrán inscribirse en nuestro sitio.
El apoyo que brinda por parte del consumidor será suficiente cuando por
medio de nuestro sitio web realice la compra así mismo deberá
proporcionarnos los datos para que quede registrado dándole así un usuario
para navegar y satisfacer sus necesidades, ya que contará con una buena
interfaz grafica para que se entretenga cuando visite nuestro sitio.
El sistema que será implementado dará productividad tanto para las
empresas que muestren sus eventos por el portal como también en caso de
los puntos de ventas obtendrán beneficio laboral las personas encargadas en
los puntos de ventas.
1.17. Recursos
El sistema para proveer el servicio de ventas de entradas para eventos debe
contar con los siguientes recursos tanto para el desarrollo e implementación
del mismo, los cuales serán detallados a continuación.
1.17.1. Recursos para el desarrollo
Hardware
Necesitaremos una computadora que contengan las siguientes
características.
• Memoria RAM 2 GB
• CPU con Procesador Core 2 Duo de 2 GHZ
• 80 GB de disco duro mínimo
• Tarjeta de Red y conexión a Internet mínimo 128 KBps
• Cable de Red para las conexiones entre PC’S
• Impresora Multifunción para impresión de boletos en los puntos de ventas.
Software
Sistema Operativo Windows XP Professional con Service Pack 2
Oracle Database 10g Enterprise Edition (Base de Datos)
JDeveloper 10g (Entorno de desarrollo)
Recursos humano
Aquí mencionamos las personas que llevarán a cabo el desarrollo de este
sistema el cual necesita de tres recursos humanos en donde cada uno
aportará de manera simultánea con conocimientos sólidos en herramientas
Oracle ya sea para trabajar nuestro proyecto con Oracle 10g, Jdeveloper11g,
nociones de diseño para poder realizar nuestra sitio Web brindando nuevas
ideas para llevar al éxito a este software. Así mismo contamos con
conocimientos en Developer a lo que se refiere Forms y Reports para
efectuar las ventas por medio de los puntos de ventas ya que actualmente en
la mayoría de empresas sostienen este modelo de programación, dándole al
cliente la opción de irse por dos caminos que sean de su preferencia. Los
integrantes serán:
Pedro Chamba Suquillo.
Cynthia Quinde Banchón.
Richard Galarza Muñiz.
1.17.2. Recursos para la implementación del sistema
Los recursos que mencionaremos a continuación son los necesarios para
poner puesta en marcha nuestra aplicación.
Hardware
PC Servidor
Procesador Intel
Velocidad de 3.0 GHz
Memoria RAM de 2 GB
Disco Duro 80 GB
Unidad de DVD/CD-ROM
Software
Oracle database 10g Standard Edition One
Humano
El equipo constará de un grupo de 3 personas que desarrollarán el
proyecto junto con los usuarios(consumidores) finales quienes manejaran
la aplicación.
1.18. Metodología
Para desarrollar nuestro software de manera sistemática logrando ajustarse a
las distintas necesidades que existen y dan lugar a que persista el problema
optaremos por crear y desarrollar una metodología apropiada con técnicas de
desarrollo, métodos de gestión siguiendo un modelo de ciclo de vida, dicho
esto nuestro sistema de ventas de entradas para eventos aplicará una
metodología Orientada a Objeto.
Esta metodología estará centrada en los objetos del dominio del problema
además se aplicará a nivel de análisis y diseño identificando, definiendo en el
análisis la información, funcionamiento y comportamientos de todas las
partes que intervienen dentro del problema al momento de efectuar la
compra de boletos para ello identificaremos los escenarios o casos de usos,
clases, objetos que se detallan en este documento mientras que en el diseño
orientado a objeto definiremos los atributos y métodos que serán
programados en el lenguaje idóneo que hemos escogido.
Nuestro sistema se visualizará como un conjunto de objetos interactuando,
cada uno con su propio estado privado, en vez de un conjunto de funciones.
Nuestros objetos serán entidades independientes que encapsularán toda la
información y que se podrán comunicar mediante el intercambio de mensajes
en vez de compartir variables.
Para esta metodología seguiremos un Lenguaje de Modelo Unificado el cual
constará de todos los elementos y diagramas para así modelar nuestro
sistema.
La metodología que escogimos es debido a que nos ofrece ventajas como:
Reutilización de código.
Estabilidad de clases.
Mayor nivel de automatización de base de datos.
El programador piensa en términos del comportamiento de objetos y no en
detalles de bajo nivel.
Facilita la creación de programas visuales.
Se construyen clases a partir de otras clases.
Mantenimiento más sencillo.
Facilita el trabajo en equipo
En conclusión la metodología Orientado a Objetos nos proporciona
conceptos y herramientas con las cuales se modela y representa el mundo
real tan fielmente como sea posible, por tal motivo con esta metodología
lograremos brindar un servicio eficiente para las ventas de entradas de
boletos.
1.19. Modelo de Desarrollo
Este es un análisis de los modelos de procesos para poder elegir el un
modelo de desarrollo a seguir.
Criterio de Análisis de Modelos de Proceso
MODELO DE
PROCESO
Desempeño con
requisitos y arquitectura
no predefinidos
Produce software
altamente fiable
Gestión de riesgos
Permite correcciones
sobre la marcha
Visión del progreso
por el Cliente y el
Jefe del proyecto
Codificar y corregir
Bajo Bajo Bajo Alto Medio
Desarrollo Bajo Alto Bajo Bajo Bajo
en cascada
Desarrollo Alto Medio Medio Alto Alto
Prototipos
Desarrollo Alto Alto Alto Medio Medio
Espiral
Tabla 2. Análisis de Modelos de Proceso
Para el desarrollo de nuestro sistema de ventas de boletos se aplicaremos el
Modelo Espiral ya que es un modelo de proceso de software evolutivo, el
cual se relaciona con todo el entorno iterativo de la construcción de
prototipos o modelos. Con la aplicación de este modelo haremos énfasis en
el riesgo que pueda tener nuestro proyecto el cual se emplea para conducir
sistemas intensivos de ingeniería de software concurrente.
Se caracteriza principalmente por:
1. Un enfoque cíclico para el crecimiento incremental del grado de definición
e implementación de nuestro sistema, mientras que disminuye su grado
de riesgo.
2. Un conjunto de puntos de fijación para asegurar el compromiso de la
persona interesada en adquirir boletos otorgándole soluciones de sistema
que sean factibles y mutuamente satisfactorias.
El modelo espiral capturará algunos principios básicos:
Decidir qué problema se quiere resolver antes de viajar a resolverlo.
Examinar tus múltiples alternativas de acción y elegir una de las más
convenientes.
Evaluar qué tienes hecho y qué tienes que haber aprendido después
de hacer algo.
No ser tan ingenuo para pensar que el sistema que estás
construyendo será "EL" sistema que el cliente necesita.
Conocer (comprender) los niveles de riesgo, que tendremos que
conllevar.
Figura 1. Modelo Espiral
En cada vuelta tomamos en cuenta:
Los Objetivos: Que necesidad debe envolver nuestro programa para
poder alcanzar el éxito.
Es decir aquí se analizarán las diversas necesidades de los consumidores
o clientes(empresas promotoras) para ofrecerle mayor comodidad,
eficiencia y eficacia al momento de que deseen usar nuestro servicios
para lo cual le brindaremos un sistema automatizado basado en web para
lograr la satisfacción de los mismos.
Alternativas: Aquí se analiza los varios métodos para alcanzar nuestros
objetivos de manera exitosa, a través de diferentes puntos como son:
1. Características: experiencia del personal, exigencias a efectuar.
2. Formas de gestión del programa.
3. Riesgo tomado con cada alternativa.
Planificación
y Objetivos
Análisis del
riesgo
Desarrollar y
Probar Planificación
En esta fase de análisis de riesgo determinaremos qué se necesita
proteger, de que o quien hay que protegerlo y como lo haremos, pues
bien la integridad de los datos que las personas q accedan a nuestro
portal estará a salvo dándole solo el rol del permiso para que únicamente
la persona que ya es miembro de nuestro sitio acceda a sus acciones y
consultas que desee visualizar para ello contara con un usuario y
password.
Las personas que deseen comprar los boletos deben registrarse y la
persona encargada(administrador) le otorgara las acciones que puede
tener.
Desarrollar y Verificar: Programar y probar nuestro sistema de ventas
de entradas para un cualquier evento.
Se planificaran los siguientes pasos y se volverá a empezar la espiral.
Para nuestro proyecto en esta fase de planificación se definirán los
recursos, metodologías, requisitos del personal para el desarrollo del
sistema, el tiempo, cronograma de desarrollo, etc.
Es muy importante recalcar que en este modelo de desarrollo que es la
espiral, tiene una forma de caracol que mantiene dos dimensiones la
radial y la angular:
1. Angular = Avance del proyecto Software, dentro de un ciclo.
2. Radial = Aumento del coste del proyecto, ya que con cada nueva
iteración se pasa más tiempo desarrollando.
Al ser un modelo de Ciclo de Vida orientado al riesgo se dice que uno de
los aspectos fundamentales de su éxito radica en que el equipo que lo
aplique sea capaz de detectar y catalogar correctamente dicho riesgo.
CCAAPPÍÍTTUULLOO 22
SISTEMA DE VENTA DE
ENTRADAS PARA EVENTOS
2. ANÁLISIS
2.1. Ingeniería de Información
Una vez analizada nosotros realizamos una investigación de campo para
conocer a fondo todo el procedimiento que se realiza actualmente a la hora
de querer comprar boletos, por ello nos dirigimos a distintos lugares en que
se efectúan estas actividades donde nos pudimos dar cuenta la manera en
que las personas que requieren el servicio no se sienten satisfechos al
realizar la compra, este proceso lo constatamos nosotros para asegurarnos
que el inconveniente persiste hoy en día, por ello nos dirigimos a comprar los
boletos para un determinado evento y la atención no fue muy agradable y el
tiempo para obtener el ticket fue muy lento, además hubieron muchas
personas que no pudieron comprar los boletos debido al horario que atendían
en el lugar donde se presta este servicio. Por tal motivo estos lugares no le
brindan al consumidor la suficiente eficacia y eficiencia es decir las personas
encargadas de estas ventas no rinden al 100% para dar la comodidad
necesaria al consumidor.
La observación que obtuvimos fue suficientemente clara para tener en cuenta
el conjunto de una serie de pasos que nos conducirán a resolver el problema
de manera sistemática.
Fuentes de ideas
La fuente principal para que este puesta en marcha nuestra realización del
sitio web son nuestras propias experiencias individuales al recordar algo
vivido, las conversaciones personales y las observaciones de los hechos a
través de los medios de comunicación.
Poca disposición de las personas que no cuentan con un tiempo idóneo para
adquirir sus boletos por medio de puntos de ventas por lo cual se dará
oportunidad a que haga uso de nuestro nueva aplicación.
2.2. Planificación del proyecto
Las actividades de la planeación de nuestro proyecto informático incluyen los
siguientes puntos
1. La definición del problema
2. Definir las metas y restricciones de la solución
3. Proponer alternativas de solución
4. Evaluación y selección de la alternativa más viable
5. Planear el desarrollo de la alternativa seleccionada (estimar esfuerzo,
tiempos, costos y organizar los recursos )
Figura 2. Planificación del Proyecto
2.3. Técnicas de Análisis
Se pueden utilizar técnicas como el análisis FODA, el cual consiste en hacer
una relación entre elementos:
Fortaleza: Factor interno positivo.
Oportunidades: Factor externo positivo.
Debilidades: Factor interno negativo.
Amenazas: Factor externo negativo.
Revisió
n
Definición
del sistema Análisis de
Factibilidad
Planeación
del proceso
de desarrollo
Fin
Si
No
Ingeniería de
sistemas
¿Existe una
alternativa de solución factible de
desarrollar?
DEFINICION DEL SISTEMA
Definición del problema
Metas del sistema
Restricciones
Funciones del sistema
Estrategia de solución
PLAN DEL PROYECTO Estructura organizacional.
Requisitos del personal y
recursos.
Estimación de costos.
Cronograma de desarrollo.
Análisis F.O.D.A
Factores Internos Factores externos
Fortalezas Debilidades Oportunidades Amenazas
Se cuenta con
procesos en la
web eficientes,
confiables y de
alta calidad para
absorber el mayor
número de
consumidores.
Los roles que les
otorgamos a una
persona
encargada en los
puntos de ventas.
Cambios del
perfil de los
clientes que dan
a conocer sus
eventos para la
compras de
boletos
Esta expuesto a
que surja nuevas
herramientas
tecnológicas que
mejoren el
sistema que
ofrecemos.
Excelente imagen
de nuestro
servicio en
impartir los
boletos para un
evento obteniendo
fuerte Presencia
de nuestro sitio.
La ubicación de
los puntos de
ventas pueden
estar aislados en
lugares donde el
consumidor no
esté conforme.
Obtener
experiencia y
conocimientos al
desarrollar el
sistema en
grupo.
Puede surgir un
nuevo
competidor en
nuestro mercado
ofreciendo el
mismo servicio
similar al que
daremos.
Los consumidores
tienen un mejor
acceso para
comprar boletos
mediante la web.
Mala distribución
al impartir los
boletos en los
puntos de ventas
Obtener un
mercado liderado
por un
competidor débil
y así hacer
crecer nuestra
organización.
El sistema está
expuesto a la
piratería por
parte de algunos
usuarios.
Se cuentan con la
opción de efectuar
ventas en puntos
de ventas para
cubrir la
necesidad
dependiendo del
gusto del
consumidor
Resistencia para
delegar roles de
nuestra nueva
herramienta a
implementar.
Explotar nuevas
necesidades de
las personas que
deseen comprar
boletos.
No prestar
atención a la
competencia y
perder ventaja en
el mercado.
Tabla 3. Análisis F.O.D.A
2.4. Diagramas de Casos de Uso
El Diagrama de Casos de Uso representa la funcionalidad que ofrece nuestro
Sistema para venta de boletos a través de internet, además describes los
distintos escenarios a los que se enfrentan los actores involucrados en el
sistema.
Hemos clasificados los Diagramas de Casos de Uso por actores, y a su vez
por cada uno de los actores hemos diseñado una diagrama Nivel cero, Nivel
1; donde el nivel 0 representa un diagrama muy básico y resumido de los
escenarios para cada uno de los actores, y el nivel muestra un diagrama más
detallado.
Definición de actores
Administrador Usuario administrador del sistema.
Descripción Este actor representa al usuario que será
encargado de configurar el sistema.
Simbología
Tabla 4. Definición del actor Administrador
ADMINISTRADOR
Cliente Promotor de eventos.
Descripción Representa a las empresas que venden
boletos para sus eventos a través de
nuestro sitio web.
Simbología
Tabla 5. Definición del actor Cliente
Consumidores Persona que adquiere un boleto.
Descripción Persona que compra sus boletos a para
un evento.
Simbología
Tabla 6. Definición del actor Consumidor
CLIENTE
CONSUMIDOR
Punto de Venta Usuario del punto de venta
Descripción Persona encargada de realizar la venta de
boletos a través de los puntos de venta.
Simbología
Tabla 7. Definición del actor Usuario Pto. Vta.
Base de Datos Base de Datos
Descripción Lugar donde se aloja toda la información
que el sistema necesita.
Simbología
Tabla 8. Definición del actor Base de Datos
Uso del Módulo del Consumidor
VENDEDOR PTO. VTA.
BASE DE DATOS DB
Nivel 0
Figura 3. Diagrama Caso de Uso Módulo Consumidor
Caso de Uso 1.0.0
Descripción: Uso del módulo de Consumidor
Actores: Consumidor
Precondiciones: Debe existir toda la información de los
eventos.
Funciones: El escenario buscar permitirá al
consumidor seleccionar el evento por el
que está interesado.
Visualizar toda la información del
evento.
CONSUMIDOR
Buscar eventos
Comprar boletos
Reservar boletos
Crear cuentas
Obtener Información
del evento
Caso de Uso 1.0.0
El escenario Crear Cuenta permite
al consumidor poder registrarse en el
sitio web.
Comprar boletos, le permitirá al
consumidor poder adquirir una cantidad
de boletos para un determinado evento.
El escenario Reservar boletos,
permite realizar una reservación
anticipada de boletos para un
determinado evento.
Comentarios Procesos básicos que el consumidor debe
realizar para poder realizar la compra o
reservación de boletos.
Tabla 9. Descripción Caso de Uso Módulo Consumidor
Nivel 1 Crear cuentas
Figura 4. Diagrama Caso de Uso Crear Cuenta
Caso de Uso 1.1.1
Descripción: Crear cuenta del Consumidor
Actores: Consumidor, Base de datos
Precondiciones: El consumidor debe estar interesado en
comprar boletos para un evento publicado
en el sitio web.
Funciones: El consumidor debe ingresar un usuario,
para q sea verificado si ya existe; además
debe ingresar una clave.
En el escenario Ingreso de información,
Ingresar usuario y
password
Ingresar información
personal
Ingresar código
touring
Aceptar condiciones y
términos
Enviar formulario de
registro
B.D.
CONSUMIDOR
Caso de Uso 1.1.1
debe ingresar todos los datos que se
solicitan en el formulario.
Debe ingresar los caracteres que visualiza
en la imagen, más conocida como Prueba
de Turing.
El consumidor debe leer los términos y
condiciones, y aceptarlos.
Por último debe enviar el formulario para
completar el registro, y poder realizar hacer
uso del servicio q ofrece nuestro sitio web.
Comentarios Se debe ingresar toda la información que
es obligatoria.
Tabla 10. Descripción Caso de Uso Crear Cuenta
Nivel 1 Comprar Boletos
Figura 5. Diagrama Caso de Uso Comprar Boletos
Caso de Uso 1.1.2
Descripción: Comprar boletos
Actores: Consumidor, Base de datos
Precondiciones: El consumidor debe estar en capacidad de
poder realizar pagos con tarjeta de crédito.
Funciones: El consumidor debe seleccionar el evento
para el que desea comprar su boleto.
Debe seleccionar la fecha y la hora en que
desea asistir al evento.
Seleccionar eventos
Seleccionar fecha y
hora
Seleccionar zona
Seleccionar púbico
Ingresar cantidad de
boletos
Cancelar boletos
B.D.
CONSUMIDOR
Caso de Uso 1.1.2
Además debe seleccionar la zona en la
que desea ubicarse.
El consumidor debe seleccionar el tipo de
público para quienes son los boletos.
En el siguiente escenario el consumidor
debe ingresar la cantidad de coletos
deseados.
Por último el consumidor debe realizar el
pago respectivo.
Comentarios Ninguno
Tabla 11. Descripción Caso de Uso Comprar Boletos
Nivel 2 Cancelar Boletos
Figura 6. Diagrama Caso de Uso Cancelar Boletos
Caso de Uso 1.2.0
Descripción: Cancelar Compra de boletos
Actores: Consumidor, Base de datos
Precondiciones: El consumidor debe haber seleccionado el
evento deseado.
Funciones: En este escenario el consumidor es
redireccionado al sitio web de PayPal.
En esta página deberá cancelar el valor
total de la compra, haciendo uso de las
diferentes opciones que ofrece PayPal.
Una vez que el consumidor a realizado la
CONSUMIDOR
B.D.
Redireccionado a
Paypal
Pagar total de
compra
Redireccionado a
nuestro sitio
Recibir confirmación
y boletos
Caso de Uso 1.2.0
transacción será redireccionado a nuestro
sitio web.
El siguiente escenario nos muestra la
confirmación de la transacción realizada,
para lo cual el consumidor recibe en su
correo electrónico un mensaje de
confirmación y los boletos comprados.
Comentarios Ninguno
Tabla 12. Descripción Caso de Uso Cancelar Boletos
Uso del Módulo de Empresas Nivel 0
Figura 7. Diagrama Caso de Uso del Modulo de Empresas
Caso de Uso 2.0.0
Descripción: Uso del módulo Empresa
Actores: Empresa
Precondiciones: La empresa debe estar interesada en
vender boletos a través de nuestro sitio
web
Funciones: El primer escenario nos muestra le proceso
de creación de una cuenta en nuestro sitio
web.
Luego la empresa deberá ser aprobada por
EMPRESA
Crear cuenta
Recibir aprobación
de registro
Configurar eventos
Generar reportes
Caso de Uso 2.0.0
los administradores del sitio web.
En el siguiente escenario las empresas
podrán realizar todas las configuraciones
de los eventos que va a ser publicados.
La empresa podrá generar varios reportes.
Comentarios Ninguno
Tabla 13. Descripción Caso de Uso del Modulo de Empresas
Nivel 1
Configurar evento
Figura 8. Diagrama Caso de Uso Configurar Evento
Caso de Uso 2.1.0
Descripción: Configurar eventos
Actores: Empresa, Base de datos
Precondiciones: La empresa debe estar aprobada para
poder configurar y publicar sus eventos.
Funciones: La empresa podrá ingresar, consultar y
modificar sus eventos a través del sitio
web.
Ingresar/Modificar
/Consultar eventos
Establecer capacidad
eventos
Establecer tipos de
público admitidos
Configurar horarios
Configurar descuento tipo de público
Configurar categorías
B.D.
EMPRESA
Caso de Uso 2.1.1
En el siguiente escenario la empresa
deberá establecer la capacidad de público
que será admitido en el evento.
Además podrá configurar el horario en el
que se presentara el evento.
Podrá establecer los tipos de públicos
admitidos en el evento.
Y deberá configurar los descuentos por
tipo de público.
En el siguiente escenario de define a que
categoría y subcategoría pertenece el
evento.
Comentarios
Figura 9. Descripción Caso de Uso Configurar Evento
Nivel 1 Generar reportes
Figura 10. Diagrama Caso de Uso Generar Reportes
Caso de Uso 2.1.2
Descripción: Generar Reportes
Actores: Empresa, Base de datos
Precondiciones: Previamente la empresa debe haber
configurado sus eventos.
Funciones: En este escenario la empresa podrá
visualizar un reporte de todos los eventos
publicados.
Además podrá visualizar un reporte de los
boletos vendidos.
Visualizar eventos
publicados
Visualizar boletos
vendidos
Visualizar disponibilidad
de boletos
Visualizar boletos
reservados
EMPRESA
B.D.
Caso de Uso 2.1.2
La empresa podrá visualizar un reporte de
la disponibilidad de boletos para un
determinado evento.
En siguiente escenario la empresa podrá
realizar un reporte de todas las
reservaciones realizada para un
determinado evento.
Comentarios Ninguno
Tabla 14. Descripción Caso de Uso Generar Reportes
Caso de Uso del Módulo Administrador Nivel 0
Figura 11.Diagrama Caso de Uso del Módulo Administrador
Caso de Uso 3.0.0
Descripción: Uso del módulo administrador
Actores: Administrador, Base de datos
Precondiciones: El administrador debe tener un usuario
para poder hacer uso del sistema.
Funciones: En el primer escenario al administrador
deberá loguearse en el sistema para
poder realizar las configuraciones del
Logearse al
sistema
Configurar empresas
(clientes)
Configurar
consumidores
Configurar eventos
Configurar puntos de
ventas
Generar reportes
ADMINISTRADOR
Caso de Uso 3.0.0
sistema.
El administrador podrá hacer el ingreso de
una nueva empresa o realizar las
configuraciones necesarias.
El administrador podrá registrar nuevos
consumidores q estén interesados en
comprar sus boletos haciendo uso de
nuestro sitio web.
El administrador, además tendrán opciones
para poder configurar eventos.
Además podrá realizar el ingreso, consulta
y modificación de los puntos de ventas
donde serán distribuidos los boletos.
Por último podrá generar varios reportes.
Comentarios Ninguno
Tabla 15. Descripción Caso de Uso del Módulo Administrador
Nivel 1 Configurar empresas
Figura 12. Diagrama Caso de Uso Configurar Empresas
Caso de Uso 3.1.1
Descripción: Configuración de empresas
Actores: Administrador, Base de datos
Precondiciones: El administrador debe estar logueado al
sistema.
Funciones: En el primer escenario el administrador
podrá hacer el ingreso de nuevas
empresas.
El administrador tendrá la tarea de realizar
Crear cuentas para
empresas
Aprobar empresas
Consultar empresas
Modificar empresas
Eliminar empresas
B.D.
ADMINISTRADOR
Caso de Uso 3.1.1
la aprobación de los formularios de registro
enviados por las empresas a través de
nuestro sitio web.
En el siguiente escenario podrá realizar la
consulta de rodas las empresas que
publican sus eventos en nuestro sitio web.
Además podrá realizar la modificación y
eliminación de empresas.
Comentarios Ninguna
Tabla 16. Descripción Caso de Uso Configurar Empresas
Nivel 1 Generar Reporte
Figura 13. Diagrama Caso de Uso Generar Reporte
Caso de Uso 3.1.2
Descripción: Generar reportes
Actores: Consumidor, Base de datos
Precondiciones: Ninguna
Funciones: El administrador podrá visualizar un
reporte de todas las empresas registradas.
Además podrá visualizar un reporte de las
ventas diarias.
Visualizar empresas
registradas
Visualizar ventas
diarias
Visualizar eventos más
solicitados
Visualizar boletos
reservados
Visualizar boletos
reservados
B.D.
ADMINISTRADOR
Caso de Uso 3.1.2
Podrá generar un reporte de los eventos
más solicitados.
También podrá realizar un reporte de los
boletos vendidos y reservados.
Comentarios Ninguna
Tabla 17. Descripción Caso de Uso Generar Reporte
Caso de Uso del Módulo Punto de Venta Nivel 0
Figura 14. Diagrama Caso de Uso del Módulo Punto de Venta
Logearse al sistema
Consultar eventos
Vender Boletos
Generar reportes
USUARIO
Caso de Uso 4.0.0
Caso de Uso 4.0.0
Descripción: Uso del módulo administrador
Actores: Usuario Pto. Vta.
Precondiciones: El usuario debe estar logueado al
sistema.
Funciones: El usuario deberá loguearse al sistema
para poder hacer uso del sistema.
Podrá realizar una consulta de los eventos
para los que puede vender boletos.
Además podrá realizar la venta de boletos
a través de los puntos de venta.
En otro escenario podrá generar reportes
varios.
Comentarios Ninguna
Tabla 18. Descripción Caso de Uso del Módulo Punto de Venta
Nivel 1
Consulta de Eventos
Figura 15. Diagrama Caso de Uso Consulta de Eventos
Caso de Uso 4.1.4
Descripción: Consulta de Eventos
Actores: Usuario Pto. Vta., Base de datos
Precondiciones: El usuario debe estar logueado en el
sistema.
Funciones: En el primer escenario el usuario podrá
consultar toda la información de un
determinado evento.
Consultar información
del evento
Consultar precios
Consultar
disponibilidades
Consultar zonas de
eventos
Consultar tipos de
público
Consultar categorías
B.D.
USUARIO
Caso de Uso 4.1.1
Podrá consultar los precios de los
eventos.
Además podrá consultar las
disponibilidades de boletos para los
eventos.
Podrá consultar las zonas (localidades)
de los eventos.
Además podrá hacer una consulta por
categorías.
Comentarios Ninguno
Tabla 19. Descripción Caso de Uso Consulta de Eventos
Nivel 1
Vender boletos
Figura 16. Diagrama Caso de Uso Venta de Boletos
Caso de Uso 4.1.2
Descripción: Venta de boletos
Actores: Usuario Pto. Vta., Base de datos
Precondiciones: El consumidor debe tener elegido el evento
de su preferencia.
Funciones: En el primer escenario el usuario podrá
buscar el boleto que ha sido solicitado por
el consumidor.
Luego podrá consultar la cantidad de
Elegir evento a
vender
Consultar de boletos
disponibles
Solicitar cantidad de
boletos
Efectuar venta
USUARIO
B.D.
Caso de Uso 4.1.2
boletos disponibles.
En el siguiente escenario el usuario deberá
solicitar al consumidor la cantidad de
boletos deseados.
Por últimos deberá efectuar la venta de los
boletos.
Comentarios Ninguno
Tabla 20. Descripción Caso de Uso Venta de Boletos
2.5. Diagrama de Colaboración
Mediante este diagrama se verá reflejada la dependencia de cada proceso
donde se identificará la secuencia y relaciones que tienen con cada proceso
de nuestro sistema. A continuación se muestra el diagrama de colaboración
para nuestro sistema de ventas de entradas para cualquier evento.
Figura 17. Diagrama de Colaboración
PROCESO DEL ADMINISTRADOR
Extraer reportes
en general
Obtener datos para registrar
Base de datos
PROCESO DEL CLIENTE
Otorgar aprobación
Configurar registro
Registrarse
en evento
Extraer reportes
deseados
Pago
PROCESO DEL CONSUMIDOR
PROCESO DEL PUNTO VENTA
PROCESO DE PAGO
Nombre: Obtener datos para registro
Actores: Administrador, Cliente, Consumidor, Punto
venta.
Función: Registrar datos para eventos.
Detalles:
Se registra las personas que requieran de
nuestro servicio o venta, para cualquier tipo
de evento por medio de la web.
Referencias:
Tabla 21. Obtener datos para registro
Nombre: Extraer reportes en general
Actores: Administrador, Cliente, Consumidor, Punto
venta.
Función: Presentar reportes de los eventos u otros.
Detalles:
Se realiza la obtención de reportes para
establecer rendimiento de los eventos o
servicios, dependiendo de los privilegios que
tiene los actores.
Referencias:
Tabla 22. Extraer reportes en general
Nombre: Configurar registros
Actores: Administrador.
Función: Modificar o alterar datos registrados.
Detalles:
Se realiza configuraciones para cierto tipo de
eventos, clientes, consumidores, punto venta u
otros.
Referencia
s:
Tabla 23. Configurar registros
Nombre: Base de datos
Actores: Administrador.
Función: Ubicación o administración de la organización
de la empresa.
Detalles:
Es donde se encuentra ubicado, toda la
administración de nuestro sistema.
Referencia
s:
Tabla 24. Base de datos
Nombre: Otorgar aprobación
Actores: Administrador.
Función: Determinar acceso.
Detalles:
Es donde se selecciona, para hacer aprobado
el uso de nuestra venta o servicio de nuestra
Web.
Referencia
s:
Tabla 25. Otorgar aprobación
Nombre: Registrarse en eventos
Actores: Cliente, Consumidores, Punto de venta.
Función: Determinar registro.
Detalles:
Es donde selecciona el lugar del evento, en
que se va presentar.
Referencia
s:
Tabla 26. Registrarse en Eventos
2.6. Diagrama de Secuencia
Estos diagramas nos indicarán gráficamente los eventos o acciones que las
personas soliciten a nuestro sistema. Su creación depende de la formulación
de los diagramas de casos de uso.
Los eventos de nuestro sistema será el hecho externo de entrada que un
actor produce, para esto el sistema generará una operación ejecutando las
acciones dando, estos diagramas seguirán un orden secuencial. A
continuación se detallan los diagramas de secuencia de nuestro proyecto.
2.6.1. Diagramas de Secuencia del Consumidor Crear Cuenta
Figura 18. Diagrama de Secuencia Crear Cuenta
Ingresar password
Visualiza resultado Respuesta si existe usuario
Verificar Usuario Ingresar Usuario
Interfaz de Usuario Base de Datos
Ingresar información personal
Almacenar Información
Aceptar los términos
Visualiza confirmación de registro
Ingresar prueba de touring
Visualiza resultados de la prueba
Enviar formulario
Consumidor
B.D
.
Comprar boletos
Figura 19. Diagrama de Secuencia Compras de Boletos
Mensaje
Visualiza información Extraer información evento
Buscar información evento Seleccionar evento
Interfaz de Usuario Base de Datos
Seleccionar tipo de público
Registrar Compra Aceptar detalle de compra
Ingresar cantidad boleto
Consumidor
Seleccionar localidad
Mensaje
Mensaje de recibir boletos
Buscar disponibilidad localidad
Verificar cantidad boleto
Mensaje
Mensaje
Mensaje
B.D
.
Reservar boletos
Figura 20. Diagrama de Secuencia Reservaciones de Boletos
Mensaje
Visualiza información Extraer información evento
Buscar información evento Seleccionar evento
Interfaz de Usuario Base de Datos
Seleccionar tipo de público
Registrar Reservaciones Aceptar detalle de reservaciones
Ingresar cantidad boleto
Consumidor
Seleccionar localidad
Mensaje
Mensaje confirmación
Buscar disponibilidad localidad
Verificar cantidad boleto
Mensaje
Mensaje
Mensaje
B.D
.
2.6.2. Diagramas de Secuencia del Clientes (Empresas Promotoras) Crear Cuenta
Figura 21. Diagrama de Secuencia Crear cuenta
Verificar usuario
Mensaje
Recibir mensaje aprobación
Almacenar información
Mensaje Mensaje
Mensaje
Ingresar password
Ingresar información empresa
Ingresar prueba de touring
Mensaje
Aceptar términos y condiciones
Enviar formulario
Ingresar usuario
Cliente Interfaz Web Base datos
B.D
.
Configurar Eventos
Figura 22. Diagrama de Secuencia Configurar Eventos
Visualizar subcategorías
Visualizar Categorías Extraer información categorías
Buscar categorías Ingresar Nuevo evento
Interfaz de Usuario Base de Datos
Seleccionar subcategorías
Cliente
Seleccionar Categorías Buscar subcategorías
Buscar lugares
Extraer subcategorías
Extraer lugar
Visualizar zonas
Seleccionar zonas
Visualizar lugares
Seleccionar lugar Buscar zonas
Extraer zonas
Visualizar tipos de público
Seleccionar tipos de público
Buscar tipos de público
Extraer tipos de público
Ingresar Horarios
Ingresar Capacidad
Ingresar Precio Guardar información
Mensaje
Mensaje
B.D
.
2.6.3. Diagramas de Secuencia del Administrador Aprobar solicitudes
Figura 23. Diagrama de Secuencia Aprobar Solicitudes
Admin Interfaz de Usuario Base datos
Buscar solicitudes recibidas
Solicitudes recibidas
Almacenar solicitudes
Mensaje
Visualizar solicitudes
Seleccionar Solicitudes
Aprobar solicitudes
Ingresar usuario
Consultar solicitudes
B.D
.
2.6.4. Diagramas de Secuencia del Punto de Venta Consulta de eventos
Figura 24. Diagrama de Secuencia Consulta de eventos
Base datos
Buscar información
Recibir información
Buscar información
Recibir información
Buscar información evento
Recibir información evento
Buscar eventos
Recibir información
Buscar información evento
Recibir información
Seleccionar subcategoría
Seleccionar evento
Visualizar información evento
Seleccionar rango de fechas
Visualizar eventos
Seleccionar evento
Visualizar información evento
Seleccionar categoría
Usuario Interfaz
B.D
.
Venta de Boletos
Figura 25. Diagrama de Secuencia Venta de Boletos
Usuario Interfaz Base datos
Buscar información
Recibir información
Buscar información localidad
Obtener información
Buscar información
Recibir información
Comprobar disponibilidad
Mensaje
Almacenar Venta
Mensaje
Visualizar Información
Seleccionar localidad
Seleccionar tipo de público
Ingresar cantidad de Boletos
Mensaje
Confirmar venta
Mensaje
Ingresar Eventos
B.D
.
2.7. Diagrama de Objeto-Relación
Figura 26. Diagrama Objeto - Relación
2.8. Diagrama de Procesos
Proceso de Puntos de Venta
Emitir
boletos
Necesidad
de boletos
Evento
consultado
Localidad
consultada
Zona
consultada
Disponibilidad
verificada
Cantidad
aprobada
Pago
Receptado
Código
evento
Consultar
eventosConsumidor
Inofrmación
evento
Vendedor
Consultar
Localidades
Consultar
Zonas
Consultar
disponibilidad
conocimiento
conocimientoconocimiento
Pedir cantidad
de boletos
Receptar
pago
Venta
guardadaGuardar
ventas
Información
evento
Eventos VentasEventos
Disponibilidad
de boletos
Recibir
boletos
Boletos
emitidos
Vendedorconocimientoconocimiento
conocimiento
Consumidor
Boletos
Vendedor
conocimiento
conocimiento
Figura 27. Proceso de Puntos de Ventas
Proceso acceso al evento
Permitir
acceso al
evento
Verificar
boletos
Verificar
cliente
Boletos
verificado
Cliente
verificado
Consumidor
Ventas
Inormacion del
consumidor
Vendedor
Identificación
y boletos
conocimiento
Boletos
Información del
boleto
Ingresar al
evento
conocimiento
conocimiento
Acceso
permitido
Consumidor
Ingreso al
evento
Verificar
Código de
boleto
Boletos
aprobado
Figura 28. Proceso de acceso al evento
Proceso de Consumidores
Eventos
seleccionados
Ingresar al
sitio Web
Seleccionar
método de
búsqueda
Visualizar
eventos
Seleccionar
evento
Visualizar
información
evento
Seleccionar
opción compra
Seleccionar
tipo público
Necesidad RequerimientoMétodo
seleccionado
Eventos por
pantalla
Evento
seleccionado
Opción Compra
seleccionada
Eventos
Información
evento
Seleccionar
horario
Tipo público
seleccionado
Seleccionar
zona
Ingresar
cantidad
Verificar
cantidad
Visualizar
total de
compra
Realizar
compra o
reservación
Horario
elegido
Zona
escogidaCantidad
ingresada
No hay
disponibilidad
Si hay
disponibilidadTotal de
compra
Sessión
iniciada
Reservar
boletos
Recibir
confirmación
de reservación
al email
Finalizar
reservación
Proceso reservación
Boletos
reservados
Confirmación
recibida
Seleccionar
opción
reservación
Redireccionar
al sitio web
Pay pal
Cancelar valor
Total
Redireccionar
al sitio web de
venta de ticket
Recibir
confirmación
de pago al
Recibir boletos
en el email
Proceso
compra
Valor a pagarPaypal
Valor
canceladoPortal de venta
de boletos
Confirmación
recibida
Boletos
recibidos
Eventos
Cantidad
disponible
Consumidor
Eventos
Información
evento
Cancelar
compra o
reservación
Finalizar
compra
Cantidad
deseada
Comprar
boletos
Eventos
Cantidad
reservada
Guardar
compra
Eventos
Cantidad
comprada
Eventos
Boletos
comprados
Compra
guardada
Iniciar
sesión
Información
evento
Opción
seleccionada
Figura 29.Proceso de Consumidores
Proceso administrador
Iniciar
Sesión
Administrador
Empresas
Ingresar a
opciones de
configuración
Usuario y
Password
Sesión
iniciada
Configurar
empresas
Eliminar
Empresa
Actualizar
empresa
Registrar
empresa
Aprobar
empresa
Consultar
Empresa
Opción aprobación de empresa
Opción ingreso
de empresa
Opción de
modificación de
empresa
Opción eliminación de empresaOpción consultas de empresas
EventosConfigurar
eventos
Eliminar
evento
Actualizar
evento
Registrar
evento
Consultar
evento
Opci
ón c
onfi
gura
ción d
e em
pre
sas
Empresa
aprobadaEmpresa
registrada
Empresa
modificada
Empresa
eliminada
Código de empresa
Opción
configuración de
eventos
Opción ingreso de eventos
Eventoingresado
Opción modificación
de eventosEventos
modificados
Opción eliminación de eventoOpción consultas de eventos
Evento
eliminado
Código de eventos
Información de eventos
Información de empresas
Categorías
Eliminar
categorías
Actualizar
categorías
Registrar
categorías
Consultar
categorías
Opción ingreso de
categorías
Categorías ingresadasOpción modificación
de categorías
Categorías modificadas
Opción eliminación de categoríasOpción consultas de categorías
Categoría
eliminada
Código de categoría
Información de categoría
s
Subcategorías
Eliminar
subcategoría
Actualizar
subcategoría
Registrar
subcategoría
Consultar
subcategoría
Opción ingreso de
subcategorías
Subcategoría ingresadaOpción modificación
de subcategorías
Subcategoría
modificadas
Opción eliminación de subcategoríasOpción consultas de subcategorías
Subcategoría
eliminada
Código de subcategoría
Información de su
bcategorías
Configurar
Categorías
Opción configuración de
Categorías
Configurar
subcategorías
Opció
n co
nfig
uració
n d
e
Subcateg
orías
1
Figura 30. Proceso del administrador (a).
ZonasConfigurar
zonas
Eliminar
zonas
Actualizar
zonas
Registrar
zonas
Consultar
zonas
Opc
ión
conf
igur
ació
n de
zon
as
Opción ingreso de zonas Zonas ingresadas
Opción modificación
de zonas
Zonas
modificadas
Opción eliminación de zonasOpción consultas de zonas
Zonas
eliminadas
Código de zonas
Información de zonas
Países
Eliminar
países
Actualizar
países
Registrar
países
Consultar
países
Opción ingreso de paíse
s Países ingresados
Opción modificación
de países
Países modificados
Opción eliminación de paísesOpción consultas de países
Países eliminados
Código de País
Información de paíse
s
Ciudades
Eliminar
ciudades
Actualizar
ciudades
Registrar
ciudades
Consultar
ciudades
Opción ingreso de ciudades
Ciudades ingresadasOpción modificación
de ciudades
Ciudades
modificadas
Opción eliminación de ciudades
Opción consultas de ciudades
Ciudades
eliminadas
Código de ciudad
Información de ciudades
Configurar
Países
Configurar
ciudades
Opción configuración de Ciudades
1
Opción configuración de paíse
s
Tipos_publicos
Eliminar
Tipo
público
Actualizar
Tipo
público
Registrar
Tipo
público
Consultar
Tipo
público
Opción ingreso de tip
o
público
Tipo públicoingresado
Opción modificación
de tipo público
Tipo público
modificado
Opción eliminación de tipo públicoOpción consultas de tipo público
Tipo público
eliminado
Código de tipo públic
o
Información de Tipos d
e
públicos
Configurar
Tipo público
Opción configuración de T
ipos de Públicos
Figura 31. Proceso del administrador (b).
HorariosConfigurar
horarios
Eliminar
horarios
Actualizar
horarios
Registrar
horarios
Consultar
horarios
Opción configuración de horarios
Opción ingreso de horario
sHorarios ingresados
Opción modificación
de horarios
Horarios
modificados
Opción eliminación de horariosOpción consultas de horarios
Horarios
eliminados
Código de horario
Información de H
orarios
1
Figura 32. Proceso del administrador (c).
CCAAPPÍÍTTUULLOO 33
SISTEMA DE VENTA DE
ENTRADAS PARA EVENTOS
3. DISEÑO
3.1. Diseño de la Arquitectura
Para el Sistema de venta para entradas de eventos implementaremos una
arquitectura de 3 capas debido a que vamos a separar nuestro proyecto en 3
partes.
Capa de Presentación de nuestro portal
Capa de Lógica de Negocio.
Capa de Datos del sistema.
Esto lo realizaremos con el objetivo de distribuir en niveles el trabajo al
momento de crear nuestra aplicación.
Figura 33. Arquitectura tres capas
Capa de Presentación
En esta capa definiremos el aspecto visual que tendrá nuestro sitio web
donde el consumidor al querer efectuar la compra de boletos observará una
pantalla con una interfaz gráfica que le permitirá interactuar con nuestro
sistema comunicándole la información necesaria de los eventos que se darán
a cabo para así motivarlo y puedan efectuar la compra de dichos boletos.
Esta capa únicamente se comunicará con la capa de lógica de negocio ya
que se dedicará a llevar y traer datos que son ingresados por la persona que
ingrese a nuestro portal.
Capa de Lógica de Negocio
Para nuestro sistema esta capa significará definir las acciones que tendrá el
sitio web es decir serán las tareas y reglas que pondremos para regir el
proceso de la compra de boletos en línea. En esta capa tendrá todos los
componentes necesarios los cuales nos asegurarán las funciones a realizar
por el comercio electrónico, consultando las funcionalidades que prestará
nuestro sitio obteniendo así la atención del consumidor para que pueda
efectuar la compra. Mediante esta capa se recibirán las peticiones de los
usuarios (clientes-consumidor) y se enviará instantáneamente respuestas de
nuestro sistema.
Capa de datos
En esta capa es donde residirán nuestros datos y será la encargada de
acceder a ellos, estará formada por un gestor de base de datos en el que se
controlarán, almacenarán los datos de nuestro sistema a desarrollar, esta
capa recibirá solicitud de almacenamiento o recuperará la información desde
la capa de negocio por medio de la persona que desee comprar un boleto en
línea o por punto de venta.
La arquitectura que se escogió fue por las siguientes ventajas:
El desarrollo lo podemos llevar a cabo en varios niveles.
Desarrollos paralelos.
En caso de que surja algún cambio, sólo se ataca al nivel requerido sin
tener que revisar entre código mezclado.
Mayor flexibilidad (se pueden añadir nuevos módulos para dotar al sistema
de nueva funcionalidad)
3.2. Diseño del sistema
El diseño de nuestro sistema a implementar será basado en un diseño
Orientado a Objeto que transformará el modelo de análisis creado utilizando
el análisis orientado a objetos para convertirlo en un modelo de diseño que
nos sirve para la construcción de nuestro software.
Para ello en este diseño orientado se van a definir todas las interfaces de
clases, jerarquías de herencia y establecer relaciones claves que existen
entre ellas para la realización de las ventas de boletos mediante el sitio web y
por medio de puntos de ventas.
Se determinará la arquitectura a implementar para este sistema el cual
será una arquitectura de tres capas.
Los recursos que intervendrán serán:
Recurso humano (3 integrantes)
Hardware
Software
Se diseñará los objetos del sistema.
Se diseñara las tablas que intervienen en el desarrollo del sistema.
Se diseñara todos los casos de uso, secuencia, etc.
Se definirá el modelado de datos que se interviene para la construcción de
nuestro sistema e-ticket.
3.2.1. Diseño de interfaces de usuarios
El diseño para poder brindar un servicio confiable será vía web que permitirá
por medio de diferentes enlaces obtener información para que el consumidor
pueda efectuar la compra de boletos, la interfaz para los consumidores será
amigable dándole opciones de usar nuestro servicio como crearse una
cuenta para navegar libremente en nuestro sitio web.
También estará la opción de brindarle al consumidor efectuar su compra
mediante puntos de ventas donde está interfaz estará a la vista solo para la
persona que efectué la venta.
3.2.2. Diseño de la Base de Datos
Estructura de las Tablas
A continuación se describen cada una de las tablas que conforman la Base
de Datos que usaremos para la elaboración del sistema.
Nombre: Categorias
Campo Tipo de Dato Tamaño Obligatorio
id_categoria number 3
descripcion_cat varchar2 30 not null
fecha_creacion_cat date not null
estado_cat varchar2 1 not null
Tabla 27. Estructura de la Tabla Categorías
Nombre: Subcategorias
Campo Tipo de Dato Tamaño Obligatorio
id_subcategoria number 3
descripcion_sca varchar2 30 not null
fecha_creacion_sca date not null
estado_sca varchar2 1 not null
id_categoria number 3 not null
Tabla 28. Estructura de la Tabla Subcategorías
Nombre: Paises
Campo Tipo de Dato Tamaño Obligatorio
id_pais number 4
descripcion_pai varchar2 30 not null
fecha_creacion_pai date not null
estado_pai varchar2 1 not null
Tabla 29. Estructura de la Tabla Países
Nombre: Ciudades
Campo Tipo de Dato Tamaño Obligatorio
id_ciudad number 4
descripcion_ciu varchar2 30 not null
fecha_creacion_ciu date not null
estado_ciu varchar2 1 not null
id_pais number 4 not null
Tabla 30. Estructura de la Tabla Ciudades
Nombre: Lugares
Campo Tipo de Dato Tamaño Obligatorio
id_lugar number 3
descripcion_lug varchar2 30 not null
Direccion_lug varchar2 50 not null
capacidad_lug number 8 not null
estado_lug varchar2 1 not null
fecha_creacion_lug date not null
id_ciudad number 4 not null
id_pais number 4 not null
Tabla 31. Estructura de la Tabla Lugares
Nombre: Empresas
Campo Tipo de Dato Tamaño Obligatorio
id_empresa number 7
ruc_emp varchar2 15 not null
razon_social_emp varchar2 30 not null
Direccion_emp varchar2 30 not null
telefono1_emp varchar2 10 not null
telefono2_emp varchar2 10
email_emp varchar2 20
pagina_web varchar2 30
imagen_emp blob
usuario_emp varchar2 20 not null
password_emp varchar2 20 not null
estado_emp varchar2 1 not null
fecha_creacion_emp date not null
id_ciudad number 4 not null
id_pais number 4 not null
Tabla 32. Estructura de la Tabla Empresas
Nombre: Zonas
Campo Tipo de Dato Tamaño Obligatorio
id_zona number 3
descripcion_zon varchar2 30 not null
capacidad_zon number 10 not null
fecha_creacion_zon date not null
estado_zon varchar2 1 not null
Tabla 33. Estructura de la Tabla Zonas
Nombre: Eventos
Campo Tipo de Dato Tamaño Obligatorio
id_evento number 4
descripcion_eve varchar2 30 not null
fecha_eve date not null
capacidad_eve number 1 not null
imagen1_eve blob
Imagen2_eve blob
Imagen3_eve blob
estado_eve varchar2 1 not null
fecha_creacion_eve date not null
id_subcategoria number 3 not null
id_categoria number 3 not null
id_lugar number 3 not null
id_empresa number 7 not null
Tabla 34. Estructura de la Tabla Eventos
Nombre: Eventos_Zonas
Campo Tipo de Dato Tamaño Obligatorio
id_evento number 4
Id_zona number 3
capacidad_zon number 10 not null
cantidad_reservada number 10
precio_zon number 7,2 not null
Tabla 35. Estructura de la Tabla Eventos_Zonas
Nombre: Tipos_Publicos
Campo Tipo de Dato Tamaño Obligatorio
id_tipo_publico number 3
descripcion_pub varchar2 30 not null
fecha_creacion_pub date not null
estado_pub varchar2 1 not null
Tabla 36. Estructura de la Tabla Tipos_Publicos
Nombre: Eventos_Tip_Publicos
Campo Tipo de Dato Tamaño Obligatorio
id_evento number 4 not null
id_tipo_publico number 3 not null
descuento number 5,2 not null
Tabla 37. Estructura de la Tabla Eventos_Tip_Publicos
Nombre: Horarios
Campo Tipo de Dato Tamaño Obligatorio
id_horario number 4
descripcion_hor varchar2 30 not null
fecha_hor date not null
hora_hor varchar2 10 not null
fecha_creacion_pai date not null
estado_pai varchar2 1 not null
id_evento number 4 not null
Tabla 38. Estructura de la Tabla Horarios
Nombre: Puntos_Venta
Tabla 39. Estructura de la Tabla Puntos_Venta
Nombre: Vendedor
Campo Tipo de Dato Tamaño Obligatorio
id_vendedor number 4
tipo_identificacion_ven varchar2 3 not null
nombres_ven varchar2 30 not null
apellidos_ven varchar2 30 not null
direccion_ven varchar2 30 not null
telefono1_ven varchar2 10 not null
telefono2_ven varchar2 10
email_ven varchar2 20
usuario_ven varchar2 20 not null
password_ven varchar2 20 not null
estado_ven varchar2 1 not null
fecha_creacion_ven date not null
id_pto_vta number 3 not null
Tabla 40. Estructura de la Tabla Vendedor
Campo Tipo de Dato Tamaño Obligatorio
id_pto_vta number 3
descripcion_pun varchar2 50 not null
direccion_pun varchar2 10 not null
telefono1_pun varchar2 10 not null
telefono2_pun varchar2 10
Email_pun varchar2 10
fecha_creacion_pun date not null
estado_pun varchar2 1 not null
Nombre: Clientes
Campo Tipo de Dato Tamaño Obligatorio
id_cliente number 4
tipo_identificacion_cli varchar2 3 not null
Nombres_cli varchar2 30 not null
apellidos_cli varchar2 30 not null
direccion_cli varchar2 30 not null
telefono1_cli varchar2 10 not null
telefono2_cli varchar2 10
email_cli varchar2 20
genero_cli varchar2 1
fecha_nac_cli date
usuario_cli varchar2 20 not null
password_cli varchar2 20 not null
estado_cli varchar2 1 not null
fecha_creacion_cli date not null
Tabla 41. Estructura de la Tabla Clientes
Nombre: Ventas
Campo Tipo de Dato Tamaño Obligatorio
id_venta number 10
hora_vta varchar2 10 not null
fecha_vta date not null
valor_bruto_vta number 10,2 not null
valor_descuento_vta number 10,2 not null
valor_total_vta number 10,2 not null
observacion_vta varchar2 50
estado_vta varchar2 1
id_vendedor number 4 not null
id_cliente number 4 not null
Tabla 42. Estructura de la Tabla Ventas
Nombre: Detalles_Ventas
Campo Tipo de Dato Tamaño Obligatorio
id_venta number 10
Id_detalle_vta number 10 not null
id_evento number 4 not null
id_zona number 3 not null
id_tipo_publico number 3 not null
id_horario number 3 not null
Cantidad_vta number 5 not null
descuento_vta number 10,2 not null
subtotal_vta number 10,2 not null
Tabla 43. Estructura de la Tabla Detalles_Ventas
Nombre: Boletos
Campo Tipo de Dato Tamaño Obligatorio
id_boleto varchar2 20
id_venta number 10 not null
id_detalle_vta number 10 not null
fecha_creacion_bol date not null
estado_bol varchar2 1 not null
Tabla 44. Estructura de la Tabla Boletos
Nombre: Reservaciones
Campo Tipo de Dato Tamaño Obligatorio
id_reservacion number 10
hora_res varchar2 10 not null
fecha_res date not null
valor_bruto_res number 10,2 not null
valor_descuento_res number 10,2 not null
valor_total_res number 10,2 not null
Observación_res varchar2 50
estado_res varchar2 1
id_cliente number 4 not null
Tabla 45. Estructura de la Tabla Reservaciones
Nombre: Detalle_Reservaciones
Campo Tipo de Dato Tamaño Obligatorio
id_reservacion number 10
Id_detalle_res number 10 not null
id_evento number 4 not null
id_zona number 3 not null
id_tipo_publico number 3 not null
id_horario number 3 not null
cantidad_res number 5 not null
descuento_res number 10,2 not null
subtotal_res number 10,2 not null
Tabla 46. Estructura de la Tabla Detalle_Reservaciones
CCAAPPÍÍTTUULLOO 44
SISTEMA DE VENTA DE
ENTRADAS PARA EVENTOS
4. CODIFICACIÓN
4.1. Descripción de los lenguajes utilizados
4.1.1. Developer
Es una herramienta esencial para el funcionamiento de nuestro
sistema por medio del cual nos permite parametrizar toda la
información.
4.1.2. Pl/SQL
Este lenguaje nos da la facilidad de definir procedimientos con el uso
de sentencias SQL, este lenguaje estructurado nos ayudara a realizar
todas las sentencias que usaremos en el transcurso de nuestro
desarrollo esto lo hacemos con el objetivo de sacarle provecho a esta
herramienta.
4.1.3. Estándares
Para la etapa de desarrollo de nuestro sistema se ha seguido un
estándar para facilitar el entendimiento de la codificación realizada. De
manera que personas externas que deseen dar mantenimiento a este
sistema pueda tener mayor facilidad de entendimiento con respecto a
la codificación implementada.
Tablas
Todas las tablas que se han creado para el funcionamiento de nuestro
sistema deben tener el siguiente formato.
Las tres primeras letras describen la iniciales de nuestro sistema
eticket seguido de un guión bajo y luego el nombre que identifica la
tabla en plural.
Ejemplo:
ETK_BOLETOS
Sinónimos y Secuencias
Se han creado sinónimos a nivel de tablas, procedimientos y paquetes
el mismo que conserva su nombre original.
El estándar en cuanto a las secuencias se lo definió de la siguiente
manera:
Las tres primeras letras identifica el nombre de nuestro proyecto
seguido de las letras SEQ y el nombre que identifica la tabla para la
cual se está creando la secuencia, así como se muestra a
continuación.
ETK_SEQ_CATEGORIAS
Paquetes, procedimientos y funciones
El estándar a implementar para los paquetes, procedimientos y
funciones deberá ajustarse al requerimiento para el funcionamiento del
mismo.
Para los procedimientos se le definió las dos primeras letras con las
iniciales de un program unit seguido del nombre identificador para el
cual se crea así como se muestra a continuación.
PU_CREAR_BOLETOS
Para las funciones se definió el estándar de las dos primeras letras
con las iniciales de un function seguido de un nombre que identifica
para que fuera creado.
FU_INSERTAR_USU
Para todos los paquetes que se utilizan en nuestro sistema el estándar
son las tres primeras letras identificando que es un paquete seguido
de una descripción en general de todo el paquete así como se muestra
a continuación.
PCK_CONSUMIDORES.
Estándares sobre la Codificación
Al momento de iniciar con la codificación o programación del proyecto
se definieron estándares a nivel grupal tales como, nombres de
variables, caja de texto, combos, clases para el caso de la web así
como también comentarios antes de cada codificación, los cuales
describen el funcionamiento de nuestro desarrollo.
Codificación PL/SQL y Developer
El estándar que se definió para las variables a utilizarse a nivel de
estos dos lenguajes de programación se describe a continuación.
ESTANDAR TIPO DATO LN_NOMBRE_IDENTIFICADOR NUMBER LV_NOMBRE_IDENTIFICADOR VARCHAR2 LB_ NOMBRE_IDENTIFICADOR BOOLEAN
LD_ NOMBRE_IDENTIFICADOR DATE LC_NOMBRE_IDENTIFICADOR CURSOR GV_NOMBRE_IDENTIFICADOR GLOBALES
En donde la primera letra significa que es una variable local en el caso
de (L), para describir las variables globales la primera letra serán con
la letra (G).
La segunda letra es la inicial del tipo de dato que estaremos
declarando, para el cado de la declaración numérica sería la letra N,
en el caso de varchar sería V, para variables booleanas sería B, para
las de fecha sería con D y por ultimo para hacer referencia a los
cursores la segunda letra es la C.
CCAAPPÍÍTTUULLOO 55
SISTEMA DE VENTA DE
ENTRADAS PARA EVENTOS
5. PRUEBAS DEL SISTEMA
5.1. Prueba de validación
Las pruebas de validación son el proceso de revisión que el sistema de
software producido cumple con las especificaciones y que cumple su
cometido.
Con la validación se podrá comprobar si el sistema afronta todas las
necesidades de los usuarios.
Se trata de evaluar el sistema durante la etapa final del desarrollo para
determinar si satisface los requisitos iniciales.
5.1.1. Muestreo de las pruebas de validación
Se aplicó la revisión al proyecto en cada una de las pantallas lo siguiente:
Estándares de los tipos de datos en las cajas de texto.
Validación en los botones de navegación de la búsqueda cuando
queremos extraer información.
Control de seguridad en cuanto a las acciones del usuario dentro
del módulo, acciones tales como: grabar, consultar, eliminar,
buscar, descargar materiales y visualizar material.
Revisión de la consistencia de datos devueltos en los
procedimientos y funciones.
Comparación de los datos generados por el reporte extrayendo
registros de la base de datos
Antes de generar los reportes del sistema, se verificó que con los filtros
escogidos por el usuario.
5.2. Atributos de calidad
Son los aspectos del sistema, que en general, no afectan directamente a la
funcionalidad necesitada, sino que definen la calidad y las características que
el sistema debe soportar. Dentro de los atributos de calidad que aportan en
nuestro sistema está:
Parametrizable: La solución al requerimiento cuenta con tablas donde se
encuentran parámetros que serán consultados desde el sistema.
Interactivo: Cada una de nuestras pantallas cuenta con sus respectivas
ayudas donde el usuario tendrá conocimiento del funcionamiento de la
misma. Además nuestras interfaces serán accesibles a cualquier usuario ya
que se aplicó correctamente la ergonomía.
Confiabilidad: Después de las pruebas realizadas a nuestro sistema
podemos dar fe de que la información devuelta por cada uno de los procesos
o reportes es confiable para los usuarios.
Mantenibilidad: Las modificaciones a nuestro sistema se realizarán de una
manera eficiente gracias a la documentación que maneja del mismo. Los
cambios a nuevos ambientes se realizarán de manera rápida y sin
inconvenientes debido al estándar que hemos implementado.
tf
UNIVERSIDAD DE GUAYAQUIL
Facultad de Ciencias Matemáticas y Físicas
Carrera de Ingeniería en Sistemas Computacionales
“Sistema de venta de boletos para cualquier tipo de eventos,
considerando la reservación anticipada vía web”
PROYECTO DE GRADO
CURSO DE GRADUACIÓN
Previo a la Obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
Autores:
Chamba Suquillo Pedro Vicente
Galarza Muñiz Richard Alfredo
Quinde Banchón Cynthia Raquel
GUAYAQUIL-ECUADOR
Año: 2010
AGRADECIMIENTOS
Dedico este proyecto de Seminario de
Graduación a Dios y a mi familia. A
Dios porque ha estado conmigo a cada
paso que doy, cuidándome y dándome
fortaleza para continuar, a mi familia,
quienes a lo largo de mi vida han
velado por mi bienestar y educación
siendo mi apoyo en todo momento.
Depositando su entera confianza en
cada reto que se me presentaba sin
dudar ni un solo momento en mi
inteligencia y capacidad. Es por ellos
que soy lo que soy ahora. Los amo con
mi vida
.
Pedro Vicente Chamba Suquillo.
AGRADECIMIENTOS
Agradezco a Dios por brindarme salud
y fortaleza, a mis padres, a mis
hermanos y a mis amigos, que siempre
fueron un apoyo incondicional para
culminar con éxito mi carrera
profesional.
Richard Alfredo Galarza Muñiz.
AGRADECIMIENTOS
Mi agradecimiento por haber concluido
mi objetivo se lo debo a DIOS por ser el
único que me da la fortaleza para estar
en el lugar que estoy en estos
momentos, sin embargo agradezco a
mis padres por ser la personas más
importantes de mi vida quienes
supierón brindarme su apoyo
incondicional en todo momento
Cynthia Raquel Quinde Banchón.
DEDICATORIA
En primer lugar a Dios por haberme guiado por el camino
de la felicidad hasta ahora; en segundo lugar a cada uno
de los que son parte de mi familia a mi ABUELA Clara
Amelia Pérez, mi MADRE, mi PADRE;
A mis hermanos y a toda mi familia; por siempre haberme
dado su fuerza y apoyo incondicional que me han
ayudado y llevado hasta donde estoy ahora. Por último a
mis compañeros de Seminario de Graduación porque en
esta armonía grupal lo hemos logrado luchando hasta el
final.
Pedro Vicente Chamba Suquillo.
DEDICATORIA
A mis padres, hermanos, familiares y
amigos que siempre estuvieron
apoyándome para que logre cumplir
este objetivo.
Richard Alfredo Galarza Muñiz.
DEDICATORIA
A DIOS, mis padres Carlos Quinde y
María Banchón, mis hermanos y a
todos mis amigos que en su momento
estuvierón conmigo dándome consejos
y supierón entenderme y aceptarme
como soy, al que con paciencia supo
estar a mi lado en momentos buenos y
malos.
Cynthia Raquel Quinde Banchón.
DECLARACIÓN EXPRESA
“La autoría de la tesis de grado corresponde exclusivamente al suscrito(s),
perteneciendo a la Universidad de Guayaquil los derechos que generen la
aplicación de la misma”
(Reglamento de Graduación de la Carrera de Ingeniería en sistemas
Computacionales, Art. 26)
Chamba Suquillo Pedro Vicente
Galarza Muñiz Richard Alfredo
Quinde Banchón Cynthia Raquel
INDICE GENERAL
AGRADECIMIENTO II
DEDICATORIA V
TRIBUNAL DE GRADUACIÓN VIII
DECLARACIÓN EXPRESA IX
RESUMEN X
INDICE GENERAL XI
TABLA DE CONTENIDOS
MANUAL TÉCNICO ........................................................................................ 1
1. Diagrama Entidad Relación ...................................................................... 1
2. Tablas de la base de datos ...................................................................... 3
3. Paquetes de la Base de Datos ............................................................... 27
3.1. Pck_Boleto ......................................................................................... 28
3.2. Pck_Usuarios ..................................................................................... 28
3.3. Pck_Consumidores ............................................................................ 29
3.4. Pck_Obj_Venta .................................................................................. 30
3.5. Pck_Obj_Reservación ........................................................................ 30
3.6. Pck_Contactos ................................................................................... 31
MANUAL DE USAURIO ................................................................................ 32
1. Módulo Forms ........................................................................................ 32
1.1. Pantallas del sistema .......................................................................... 32
1.2. Pantallas de Parametrización ............................................................. 34
2. Módulo Web ........................................................................................... 73
2.1. Pantalla Principal ................................................................................ 73
3.1. Login ................................................................................................... 74
3.2. Reservaciones o Compras ................................................................. 81
3.3. Contáctenos ....................................................................................... 91
3.4. Puntos Venta ...................................................................................... 93
INDICE DE FIGURAS
Figura 1. Modelo Objeto-Relación ...................................................................... 2
Figura 2. Menú .................................................................................................. 32 Figura 3. Barra Toolbar ..................................................................................... 33 Figura 4. Interfaz de Conexión .......................................................................... 34 Figura 5. Usuarios ............................................................................................. 35 Figura 6.Roles ................................................................................................... 36
Figura 7. Objetos .............................................................................................. 36 Figura 8.Objetos Roles ..................................................................................... 37
Figura 9.Opciones del menú ............................................................................. 38
Figura 10.Países ............................................................................................... 39 Figura 11. Ciudades .......................................................................................... 40 Figura 12. Categoría ......................................................................................... 41 Figura 13. Subcategoría ................................................................................... 42
Figura 14. Tipos de Público .............................................................................. 43 Figura 15. Formas de Entrega .......................................................................... 44
Figura 16. Tipos de Identificación ..................................................................... 45 Figura 17. Puntos de Ventas ............................................................................ 46
Figura 18. Localidades ...................................................................................... 47 Figura 19. Secciones ........................................................................................ 48 Figura 20. Cliente .............................................................................................. 49
Figura 21. Consumidor ..................................................................................... 50
Figura 22. Contactos ......................................................................................... 52 Figura 23. Lugares ............................................................................................ 53 Figura 24. Configuración de eventos ................................................................ 55
Figura 25.Eventos ............................................................................................. 56 Figura 26. Eventos2 .......................................................................................... 58
Figura 27. Localidades por eventos .................................................................. 59 Figura 28. Horarios para los eventos ................................................................ 60 Figura 29.Secciones de localidades para eventos ............................................ 61 Figura 30. Descuentos ...................................................................................... 62
Figura 31. Tipos de Público por evento ............................................................ 63 Figura 32. Formas de entrega por evento ......................................................... 64
Figura 33. Ventas .............................................................................................. 65 Figura 34. Boleto ............................................................................................... 67 Figura 35. Códigos Válidos ............................................................................... 68 Figura 36. Disponibilidad de eventos ................................................................ 69 Figura 37. Cantidades de Boletos disponibles .................................................. 69
Figura 38. Listado de Consumidores y Clientes................................................ 70 Figura 39. Listado de Clientes .......................................................................... 71 Figura 40. Listado de consumidores ................................................................. 71 Figura 41. Eventos Cancelados y más solicitados ............................................ 71 Figura 42. Listado de Eventos cancelados ....................................................... 72
Figura 43. Listado de Eventos Disponibles ....................................................... 72
Figura 44. Disponibilidad de Eventos ................................................................ 73 Figura 45. Pantalla principal.............................................................................. 73 Figura 46. Barra de Navegación ....................................................................... 74 Figura 47.Pantalla de registro ........................................................................... 75 Figura 48. Pantalla de confirmación del registro. .............................................. 76
Figura 49. Pantalla de iniciar sesión ................................................................. 77 Figura 50. Pantalla de Modificar ....................................................................... 78 Figura 51. Pantalla de confirmación de modificar ............................................. 79 Figura 52. Pantalla modificar clave ................................................................... 80
Figura 53. Pantalla de confirmación de cambio de clave .................................. 80 Figura 54. Pantalla de Olvido de password ...................................................... 81 Figura 55. Pantalla de consulta de eventos. ..................................................... 81
Figura 56. Pantalla de evento ........................................................................... 82 Figura 57. Pantalla de información detallada del evento. ................................. 83 Figura 58. Pantalla para iniciar sesión. ............................................................. 83 Figura 59. Pantalla para seleccionar fecha del evento. ................................... 84
Figura 60. Pantalla para seleccionar sillas. ....................................................... 84 Figura 61.Pantalla del detalle de reservaciones ............................................... 85
Figura 62. Pantalla de detalle de la transacción ............................................... 86 Figura 63. Pantalla de reservaciones pendientes ............................................. 86 Figura 64. Pantalla del detalle de compra ......................................................... 87
Figura 65. Pantalla de logeo de PayPal ............................................................ 88 Figura 66. Pantalla de paypal ........................................................................... 89
Figura 67. Pantalla de pago por paypal ............................................................ 90 Figura 68. Pantalla de envío de su transacción ................................................ 90
Figura 69. Pantalla de envió por correo electrónico el Ticket ........................... 91 Figura 70. Pantalla de los eventos más destacados. ........................................ 91 Figura 71. Pantalla Contactar. .......................................................................... 92 Figura 72. Pantalla de confirmar el contacto. .................................................... 93
Figura 73. Ubicación de la opción Puntos de ventas ........................................ 93 Figura 74. Pantalla de Punto de Venta. ............................................................ 94
INDICE DE TABLAS Tabla 1.Tabla Etk_Paises ................................................................................... 3
Tabla 2.Tabla Etk_Paises ................................................................................... 4 Tabla 3. Etk_Categorias ..................................................................................... 5 Tabla 4. Etk_Subcategorias ................................................................................ 5 Tabla 5. Etk_Localidades .................................................................................... 6 Tabla 6. Etk_Secciones ...................................................................................... 7
Tabla 7. Etk_Formas_Entrega ............................................................................ 8 Tabla 8. Etk_Tipo_Identificación ......................................................................... 8
Tabla 9. Etk_Tipos_Publicos .............................................................................. 9
Tabla 10. Etk_Lugares ...................................................................................... 10 Tabla 11. Etk_Puntos_Venta ............................................................................ 11 Tabla 12. Etk_Clientes ...................................................................................... 12 Tabla 13. Etk_Consumidores ............................................................................ 13
Tabla 14. Etk_Contactos ................................................................................... 14 Tabla 15. Etk_Eventos ...................................................................................... 16
Tabla 16. Etk_Horarios ..................................................................................... 16 Tabla 17. Etk_Eventos_Localidad ..................................................................... 17
Tabla 18. Etk_Eventos_Secciones ................................................................... 18 Tabla 19. Etk_Eventos_Entrega ....................................................................... 18 Tabla 20. Etk_Eventos_Tip_Publicos ............................................................... 19
Tabla 21. Etk_Descuentos ................................................................................ 20
Tabla 22.Etk_Ventas ......................................................................................... 21 Tabla 23. Etk_Detalle_Ventas........................................................................... 22 Tabla 24. Etk_Reservaciones ........................................................................... 23
Tabla 25. Etk_Detalle_Reservaciones .............................................................. 24 Tabla 26. Etk_Boletos ....................................................................................... 25
Tabla 27. Etk_Opcion ....................................................................................... 25 Tabla 28. Etk_objetos ....................................................................................... 26 Tabla 29. Etk_Roles .......................................................................................... 26 Tabla 30. Etk_Objetos_Roles ........................................................................... 27
Tabla 31. Pck_Boleto ........................................................................................ 28 Tabla 32. Pck_Usuarios .................................................................................... 29
Tabla 33. Pck_Consumidores ........................................................................... 29 Tabla 34. Pck_Obj_Venta ................................................................................. 30 Tabla 35. Pck_Obj_Reservacion ....................................................................... 31 Tabla 36. Pck_Contacto .................................................................................... 31
1
MANUAL TÉCNICO
En este manual se detallan todos los objetos que intervienen en el sistema de ventas
de boletos e-Ticket.
1. Diagrama Entidad Relación
En el siguiente de diagrama se muestran todos los objetos o entidades que
se necesitan para la elaboración de este sistema, además se muestran los
atributos y relaciones de cada uno de los objetos.
Figura 1. Modelo Objeto-Relación
2. Tablas de la base de datos
A continuación se detallan cada una de las tablas usadas en el
desarrollo e implementación de este sistema.
Tabla Etk_Paises
Esta tabla almacena toda la información de los países, que será utilizado
en los lugares donde se darán los eventos, y para el registro de clientes
y consumidores.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_pais
descripcion_pai
usuario_creacion
fecha_creacion_pai
estado_pai
varchar2
varchar2
varchar2
date
varchar2
3
30
20
1
Código del país.
Descripción del país.
Usuario que creó el país.
Fecha de creación del país.
Representa el estado del
país: AActivo, IInactivo.
Tabla 1.Tabla Etk_Paises
Tabla Etk_Ciudades
Esta tabla almacena toda la información de las ciudades, que será
utilizado en los lugares donde se darán los eventos, y para el registro de
clientes y consumidores.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_ciudad
descripcion_ciu
usuario_creacion
fecha_creacion_ciu
estado_ciu
id_pais
varchar2
varchar2
varchar2
date
varchar2
varchar2
3
30
20
1
3
Código de la ciudad.
Descripción de la ciudad.
Usuario que creó la ciudad.
Fecha de creación de la
ciudad.
Representa el estado de la
ciudad: AActivo,
IInactivo.
Código del país al q
pertenece la ciudad.
Tabla 2.Tabla Etk_Paises
Tabla Etk_Categorias
Esta tabla almacena toda la información de las categorías, que serán
utilizadas para poder clasificar los eventos de acuerdo a su género.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_categoria
descripcion_cat
usuario_creacion
fecha_creacion_cat
number
varchar2
varchar2
date
3
30
20
Código de la categoría.
Descripción de categoría.
Usuario que creó la
categoría.
Fecha de creación de la
estado_cat
varchar2
1
categoría.
Representa el estado de la
categoría: AActivo,
IInactivo
Tabla 3. Etk_Categorias
Tabla Etk_Subcategorias
Esta tabla almacena toda la información de las subcategorías, que serán
utilizadas para poder clasificar los eventos de acuerdo a su género.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_subcategoria
descripcion_scat
usuario_creacion
fecha_creacion_scat
estado_scat
number
varchar2
varchar2
date
varchar2
3
30
20
1
Código de la categoría.
Descripción de categoría.
Usuario que creó la
categoría.
Fecha de creación de la
categoría.
Representa el estado de la
categoría: AActivo,
IInactivo
Id_categoria number 3 Registra el código de la
categoría al que pertenece
la subcategoría.
Tabla 4. Etk_Subcategorias
Tabla Etk_Localidades
Esta tabla almacena información de las localidades que puede tener un
evento.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_localidad
descripcion_loc
usuario_creacion
fecha_creacion_loc
estado_loc
number
varchar2
varchar2
date
varchar2
3
30
20
1
Código de la localidad.
Descripción de localidad.
Usuario que creó la
localidad.
Fecha de creación de la
localidad.
Representa el estado de la
localidad: AActivo,
IInactivo
Tabla 5. Etk_Localidades
Tabla Etk_Secciones
Esta tabla almacena las secciones en las que se puede dividir una
localidad de un evento.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_seccion number 3 Código de la sección.
descripcion_sec
usuario_creacion
fecha_creacion_sec
estado_sec
varchar2
varchar2
date
varchar2
30
20
1
Descripción de la sección.
Usuario que creó la sección.
Fecha de creación de la
sección.
Representa el estado de la
sección: AActivo,
IInactivo
Tabla 6. Etk_Secciones
Tabla Etk_Formas_Entrega
Esta tabla almacena información de las diferentes formas de entrega con
las que se cuenta al momento de realizar la compra de un boleto.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_forma_entrega
descripcion_ent
costo_ent
dirección_ent
usuario_creacion
fecha_creacion_ent
Number
varchar2
number
varchar2
varchar2
date
3
30
6,2
60
20
Código de la forma de
entrega.
Descripción de la forma de
entrega.
Costo de la forma de
entrega.
Dirección por de la forma de
entrega.
Usuario que creó la forma
de entrega.
Fecha de creación de la
estado_ent
varchar2
1
forma de entrega.
Representa el estado de la
forma de entrega: AActivo,
IInactivo
Tabla 7. Etk_Formas_Entrega
Tabla Etk_Tipo_Identificacion
Esta tabla almacena de los tipos de identificación que pueden tener los
clientes y consumidores.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
Tipo_identificacion
descripcion_ide
usuario_creacion
fecha_creacion_ide
estado_ide
varchar2
varchar2
varchar2
date
varchar2
5
30
20
1
Código del tipo de
identificación.
Descripción del tipo de
identificación.
Usuario que creó el tipo de
identificación.
Fecha de creación del tipo
de identificación.
Representa el estado del
tipo de identificación:
AActivo, IInactivo
Tabla 8. Etk_Tipo_Identificación
Tabla Etk_Tipos_Publicos
Esta tabla almacena información de los tipos de públicos que son
considerados al momento de la creación de un evento.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_tipo_publico
descripcion_pub
usuario_creacion
fecha_creacion
estado
varchar2
varchar2
varchar2
date
varchar2
4
30
20
1
Código del tipo de público.
Descripción del tipo de
público.
Usuario que creó el tipo de
público.
Fecha de creación del tipo
de público.
Representa el estado del
tipo de público: AActivo,
IInactivo
Tabla 9. Etk_Tipos_Publicos
Tabla Etk_Lugares
Esta tabla almacena información de los lugares donde se darán lo
eventos.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_lugar varchar2 4 Código del lugar.
descripcion_lug
dirección_lug
capacidad_lug
usuario_creacion
fecha_creacion_lug
estado_lug
nombre_imagen
id_ciudad
id_pais
varchar2
varchar2
number
varchar2
date
varchar2
varchar2
varchar2
varchar2
30
50
8
20
1
60
3
3
Descripción del lugar.
Dirección del lugar.
Capacidad del lugar
Usuario que creó el lugar.
Fecha de creación del lugar.
Representa el estado del
lugar: AActivo, IInactivo
Registra el nombre de la
imagen del lugar.
Código de la ciudad en
donde está ubicado el lugar.
Código del país en donde
está ubicado el lugar.
Tabla 10. Etk_Lugares
Tabla Etk_Puntos_Venta
Esta tabla almacena información de los puntos de ventas autorizados
para la venta de boletos.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_pto_vta
descripcion_pun
direccion_pun
telefono1_pun
number
varchar2
varchar2
varchar2
3
30
50
10
Código del punto de venta.
Descripción del pto. de
venta.
Dirección del pto. de venta.
Teléfono del pto. de venta.
telefono2_pun
email_pun
usuario_creacion
fecha_creacion_pun
estado_pun
varchar2
varchar2
varchar2
date
varchar2
10
30
20
1
Teléfono del pto. de venta.
Email del punto de venta.
Registra el usuario que creó
el punto de venta.
Fecha de creación del punto
de venta.
Representa el estado del
punto de venta: AActivo,
IInactivo
Tabla 11. Etk_Puntos_Venta
Tabla Etk_Clientes
Esta tabla se registran todos nuestros clientes, para contar con
información detallada de cada uno de ellos. Los clientes son los
organizadores de los eventos.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_cliente
usuario_cli
password_cli
razón_social
representante_legal
dirección_cli
tipo_identificacion
number
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
6
20
20
30
30
60
5
Código del cliente.
Usuario del cliente.
Password del cliente.
Razon social del cliente.
Representante legal del
cliente.
Dirección del cliente.
Tipo de identificación que el
identificacion_cli
telefono1_cli
telefono2_cli
email_cli
estado_cli
fecha_creacion_cli
usuario_creacion_cli
id_usuario
id_pais
id_ciudad
varchar2
varchar2
varchar2
varchar2
varchar2
date
varchar2
varchar2
varchar2
varchar2
15
15
15
30
1
20
20
3
4
cliente ingresó.
Identificación del cliente.
Teléfono del cliente.
Teléfono del cliente.
Email del cliente.
Representa el estado del
punto de venta: AActivo,
IInactivo
Fecha de creación del
cliente.
Almacena el usuario que
creó el cliente.
Usuario de la base de datos
asignado al cliente.
Código del país de donde es
el usuario.
Código de la ciudad de
donde es el usuario
Tabla 12. Etk_Clientes
Tabla Etk_Consumidores
Esta tabla se registran todas las personas que se han registrado al sitio
web, para contar con información detallada de cada uno de ellos, ya que
son las personas que compran y reservan los boletos.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_consumidor
usuario_con
password_con
nombre_con
apellido_con
dirección_con
tipo_identificacion
identificacion_con
telefono1_con
telefono2_con
email_con
genero_con
estado_con
fecha_creacion_con
usuario_creacion
id_usuario
id_pais
id_ciudad
Number
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
date
varchar2
varchar2
varchar2
varchar2
6
20
20
60
60
60
5
15
15
15
30
1
1
20
20
3
4
Código del consumidor.
Usuario del consumidor.
Password del consumidor.
Nombre del consumidor.
Apellido del consumidor.
Dirección del consumidor.
Tipo de identificación que el
consumidor ingresó.
Identificación consumidor.
Teléfono del consumidor.
Teléfono del consumidor.
Email del consumidor.
Genero del consumidor:
MMasculino, FFemenino.
Representa el estado del
consumidor: AActivo,
IInactivo
Fecha de creación del
consumidor.
Almacena el usuario que
creó el consumidor.
Usuario de la base de datos
asignado al consumidor.
Código del país de donde es
el consumidor.
Código de la ciudad de
donde es el consumidor.
Tabla 13. Etk_Consumidores
Tabla Etk_Contactos
Esta tabla se registran todas las personas que han emitido comentarios,
dudas, sugerencias a través del sitio web.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_contacto
nombre_cont
apellido_cont
país_cont
ciudad_cont
dirección_cont
telefono1_cont
telefono2_cont
email_cont
detalle_cont
estado_cont
fecha_creacion_cont
usuario_creacion
number
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
varchar2
date
varchar2
6
60
60
3
3
60
15
15
30
400
1
20
Código del contacto.
Nombre del contacto.
Apellido del contacto
Código del país de donde se
realiza la consulta.
Código de la ciudad de
donde se realiza la consulta.
Dirección del contacto.
Teléfono del contacto.
Teléfono del contacto.
Email del contacto.
Almacena el detalle de la
consulta realizada.
Representa el estado del
consumidor: AActivo,
IInactivo
Fecha de creación del
contacto.
Almacena el usuario que
creó el contacto.
Tabla 14. Etk_Contactos
Tabla Etk_Eventos
En esta tabla se registran todos los eventos de los cuales se venden
boletos a través de e-ticket.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_evento
nombre_eve
descripción_eve
fecha_eve
capacidad_eve
fecha_ini_vta
fecha_fin_vta
reservación_eve
estado_eve
fecha_creacion_eve
usuario_creacion
id_subcategoria
id_categoria
number
varchar2
varchar2
date
number
date
date
varchar2
varchar2
date
varchar2
number
number
4
50
2000
10
1
1
20
4
3
Código del evento.
Nombre del evento.
Descripción del evento.
Fecha del evento.
Capacidad del evento.
Fecha de inicio de venta de
boletos.
Fecha de fin de venta de
boletos.
Indica si el evento acepta
reservaciones. SSi, NNo.
Indica el estado del evento.
AActivo,
PPróximamente,
IInactivo, CCancelado,
VVendido.
Fecha de creación del
evento.
Almacena el usuario que
creó el evento.
Código de la subcategoria al
que pertenece el evento.
Código de la categoría a la
que pertenece el evento.
id_lugar
id_cliente
imagen_1
imagen_2
imagen_3
number
number
varchar2
varchar2
varchar2
3
6
60
60
60
Código del lugar donde se
realizara el evento.
Código del cliente que
organiza el evento.
Nombre de la imagen del
evento.
Nombre de la imagen del
evento.
Nombre de la imagen del
evento.
Tabla 15. Etk_Eventos
Tabla Etk_Horarios
En esta tabla se registran los horarios en los que se va a dar el eventos .
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_horario
observacion_hor
fecha_hor
estado_hor
id_evento
Number
varchar2
date
varchar2
number
3
50
20
1
4
Código del horario.
Descripción del horario.
Fecha y hora en la que se
va a dar el evento.
Indica el estado del horario:
AActivo, IInactivo.
Representa el código del
evento al que pertenece el
horario.
Tabla 16. Etk_Horarios
Tabla Etk_Eventos_Localidad
En esta tabla se registran las localidades asignadas a cada uno de los
eventos, además se registra en costo del boleto para cada localidad.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_evento
id_localidad
precio_loc
tipo_loc
usuario_creacion
ubicación_loc
number
number
number
varchar2
varchar2
varchar2
4
3
7,2
3
20
1
Código del evento.
Código de la localidad.
Precio de la localidad.
Indica si la localidad es.de
asistencia masiva, o por
asientos numerados:
ASIAsientos,
MASIMasiva.
Representa al usuario que
asigno las localidades al
evento.
Indica la ubicación de la
localidad en el evento:
NNorte, SSur,
EEste, OOeste.
Tabla 17. Etk_Eventos_Localidad
Tabla Etk_Eventos_Secciones
En esta tabla se registran las secciones asignadas a cada una de las
localidades con las que cuenta el eventos, además se indica la posición
en la que se encuentra.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_evento
id_localidad
id_seccion
capacidad_loc
usuario_creacion
ubicación_sec
number
number
number
number
varchar2
varchar2
4
3
3
10
20
1
Código del evento.
Código de la localidad.
Código de la sección.
Capacidad de la sección
Almacena el usuario de
asigno la sección al evento.
Indica la ubicación de la
localidad en el evento:
NNorte, SSur,
EEste, OOeste.
Tabla 18. Etk_Eventos_Secciones
Tabla Etk_Eventos_Entrega
En esta tabla se registran las formas de entregas autorizadas al
momento de realizar una compra.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_forma_entrega
id_evento
Number
number
2
4
Código de la forma de
entrega.
Código del evento.
Tabla 19. Etk_Eventos_Entrega
Tabla Etk_Eventos_Tip_Publicos
En esta tabla se registran todos tipos de públicos permitidos en el
evento.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_tipo_publico
id_evento
Varchar2
number
4
4
Código del tipo de público
Código del evento.
Tabla 20. Etk_Eventos_Tip_Publicos
Tabla Etk_Descuentos
En esta tabla se registran todos descuentos autorizados al realizarse la
venta de boletos.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_descuento
descripción_des
fecha_inicio_des
fecha_fin_des
porcentaje_des
estado_des
number
varchar2
date
date
number
varchar2
4
4
4,2
1
Código del descuento
Descripción del descuento.
Fecha desde cuando inicia
el descuento.
Fecha hasta cuando es
válido el descuento.
Porcentaje del descuento.
Estado del descuento:
AActivo, IInactivo.
usuario_creacion
id_evento
id_tipo_publico
varchar2
number
varchar2
20
4
4
Registra el usuario que creó
el descuento.
Código del evento.
Código del tipo de público
para el que es válido el
descuento.
Tabla 21. Etk_Descuentos
Tabla Etk_Ventas
En esta tabla se registran todas las ventas realizadas, ya sean a través
de los puntos de ventas, o a través del sitio web.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_venta
hora_vta
fecha_vta
valor_bruto_vta
valor_descuento_vta
valor_entrega
valor_total_vta
observación_vta
estado_vta
usuario_creacion
id_forma_entrega
number
varchar2
date
number
number
number
number
varchar2
varchar2
varchar2
number
10
10
10,2
10,2
10,2
10,2
50
1
20
2
Código de la venta
Hora de la venta.
Fecha de la venta.
Valor bruto de la venta.
Valor de descuento.
Costo de entrega.
Valor total de la venta.
Observación de la venta.
Estado de la venta:
AActivo, IInactivo.
Registra el usuario que
efectuó la venta.
Código de la forma de
entrega.
id_consumidor
fecha_creacion_vta
dirección_ent
id_punto_vta
number
date
varchar2
number
6
60
3
Código del consumidor que
compra los boletos.
Fecha de creación de la
venta.
Dirección donde deben ser
entregados los boletos.
Código del punto de venta
desde donde se generó la
venta.
Tabla 22.Etk_Ventas
Tabla Etk_Detalle_Ventas
En esta tabla se registra el detalle de cada una de las ventas realizadas.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_venta
id_detalle_vta
id_sección
id_evento
id_localidad
id_tipo_publico
iid_horario
cantidad_vta
descuento_vta
subtotal_vta
Number
Number
number
number
number
varchar2
number
number
number
number
10
10
3
4
3
4
3
5
10,2
10,2
Código de la venta
Código del detalle de la
venta.
Código de la sección.
Código del evento
Código de la localidad.
Código del tipo de público.
Código del horario.
Cantidad vendida.
Valor de descuento.
Subtotal de la venta.
estado_vta
varchar2 1
Estado de la venta:
AActivo, IInactivo.
Tabla 23. Etk_Detalle_Ventas
Tabla Etk_Reservaciones
En esta tabla se registran todas las reservaciones realizadas a través del
sitio web.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_reservacion
hora_res
fecha_res
valor_bruto_res
valor_descuento_res
valor_entrega
valor_total_res
observación_res
estado_res
usuario_creacion
id_forma_entrega
id_consumidor
number
varchar2
date
number
number
number
number
varchar2
varchar2
varchar2
number
number
10
10
10,2
10,2
10,2
10,2
50
1
20
2
6
Código de la reservación
Hora de la reservación.
Fecha de la reservación.
Valor bruto de la reservación
Valor de descuento.
Costo de entrega.
Valor total de la reservación.
Observación de la
reservación.
Estado de la reservación:
AActivo, IInactivo.
Registra el usuario que
efectuó la reservación.
Código de la forma de
entrega.
Código del consumidor que
fecha_creacion_res
dirección_ent
id_punto_vta
date
varchar2
number
60
3
reservación los boletos.
Fecha de creación de la
reservación.
Dirección donde deben ser
entregados los boletos.
Código del punto de venta
desde donde se generó la
reservación.
Tabla 24. Etk_Reservaciones
Tabla Etk_Detalle_Reservaciones
En esta tabla se registra el detalle de cada una de las reservaciones
realizadas para asistir a los eventos.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
id_reservacion
id_detalle_res
id_sección
id_evento
id_localidad
id_tipo_publico
iid_horario
cantidad_res
descuento_res
Number
Number
number
number
number
varchar2
number
number
number
10
10
3
4
3
4
3
5
10,2
Código de la reservación
Código del detalle de la
reservación.
Código de la sección.
Código del evento
Código de la localidad.
Código del tipo de público.
Código del horario.
Cantidad reservada.
Valor de descuento.
subtotal_res
estado_res
number
varchar2
10,2
1
Subtotal de la reservación.
Estado de la reservación:
AActivo, IInactivo.
Tabla 25. Etk_Detalle_Reservaciones
Tabla Etk_Boletos
En esta tabla se almacenan cada uno de los boletos .generados en la
creación de un evento, aquí se controlan los boletos vendidos y
reservados.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
Índice
id_evento
id_localidad
id_seccion
numero_silla
numero_boleto
estado_bol
id_venta
id_detalle_vta
usuario_creacion
Number
Number
number
number
number
varchar2
varchar2
number
number
varchar2
20
4
3
3
10
20
1
10
10
20
Código del boleto.
Código del evento
Código de la localidad.
Código de la sección
Numero del silla del boleto
Numero del boleto.
Estado de la reservación:
AActivo, IInactivo,
RReservado, VVendido,
SAsistido.
Código de la venta.
Código del detalle de la
venta.
Usuario que creó el boleto.
fecha_creacion
id_horario
date
number
3
Fecha de creación del
boleto.
Código del horario del
boleto.
Tabla 26. Etk_Boletos
Tabla Etk_Opcion
En esta tabla se almacenan las opciones que contendrá en sistema,
asignando el formulario que corresponde a cada opción.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
código_opc
descripcion_opc
código_padre_opc
id_objeto
icono_opc
number
varchar2
number
number
varchar2
60
60
Código de la opción.
Descripción de la opción.
Código del menú padre de
la opción.
Código del objeto asociado
a la opción.
Nombre del icono asociado
a la opción.
Tabla 27. Etk_Opcion
Tabla Etk_Objetos
En esta tabla se registran todos los formulario sque conforman el
sistema.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
Id_objeto
nombre_obj
tipo_obj
estado_obj
usuario_creacion
fecha_creacion_obj
number
varchar2
varchar2
varchar2
varchar2
date
3
30
4
1
20
Código del objeto.
Nombre del objeto.
Tipo del objeto.
Estado del objeto.
Usuario que creó el evento.
Fecha de creación del
objeto.
Tabla 28. Etk_objetos
Tabla Etk_Roles
En esta tabla se registran los roles con los que contara en sistema.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
Id_rol
descripcion_rol
estado_rol
usuario_creacion
fecha_creacion_rol
number
varchar2
varchar2
varchar2
date
3
30
1
20
Código del rol.
Descripción del rol.
Estado del rol.
Usuario que creó el rol.
Fecha de creación del rol.
Tabla 29. Etk_Roles
Tabla Etk_Objetos_Roles
En esta tabla se registran los objetos a los que pondrá tener acceso
cada rol.
La tabla contiene la siguiente estructura:
Campo Tipo de Dato Tamaño Descripción
Id_objeto
Id_rol
usuario_creacion
fecha_creacion
Number
number
varchar2
date
3
3
20
Código del objeto.
Código del rol.
Usuario que asigno objetos
al rol.
Fecha de creación.
Tabla 30. Etk_Objetos_Roles
3. Paquetes de la Base de Datos
Los paquetes que hemos realizado en la desarrollo del sistema, y que nos
han permitido realizar procesos importantes sobre la base de datos son los
siguientes;
Pck_Boletos
Pck_Consumidores
Pck_Usuarios
Pck_Contactos
Pck_Obj_Reservacion
Pck_Obj_Venta
3.1. Pck_Boleto
El siguiente paquete es usado con para la creación de cada uno de los
boletos con los que cuenta un evento, en cada uno de los horarios en los
que se va a dar .el evento, además sirve para asignar boletos
dinámicamente cuando un boleto vendido pertenece a una localidad que
es de asistencia masiva.
A continuación se describe el paquete:
Proceso Descripción
Pu_crear_boletos Procedimiento que sirve
para la creación de los
boletos que estarán
disponibles en la venta y
reservación de un evento.
Pu_Asignar_Boletos
Procedimiento que sirve
para la asignación de
boletos en la venta de
boletos, cuando la localidad
es de asistencia masiva.
Tabla 31. Pck_Boleto
3.2. Pck_Usuarios
El siguiente paquete es usado para encriptar y desencriptar la clave de
los usuarios creados.
A continuación se describe el paquete:
Proceso Descripción
Fu_Insertar_Usu Función que recibe la clave que
ha sido ingresada por el usuario
y retorna la misma clave, pero
encriptada.
Pu_Password
Procedimiento que sirve para la
desencriptar la clave, que se
encuentra almacenada en la
tabla de usuarios.
Tabla 32. Pck_Usuarios
3.3. Pck_Consumidores
El siguiente paquete es usado para la inserción, actualización de los
consumidores.
A continuación se describe el paquete:
Proceso Descripción
Pu_Insertar_Consumidor Procedimiento que sirve para
insertar un registro en la tabla
Etk_Consumidores.
Pu_Actualizar_Consumidor
Pu_Cambiar_Clave
Procedimiento que sirve para la
actualizar un registro de la tabla
Etk_Consumidores.
Procedimiento que es usado
para cambiar la clave de un
consumidor.
Tabla 33. Pck_Consumidores
3.4. Pck_Obj_Venta
El siguiente paquete es usado para en el proceso de venta de un boleto.
A continuación se describe el paquete:
Proceso Descripción
Pu_Obj_Ing_Venta Procedimiento que sirve para
insertar la cabecera de la
venta.
Pu_Obj_Det_Venta
Pu_Obj_Act_Boleto
Procedimiento que sirve para
insertar el detalle de una venta
realizada.
Procedimiento que es usado
para actualizar los boleto a
estado Vendido.
Tabla 34. Pck_Obj_Venta
3.5. Pck_Obj_Reservación
El siguiente paquete es usado para en el proceso de reservación de un
boleto.
A continuación se describe el paquete:
Proceso Descripción
Pu_Obj_Ing_Reservación Procedimiento que sirve para
insertar la cabecera de la
reservación.
Pu_Obj_Det_Reservación
Pu_Obj_Act_Boleto
Procedimiento que sirve para
insertar el detalle de una
reservación realizada.
Procedimiento que es usado
Pu_Obj_Act_Reservación
para actualizar los boleto a
estado Reservado.
Procedimiento que sirve para
cambiar el estado de una
reservación a Activo, es decir
que ya la reservación ya fue
convertida en compra.
Tabla 35. Pck_Obj_Reservacion
3.6. Pck_Contactos
El siguiente paquete es usado para en el proceso de inserción de una
consulta realizada desde el sitrio web.
A continuación se describe el paquete:
Proceso Descripción
Pu_Insertar_Contactos Procedimiento que sirve para
insertar una consulta,
comentario o sugerencia
realizada desde el sitio web.
Tabla 36. Pck_Contacto
MANUAL DE USAURIO
Este manual esta diseñado para proporcionar una guía del Aplicativo que
actualmente se encuentra en marcha, a medida que se avance con la lectura
del manual veremos a nivel de detalle los diferentes procesos que realiza la
Aplicación.
Para todas las pantallas administrativas se ha definido un template que
contiene las distintas propiedades que serán reutilizables en cada una.
1. Módulo Forms
1.1. Pantallas del sistema
Figura 2. Menú
Esta pantalla nos indica el menú con el que el usuario según el rol que
tengan tengrán acceso a cada pantalla.
A continuación se muestra el Toolbar que se usa para todas las
pantallas: Toolbar
Figura 3. Barra Toolbar
Este se ha definido como un Toolbar que a continuación se detalla cada
uno:
Nuevo.- Este botón nos indica que se puede crear un nuevo
registro.
Guardar.- Nos indica que podemos guardar el registro.
Eliminar.- Nos indica que podemos eliminar un registro.
Editar.- Indica que podemos modificar un registro.
Limpiar.- Este boton nos permite limpiar la forma.
Query.- Este boton sirve para preparar una consulta .
Ejecutar.-Sirve para consultar los registros.
Cancelar.- Indica que se cancela cualquier evento.
Primer Registro.- Proporciona desplazarnos al primer registro.
Anterior.- Indica que se encuentra en el anterior registro.
Siguiente.- Este boton nos proporciona ir al registro siguiente.
Ultimo.- Proporciona desplazarnos al último registro.
Imprimir.- Permite imprimir información de cada pantalla.
Salir.- Nos permite salir de la ventana en la que se encuentra
cualquier usuario.
1.2. Pantallas de Parametrización
1.2.1. Conexión
Figura 4. Interfaz de Conexión
Esta pantalla es la que nos permitira ingresar al sistema mediante un
usuario existente.
Usuario.- Nombre con la que el usuario se identificará.
Password.- Indicará la clave con que el usuario ingresará al sistema.
Base.- El usuario a conectarse debe ingresar el string de conexión de la
base en el sistema.
1.2.2. Usuarios
Figura 5. Usuarios
Esta pantalla nos permite ingresar los usuarios que darán uso a nuestro
sistema.
Usuario.- Indica con que se identificará al usuario.
Nombres.- Nombres del usuario que usará el sistema.
Apellidos.- Apellidos del usuario que usará el sistema.
Password.- Es la clave con la que podrá logearse al sistema.
Rol.- Indica el código del rol con el cual podrá dar uso a las pantallas del
sistema.
Estado.- Es el estado en que se encuentra el usuario. (Activo e Inactivo)
Fecha de creación.- Indica la fecha en la que se crea el usuario.
Puntos de Ventas.- Es el código del punto de venta al cual pertenecerá.
1.2.3. Roles
Figura 6.Roles
Esta pantalla nos indica los distintos roles que tendra nuestro sistema.
Código.- Es el código consecutivo que se le dará a cada rol.
Descripción.- Se especificará una breve descripción de cada rol.
Estado.- Es el estado en que se encuentra el rol. (Activo e Inactivo)
Fecha de creación.- Indica la fecha en la que se crea cada rol.
1.2.4. Objetos
Figura 7. Objetos
Esta pantalla permite tener la información necesaria de todas las
pantallas que se realicen para el uso del sistema.
Código.- Código que identificará cada objeto del sistema.
Nombre.- Es el nombre que se le da a la forma o reportes que se
utilizarán en el sistema.
Tipo de Objeto.- Es el tipo de objetos de las formas o reportes. Ejemplo
FMB, JSP, etc.
Estado.- Es el estado en que se encuentra los objetos (Activo e Inactivo)
Fecha de creación.- Indica la fecha en que se crea los objetos.
1.2.5. Objetos y Roles
Figura 8.Objetos Roles
Esta pantalla permite tener la información necesaria de que roles
tendrán acceso a los diferentes objetos.
Rol.- Es el rol que ligaremos a cada objeto.
Id Objeto.- Son todos los objetos que se usan en el sistema.
Descripción.- Son los nombres de todos los objetos.
Permiso.- Es el indicador que me indica si pertenecerá o no a un rol.
(Chequeado= Si pertenece, Deschequeado= No pertenece).
1.2.6. Opciones del Menú
Figura 9.Opciones del menú
Esta pantalla nos permite tener la información necesaria de las opciones
que tendrá nuestro menú.
Código.- Es el código consecutivo con el que se identificará cada opción
de menú. A la vez este código es al que se hace referencia como código
padre.
Descripción.- Indica una breve descripción de las opciones del menú.
Código Padre.- Es el mismo código consecutivo que se usa para tener
submenús.
Id Objeto.-Es el código con que se identifica los objetos que se usa en
nuestro sistema.
Nombre Imagen.-Es el nombre del icono para que pueda verse en el
menú.
1.2.7. Países
Figura 10.Países
Código.- Indicará un código consecutivo para cada país.
Descripción.- Se describirá una breve descripción de cada país.
Estado.- Es el estado en que se encuentra el país que da el evento.
(Activo e Inactivo)
Fecha de creación.- Indica la fecha en la que se crea el país.
1.2.8. Ciudades
Figura 11. Ciudades
Esta pantalla nos indica las ciudades de los lugares en donde estarán
disponibles los eventos. Deberá ingresar toda la información necesaria
para registrar las ciudades.
Código.- Es el código que se identificará a cada ciudad.
País.- Indica el código del país que pertenece dicha ciudad.
Descripción.- Se describirá el nombre para cada ciudad.
Fecha de creación.- Indica la fecha en la que se crea esa ciudad.
Estado.- Es el estado en que se encuentra la ciudad (Activo e Inactivo).
1.2.9. Categorías
Figura 12. Categoría
Esta pantalla nos indica las categorías que puede tener un determinado
evento , quien deberá llenar la información necesaria.
Código.- Indicará un código consecutivo para cada categoría.
Descripción.- Se describirá una breve descripción de la categoría.
Estado.- Es el estado en que se encuentra la categoría (Activo e
Inactivo)
Fecha de creación.- Indica la fecha en la que se crea la categoría.
1.2.10. Subcategorías
Figura 13. Subcategoría
Esta pantalla nos decribe las distintas subcategorías que pertenecen a la
categorías para cada evento.
Código.- Indicará un código consecutivo para cada subcategoría.
Categoría.- Indica el código de la categoría que pertenece esa
subcategoría.
Descripción.- Se describirá una breve descripción de la subcategorías
que pertenecen a cada catergoría.
Estado.- Es el estado en que se encuentra la subcategoría (Activo e
Inactivo)
Fecha de creación.- Indica la fecha en la que se crea la subcategoría.
1.2.11. Tipos de Público
Figura 14. Tipos de Público
Esta pantalla refleja los diferentes tipos de públicos que tendrá cada
evento a realizarse.
Código.- Indica un código que identificará cada tipo de público.
Descripción.- Se describirá una breve descripción del tipo de público.
Estado.- Es el estado en que se encuentra cada tipo de público (Activo e
Inactivo)
Fecha de creación.- Indica la fecha en que se crea cada tipo de público.
1.2.12. Formas de Entrega
Figura 15. Formas de Entrega
Esta pantalla nos indica las distintas maneras de efectuarse las formas
de entrega en la compra de boletos para cualquier evento.
Código.- Indica un código consecutivo para cada forma de entrega.
Descripción.- Se indicará una breve descripción de la forma de entrega.
Costo.- Indicará el valor que tiene esa forma de entrega.
Estado.- Es el estado en que se encuentra cada forma de entrega
(Activo e Inactivo)
Fecha de creación.- Indica la fecha en que se crea cada forma de
entrega.
1.2.13. Tipos de Identificación
Figura 16. Tipos de Identificación
Esta pantalla indica los tipos de identificación que pueden existir para un
determinado cliente, consumidor, etc.
Código.- Código que identificará cada tipo de identificación
Descripción.- Se describirá una breve descripción del tipo de
identificación. Ejemplo Cédula, Pasaporte,etc.
Estado.- Es el estado en que se encuentra cada tipo de identificación
(Activo e Inactivo)
Fecha de creación.- Indica la fecha en que se crea cada tipo de
identificación.
1.2.14. Puntos de Ventas
Figura 17. Puntos de Ventas
Esta pantalla nos permitirá tener la información necesaria de todos los
puntos de ventas.
Código.- Código que identificará cada punto de venta.
Descripción.- Se describirá una breve descripción de los puntos de
ventas que brindarán servicios para las ventas de boletos.
Dirección.- Describe la dirección exacta del punto de venta.
Email.- Describe el mail del punto de venta.
Teléfono 1 y 2.- son los teléfonos donde se puede contactar a los
puntos de ventas.
Estado.- Es el estado en que se encuentra cada punto de venta (Activo
e Inactivo)
Fecha de creación.- Indica la fecha en que se crea cada punto de
venta.
1.2.15. Localidades
Figura 18. Localidades
Esta pantalla nos permite tener la información necesaria para todas las
localidades de un determinado lugar.
Código.- Código secuencial que identificará cada localidad.
Descripción.- Indica una breve descripción para cada localidad. Ejemplo
General, Golden, etc.
Estado.- Es el estado en que se encuentra cada localidad (Activo e
Inactivo).
Fecha de creación.- Indica la fecha en que se crea cada localidad.
1.2.16. Secciones
Figura 19. Secciones
Código.- Es el código consecutivo con el cual identificaremos a cada
sección.
Descripción.- Indica una breve descripción para cada sección.
Estado.- Es el estado en que se encuentra cada sección (Activo e
Inactivo).
Fecha de creación.- Indica la fecha en que se crea cada sección.
1.2.17. Clientes
Figura 20. Cliente
Esta pantalla nos muestra la información necesaria de todos los clientes
que desean publicar los eventos.
Código.- Es el código consecutivo con el que identificamos a cada
cliente.
País.- Indica el código del país que pertenece dicho cliente.
Ciudad.- Es el código de la ciudad que pertenece el cliente.
Usuario.- Es la nombre con que se identifica ese cliente si desea
ingresar por la web.
Password.- Es la clave con la que ingresará a la web el cliente.
Razón Social.- Es el nombre con el cual se identifica la empresa.
Representante Legal.-
Tipo de Identificación.- Es la identificación del cliente.
Email.- Es el mail del cliente.
Dirección.- Es la dirección del cliente.
Teléfonos.- Son los teléfonos donde se pueden localizar a los clientes.
Estado.- Es el estado en que se encuentra cada cliente (Activo e
Inactivo).
Fecha de creación.- Indica la fecha en que se crea cada cliente.
1.2.18. Consumidores
Figura 21. Consumidor
Esta pantalla permitirá tener la información necesaria de los
consumidores que se registran por la web o ya sea por los puntos de
ventas.
Código.- Es el código consecutivo con el que identificamos a cada
consumidor.
País.- Indica el código del país que pertenece el consumidor.
Ciudad.- Es el código de la ciudad que pertenece el consumidor.
Usuario.- Es el nombre con que se identifica el consumidor si desea
ingresar por la web.
Password.- Es la clave con la que ingresará a la web el consumidor.
Nombres.- Es el nombre del consumidor.
Apellidos.- Es el apellido del consumidor.
Tipo de Identificación.- Es la identificación del consumidor.
Email.- Es el mail del consumidor.
Dirección.- Es la dirección del consumidor.
Teléfono 1 y 2.- Son los teléfonos donde se pueden localizar a los
consumidores.
Genero.- Indica si es masculino o femenino.
Estado.- Es el estado en que se encuentra cada consumidor (Activo e
Inactivo).
Fecha de creación.- Indica la fecha en que se crea cada consumidor.
1.2.19. Contactos
Figura 22. Contactos
Esta pantalla permite visualizar la información de todas las consultas,
comentarios, sugerencias, etc. que han sido enviadas a través de sitio
web.
Contacto.- Muestra el numero de contacto.
Nombre Cont.- Es el nombre de la persona que hizo la consulta.
Apellido Cont.-Es el apellido de la persona que hizo la consulta.
Email.- Es el mail del contacto.
Dirección.- Es la dirección del contacto.
Estado.- Cuando este campo sea chequeado indicara que la consulta
realizada a través del sitio ha sido leida por el administrador del sistema.
Detalle del Contacto.- Aquí se observa el detalle del la consulta
realizada por el contacto.
1.2.20. Lugares
Figura 23. Lugares
Esta pantalla proporciona la información necesaria del lugar en el que se
dará el evento.
Este signo significa que puede direccionarse a las pantallas
correspondientes para ingresar la información que requiere.
Este botón significa que puede desplazarse para escoger la
imagen a cargar.
Lugar
Código.- Este es un código consecutivo para cada lugar que se desee
parametrizar.
País.- Se selecciona el país al que pertenece dicho lugar.
Ciudad.- Se selecciona la ciudad en que fue definido el lugar a presentar
el evento.
Descripción.- Es una breve característica del lugar.
Dirección.- Es la dirección correspondiente al lugar que se dará el
evento.
Capacidad.- Es el número de lugares en el que estará disponible los
eventos a realizarse.
Estado.- Es el estado en que se encuentra cada lugar (Activo e
Inactivo).
Fecha de creación.- Indica la fecha en que se crea cada lugar.
1.2.21. Lugar Imagen
Esta pestaña nos indica la imagen del lugar a efectuarse.
Imagen Lugar.- Es la ruta en la que se guardará la imagen del lugar.
1.2.22. Configuración de evento
Figura 24. Configuración de eventos
Esta pantalla nos proporciona una guía para poder configurar un
determinado evento, la misma que nos redireccionará a las distintas
pantallas.
Configurar los Eventos
Figura 25.Eventos
Esta pantalla proporciona toda la información necesaria de los datos de
un evento.
Este signo significa que puede direccionarse a las pantallas
correspondientes para ingresar la información que requiere.
Primer Pestaña
Código.- Es un código secuencial con el cual identificaremos cada
evento.
Título.- Es el nombre del evento
Descripción.- Es una breve descripción de lo que trata cada evento.
Fecha Evento.- Es la fecha en que realizará el evento.
Categoría.- Indica el código de la categoría al que pertenecerá el
evento.
Subcategoría.- Indica el código de la subcategoría que pertenecerá el
evento.
Lugar.- Indica el lugar en que se dará el evento.
Clientes.- Es el código del cliente que desea publicar sus eventos.
Reservación Permitida.- Indica si el cliente que desea publicar el
evento permite reservaciones o no.
Fecha Inicio.-Indica la fecha en que estará disponible la reservación.
Fecha fin.- Indica la fecha fin que se permitirá la reservación
Estado.- Es el estado en que se encuentra cada evento (Activo, Inactivo,
Reservado, Pendiente o Vendido).
Fecha de creación.- Indica la fecha en que se crea cada evento.
Segunda Pestaña
Figura 26. Eventos2
Esta pantalla brinda la información de las imágenes asociadas al evento.
Imagen Evento, Imagen evento (opcional).- Es la ruta en la que
guardará la primera imagen del evento.
Imagen localidad.- Imagen que identifica la localidad del evento a
realizarse.
Configurar localidades para cada evento
Figura 27. Localidades por eventos
Esta pantalla nos permite tener la información necesaria de las
localidades para cada evento
Evento.- Se deberá escoger el evento a configurar para cada localidad.
Localidad.- Se debe seleccionar la localidad con que asociaremos cada
evento.
Descripción.- Es la descripción de la localidad que se seleccione.
Precio.- Es el costo que tiene la localidad de ese evento
Tipo.- Es el tipo que se le dará a cada localidad este puede ser por
Asiento o Masivo.
Ubicación.- Es donde estarán ubicadas las distintas localidades del
evento.
Configurar los Horarios para los eventos
Figura 28. Horarios para los eventos
Esta pantalla nos permite tener la información necesaria para los
horarios que estarán disponibles en cada evento.
Evento.- Se deberá escoger el evento a configurar los horarios
correspondientes, este es un campo obligatorio.
Código.- Es el código con que se identificará cada horario.
Fecha evento.- Indica la fecha y hora que se dará el evento.
Estado.- Es el estado en que se encuentra cada horario (Activo e
Inactivo).
Observación.-Es una breve descripción del horario en que se dará el
evento.
Configurar las Secciones para las localidades de cada evento
Figura 29.Secciones de localidades para eventos
Esta pantalla permite configurar las secciones para cada localidad en un
determinado evento.
Evento.- Se deberá escoger el evento a configurar las secciones, este
es un campo obligatorio.
Código.- Se debe escoger el código de la localidad correspondiente.
Descripción.- Indica la descripción de la localidad o sección del botón
que fue seleccionado.
Sección.-Se debe escoger la sección para cada localidad.
Capacidad.- Es la cantidad de boletos que podrán ser vendidos por
cada localidad y sección.
Ubicación.- Es donde estarán ubicadas las distintas localidades y
secciones de un evento.
Configurar los Descuentos por Tipos de Público
Figura 30. Descuentos
Esta pantalla permite tener información necesaria de los descuentos por
tipos de público por cada evento en caso si es que el evento desea
conceder descuentos.
Evento.- Se deberá escoger el evento para configurar los descuentos
por tipos de público, este es un campo obligatorio.
Código.- Es el código consecutivo con el que se identificará el horario
de cada evento.
Fecha inicio.- Es la fecha de inicio en que puede empezar los
descuentos de la venta de boletos.
Fecha fin.- Es la fecha fin en que no se podrá aplicar los descuentos
para la venta de boletos.
Tipo de Público.- Es el tipo de público al que le daremos los
descuentos.
Estado.- Es el estado en que se encuentra cada descuento (Activo e
Inactivo).
%.- Es el porcentaje de descuento que se le da al tipo de público que fue
seleccionado.
Descripción.- Es una breve descripción para cada descuento.
Configurar los eventos para cada Tipo de Público
Figura 31. Tipos de Público por evento
Esta pantalla permite tener la información de los tipos de públicos que
tendrá los distintos eventos.
Código.- Se selecciona el código de tipo de público para el evento.
Descripción.- Es la descripción del tipo de público.
Formas de Entrega para eventos
Figura 32. Formas de entrega por evento
Esta pantalla contiene la información necesaria de las diferentes formas
de entrega que puede tener un determinado evento.
Evento.- Se deberá escoger el evento para configurar las formas de
entrega que tendrá asociado, este es un campo obligatorio.
Código.- Se selecciona las diferentes formas de entrega para el evento
a configurar.
Descripción.- Indica la descripción de la forma de entrega que fue
seleccionada.
Valor.- Es el costo que tiene cada forma de entrega que seleccionó.
1.2.23. Ventas
Figura 33. Ventas
Esta pantalla permite realizar la venta de boletos para un determinado
evento.
Cerrar.- Este botón se lo presiona para salir cuando estemos
seleccionando los asientos.
Código.- Es el código secuencial con el cual identificaremos la venta.
Consumidor.- Se selecciona el consumidor al cual se le realizará la
venta.
Observación.- Se describe una breve descripción de la venta.
Formas de Entrega.- Se debe selecciona la forma de entrega que se
desea realizar para dicha venta.
Dirección de entrega.- Específica la dirección en la que se realizará la
forma de entrega.
Fecha.- Fecha en la que se realiza la venta.
Hora.- Es la hora en que se realiza la venta.
Estado.- Es el estado en que se encuentra la venta (Activo e Inactivo).
Punto de Venta.- Es el punto de venta que está asociado el usuario que
está realizando la venta.
Detalle
Id.- Es el código consecutivo del detalle de cada venta.
Horario.- Es el horario a escoger para la compra de un boleto.
Localidad.- Es la localidad que se seleccionará para la venta de boletos.
Sección.- Indica la información de la sección de la localidad que fue
seleccionada.
Asientos.- Este botón nos proporciona poder escoger los distintos
asientos que están disponibles en la venta de boletos.
Tipos de Público.- Deberá seleccionar el tipo de público para la venta
del boleto.
Precio.- Indica el valor de la localidad que fue seleccionada.
Cantidad.- Es la cantidad de boletos que seleccionamos en los asientos
si es el tipo de localidad por Asiento en el caso de que el tipo de
localidad sea Masivo deberá ingresar la cantidad respectiva.
Descuento.- Es el valor de descuento que se da por los diferentes tipos
de públicos para los eventos.
Subtotal.- Es el valor de cada boleto por la cantidad que desea comprar
dicho consumidor.
Valor Bruto.- Es el valor de cada detalle de la venta de boletos.
Valor Descuento.- Es el valor que se le descontará a la venta realizada.
Valor de Entrega.- Es el valor que tiene la forma de entrega.
Valor Total.- Es el valor Total de la venta que se realiza.
Imprimir.- Por medio del botón imprimir podrá generar el ticket
correspondiente para el consumidor teniendo los datos necesarios con
un código de barra único.
Figura 34. Boleto
1.2.24. Verificación de códigos válidos
Figura 35. Códigos Válidos
Esta pantalla nos permite visualizar los boletos que han sido vendidos,
para que sean verificados y cambiados de estado.
Consumidor.- Es la persona que compra el boleto.
Evento.- Es el evento al que desea asistir.
Lugar.- Es el lugar en que se dará el evento.
Localidad.-Es la localidad del evento.
Sección.- Es la sección de la localidad correspondiente.
Fecha.- Es la fecha y hora en que se efectuará el evento.
Silla.- Es el número de silla.
Estado.- Es el estado si está vendido o no el boleto, es decir si es
válido.
1.2.25. Disponibilidad de los eventos
Figura 36. Disponibilidad de eventos
Figura 37. Cantidades de Boletos disponibles
1.2.26. Reportes
Listado de Clientes y Consumidores
Figura 38. Listado de Consumidores y Clientes
Esta pantalla nos permite generar los listados tanto de los Consumidores
como de los clientes clasificados por estado.
Consumidores.- Si el estado esta chequeado quiere decir que podrán
visualizar los consumidores que están activos.
Clientes.- Si el estado esta chequeado quiere decir que podrán
visualizar los clientes que están activos.
Generar.- Aquí podrá generar el reporte solicitado.
Figura 39. Listado de Clientes
Figura 40. Listado de consumidores
Datos de los Eventos Cancelados y mas Solicitados
Figura 41. Eventos Cancelados y más solicitados
Esta pantalla permite visualizar los listados de los eventos que han sido
cancelados y los más solicitados.
Figura 42. Listado de Eventos cancelados
Disponibilidad de Eventos
Figura 43. Listado de Eventos Disponibles
Figura 44. Disponibilidad de Eventos
2. Módulo Web
2.1. Pantalla Principal
3.
Figura 45. Pantalla principal
En la pantalla principal tenemos la cabecera q contiene las siguientes
opciones:
Figura 46. Barra de Navegación
Inicio.- Esta opción nos lleva a la página principal del sitio
Servicios.- En esta opción se visualizara todos los servicios que ofrece e-
Ticket.
Puntos de Ventas.- Se podrá visualizar un listado de todos los Puntos de
Ventas autorizados, además se incluye información de utilidad, para que el
visitante del sitio web.
Contáctenos.- Nos muestra una pantalla en la que las personas pueden
realizar cualquier tipo de consulta.
3.1. Login
Registro y bienvenida a su correo electrónico
En la página web de Eticket, bajo el punto “Login“, en la parte derecha se
encuentra la opción “Registrese“. Con un clic se abre la pantalla de
registro, en la que se deben introducir los datos del usuario y el nombre del
login (usuario), la contraseña, más las condiciones y términos de nuestra
página web, luego haga clic sobre “Aceptar“. A la dirección de correo
electrónico que haya indicado se le enviará de inmediato un mensaje de
bienvenida, en la cual podrá hacer uso de nuestra web.
Figura 47.Pantalla de registro
Características del registro del Usuario:
Usuario.- Se debe ingresar un usuario válido de 6 caracteres.
Contraseña.- Se debe ingresar caracteres valido de 6 caracteres, como
caracteres especiales.
Confirmar contraseña.- Se vuelve a digitar la contraseña.
Nombre.- Ingrese sus nombres completos.
Apellidos.- Ingrese sus apellidos completos.
Tipo Identificación.- Seleccione que tipo de identificación tiene el
usuario.
Identificación.- Ingrese el dato de acuerdo al que fue seleccionado en el
tipo de identificación.
Genero.- Seleccione el tipo de género del usuario.
País.- Seleccione el País, donde es su nacionalidad.
Ciudad.- Seleccione la ciudad de acuerdo al país que el usuario haya
seleccionado.
Dirección.- Ingrese el lugar donde habita.
Teléfono1.- Ingrese su número de teléfono.
Teléfono2.- El ingreso es opcional.
Email.- Ingrese un correo personal válido del usuario.
Luego se debe seleccionar los términos y condiciones de uso, en la cual
se le presentara una pantalla, que sus datos han sido registrados
correctamente.
Figura 48. Pantalla de confirmación del registro.
Confirmación del registro (login) Llenando los datos del usuario y password en el login, podrá acceder a
nuestra web. Aquí podrá disfrutar de nuestros eventos que estemos
presentando en nuestra web, dando un click en el botón ingresar.
Figura 49. Pantalla de iniciar sesión Características del registro del Usuario:
Usuario.- Ingresar su dato después de haberse registrado.
Password.- Ingrese clave del usuario.
Modificar Datos
En este formulario de registro, se podrán modificar o editar los datos que
uno crea conveniente.
Figura 50. Pantalla de Modificar
Nombre.- Se modifica nombre del usuario.
Apellidos.- Se modifica apellidos del usuario.
Tipo Identificación.- Modifique seleccionando el tipo de identificación
del usuario.
Identificación.- Modifique de acuerdo al tipo de identificación que haya
seleccionado.
Género.- Modifique seleccionando el género del usuario
País.- Modifique seleccionando el país.
Ciudad.- Modifique de acuerdo al país que haya seleccionado.
Dirección.- Modifique la dirección del usuario.
Teléfono1.- Modifique el número telefónico del usuario.
Teléfono2.- Modifique el número telefónico del usuario.
Email.- Modifique correo electrónico del usuario.
Al final de haber alterado sus datos se le presentara una pantalla de
información, en la cual ha sido modificado correctamente.
Figura 51. Pantalla de confirmación de modificar
Modificar Password
La opción de Cambiar contraseña le permite al postulante actualizar su
clave de acceso.
Clave.- Ingrese la clave con la que fue registrado el usuario.
Nueva Clave.- Ingrese la nueva clave del usuario que desea modificar.
Confirmar Clave.- Vuelva ingresar la misma clave que desea modificar.
Figura 52. Pantalla modificar clave
Luego de haber aceptado el cambio de la clave se enviara un aviso a su
correo electrónico de que su clave ha sido modificado.
Figura 53. Pantalla de confirmación de cambio de clave
Olvido password
En caso que se te haya olvidado la contraseña para iniciar sesión, tendrá
que ingresar su correo electrónico con la que se registro y te enviaremos la
contraseña para que puedas ingresar.
Figura 54. Pantalla de Olvido de password
3.2. Reservaciones o Compras
Para realizar una reservación, debe primero consultar a que evento desea
ingresar.
Figura 55. Pantalla de consulta de eventos.
Para luego ingresar en el link de más información, donde encontrara
detalles, precios, etc sobre el evento que se estará realizando en
determinado lugar.
Dándole clic sobre el botón reservar se podrá hacer las reservaciones
siempre y cuando haya iniciado sesión, sino se ingresa el usuario y
password.
Dándole clic sobre el botón comprar se podrá realizar la venta de boletos,
seleccionando la fecha y hora del evento que el usuario haya elegido.
Figura 56. Pantalla de evento
Figura 57. Pantalla de información detallada del evento.
Figura 58. Pantalla para iniciar sesión.
Luego de haber iniciado sesión, podrá seleccionar la fecha y hora en que se
reservara el evento.
Figura 59. Pantalla para seleccionar fecha del evento.
En este formulario, podrá seleccionar el boleto que será reservado para el
usuario, pero cuando son localidades de asistencia masivas no importa el
orden que realiza las reservaciones por asiento. En cambio si es asiento
enumerado tendrá el asiento disponible para que pueda asistir al evento que
haya realizado reservación.
Figura 60. Pantalla para seleccionar sillas.
Después que haya seleccionado reservación de los boletos, podrá visualizar el
detalle del costo para reservar el evento, también podrá seleccionar el lugar
con la dirección de la entrega del boleto, ya sea en el punto de venta o en su
lugar de trabajo.
Se debe ingresar el código de verificación no es tu contraseña ni ningún otro
dato personal, sino que le permite impedir los registros automatizados y el uso
inadecuado del sitio.
Figura 61.Pantalla del detalle de reservaciones
Figura 62. Pantalla de detalle de la transacción
Para visualizar cuantas reservaciones ha seleccionado para los eventos, se va
en el bloque de Iniciar sesión y darle clic en el link ver reservaciones.
Figura 63. Pantalla de reservaciones pendientes
Esta sección es para hacer un pago de una cantidad cualquiera por medio de
Paypal. En ocasiones nuestros clientes hacen reservaciones especiales que
requieren una cantidad de boletos para determinado evento.
Instrucciones:
En esta página podrá hacer pagos de boletos ya acordadas entre usted y el
vendedor.
Cantidad a pagar: Aquí va a visualizar el costo total de su orden o pago del
boleto.
Descripción: Coloque el código de verificación y presione el botón comprar
ahora para realizar la compra del boleto.
Figura 64. Pantalla del detalle de compra
En el momento que realiza la compra de los boletos, se redireccionará hacia la
página de paypal, donde iniciara sesión para que pueda revisar el pago que va
realizar el usuario para confirmar y aceptar el pago.
Figura 65. Pantalla de logeo de PayPal
Figura 66. Pantalla de paypal
Sobre PayPal
PayPal permite que cualquier negocio o consumidor con una dirección de e-
mail envíe y reciba pagos online en forma segura y conveniente. Su red está
constituida sobre la base de una infraestructura financiera de cuentas
bancarias y tarjetas de crédito para crear una solución de pago global y en
tiempo real.
Figura 67. Pantalla de pago por paypal
Al aceptar tendrá realizado su reservación del evento, en la cual se le enviara a
su correo electrónico el detalle de la transacción de la compra del boleto.
Figura 68. Pantalla de envío de su transacción
Figura 69. Pantalla de envió por correo electrónico el Ticket
3.3. Contáctenos
Figura 70. Pantalla de los eventos más destacados.
Si desea obtener mayor información acerca de nuestros servicios o desea
darnos su opinión o sugerencias comuníquese con nosotros ingresando en
nuestro formulario haciendo clic en el link contáctenos.
Figura 71. Pantalla Contactar.
Llenar el formulario de contacto:
Nombres.- Ingrese el nombre de la persona que desea realizar una consulta.
Apellidos.- Ingrese el apellido.
País.- Seleccione el país donde vive.
Ciudad.- Seleccione la ciudad de acuerdo donde vive.
Dirección.- Ingrese su domicilio.
Teléfono1.- Ingrese su número del teléfono.
Teléfono2.- Es opcional el ingreso.
Email.- Ingrese su correo electrónico.
Al final Ingrese su consulta o información y presione el botón contactar, en la
cual obtendrá que su consulta ha sido enviado exitosamente.
Figura 72. Pantalla de confirmar el contacto.
3.4. Puntos Venta
Figura 73. Ubicación de la opción Puntos de ventas
Figura 74. Pantalla de Punto de Venta.
Los puntos de venta vienen a automatizar el proceso de salida y cobro de la
mercancía en las tiendas departamentales, comercios y otras instituciones. La
implementación de los sistemas de punto de venta no son un lujo, sino una
necesidad primordial para agilizar los procesos en los que está relacionado la
salida de la mercancía en estos tipos de establecimientos.
En la página de punto de venta encontraras las direcciones o lugares
disponibles para la venta de boletos de los eventos.