Proyecto - Título - Juan Pablo Vega Silva - Reservas - v5

Universidad Mayor
Facultad de Ingeniera

DISEO DE UN PROTOTIPO DE RESERVAS DE SALONES PARA EVENTOS DEL
CLUB DE POLO Y EQUITACIN
SAN CRISTBAL

Proyecto Aplicado de Titulacin para Optar al Ttulo de Ingeniero en
Computacin e Informtica

Juan Pablo Vega Silva
2013

Facultad de Ingeniera

DISEO DE UN PROTOTIPO DE RESERVAS DE SALONES PARA EVENTOS DEL
CLUB DE POLO Y EQUITACIN
SAN CRISTBAL

Proyecto Aplicado de Titulacin para Optar al Ttulo de Ingeniero en
Computacin e Informtica

Alumno : Juan Pablo Vega Silva

Profesor Gua : Brgida Fernndez Yantani
Ingeniero Civil Informtico

Santiago de Chile
Junio 2013

INDICE

CAPITULO I. INTRODUCCION ......................................................................................... 1
CAPITULO II. OBJETIVOS .................................................................................................. 3
2.1 Objetivo General ....................................................................................................................................... 3
2.2 Objetivos Especficos ................................................................................................................................. 3
CAPITULO III. MARCO TEORICO ..................................................................................... 4
3.1 Internet ..................................................................................................................................................... 4
3.1.1 Conceptos importantes .................................................................................................................... 4
3.1.2 Arquitectura Cliente Servidor ........................................................................................................... 4
3.1.3 Protocolos utilizados ........................................................................................................................ 4
3.1.4 Formato HTML .................................................................................................................................. 5
3.1.5 Formato CSS ..................................................................................................................................... 5
3.2 Mvil ......................................................................................................................................................... 6
3.2.1 Smartphone ...................................................................................................................................... 6
3.2.2 Tables ................................................................................................................................................ 7
3.3 Diseo Prototipo ....................................................................................................................................... 8
3.3.1. Consideraciones ................................................................................................................................ 8
3.3.1.1 Tipos de Prototipos ........................................................................................................................... 8
3.3.1.2 Secuencia de tareas del paradigma de construccin de prototipos. ............................................... 9
3.3.1.3 Fases del Diseo Prototipo. ............................................................................................................ 10
3.4 Webpay ................................................................................................................................................... 11
3.4.1 La secuencia que sigue Webpay es la siguiente ............................................................................. 11
3.4.2 Kcc................................................................................................................................................... 13
3.4.3 WebPay Plus. .................................................................................................................................. 13
3.5 Cdigo QR ............................................................................................................................................... 15
3.5.1 Caractersticas tcnicas .................................................................................................................. 15
3.6 VAN ......................................................................................................................................................... 16
3.7 TIR ........................................................................................................................................................... 17
3.8 GESOC ..................................................................................................................................................... 18
CAPITULO IV. DESCRIPCION DE LA EMPRESA ......................................................... 19
4.1 Introduccin ............................................................................................................................................ 19
4.2 Empresa .................................................................................................................................................. 19
4.3 Misin ..................................................................................................................................................... 20
4.4 Visin ...................................................................................................................................................... 20
4.5 Directorio ................................................................................................................................................ 20
4.6 Organigrama .......................................................................................................................................... 21
4.7 Informacin Demogrfica ....................................................................................................................... 22
CAPITULO V. DIAGNOSTICO DEL PROCESO DE RESERVAS ............................... 23
5.1 Proceso Actual de Reserva de Salones .................................................................................................... 23
5.2 Debilidades Del Proceso De Reserva De Salones .................................................................................... 25
5.2.1 Congestin en la solicitud presencial. ............................................................................................ 25
5.2.2 Duplicidad de reservas. .................................................................................................................. 25
5.2.3 Prdida de informacin. ................................................................................................................. 25
5.2.4 Descoordinacin administrativa. .................................................................................................... 25
5.2.5 Retraso en pago de la reserva. ....................................................................................................... 25
5.2.6 Desconocimiento del proceso, cuando cambia el encargado de reservas. ................................... 26
5.2.7 Falta de informacin estadstica. .................................................................................................... 26
5.3 Especificacin del problema a abordar ................................................................................................... 26
5.4 Situacin Esperada ................................................................................................................................. 26
CAPITULO VI. REQUERIMIENTOS ................................................................................. 27
6.1 Presentacion De La Solucion Y Relacion Con Otros Sistemas. ................................................................. 27
6.1.1 Requerimientos .............................................................................................................................. 27
6.1.2 Dependencias ................................................................................................................................. 31
6.1.3 Requerimientos Funcionales .......................................................................................................... 32
6.1.4 Casos De Uso .................................................................................................................................. 39
6.1.5 Requerimientos No Funcionales ..................................................................................................... 44
6.1.6 Diagrama de Entidad Relacion ........................................................................................................ 48
6.1.7 Diccionario de datos ....................................................................................................................... 49
6.1.8 Diagrama de componentes............................................................................................................. 51
6.1.9 Herramientas Tecnolgicas ........................................................................................................... 52
CAPITULO VII. PANTALLAS DISEO PROTOTIPO ................................................. 53
7.1 Pantallas prototipo Web Mvil. .............................................................................................................. 53
7.2 Pantallas prototipo Web. ........................................................................................................................ 54
CAPITULO VIII. PRUEBAS .............................................................................................. 55
CAPITULO IX. EVALUACION ECONOMICA ................................................................. 60
9.1 Concepto De Evaluacin Econmica ....................................................................................................... 60
9.2 Evaluacin Econmica Del Sistema De Reserva De Salones ................................................................... 61
CAPITULO X. CONCLUSIONES ....................................................................................... 63
BIBLIOGRAFIA ..................................................................................................................... 64
ANEXOS 65
Anexo 1 Definiciones, Acronimos y Abreviaciones ....................................................................................... 65
Anexo 2 Pantallas Prototipo Movil .............................................................................................................. 66
Anexo 3 Pantallas Prototipo Web ................................................................................................................ 73

INDICE DE FIGURAS

Figura N 1: Paradigma de construccin del prototipo .............................................................. 9
Figura N 2: Secuencia de Transaccin electrnica WEBPAY............................................... 14
Figura N 3: Organigrama administrativo del Club de Polo .................................................... 19
Figura N 4: Distribucin Grupo etario de Socios. .................................................................. 20
Figura N 5: Flujo de Reserva de Salones para eventos. .......................................................... 30
Figura N 6: Diagrama contextual de Reserva de Salones para eventos. ................................. 31
Figura N 7: Diagrama de Dependencia de Reservas............................................................... 32
Figura N 8: Diagrama de caso de uso Identificacin de socio. ............................................... 40
Figura N 9: Diagrama de caso de uso Reserva de Saln. ....................................................... 40
Figura N 10: Diagrama de caso de uso Mis eventos. ............................................................... 41
Figura N 11: Diagrama de caso de uso Calendario. ................................................................. 41
Figura N 12: Diagrama de caso de uso Salones. ...................................................................... 42
Figura N 13: Diagrama de caso de uso Ingreso datos de reserva. ........................................... 42
Figura N 14: Diagrama de caso de uso Pagar. ......................................................................... 43
Figura N 15: Diagrama de caso de uso Emisin ticket. ........................................................... 43
Figura N 16: Diagrama general de casos de uso. ..................................................................... 44
Figura N 17: Diagrama de Entidad relacin. ........................................................................... 49
Figura N 18: Diagrama de Componentes. ................................................................................ 52

INDICE DE PANTALLAS

Pantalla N 1 Icono de aplicacin ........................................................................................... 54
Pantalla N 2 Opciones ............................................................................................................ 54
Pantalla N 3 Mi perfil ............................................................................................................ 54
Pantalla N 4 Muestra interfaz de validacin de identificacin del Socio. ............................. 55
Pantalla N 5 Muestra interfaz con botones de opcin. ........................................................... 55
Pantalla N 6 Vista 1 Reglamento. .......................................................................................... 67
Pantalla N 7 Vista 2 Reglamento. ......................................................................................... 67
Pantalla N 8 Vista 3 Reglamento .......................................................................................... 67
Pantalla N 9 Vista 1 Tutorial ................................................................................................ 68
Pantalla N 10 Vista 2 Tutorial ................................................................................................ 68
Pantalla N 11 Vista 3 Tutorial ................................................................................................. 68
Pantalla N 12 Vista 4 Tutorial ................................................................................................. 68
Pantalla N 13 Calendario ......................................................................................................... 69
Pantalla N 14 Vista 1 Salones. ................................................................................................. 70
Pantalla N 17 Infraestructura. ................................................................................................. 71
Pantalla N 18 Formulario de reservas. .................................................................................... 71
Pantalla N 19 Ingreso de invitados. ........................................................................................ 72
Pantalla N 20 Contactos. ......................................................................................................... 72
Pantalla N 21 Pagar. ................................................................................................................ 73
Pantalla N 22 Comprobante. ................................................................................................... 73
Pantalla N 23 Reglamento ...................................................................................................... 74
Pantalla N 24 Tutorial. ............................................................................................................ 75
Pantalla N 25 Mis reservas ..................................................................................................... 76
Pantalla N 26 Calendario. ....................................................................................................... 77
Pantalla N 27 Salones. ............................................................................................................ 78
Pantalla N 28 Infraestructura. .................................................................................................. 79
Pantalla N 29 Formulario reservas. .......................................................................................... 80
Pantalla N 30 Nmina invitados. ............................................................................................. 81
Pantalla N 31 Pagar. ................................................................................................................. 82
Pantalla N 32 Comprobante. .................................................................................................... 83

INDICE DE TABLAS

Tabla N 1: Integrantes del Directorio del Club de Polo .......................................................... 20
Tabla N 2: Resumen tiempos de proceso. ............................................................................... 24
Tabla N 3: Requerimiento Funcional N 1 identificacin Socio ........................................... 33
Tabla N 4: Requerimiento Funcional N 2 Nueva clave. ...................................................... 34
Tabla N 5: Requerimiento Funcional N 3 Mis reservas. ..................................................... 35
Tabla N 6: Requerimiento Funcional N 4 Calendario ......................................................... 35
Tabla N 7: Requerimiento Funcional N 5 Mostrar salones. ................................................ 36
Tabla N 8: Requerimiento Funcional N 6 Ingresa datos de reserva. ................................... 37
Tabla N 9: Requerimiento Funcional N 7 Pagar. ................................................................ 38
Tabla N 10: Requerimiento Funcional N 8 Emisin ticket. ................................................. 39
Tabla N 11: Diccionario de datos tabla Socios. ...................................................................... 50
Tabla N 12: Diccionario de datos tabla Miperfil ...................................................................... 50
Tabla N 13: Diccionario de datos tabla Reservas. ................................................................... 51
Tabla N 14: Diccionario de datos tabla Salones. ..................................................................... 51
Tabla N 15: Detalla las Herramientas Tecnolgicas ............................................................... 53
Tabla N 16 : Caso de prueba para Identificacin del Socios.................................................... 56
Tabla N 17 : Caso de prueba para Nuevo clave. ...................................................................... 56
Tabla N 18 : Caso de prueba para Mis reservas ...................................................................... 57
Tabla N 19 : Caso de prueba para Calendario. ........................................................................ 57
Tabla N 20 : Caso de prueba para Salones. ............................................................................. 58
Tabla N 21 : Caso de prueba para Ingreso datos de reserva.................................................... 59
Tabla N 22 : Caso de prueba para Pagar. ................................................................................ 60
Tabla N 23 : Caso de prueba para Emisin ticket. .................................................................. 60
Tabla N 24: Inversin inicial. .................................................................................................. 62
Tabla N 25: Tabla clculo VAN Proyecto de Reservas de salones......................................... 63

RESUMEN

En el rea de coordinacin de eventos del Club de Polo San Cristbal, existen
distintintas problemticas referente a los tiempos de atencin y la calidad de la informacin
que se registra al momento de realizar una toma de reserva de saln de eventos por parte del
socio.

Dada esta situacin, se ha decidido redisear el proceso de reservas de salones apoyado
en herramientas tecnolgicas del tipo Web y Web Mvil a travs del Proyecto Diseo de un
Prototipo de Reservas de Salones para Eventos del Club de Polo y Equitacin San
Cristbal, para ello y de acuerdo a las distinta metodologas de desarrollo de Software es que
este proyecto es desarrollado en forma modular, considerando la comprensin de la situacin
actual y el desarrollo de un modelo propuesto, a travs la toma de requerimientos, anlisis de
stos, planteando los objetivos y su posterior diseo del prototipo.

ABSTRACT

In the area of event coordination Polo Club San Cristobal, there distintintas issues regarding
service times and the quality of the information recorded at the time of reservation-taking
ballroom of the partner.

Given this situation, it was decided to redesign the rooms booking process supported by
technological tools and Mobile Web type through Project "Design of a Prototype Reservations
Meeting Venue of Polo and Riding Club San Cristbal ", for it and according to the different
software development methodologies is that this project is developed in a modular way,
considering the understanding of the current situation and the development of a model
proposed, through requirements gathering, analysis of data, considering the objectives and
subsequent prototype design.

AGRADECIMIENTOS

Quiero agradecer a todos quienes hicieron posible la realizacin de este proyecto de ttulo,
smbolo de cosecha de un largo camino de esfuerzo y dedicacin.

Agradecer de sobremanera, a mi familia quienes me han brindado todo su apoyo.

Agradecer a compaeros de estudio que a lo largo de esta carrera he conocido y los cuales
estimo.

Agradecer a todos aquellos profesores, que contribuyeron a mi formacin integral y
acadmica, por el tiempo entregado y dedicacin a travs de sus consejos.

Finalmente, quiero agradecer al Club de Polo y Equitacin San Cristbal, en especial a Ral
Puelma Dunner Gerente General, por su disponibilidad y contribucin a la realizacin de este
proyecto.

DEDICATORIA

Dedico este trabajo a mi familia, muy en especial a mi
amada seora Gloria, que con todo el esfuerzo, dedicacin
y amor brindado durante esta etapa de mi vida, me permite
llegar al final de este tan anhelado proyecto personal y
profesional.

A mi amado hijo Rodrigo, quien con su especial
personalidad, siempre estuvo dispuesto a resolver las dudas
acadmicas que le consult.

A mi amada hija Natalia quien supo valorar desde su
juventud el esfuerzo de su padre por progresar en esta
etapa de la vida, sirvindole como motivacin para sus
estudios.

Por ltimo y no menos importante, agradadecer a mis
padres, ya que sin duda la entrega de una educacin
valrica y de esfuerzo permanente, me motivaron a seguir
progresando a pesar de los obstculos que se fueron
presentando.

Con mucho amor y nostalgia a la memoria de mi madre
Violeta.

A Dios.

Juan Pablo Vega Silva

1

CAPITULO I. INTRODUCCION

Dado el progreso tecnolgico y las nuevas tcnicas para el desarrollo del software de
hoy, es que se hace fundamental para las empresas, tanto productivas como de servicios, el
adquirir estas herramientas para gestionar su negocio.

En el pasado, era impensable que a travs de un espacio virtual, como lo es Internet y
ms an en el mbito de los dispositivos mviles, se pudieran realizar transaccin de
capitales, bienes muebles o simplemente de servicios. Obviamente, las tecnologas y los
requerimientos de hace 20 o 30 aos no lo exigan, sin embargo en la actualidad se hace
inprescindible contar con estas herramientas, con el fin cubrir las necesidades que las nuevas
generaciones precisan en trminos de infraestructura tecnolgica y de comunicacin.

El Club de Polo y Equitacin San Cristtal no es ajeno a esta realidad. En tal sentido
la administracin est realizando importantes inversiones, especficamente en el rea de
informtica, renovando sus servidores (Correo, Web, Software de Gestin administrativa),
implementando mecanismos de respaldo, renovando computadores y software de aplicaciones
para los usuarios administrativos y de operaciones. Esta etapa prcticamente est terminada y
ahora comienza la segunda, la cual consiste en ofrecer a los socios, aplicaciones tanto de
consulta de informacin (estados de cuentas, pagos, consumos) como de gestin de solicitudes
de los distintos servicios que se ofrecen, por ejemplo: Canchas de Tenis, Canchas de Squash,
Reservas de mesas para restorn, Control de trnsito para caballos (Polo y Equitacin),
Control de flujo para palos de Golf, Reservas de salones para eventos. Es en este ltimo
servicio en particular donde se ha visto incrementado el requerimiento por parte de los socios,
y por lo mismo, es ah donde se requiere comenzar, ofreciendo una solucin de tipo
tecnolgico.

2

En los ms de 60 aos de existencia del Club de Polo y Equitacin San Cristbal, se
han generado diversos requerimientos por parte de los socios. En particular, en el ltimo
tiempo, servicios relacionados a distintos eventos que se desarrollan en las instalaciones del
Club ya sea de tipo familiar, social y/o de negocios.

Por esta razn, la administracin del Club est empeada en ofrecer a sus socios el
mejor nivel de atencin en lo que se refiere, particularmente, a las reservas de salones para
eventos, generando con ello un aumento en la calidad de servicio y por ende una mayor
eficiencia en su gestin administrativa.

3

CAPITULO II. OBJETIVOS

Los objetivos del proyecto son:

2.1 OBJETIVO GENERAL

Disear una solucin tecnolgica para las reservas de los salones de eventos del
Club, ofreciendo al socio la posibilidad de realizar stas en forma remota, permitiendo
as optimizar este servicio, el cual llevado a la prctica, significar explcitamente
optimizar los recursos de Club.

2.2 OBJETIVOS ESPECFICOS

Disear un prototipo Web y Web mvil que permita a los socios la auto-
atencin, las 24 horas del da los 7 das a la semana, para reserva de
salones para eventos.

Permitir la seleccin de salones disponibles segn
calendario.
Permitir el ingreso de nmina de invitados.
Permitir el pago va electrnica (webpay).
Emitir ticket de confirmacin (QR).

Exponer al Directorio del Club, la solucin deseada para las reservas de
salones.

4

CAPITULO III. MARCO TEORICO

Dado el mbito tecnolgico en el cual se propone disear la solucin, es necesario
entender cual es la base fundamental que sustentar la ejecucin del aplicativo.

3.1 INTERNET

Su origen es el Departamento de Defensa de los Estados Unidos de Amrica, producto
de pruebas de conexiones de redes de datos se crea ARPAnet en el ao 1969. Con
posterioridad, en los aos 80 se logra conectar dos redes privadas, CSnet y MILnet,
dando inicio a la actual red de Internet, la cual constituye un medio importante de
intercambio de informacin entre empresa, universidades, negocios y redes sociales.

3.1.1 CONCEPTOS IMPORTANTES

i. Interconexin de redes que trabajan en conjunto, las cuales estn
distribuidas en todo el mundo.
ii. El intercambio de informacin se realiza mediante protocolo
TCP/IP.

3.1.2 ARQUITECTURA CLIENTE SERVIDOR

i. Un navegador realizando peticin a un servidor, utiliza la
arquitectura cliente/servidor de dos capas, sta es la precursora
de la arquitectura cliente/servidor de n-capas, la cual se
caracteriza por contener en su servidor de aplicacin tanto un
servidor WEB (Tomcat) como un servidor de Aplicacin.

3.1.3 PROTOCOLOS UTILIZADOS

i. FTP : se utiliza para transferencia de archivos.
ii. SMTP : se utiliza para intercambio de correo electrnico.

5

iii. TELNET : se utiliza para conexiones de terminales remotas.
iv. HTTP : Protocopolo de transferencia de Hipertexto y
Multimedia, es el medio que utilizan cliente y servidor para
intercambiar informacin.

3.1.4 FORMATO HTML

i. Este formato est diseado para desarrollo de pginas WEB que
permiten el intercambio de documento, basado en etiquetas
ASCII las cuales son interpretadas por los exploradores que se
encargan de mostrar las pginas o documentos HTML.

3.1.5 FORMATO CSS

i. Las hojas de estilo en cascada o (Cascading Style Sheets, o sus
siglas CSS) hacen referencia a un lenguaje de hojas de estilos
usado para describir la presentacin semntica (el aspecto y
formato) de un documento escrito en lenguaje de marcas. Su
aplicacin ms comn es dar estilo a pginas webs escritas en
lenguaje HTML y XHTML, pero tambin puede ser aplicado a
cualquier tipo de documentos XML, incluyendo SVG y XUL. La
informacin de estilo puede ser adjuntada como un documento
separado o en el mismo documento HTML. En este ltimo caso
podran definirse estilos generales en la cabecera del documento
o en cada etiqueta particular mediante el atributo "<style>".

6

3.2 MVIL

3.2.1 SMARTPHONE
Un telfono inteligente (smartphone en ingls) es un telfono
mvil construido sobre una plataforma informtica mvil, con
una mayor capacidad de almacenar datos y realizar actividades
semejantes a una mini computadora y conectividad que un
telfono mvil convencional. El trmino inteligente hace
referencia a la capacidad de usarse como un ordenador de
bolsillo, llegando incluso a remplazar a un ordenador personal en
algunos casos. Generalmente los telfonos con pantallas tctiles
son los llamados "telfonos inteligentes", pero el completo
soporte al correo electrnico parece ser una caracterstica
indispensable encontrada en todos los modelos existentes y
anunciados desde 2007. Casi todos los telfonos inteligentes
tambin permiten al usuario instalar programas adicionales,
normalmente inclusive desde terceros dotando a estos telfonos
de muchsimas aplicaciones en diferentes terrenos.
Los sistemas operativos mviles ms frecuentes utilizados por
los telfonos inteligentes son:
Android 72,4 %
iOS 13,9 %
BlackBerry OS 5,3 %
Symbian OS 2,6 %
Windows Phone 2,4 %
Bada 3,0 %
Ubuntu Touch 0 %
Otros 0,4 %

7

3.2.2 TABLES
Una tableta (Tablet o tablet computer) es una computadora
porttil de mayor tamao que un telfono inteligente, integrado
en una pantalla tctil con la que se interacta primariamente con
los dedos o una pluma, sin necesidad de teclado fsico ni ratn.
Estos ltimos se ven reemplazados por un teclado virtual.
El trmino puede aplicarse a una variedad de formatos que
difieren en la posicin de la pantalla con respecto a un teclado.
El formato estndar se llama pizarra y carece de teclado
integrado aunque puede conectarse a uno inalmbrico (por ej.,
Bluetooth) o mediante un cable USB (muchos sistemas
operativos reconocen directamente teclados y ratones USB).
Otro formato es el porttil convertible, que dispone de un teclado
fsico que gira sobre una bisagra o se desliza debajo de la
pantalla. Un tercer formato, denominado hbrido (como el HP
Compaq TC1100), dispone de un teclado fsico, pero puede
separarse de l para comportarse como una pizarra. Por ltimo
los Booklets incluyen dos pantallas, al menos una de ellas tctil,
mostrando en ella un teclado virtual.
Algunos sistemas operativos para tabletas son:

Android
Ubuntu Touch
iOS
webOS
Chrome OS
BlackBerry Tablet OS (en:)
Windows CE
Windows Phone
Windows RT
Windows 8

8

3.3 DISEO PROTOTIPO

Dos de las crticas que se le hacen al modelo de ciclo de vida en cascada eran
que es difcil tener claros todos los requisitos del sistema al inicio del proyecto, y que
no se dispone de una versin operativa del programa hasta las fases finales del
desarrollo, lo que dificulta la deteccin de errores y deja tambin para el final el
descubrimiento de los requisitos inadvertidos en las fases de anlisis. Para paliar estas
deficiencias se ha propuesto un modelo de ciclo de vida basado en la construccin de
prototipos.
3.3.1. CONSIDERACIONES
En general un buen candidato para este modelo es el que tiene
muchas interaccin con el usuario, siempre y cuando la
complejidad del problema no requiera una gran cantidad de
cdigo para construir el prototipo, el cual pudiera ser casi tan
costoso como el producto final.
3.3.1.1 TIPOS DE PROTOTIPOS
i Un prototipo, en papel o ejecutable en ordenador, que
describa la interaccin hombre-mquina y los listados
del sistema.
ii Un prototipo que implemente algn(os)
subconjunto(s) de la funcin requerida, y que sirva
para evaluar el rendimiento de un algoritmo o las
necesidades de capacidad de almacenamiento y
velocidad de clculo del sistema final.

9

iii Un programa que realice en todo o en parte la funcin
deseada pero que tenga caractersticas que deban ser
mejoradas durante el desarrollo del proyecto.

3.3.1.2 SECUENCIA DE TAREAS DEL PARADIGMA DE CONSTRUCCIN DE
PROTOTIPOS.
La figura N 1 grafica en trminos generales las principales
tareas que se requieren para la construccin del prototipo y su
paradigma.

Figura N 1: Paradigma de construccin del prototipo
Fuente: Universidad de Valencia.

10

3.3.1.3 FASES DEL DISEO PROTOTIPO.

En estas se describen los pasos necesarios para crear el diseo
prototipo de la aplicacin
i. Realizar modelo del sistema a partir de los requisitos ya
conocidos.

ii. Diseo rpido, centrado en la arquitectura del sistema y
la definicin de las interfaces, enfatizando la forma y la
apariencia ms que el contenido.

iii. Construccin del prototipo para lo cual existen
herramientas especializadas en este sentido, que permiten
generar ejecutables a partir del diseo.

iv. Presentarlo al cliente para que prueba y sugiera
modificaciones.

v. A partir de las sugerencias se debe modificar o construir
un nuevo prototipo y as sucesivamente, hasta que los
requisitos queden formalizados, para comenzar con el
desarrollo del producto final.

11

3.4 WEBPAY
1

Es un servicio de pago con Tarjeta de Crdito, desarrollado por la empresa
Transbank para realizar transacciones va Internet. Hoy en da constituye una
herramienta clave para el desarrollo de un comercio electrnico eficaz y seguro en
Chile.
Este servicio se sustenta a travs de un software de aplicacin, que se separa en dos
componentes independientes que interactan entre s. Una de ellas est ubicada
fsicamente en la tienda virtual, dentro del Servidor de Comercio en donde se genera
una posible compra por intermedio del browser de un cliente y la otra en el
denominado Servidor de Pago de Transbank a travs del cual se realiza la transaccin.
3.4.1 LA SECUENCIA QUE SIGUE WEBPAY ES LA SIGUIENTE

i Comienza cuando el potencial cliente de una tienda
virtual presiona el botn pagar.

ii En ese instante la tienda se comunica con Transbank, por
medio del Kit de Conexin Comercial(KCC), para
solicitar autorizacin para transar la compra.

iii En este punto, la aplicacin ubicada en el Servidor de
Pago toma el control de la transaccin comunicndose
directamente con el cliente, solicitando los datos de su
tarjeta.

iv Una vez realizado el envo de dicha informacin
directamente a Transbank, se verifica la disponibilidad de
cursar la transaccin.

1
Modelo Transaccional utilizado en WEBPAY.
Universidad Federico Santa Mara

12

v En caso de que la tienda opere con Webpay Plus, se
solicita la autenticacin de la tarjeta habiente en su banco
emisor.

vi El banco despliega pgina de autenticacin para la tarjeta
habiente.

vii El tarjeta habiente ingresa los datos solicitados para
autenticacin, que dependen de cada banco.

viii El banco enva a Transbank el resultado de la
autenticacin, si esta es positiva continua con los pasos
siguientes, en caso contrario, Webpay rechaza la
transaccin.

ix Webpay solicita la autorizacin de la transaccin al
autorizador del banco emisor de la tarjeta de crdito.

x El Autorizador responde con un estado de aprobado o
rechazado a Transbank.

xi Transbank responde a Webpay el resultado de la
autorizacin de la transaccin.

xii Luego se le enva una respuesta positiva o negativa a la
tienda virtual, as esta puede cerrar la transaccin ya sea
en forma exitosa o no.

13

3.4.2 KCC.
Es la aplicacin que se instala en el Servidor de
Comercio que permite conectar el software utilizado por
la tienda para vender sus productos y/o servicios, con el
Servidor de Pago de Transbank. Es un Kit de Conexin al
Comercio, identificado con la sigla KCC. Para que el
KCC se conecte y logre comunicarse sin problemas con
el Servidor de pago es necesario su correcta instalacin y
configuracin por parte del comercio aliado al servicio
Webpay de Transbank.

3.4.3 WEBPAY PLUS.
Es el nuevo sistema para realizar compras seguras
a travs de tarjetas de crdito, desarrollado por Transbank
y los banco chilenos, funciona de manera similar al
sistema Verifled by Visa
2
: Al utilizar la Tarjeta para
compras en internet en comercios con el logo WebPay
Plus, luego de la pantalla tradicional para ingresar los
datos de tu tarjetas de WebPay, sers transferido a tu
Banco, el que solicitar tu Clave Secreta de Acceso para
verificar la compra, aadiendo as un nuevo paso en el
proceso para aumentar de manera importante la seguridad
de compra.

2
Verifled by Visa: Sistema verificador de indentidad para tarjetas visa.

14

La Figura N 2 representa la secuencia de transaccin electrnica
WEBPAY.

Figura N 2: Secuencia de Transaccin electrnica WEBPAY.
Fuente: Universidad Federico Santa Mara

15

3.5 CDIGO QR
3

La denominacin QR proviene del ingls Quick Response ya que el objetivo
principal de estos cdigos es proporcionar un acceso rpido a esta informacin. El
xito de esta tecnologa se debe a su estndar abierto y a su uso asociado a los
telfonos mviles, que pueden funcionar como lectores. La informacin que pueden
contener es muy variada: desde texto simple, hasta tarjetas de visita electrnicas,
pasando por enlaces a pginas web. Aunque existen muchas otras aplicaciones.

3.5.1 CARACTERSTICAS TCNICAS

i Pueden contener mucha ms informacin que los
antiguos cdigos de barras. Concretamente hasta:

4.296 caracteres alfanumricos.
7.089 caracteres numricos.
2.953 caracteres codificados como byte.

ii Tienen la capacidad de corregir errores en la lectura de
manera que en el supuesto de que se manche o se
deteriore parcialmente el cdigo, ste se podr continuar
leyendo sin ningn problema. Tienen, en concreto, cuatro
niveles de correccin de errores.

iii Los cdigos pueden ser ledos desde cualquier ngulo.
Eso es debido a los patrones de alineamiento que sirven
para detectar la posicin del cdigo.

3
Caratersticas del cdigo QR,
http://www.codigos-qr.net

16

iv Para poder acceder a los contenidos de un QR se debe
disponer de un telfono mvil con cmara y de un
programa que sea capaz de descodificarlo.

3.6 VAN
4

El valor actual neto, tambin conocido como valor
actualizado neto (VAN), es un procedimiento que permite
calcular el valor presente de un determinado nmero de
flujos de caja futuros, originados por una inversin. La
metodologa consiste en descontar al momento actual (es
decir, actualizar mediante una tasa) todos los flujos de
caja futuros del proyecto. A este valor se le resta la inversin
inicial, de tal modo que el valor obtenido es el valor actual
neto del proyecto.
El mtodo de valor presente es uno de los criterios
econmicos ms ampliamente utilizados en la evaluacin de
proyectos de inversin. Consiste en determinar la
equivalencia en el tiempo 0 de los flujos de efectivo futuros
que genera un proyecto y comparar esta equivalencia con el
desembolso inicial. Cuando dicha equivalencia es mayor que
el desembolso inicial, entonces, es recomendable que el
proyecto sea aceptado.
La frmula que nos permite calcular el Valor Actual Neto
es:

representa los flujos de caja en cada periodo t.

4
Definicin de VAN
http://es.wikipedia.org/wiki/Valor_actual_neto

17

es el valor del desembolso inicial de la inversin.
es el nmero de perodos considerado.

El tipo de inters es k. Si el proyecto no tiene riesgo, se
tomar como referencia el tipo de la renta fija, de tal manera
que con el VAN se estimar si la inversin es mejor que
invertir en algo seguro, sin riesgo especfico. En otros casos,
se utilizar el coste de oportunidad.

3.7 TIR
5

La tasa interna de retorno o tasa interna de
rentabilidad (TIR) de una inversin es el promedio
geomtrico de los rendimientos futuros esperados de dicha
inversin, y que implica por cierto el supuesto de una
oportunidad para "reinvertir". En trminos simples, diversos
autores la conceptualizan como la tasa de descuento con la
que el valor actual neto o valor presente neto (VAN o VPN)
es igual a cero.
La TIR puede utilizarse como indicador de la rentabilidad de
un proyecto: a mayor TIR, mayor rentabilidad;

as, se utiliza
como uno de los criterios para decidir sobre la aceptacin o
rechazo de un proyecto de inversin. Para ello, la TIR se
compara con una tasa mnima o tasa de corte, el coste de
oportunidad de la inversin (si la inversin no tiene riesgo,
el coste de oportunidad utilizado para comparar la TIR ser
la tasa de rentabilidad libre de riesgo). Si la tasa de
rendimiento del proyecto expresada por la TIR supera la

5
Definicin de TIR
http://es.wikipedia.org/wiki/Tasa_interna_de_retorno

18

tasa de corte, se acepta la inversin; en caso contrario, se
rechaza.
3.8 GESOC
El sistema Gestin de Socios (GESOC), es la aplicacin
administrativa del Club de Polo que mantiene los datos personales del
socio, de su grupo familiar, clave de acceso, estados de cuentas
corrientes, informes de gestin(ficha del socio, estado de cuenta
corriente, cartola de consumos, cartola de cobranza, estadsticos de
movimientos de socios), tambin permite generar las cobranza
trimestrales por concepto de cuota social, enviar y recepcionar pagos
automticos de cuentas a travs de bancos, mantener las reservas de
salones para eventos, su infraestructura, valores de arriendo, calendario
de disponibilidad de salones y generar informes de reservas.

19

CAPITULO IV. DESCRIPCION DE LA EMPRESA

4.1 INTRODUCCIN
El presente captulo tiene como objeto, mostrar antecedentes de la empresa, su
misin, visin , directorio, organigrama e informacin demogrfica de sus socios.

4.2 EMPRESA

El Club de Polo y Equitacin San Cristbal se encuentra ubicado en Avda. San
Jos Mara Escriv de Balaguer 5501, comuna de Vitacura, ciudad de Santiago, el cual
fue inagurado el 21 de Diciembre del 1947. Su infraestructura est compuesta por:

Canchas de golf.
Canchas de Squash.
Canchas de Polo.
Canchas de Equitacin.
Gym / Spa.
Restoran.
Salones para eventos.

Todo lo anteriormente sealado se encuentra emplazado en 122 hectreas de terreno.

20

4.3 MISIN
Su principal misin es ser un Club de primer nivel, orientado a la promocin y
desarrollo de las actividades deportivas, sociales y de sano esparcimiento
familiar.

4.4 VISIN
Consolidar fuertemente los lazos familiares y sociales entre sus integrantes,
generando con ello un entorno armnico y de convivencia, conservando las
tradiciones que por dcadas han mantenido integro este espritu
4.5 DIRECTORIO
El directorio del Club de Polo y Equitacin San Cristbal, se muestra en la tabla
N 1.

Tabla N 1: Integrantes del Directorio del Club de Polo
Fuente: Administracin de Club de Polo.

Presidente Alejandro Baados Morand
Vicepresidente Francisco Varela Noguera
Secretario Hctor Claro Collins
Tesorero Mario Gazita Swett
Director Felipe Bertin Puga
Director Andrs Wagner Mayr-Melnhof
Director Gabriel Vives Fernndez
Director Gonzalo Campo Irigoyen
Director Jaime Correa Undurraga
Gerente General Ral Puelma Dnner
Asesor Legal Eduardo Rodrguez Del Ro

21

4.6 ORGANIGRAMA

La figura N 3 representa el organigrama administrativo del Club de Polo

Figura N 3: Organigrama administrativo del Club de Polo
Fuente: RR.HH. Club de Polo.

22

4.7 INFORMACIN DEMOGRFICA

En la actualidad el Club cuenta con 2.237 socios titulares, cuya distribucin
etaria se muestra en la la figura N 4.

Figura N 4: Distribucin Grupo etario de Socios.
Fuente: Administracin Club de Polo

-
50
100
150
200
250
300
350
N

d
e

S
o
c
i
o
s

Distribucin etaria al ao 2012
Edad

23

CAPITULO V. DIAGNOSTICO DEL PROCESO DE RESERVAS

El Club de Polo cuenta con 9 salones, cuya distribucin e infraestructura est
diseada para los distintos requerimientos que los socios soliciten, como por ejemplo
matrimonios, cumpleaos, seminarios de empresas, entre otros. El saln ms grande ubicado
en el recinto deportivo, tiene una capacidad para 400 personas, el cual cuenta con un teln
cuyo tamao es 2.30 x 3.0 metros, con proyector en altura y amplificacin.

Considerando lo anterior, se genera un diagnstico del proceso actual de reserva de estos
salones de eventos que se lleva a cabo en el club, con el fin de poder conocer los
procedimientos que se ven involucrados en ste e identificar las debilidades que presenta.

5.1 PROCESO ACTUAL DE RESERVA DE SALONES

Est a cargo de una persona que recibe las solicitudes por parte de los socios, en
forma presencial, correo electrnico o telefnicamente.

De forma presencial el socio, asiste al club y le solicita a la encargada el saln
requerido, el da y la hora que har uso de ste, y la cantidad de invitados que
asisitirn. Una vez registrado estos datos en una planilla Excel, la encargada informa
al socio que tiene un plazo de 72 hrs. para que la reserva del saln sea confirmada
(previo pago del monto), de lo contrario se anular. El pago se puede efectuar
mediante, cheque, transferencia bancaria, efectivo, en donde una vez aprobado el
pago, la persona encargada confirma al socio la reserva del saln.

De manera telefnica y correo electrnico, se solicitan los mismos datos mencionados
anteriormente, se registran en la misma planilla Excel y se procede a efectuar la
confirmacin de la reserva, previa aprobacin del pago realizado.

24

A continuacin, la tabla N 2 muestra el resumen de los tiempos mnimos, promedio
y mximo, del proceso de reserva, mediante los distintos canales de solicitud.

Canal Mnimo Promedio Mximo
Presencial
1
10 min. 20 min. 30 min.
Telfono
1
8 min. 10 min. 12 min.
Correo
Electrnico
2

2 hrs.

5 hrs.

10 hrs.

Tabla N 2: Resumen tiempos de proceso.
Fuente: Administracin de Club de Polo.

1 Se deber considerar, que estos tiempos hacen referencia al tiempo de
procesamiento de la informacin por la encargada, sin incluir los tiempos de
espera en cola o hasta que conteste el telfono, lo que puede llegar a triplicar
estos valores.

2 Considerar el tiempo de espera y procesamiento de la informacin que
contempla desde que el correo es recepcionado en la casilla, hasta que el
encargado contacta al socio, toma la reserva, registra en la planilla Excel y
confirma.

25

5.2 DEBILIDADES DEL PROCESO DE RESERVA DE SALONES

Luego de entender el proceso, se procede a identificar los principales problemas y
debilidades que se presentan con la manera de operar actualmente.

5.2.1 CONGESTIN EN LA SOLICITUD PRESENCIAL.

Este proceso es afectado principalmente por los tiempos de espera, 20 minutos
promedio, generando malestar y reclamos por la demora que se produce en la
atencin de aquellos socios en espera.

5.2.2 DUPLICIDAD DE RESERVAS.

Debido a que las reservas se realizan en una planilla Excel, no existe un
mecanismo de alerta que indique al usuario, si est ingresando un registro
duplicado.

5.2.3 PRDIDA DE INFORMACIN.

Por error de manipulacin de la planilla Excel o por falta de cuidado al
momento de guardar los cambios, se producen prdidas de datos, lo cual
genera problemas serios el momento de realizar el evento.

5.2.4 DESCOORDINACIN ADMINISTRATIVA.

Deficiencia en la comunicacin entre encargado y socio, en donde los
requerimientos del socio, no se ven reflejados claramente al momento de
realizar la reserva.
5.2.5 RETRASO EN PAGO DE LA RESERVA.

Falta de cuidado en la exigencia del pago al momento de confirmar la reserva
por parte de la persona encargada del proceso de reserva.

26

5.2.6 DESCONOCIMIENTO DEL PROCESO, CUANDO CAMBIA EL ENCARGADO DE
RESERVAS.

Cuando se cambia al encargado del sistema de reserva, se producen problemas,
ya que la persona desconoce a cabalidad la manera de operar del proceso, lo
que conduce a errores, prdida de informacin, entre otros.

5.2.7 FALTA DE INFORMACIN ESTADSTICA.

Con el actual sistema de registro, no es posible rescatar informacin relevante
que sirva para la toma de decisiones, que permitan mejorar el nivel de servicio
entregado.
5.3 ESPECIFICACIN DEL PROBLEMA A ABORDAR
Una vez conocido el proceso, e identificado sus debilidades, se procede a especificar
el problema a abordar.

Claramente, el principal problema de la reserva de los salones de eventos, es el tiempo
de espera y procesamiento de la solicitud por parte de los socios, a travs de los
distintos medios. Por lo tanto, la solucin propuesta apuntar especficamente a reducir
estos tiempos de solicitud y procesamiento de la reserva de salones.

Por otra parte, se debe abordar el tema de la integridad de la informacin, procurando
que no hayan duplicidades de solicitudes, prdida de datos, entre otros. En
consecuencia, se debe enfocar en mantener un sistema ntegro y seguro que permita
mantener la informacin a salvo y libre de errores.

5.4 SITUACIN ESPERADA
Perfimitir al socio la autoatencion para la reservas de salones, cuyo principal beneficio
es la disminucin en los tiempos de espera por parte del ste y para la administracin
una mejor gestin de los recursos humanos y de instraestructura.

27

CAPITULO VI. REQUERIMIENTOS

6.1 PRESENTACION DE LA SOLUCION Y RELACION CON OTROS SISTEMAS.
La solucin ser integrada al sistema de Gestin de Socios (GESOC), el cual
contempla la mantencin tanto del registro de socios, claves de accesos, mantencin de
reservas, consultas de cuentas corrientes, emisin de informes y estadsticas.

6.1.1 REQUERIMIENTOS

i. La solucin constar de dos interfaces:
Web: la cual solicitar validacin de rut y clave de Acceso.
Mvil: la cual solicitar el ingreso de rut y clave de acceso en la opcin
de perfil de usuario, con el fin de mantener estos datos para las
posteriores solicitudes de reservas.

ii. Al ingresar se mostrarn las opciones:
Reglamento: mostrar los requisitos para la reservas de los distintos salones.
Tutorial: mostrar en imgenes la forma de utilizar el aplicativo.
Perfil: permitir el ingreso de rut, clave, solicitar nueva clave, tambin
mostrar el detalle de los salones reservados, indicando fecha, hora, cantidad
de invitados, opcionalmente podr ingresar comentarios en referente al
recinto, utilizado un campo de texto habilitado para ello.
Reservas: esta opcin dar paso a la seleccin del da del evento.

iii. Se desplegar un calendario, en el cual se destacan los das con salones
disponibles.

28

iv. Una vez seleccionado el da, se mostrarn los salones indicando su
infraestructura (dimensin, dispositivos de video, dispositivo de sonido, teln
para proyectar, mobiliario), valor de reserva, capacidad de personas.

v. A continuacin, se solicitar seleccionar la hora disponible.

vi. Se selecciona el tipo de eventos a realizar.

vii. Luego se deber ingresar el total de invitados.

viii. Optativamente se podr ingresar:
En la aplicacin WEB la nmina de invitados por medio de una grilla
que solicitar el nombre y apellido de stos.
Para la aplicacin Mvil, se ofrecer la posibilidad de seleccionar los
contactos registrados en el dispositivo y/o el ingreso manual de los
invitados a travs de una grilla.

ix. Para confirmar, se presentar la interfaz WEBPAY en la cual se realizar la
transaccin de pago.

x. Una vez confirmado el pago, se enviar a travs de un correo electrnico el
ticket de confirmacin, incluyendo un cdigo QR y toda la informacin de la
reserva.

29

La figura N 5 muestra el Flujo de Reserva de Salones para eventos.

Figura N 5: Flujo de Reserva de Salones para eventos.
Fuente: Informtica Club de Polo y Equitacin San Cristbal.

<Flujo - Reserva de Salones>
F
l
u
j
o
Validacin
Socio
Calendario Salones
Socios
Reservar
Saln
QR
Pago
E-mail
Reservar
Mis reservas
Reglamento
Tutorial
Reservas
FIN
si
no
si
no
si
no

30

La figura N 6 muestra el diagrama contextual de Reserva de Salones para eventos.

Figura N 6: Diagrama contextual de Reserva de Salones para eventos.

Socio
Servidor Web
Servidor Base de Datos
Reservas
Diagrama de Contexto

31

Base de Datos
Reservas
Aplicacin Reservas de
Salones
Aplicacin Administrador
de Reservas
WebPay
TransBank
Base de Datos
Socios
6.1.2 DEPENDENCIAS

i. La plataforma Gestion de Socios (GESOC) que sustenta el sistema de
Reservas para Salones de Eventos, contempla el registro de stos, consulta de
cuentas corrientes, emisin de informes, clculo y emisin de cuotas sociales, de
donde el sistema de Reservas consulta la existencia y vigencia del socio que
requiera reversar algn saln.

ii. La aplicacin registra en la Base de Datos de Reservas las operaciones
realizadas por el Socio (seleccin, ingreso de invitados, pago y confirmacin).

La figura N 7 muestra el diagrama de dependencias de Reserva de Salones para
eventos.

Figura N 7: Diagrama de Dependencia de Reservas.

32

6.1.3 REQUERIMIENTOS FUNCIONALES
Las siguientes tablas representan los requerimientos funcionales del prototipo,
en cuando a objetivos, requisitos asociados, descripcin y datos especficos ,
que utliza cada uno de ellos en su operacin.

Tabla N 3: Requerimiento Funcional N 1 identificacin Socio

RF1 Identificacin Socio
1. Objetivos asociados
OBJ01 Valida la identidad del socio
Requisitos asociados CU1.1: Ingresa RUT, mximo 10 caracteres, valida digito
verificador.
CU1.2: Ingresa clave, mximo 6 caracteres, valida clave
mtodo MD5, al tercer intento fallido de validacin, el
sistema indica que debe solicitar otra a travs de la opcin
nueva clave.
Descripcin El sistema debe validar las credenciales ingresadas por el
socio, realizando la consulta al sistema GESOC.
Datos especficos Rut
Clave

33

Tabla N 4: Requerimiento Funcional N 2 Nueva clave.

RF2
Nueva clave.
OBJ01 Genera nueva clave de acceso
Requisitos asociados CU2.1: Al seleccionar esta opcin, el sistemas genera una
nueva clave, la cual es enviada al correo registrado en la
base de datos de socios. Esta operacin podr realizarla
sin lmite de veces.
Descripcin El sistema deber solicitar autenticacin.
Datos especficos Rut , casilla de correo del socio.

34

Tabla N 5: Requerimiento Funcional N 3 Mis reservas.

Tabla N 6: Requerimiento Funcional N 4 Calendario.
RF3 Mis reservas.
OBJ01 Consulta salones reservados.
Requisitos asociados CU3.1: Al seleccionar esta opcin el sistema:
Mostrar eventos realizados.
Mantener eventos por realizar.

Descripcin El sistema permitir mostrar todos los salones reservados
por el socio.
Datos especficos
Saln, fecha, cantidad de socios, valor.
RF4 Calendario.
OBJ01 Despliega Calendario
Requisitos asociados CU4.Destacar das con salones disponibles
Descripcin El sistema debe mostrar calendario, destacando aquellos
das con salones disponibles.
Datos especficos Da disponible.

35

RF5 Salones.
OBJ01 Mostrar salones.
Requisitos asociados
CU5.1: Con un click selecciona el saln de inters, el
cual mostrar su infraestructura:
Dimensin.
Implementos.
Capacidad.
Valor de reserva.
Descripcin El sistema deber mostrar los salones.
Datos especficos Salones y su infraestructura.

Tabla N 7: Requerimiento Funcional N 5 Salones.

36

RF6
Ingresa datos de reserva

OBJ01 Ingresa datos requeridos para reservar.
Requisitos asociados CU6.1: Selecciona hora disponible.

CU6.2: Selecciona tipo de evento.

CU6.3: Ingresa cantidad de invitados, este valor ser
validado con la capacidad mxima del saln
seleccionado.

CU6.4: Ingresa nmina de invitados (dato opcional), a
travs de un campo de texto (mximo 30
caracteres) en el cual se digita el nombre y
apellido, adicionalmente para la aplicacin
mvil se habilita la posibilidad de seleccionar
los invitados desde la lista de contactos.

Descripcin El sistema deber requerir el ingreso de los datos para
reservar.
Datos especficos Fecha y hora, Tipo de evento, cantidad invitados, ingreso
de invitados.

Tabla N 8: Requerimiento Funcional N 6 Ingresa datos de reserva.

37

Tabla N 9: Requerimiento Funcional N 7 Pagar.

RF7 Pagar
OBJ01 Paga y confirma reserva.
CU7.1: Mediante la interfaz WEBPAY, se realiza la
operacin de pago y confirmacin de la reserva del saln.

Descripcin El sistema deber presentar la interfaz para pago
WEBPAY, permitiendo el ingreso de los datos a validar.
Datos especficos Tipo de pago, nmero de tarjeta, monto, clave de
confirmacin.

38

Tabla N 10: Requerimiento Funcional N 8 Emisin ticket.

RF8 Emisin ticket
OBJ01 Emitir ticket de confirmacin.
CU8.1: Enva correo a casilla registrada en Base de Datos
de los socios, el cual contiene los datos de la
reservas; lista de invitados e imagen del cdigo
QR, adicionalmente para la interfaz Web se
habilita la posibilidad de imprimir este ticket.
Descripcin Enviar va correo electrnicos la confirmacin de reserva,
los datos ingresados incluyendo cdigo QR.
Datos especficos Tipo de pago, nmero de tarjeta, monto, clave de
confirmacin.

39

6.1.4 CASOS DE USO
La figura N 8 muestra el diagrama de caso de uso Identificacin del socio

Figura N 8: Diagrama de caso de uso Identificacin de socio.

La figura N 9 muestra el diagrama de caso de uso Nueva clave.

Figura N 9: Diagrama de caso de uso Reserva de Saln.
uc Identificacion socio
Socio
Identificacin socio
Val i dad i denti dad del soci o.
i ngreso de rut
i ngreso de cl ave
uc Nueva Cla...
Socio
Nueva clave
Se envi a nueva cl ave
al correo el ectroni co
del soci o.

40

La figura N 10 muestra el diagrama de caso de uso Mis eventos.

Figura N 10: Diagrama de caso de uso Mis eventos.

La figura N 11 muestra el diagrama de caso de uso Calendario.

Figura N 11: Diagrama de caso de uso Calendario.

uc Calendario
Socio
Calendario
Despl i ega cal endari o,
destacando l os das
con sal ones
di sponi bl es.
uc Mis event...
socio
Mis reservas
Muestra eventos
real i zados.
Mantener eventos
por real i zar.

41

La figura N 12 muestra el diagrama de caso de uso Salones.

Figura N 12: Diagrama de caso de uso Salones.
Fuente: Informtica Club de Polo y Equitacin San Cristbal

La figura N 13 muestra el diagrama de caso de uso Ingreso datos de reserva.

Figura N 13: Diagrama de caso de uso Ingreso datos de reserva.
uc Salones
Salones
Socio
Muestra sal n e i nfraestructura
Di mensi n.
Impl ementos.
Capaci dad.
Val or de reserva.
uc Ingreso datos reser...
Ingreso de datos para reservas:
Sel ecci ona hora di sponi bl e.
Sel ecci ona ti po de evento.
Ingresa canti dad de i nvi tados
Ingresa nmi na de i nvi tados
Ingreso datos de
reserva
Socio

42

La figura N 14 muestra el diagrama de caso de uso Pagar.

Figura N 14: Diagrama de caso de uso Pagar.

La figura N 15 muestra el diagrama de caso de uso Emisin ticket.

Figura N 15: Diagrama de caso de uso Emisin ticket.
uc emisin ticket
Socio
Emisin ticket
Emi te y enva ti cket de
confi rmaci on a casi l l a
de soci os
uc Pagar
socio
Pagar
Presenta i nterfaz
Webpay, para real i zar
transacci n.

43

La figura N 16 muestra el diagrama general de casos de uso.

Figura N 16: Diagrama general de casos de uso.

uc Reserva de Sal...
Socio
Reserva de Saln
Calendario
Salones
Ingresa datos Reserva
Pagar
Emite Ticket QR
Soci o debe
{Sel ecci onar di a desde el
Cal endari o
Sel ecci onar Sal on
Ingresar datos de reserva
Confi rmar
Pagar
Emi ti r ti cket}
Identificacin socio
Nueva clave
Mis eventos

44

6.1.5 REQUERIMIENTOS NO FUNCIONALES

6.1.5.1 ASPECTOS GENERALES
La solucin debe cumplir como mnimo las siguientes caractersticas basadas en
las especificaciones funcionales y los requerimientos no funcionales:

i. Basada en Web y Mvil.
ii. La solucin debe ser escalable bajo la estrategia de aadir ms recursos al
servidor inicialmente y luego la de aadir ms servidores, segn las
necesidades de procesamiento.
iii. La solucin debe tener bajo nivel de acoplamiento (baja dependencia entre
las unidades del software) y la posibilidad de editar fcilmente los
parmetros que se consideren dinmicos y requieran cambios frecuentes.
iv. Arquitectura Orientada a Servicios (SOA).
v. Orientada a objetos.
vi. De fcil mantenimiento (ej. Alta experiencia del personal, lenguaje de
programacin alto, herramientas de control de cambio) en cuanto a
cumplimiento de estndares, uso de guas y patrones, documentacin y de
fcil ubicacin de componentes.
vii. Que permita y utilice reutilizacin de cdigo.
viii. La solucin debe cumplir al menos con los estndares de desarrollo y
buenas prcticas (participacin activa del cliente, visualizar requerimiento,
informacin de nica fuente, documentar continuamente) de desarrollo de
software seguro.
ix. Basada en una arquitectura de N niveles (3 o ms).

45

x. La solucin debe permitir generar y reportar alarmas a travs de mail y de
la consola, de cada uno de los componentes de la solucin. Las alarmas
deben contemplar al menos errores crticos, comportamientos anormales,
exceso de cuotas de recursos y violaciones de seguridad de cada uno de los
componentes de la solucin.
xi. Capacidad de interaccin con otros sistemas desarrollados bajo la estrategia
de Web Services e Integracin de Procesos basados en:
Manejar Web Services Description Language (WSDL) para la
descripcin de servicios Web.
Mecanismos estndar para la implementacin de la seguridad
con servicios Web.

6.1.5.2 ASPECTOS ESPECIFICOS

Los Requerimientos estarn enmarcados en los siguientes aspectos:

i. Escalabilidad:
El diseo debe contemplar el uso ptimo de recursos tales
como conexiones a la base de datos.
Contemplar una clara particin entre datos, recursos y
aplicaciones para optimizar la escalabilidad del sistema.
Debe contemplar requerimientos de crecimiento para
usuarios tanto internos como externos.

ii. Disponibilidad:
Debe ser continua con un nivel de servicio para los
usuarios de 24 horas los 7 das a la semana, garantizando

46

un esquema adecuado que permita ante una posible falla
de la solucin en cualquiera de sus componentes, contar
con una contingencia, generacin de alarmas enviadas a
travs de correo al departamento de informtica.

iii. Confiabilidad y Consistencia:
De los componentes de negocio ante recuperaciones. En
caso de fallas de algn componente, no debe haber
prdida de informacin.

iv. Consistencia transaccional:
Ante la falla del aplicativo, se debe contar con
mecanismo (Test ACID
6
) que contemplen la interrupcin
de transacciones para que estas finalicen de manera
correcta.
v. Mantenibilidad.:

Se debe estructurar el cdigo de una manera consistente y
predecible.

Para objetos que son frecuentemente manejados en la
lgica del negocio, implementar las respectivas interfaces
que aseguren su fcil implementacin en el sistema.

6
Atomicity, Consistency, Isolation, Durability
http://www.alegsa.com.ar

47

El sistema debe ser construido e implantado de tal manera
que un cambio en los parmetros de negocio no obligue a
la generacin de una nueva versin del mdulo.
vi. Desempeo:
La aplicacin debe ofrecer un buen desempeo del
sistema ante una alta demanda acorde a los
requerimientos funcionales y no funcionales de la
solucin; Tiempo promedio no mayor a 3 segundos sobre
operaciones transaccionales.

48

6.1.6 DIAGRAMA DE ENTIDAD RELACION

La figura N 17, representa la relacin entre las entidades del modelo de
datos del sistema de Reservas y su vinculacin con el sistema de gestin de socios
(Gesoc). La tabla denominada Miperfil contiene la llave mip_rut vinculada con la
llave secundaria soc_rut de la tabla Socio, esto con el fin de poder confirmar la
existencia del registro del socios al ser validado con la funcionalidad Indentificacin
socio. Luego se muestra la vinculacin entre las tablas Miperfil y Reservas, en sta
ltima se registraran los datos correspondiente a la reserva, por ltimo se muestra la
relacin entre la tabla de Reservas y Salones, en sta se registra la infraestructura de
los salones la cual es presentada al momento de seleccionar el saln a reservar.

Figura N 17: Diagrama de Entidad relacin.

49

6.1.7 DICCIONARIO DE DATOS

Las siguientes tablas representan el diccionario de datos definido en el diseo prototipo.

Tabla N 11: Diccionario de datos tabla Socios.

Tabla N 12: Diccionario de datos tabla Miperfil

50

Tabla N 13: Diccionario de datos tabla Reservas

Tabla N 14: Diccionario de datos tabla Salones

51

6.1.8 DIAGRAMA DE COMPONENTES

La figura N 18, representa las dependencia de los componentes que estn
involucrado en este modelo, estos componentes son los archivos, objetos, artefactos o
ejecutables. En sta se identifica el servidor en el cual esta instalado el sistema
operativo Centos v6.2, sobre esta plataforma reside el servidor web Apache v2.2.15, el
siguiente componente corresponde a PHP v5.2, otras herramientas complementarias de
programacin son Joomla v2.5, jpmobil, kit de coneccin a WepPay y la aplicacin de
Reservas, conjuntamente con estos componente se muestra el administrador de base de
datos MySql v5 el cual contiene los datos del sistema de gestin de socios y reservas.
fuera del modelo interno se muestra el servidor de Webpay de Transbank el cual
realiza toda la operacin de autorizacin para la transaccin comercial.

Figura N 18: Diagrama de Componentes.
cmp Component Mo...
Servidor Centos 6.2
Apache 2.2.15
PHP 5.2
Aplicacin
Reservas
Servidor MySql 5
Base de Datos
Reservas
Principal
Vistas
Conector
A
App Mobil
j query
Joomla 2.5
WebPay
KCC
WebPay Transbank
Autorizacion
Base de Datos
Gesoc

52

6.1.9 HERRAMIENTAS TECNOLGICAS

En la tabla N 15 se detalla las herramientas de Software que estn representadas en el
diagrama de componentes, indicando en cada una de ellas sus caractersticas tcnicas.

Tabla N 15: Detalla las Herramientas Tecnolgicas

Centos 6.2

CentOS (Community ENTerprise Operating System), es un sistema
operativo de distribucion libre de Red Hat Enterprice Linux.
Apache 2.2
Es un servidor HTTP de cdigo abierto para plataformas Unix (BSD,
GNU/Linux,), Windows y otras.

Php 5.2

Lenguaje de programacin de uso general de cdigo del lado del servidor
originalmente diseado para el desarrollo web de contenido dinmico

Joomla 2.5

Software de cdigo abierto , Es un Sistema de gestin de contenidos
(Content Management System, o CMS) que permite desarrollar sitios web
dinmicos e interactivos. Permite crear, modificar o eliminar contenido de
un sitio web de manera sencilla a travs de un Panel de Administracin.

Jquery Mobil

JQuery Mobile es un framework de interfaz de usuario de desarrollo de
web que nos permite desarrollar aplicaciones web para celulares o
mviles que trabajen en cualquier Smartphone y Tablet.
JQuery Mobile framework se basa en el core de JQuery y proporciona una
serie de herramientas, incluyendo el manejo del DOM de HTML y XML,
el control de evento, la comunicacin con el servidor a travs de Ajax, as
como los efectos de animacin y de imgenes para pginas web.
MySQL 5
Sistema de gestin de bases de datos relacional, multihilo y multiusuario,
MySQL es una base de datos muy rpida en la lectura cuando utiliza el
motor no transaccional MyISAM

53

CAPITULO VII. PANTALLAS DISEO PROTOTIPO

7.1 PANTALLAS PROTOTIPO WEB MVIL.
Las pantallas 1, 2 y 3 corresponden a las tres pantallas iniciales del prototipo web
mvil que presenta el ingreso a la aplicacin de reservas, para este efecto se
consideraron los criterios de diseo de interfaz usuaria:
Control del usuario.
Metforas.
Retroalimentacin.
Manipulacin directa.
Coherencia.
Integridad esttica.
Reversibilidad.

Pantalla N 1 Pantalla N 2 Pantalla N 3
Icono de aplicacin Mi Perfil Opciones

Fuente: Informtica Club de Polo

Las restantes pantallas del prototipo Mvil se muestran en Anexo 2.

54

7.2 PANTALLAS PROTOTIPO WEB.
Las pantallas 4 y 5 corresponden al prototipo Web, las cuales muestran las
pantallas iniciales del sistema de reservas bajo URL local.

Pantalla N 4 muestra interfaz de validacin de identificacin del Socio.

.

Pantalla N 5 muestra interfaz con botones de opcin.

55

Las restantes pantallas del prototipo WEB se muestran en Anexo 3.

CAPITULO VIII. PRUEBAS

Las tablas N 16 a las N 23, muestran los casos de prueba en base a los casos de uso
detallos anteriormente, en ellos se identifican los distintos escenarios posibles en los cuales
operar la funcin, resultados y acciones a realizar, no existe valores de resultado de estas
pruebas por ser un diseo prototipo.

Identificacin del Socio

ID Escenarios Fallo de pgina Rut Clave Resultado esperado
1 Accesos correcto. No V V Carga de la pgina de inicio
2 Fallo de pgina Si N/A N/A
Mensaje de error Fallo de
pgina. Enter para retorna a
pgina anterior.
3 Rut o clave No Vacio Vacio
Mensaje de error. Falta
ingresar Rut o Clave, Enter
para retorna a pgina
anterior.
4 Rut no existe No I N/A
Mensaje de error. El rut no
existe, Enter para retorna a
pgina anterior.
5
Clave no vlida No V I
Mensaje de error. Clave
errnea o no existe, Enter
anterior.

Tabla N 16 : Caso de prueba para Identificacin del Socios.
Fuente: Departamento de Lenguajes y Sistemas Informticos - Universidad de Sevilla.

Nueva clave

ID Escenarios Fallo de pgina Rut Clave Resultado esperado
1 Accesos correcto. No V Vacio
Envia solicitud - retorna clave
va correo a casilla de Socio.
pgina anterior.
3 Rut no existe No I N/A
Mensaje de error. El rut no
existe, Enter para retorna a
pgina anterior.

56

Tabla N 17 : Caso de prueba para Nuevo clave.
Mis reservas

ID
Escenarios
Fallo de
pgina Grilla Comentario Resultado esperado
1 Accesos correcto. No V Vacio
Despliega detalle de
reservas, con campo para
ingreso de comentarios.
pgina anterior.
3 No existen reservas. No N/A N/A
Mensaje No existen
reservas a desplegar, Enter
anterior.

Tabla N 18 : Caso de prueba para Mis reservas

Calendario

ID
Escenarios
Fallo de
pgina Calendario Da Resultado esperado
1 Accesos correcto. No V N/A
Muestra calendario,
destacando los das
disponibles con salones
disponibles.
pgina anterior.
3 Selecciona da No N/A V Enva a pgina de Salones.

Tabla N 19 : Caso de prueba para Calendario.

57

Salones

ID
Escenarios Fallo de pgina Salones Resultado esperado
1 Accesos correcto. No V Despliega imgenes de salones.
2 Fallo de pgina Si N/A
pgina anterior.
3 Selecciona de saln. No V
Enva a pgina de infraestructura
de saln seleccionado.
4 Fallo saln seleccionado Si V
Mensaje No existen saln a
desplegar, Enter para retorna a
pgina anterior.

Tabla N 20 : Caso de prueba para Salones.

58

Tabla N 21 : Caso de prueba para Ingreso datos de reserva.

Ingreso datos
de reservas
ID
Escenarios
Fallo de
pgina Hora
Tipo de
evento
Cant.
Invitados Invitados Confirmar
Resultado
esperado
1
Accesos
correcto.
No V N/A N/A N/A N/A
Despliega
datos a
seleccionar y
campos de
ingreso de
datos.
2
Fallo de
pgina
Si N/A N/A N/A N/A N/A
Mensaje de
error Fallo
de pgina.
Enter para
retorna a
pgina
anterior.
3
Selecciona
hora
No V N/A N/A N/A N/A
Marca
Checkbox
4
Selecciona
tipo de
evento
No N/A V N/A N/A N/A
Marca
Checkbox
5
Ingresa
cantidad de
invitados.
No N/A N/A V N/A N/A
Ingresa solo
nmeros,
valida tipo de
datos
numrico.
6
Ingresa
detalle de
invitados.
No N/A N/A N/A V N/A
Envia a
pgina de
ingreso.
7 Confirmar No V V V V V
Enva a
pagina pago
WebPay.
8
Fallo de
Confirmar
Si V V V V V
Mensaje de
error Fallo
de pgina.
Enter para
retorna a
pgina
anterior.

59

Pagar

ID
Escenarios Fallo de pgina Wenpay Resultado esperado
1 Acceso correcto. No V
Despliega interfaz
WebPay.
Mensaje de error
Fallo de pgina. Enter
anterior.

Tabla N 22 : Caso de prueba para Pagar.

Emision
Ticket
ID
Escenarios Fallo de pgina Confirmar Resultado esperado
1 Emitir ticket. No V
Mensaje transaccin
esta correcta, ticket
emitido y enviado a su
correo, Enter para
continuar.
Mensaje de error
Fallo de pgina.
Enter para retorna a
pgina anterior.

Tabla N 23 :Caso de prueba para Emisin ticket.

I : Valor invlido.
V : Valor vlido.
Vaco : No se indica ningn valor.
N/A : El valor que tenga es irrelevante

60

CAPITULO IX. EVALUACION ECONOMICA

9.1 CONCEPTO DE EVALUACIN ECONMICA

La evaluacin econmica tiene por objetivo identificar las ventajas y
desventajas asociadas a la inversin en un proyecto antes de la implementacin
del mismo.

Se trata de un mtodo de anlisis til para adoptar decisiones racionales ante
diferentes alternativas. Esta evaluacin integra en su anlisis tanto los costes
monetarios como los beneficios expresados en otras unidades relacionadas con
las mejoras a quienes va dirigido el proyecto.

En el caso de este proyecto la evaluacin econmica va estar asociada
principalmente al sistema de reserva de salones del club, en donde se entiende
que este sistema percibe ingresos por el concepto de arriendo de los mismos y
sus respectivos costos, ahora bien dentro de esta evaluacin se considera
adems la implementacin y mantencin del diseo propuesto en los captulos
anteriores, para poder verificar si es rentabla la propuesta.

61

9.2 EVALUACIN ECONMICA DEL SISTEMA DE RESERVA DE SALONES

La solucin propuesta, del diseo de prototipo, se calcul en base a la siguiente
informacin:

La tabla N 24 muestra el clculo de Inversin inicial
Etapas
Horas de
trabajo
Costo
Total MM$
Hora / UF
Anlisis 10 2 0.46
Diseo 25 2 1.12
Desarrollo 60 2 2.75
Pruebas
10 2 0.46
Correcciones 9 2 0.41
Implementacin 5 2 0.27

119 5.47

Tabla N 24: Inversin inicial.
Fuente: Informtica - Club de Polo y Equitacin San Cristbal

Es decir, la inversin inicial con la que se debe contar para desarrollar e
implementar este proyecto es de MM$5.5.

Cabe recalcar que, la mantencin mensual de la solucin propuesta, tiene un
costo de $100.000, con un incremento del 5% anual.

Los ingresos percibidos el ao 2012, por concepto de arriendo de salones de
eventos en el club, es de MM$29, con un margen del 40%, el incremento anual
de los ltimos es de un 15%. Tomando en cuenta estos antecedentes, es que se
procede a calcular el VAN y la TIR.

62

La tabla N 25 muestra el clculo VAN para proyecto de Reservas de salones.

Egresos M $ ao 0 ao 1 ao 2 ao 3 ao 4 ao 5
Costo por arriendo 20.714 22.786 25.064 27.571 30.328
Costo desarrollo 5.200 - - - - -
Costo implementacion 270 - - - - -
Soporte 100 105 110 116 122
Total egresos 5.470 20.814 22.891 25.175 27.686 30.449

Ingresos M $
Ingresos por arriendo 29.000 31.900 35.090 38.599 42.459
Total ingresos 29.000 31.900 35.090 38.599 42.459

Utilidad -5.470 8.186 9.009 9.915 10.913 12.010

Tabla N 25: Tabla clculo VAN Proyecto de Reservas de salones.
Fuente: Depto. de Contabilidad - Club de Polo y Equitacin San Cristbal
Segn la evaluacin econmica realizada, el VAN arrojado es de MM$32, con una
TIR del 158%. Por lo tanto segn estos dos criterios, es que se puede afirmar que
el proyecto es rentable dentro de los prximos 5 aos.

63

CAPITULO X. CONCLUSIONES

La construccin y posterior implementacin de este proyecto, generar un beneficio
cuantitativo importante por conceptos de arriendo, pero un beneficio inmediato ser percibido
por los socios que soliciten este servicio ya que sus tiempos de solicitud sern bastante
menores a los que actualmente se registran.

Al generar un diseo prototipo de reserva de salones, se esta cumpliento don el primer
objetivo sealado.

Con respecto a la exposicin de la solucin deseada, esta se har efectiva en la
prxima reunin de directorio del mes de Octubre, en la cual se presentan los
presupuestos para el ao 2014.

Si por alguna razn de fuerza mayor, no se pudiera concretar este proyecto, existe
todava la posibilidad de continuar con el actual proceso de toma de reservas, con todas las
deficiencias descritas anteriormente.

64

BIBLIOGRAFIA

[Tecnolgicas Internet y Mvil] : Tecnolgicas Internet y Mvil.
Wikipe a- actualizada al 21 de abril 2013.

[Ciclo de vida del Software] : Ciclo de vida del Software, diseo Prototipo.
http://aposta.uv.es/givaro/modulo/Ciclo.htm
Universidad de Valncia.

[Modelo Transaccional WEBPAY] : Modelo Transaccional utilizado en WEBPAY.
http://profesores.elo.utfsm.cl/~agv/elo322/1s10/
project/reports/informe.pdf.
. Universidad Federico Santa Mara.

[Cdigo QR] : Caratersticas del cdigo QR.
http://www.codigos-qr.net.

[Generacion de pruebas] : Generacin de pruebas de sistema a partir de la
especificacin funcional.
Departamento de Lenguajes y Sistemas
Informticos.
Universidad de Sevilla.

[Consistencia transaccional] : Atomicity, Consistency, Isolation, Durability
http://www.alegsa.com.ar.

[Informacin Club de Polo] : Directorio, Organigrama e Informacin
Demogrfica.
Administracin Club de Polo y Equitacin San
Cristbal

65

ANEXOS

ANEXO 1 DEFINICIONES, ACRONIMOS Y ABREVIACIONES

ARPANET : Advanced Research Projects Agency Network, red de computadores del
departamento de Defensa de EE.UU.
ASCII : Cdigo Estndar Estadounidense para el Intercambio de Informacin.
BROWSER : Navegador web o Explorador web.
CDMA : Acceso mltiple por divisin de cdigo.
CSnet : Computer Science Network, red de computadores opera en 1981.
D-AMPS : Digital AMPS, telefona Mvil 2G.
DOM : Modelo en Objetos para la Representacin de Documentos, para
representar documentos HTML y XML.
EDGE : Tasas de Datos Realzadas para la evolucin de GSM.
EMS : Especificacin de Memoria Expandida.
GPRS : Servicio general de paquetes va radio.
GSM : Sistema global para las comunicaciones mviles.
HTML : Formato para desarrollo WEB.
CSS : Diseo de estilo en cascada.
KCC : Kit de Conexin Comercial (WEBPAY).
MILnet : MILitary NETwork, red de computadores Militares.
MMS : Sistema de mensajera multimedia.
NMT : Telefona Mvil Nrdica.
QR : Quick Response, respuesta rpida a la consulta de informacin.
SOA : Service Oriented Architecture.
TCP/IP : Protocolo de Control de Transmisin / protocolo de Internet.
TIR : Tasa interna de retorno.
UMTS : Sistema universal de comunicaciones Mobile.
VAN : Valor actual neto.
WSDL : Web Services Description Language.
MYISAM : Metodo de almacenamiento basado en el mtodo de acceso Secuencial
Indexado utilizado por MySql.

66

ANEXO 2 PANTALLAS PROTOTIPO MOVIL

Las Pantalla N 6,7 y 8 muestran vista panorama del Reglamento para reservas.

Pantalla N 6 vista 1 Reglamento. Pantalla N 7 vista 2 Reglamento.
Fuente: Informtica Club de Polo. Fuente: Informtica Club de Polo.

Pantalla N 8 vista 3 Reglamento
Fuente: Informtica Club de Polo.

67

Las Pantalla N 9, 10,11 y 12 muestran vista panorama del Tutorial para reservas.

Pantalla N 9 vista 1 Tutorial Pantalla N 10 vista 2 Tutorial
Fuente: Informtica Club de Polo. Fuente: Informtica Club de Polo

.

Pantalla N 11 vista 3 Tutorial Pantalla N 12 vista 4 Tutorial

68

Pantalla N 13 muestra el calendario con das disponibles para reservar.

Pantalla N 13 Calendario

69

Las Pantalla N 14, 15 y 16 muestran vista panorama de los Salones.

Pantalla N 14 vista 1 Salones. Pantalla N 15 vista 2 Salones.

Pantalla N 16 vista 3 Salones.

70

La Pantalla N 17 muestra la infraestructura del Saln seleccionado.

Pantalla N 17 Infraestructura.

La Pantalla N 18 muestra formulario de reservas.

Pantalla N 18 Formulario de reservas.

71

La Pantalla N 19 muestra las opciones de ingreso de invitados, desde los contactos o en
forma manual.

Pantalla N 19 Ingreso de invitados.

La Pantalla N 20 muestra los contactos a seleccionar,
marcando el checkbox.

Pantalla N 20 Contactos.

72

La Pantalla N 21 muestra la interfaz WebPay para el pago de la reserva. y su confirmacin.

Pantalla N 21 Pagar.

La Pantalla N 22 muestra comprobante.

Pantalla N 22 Comprobante.

73

ANEXO 3 PANTALLAS PROTOTIPO WEB

La Pantalla N 23 muestra interfaz de despliege del Reglamento.

Pantalla N 23 Reglamento

74

La Pantalla N 24 muestra interfaz de despliege del Tutorial.

Pantalla N 24 Tutorial.

75

La Pantalla N 25 muestra todas las reservas tomadas por el Socio.

Pantalla N 25 Mis reservas

76

La Pantalla N 26 muestra Calendario con das disponibles para reservar.

Pantalla N 26 Calendario.

77

La Pantalla N 27 muestra interfaz de despliege de todos los Salones.

Pantalla N 27 Salones.

78

La Pantalla N 28 muestra infraestructura de Saln seleccionado.

Pantalla N 28 Infraestructura.

79

La Pantalla N 29 muestra Formulario de reservas.

Pantalla N 29 Formulario reservas.

80

La Pantalla N 30 muestra formulario de nmina de invitados.

Pantalla N 30 Nmina invitados.

81

La Pantalla N 31 muestra interfaz WebPay para el pago de reserva.

Pantalla N 31 Pagar.

82

La Pantalla N 32 muestra el mensaje de confirmacin.

Pantalla N 32 comprobante.

Proyecto - Título - Juan Pablo Vega Silva - Reservas - v5

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Proyecto - Título - Juan Pablo Vega Silva - Reservas - v5

Caricato da

Copyright:

Formati disponibili

Universidad Mayor

Potrebbero piacerti anche