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 "".

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 WEBPAY1

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 Visa2: 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 QR3

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 VAN4

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 TIR5

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

de

Soci

os

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

Electrnico2

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.

Flu

jo

Validacin

SocioCalendario Salones

Socios

Reservar

SalnQR Pago

E-mailReservar

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

ReservasAplicacin Reservas de

SalonesAplicacin 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.

2. Objetivos asociados 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.

3. Objetivos asociados 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.

4. Objetivos asociados 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.

5. Objetivos asociados 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

6. Objetivos asociados 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

7. Objetivos asociados OBJ01 Paga y confirma reserva.

Requisitos asociados 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

8. Objetivos asociados OBJ01 Emitir ticket de confirmacin.

Requisitos asociados 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

Validad identidad del socio.

ingreso de rut

ingreso de clave

uc Nuev a Cla...

Socio

Nuev a clav e

Se envia nueva clave

al correo electronico

del socio.

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

Despliega calendario,

destacando los das

con salones

disponibles.

uc Mis ev ent...

socio

Mis reserv as

Muestra eventos

realizados.

Mantener eventos

por realizar.

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 saln e infraestructura

Dimensin.

Implementos.

Capacidad.

Valor de reserva.

uc Ingreso datos reser...

Ingreso de datos para reservas:

Selecciona hora disponible.

Selecciona tipo de evento.

Ingresa cantidad de invitados

Ingresa nmina de invitados

Ingreso datos de

reserv a

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

Emite y enva ticket de

confirmacion a casilla

de socios

uc Pagar

socio

Pagar

Presenta interfaz

Webpay, para realizar

transaccin.

43

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

Figura N 16: Diagrama general de casos de uso.


uc Reserv a de Sal...

Socio

Reserv a de Saln

Calendario

Salones

Ingresa datos Reserv a

Pagar

Emite Ticket QR

Socio debe

{Seleccionar dia desde el

Calendario

Seleccionar Salon

Ingresar datos de reserva

Confirmar

Pagar

Emitir ticket}

Identificacin socioNuev a clav e

Mis ev entos

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 ACID6) 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...

Serv idor Centos 6.2

Apache 2.2.15

PHP 5.2

Aplicacin

Reserv as

Serv idor MySql 5

Base de Datos

Reserv as

Principal

Vistas

Conector

A

App Mobil

jquery

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 para retorna a pgina

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 pr

Proyecto_Título_Juan Pablo Vega Silva- Reservas_v5

Documents

Transcript of Proyecto_Título_Juan Pablo Vega Silva- Reservas_v5