Documentos de Académico
Documentos de Profesional
Documentos de Cultura
AUTOR:
MORENO HURTADO, GUINA NELVA
ASESOR:
MG. ING. VARGAS LLUMPO, JORGE FAVIO
Lnea de Investigacin:
Sistemas de Informacin Transaccionales
CHIMBOTE PER
2014
i
JURADO CALIFICADOR
_____________________________________
Ing. Mg. Santos Fernndez Juan Pedro
Presidente
_______________________________
Mg. Ing. Guevara Ruiz, Ricardo Manuel
Secretario
_______________________________
Mg. Ing. Surez Rebaza, Camilo Ernesto
Vocal
ii
DEDICATORIA
GUINA NELVA
iii
AGRADECIMIENTO
LA AUTORA
iv
DECLARATORIA DE AUTENTICIDAD
Yo Guina Nelva Moreno Hurtado con DNI N 47092113, a efecto de cumplir con las disposiciones
vigentes consideradas en el Reglamento de Grados y Ttulos de la Universidad Csar Vallejo,
Facultad de Ingeniera de Sistemas, Escuela de Ingeniera, declaro bajo juramento que todo la
documentacin que acompao es veraz y autntica.
As mismo, declaro tambin bajo juramento que todos los datos e informacin que se presenta en
la presente tesis son autnticos y veraces.
En tal sentido asumo la responsabilidad que corresponda ante cualquier falsedad, oculta,
ocultamiento u omisin tanto de los documentos como de informacin aportada por lo cual me
someto a lo dispuesto en las normas acadmicas de la Universidad Csar Vallejo.
__________________________________________
MORENO HURTADO, Guina Nelva
DNI: 47092113
v
PRESENTACIN
LA AUTORA
vi
NDICE
JURADO CALIFICADOR.................................................................................................................ii
DEDICATORIA ............................................................................................................................. iii
AGRADECIMIENTO ..................................................................................................................... iv
DECLARATORIA DE AUTENTICIDAD.............................................................................................v
PRESENTACIN .......................................................................................................................... vi
NDICE ....................................................................................................................................... vii
NDICE DE FIGURAS ..................................................................................................................... x
NDICE DE TABLAS .................................................................................................................... xiv
NDICE DE ECUACIONES .......................................................................................................... xvii
RESUMEN ............................................................................................................................... xviii
ABSTRACT................................................................................................................................. xix
CAPTULO I: INTRODUCCIN..................................................................................................... 1
ANTECEDENTES ......................................................................................................................... 2
JUSTIFICACIN .......................................................................................................................... 4
2.3. METODOLOGA............................................................................................................ 26
vii
3.1. GENERALIDADES DE TURISMO RURAL COMUNITARIO ............................................... 31
viii
ANEXO N 8: ESTEREOTIPOS WAE ......................................................................................... 233
ANEXO N 20: CLCULO T STUDENT PARA SATISFACIN DEL TURISTA .............................. 258
ix
NDICE DE FIGURAS
FIGURA N 1: DISEO DE ESTUDIO ................................................................................................... 26
FIGURA N 2: ESTRUCTURA DE TURISMO ......................................................................................... 31
FIGURA N 3: PROVINCIA DE SIHUAS ................................................................................................ 33
FIGURA N 4: MAPA DE LA PROVINCIA DE SIHUAS........................................................................... 35
FIGURA N 5: PROCESO DE GESTIONAR ALOJAMIENTO ................................................................. 39
FIGURA N 6: MODELADO BPM DEL PROCESO GESTIONAR ALOJAMIENTO (ANTES) ..................... 40
FIGURA N 7: MODELADO BPM DEL PROCESO GESTIONAR ALOJAMIENTO (DESPUS) ................. 41
FIGURA N 8: PROCESO DE GESTIONAR VENTA ............................................................................... 42
FIGURA N 9: MODELADO BPM DEL PROCESO GESTIONAR VENTA (ANTES) .................................. 43
FIGURA N 10: MODELADO BPM DEL PROCESO GESTIONAR VENTA (DESPUS) ............................ 44
FIGURA N 11: PROCESO DE REGISTRAR RECURSOS TURSTICOS ..................................................... 45
FIGURA N 12: MODELADO BPM DEL PROCESO REGISTRAR RECURSOS TURSTICOS (ANTES) ....... 46
FIGURA N 13: MODELADO BPM DEL PROCESO REGISTRAR RECURSOS TURSTICOS (DESPUS) ... 47
FIGURA N 14: PROCESO DE GENERAR REPORTES ............................................................................ 48
FIGURA N 15: MODELADO BPM DEL PROCESO GENERAR REPORTES (ANTES) ............................. 49
FIGURA N 16: MODELADO BPM DEL PROCESO GENERAR REPORTES (DESPUS) ......................... 50
FIGURA N 17: DIAGRAMA DE CASOS DE USO DE NEGOCIO ............................................................. 53
FIGURA N 18: DIAGRAMA DE ACTIVIDADES DEL CUN GESTIONAR ALOJAMIENTO ........................ 59
FIGURA N 19: DIAGRAMA DE ACTIVIDADES DEL CUN REGISTRAR RESERVA .................................. 60
FIGURA N 20: DIAGRAMA DE ACTIVIDADES DEL CUN REGISTRAR VENTA ...................................... 61
FIGURA N 21: DIAGRAMA DE ACTIVIDADES DEL CUN REGISTRAR RECURSOS TURSTICOS ............ 62
FIGURA N 22: DIAGRAMA DE ACTIVIDADES DEL CUN GENERAR REPORTES ................................... 63
FIGURA N 23: MODELO DE OBJETO GESTIONAR ALOJAMIENTO .................................................... 64
FIGURA N 24: MODELO DE OBJETO REGISTRAR RESERVA .............................................................. 64
FIGURA N 25: MODELO DE OBJETO REGISTRAR VENTA ................................................................. 65
FIGURA N 26: MODELO DE OBJETO REGISTRAR RECURSO TURSTICO .......................................... 65
FIGURA N 27: MODELO DE OBJETO GENERAR REPORTE ............................................................... 66
FIGURA N 28: MODELO DE DOMINIO .............................................................................................. 67
FIGURA N 29: DIAGRAMA DE PAQUETE .......................................................................................... 72
FIGURA N 30: DIAGRAMA DE ACTORES ........................................................................................... 73
x
FIGURA N 31: DIAGRAMA DE CASO DE USO - MDULO FRONTEND ............................................... 74
FIGURA N 32: DIAGRAMA DE CASO DE USO - MDULO BACKEND ................................................. 75
FIGURA N 33: DESCRIPCIN DEL CASO DE USO REGISTRAR PORTADA ........................................... 81
FIGURA N 34: DIAGRAMA FLUJO DE CAJA ..................................................................................... 104
FIGURA N 35: TASA DE RETORNO INTERNO .................................................................................. 108
FIGURA N 36: MODELADO DE ANLISIS SOMF .............................................................................. 113
FIGURA N 37: MODELADO INTEGRACIN DE NEGOCIO SOMF ..................................................... 114
FIGURA N 38: MODELADO DE DISEO SOMF ................................................................................ 115
FIGURA N 39 : DIAGRAMA DE CLASES INTEGRADO ....................................................................... 117
FIGURA N 40: DIAGRAMA DE CLASES MDULO FRONTEND........................................................ 118
FIGURA N 41: DIAGRAMA DE CLASES MDULO BACKEND............................................................ 119
FIGURA N 42: DIAGRAMA DE COLABORACIN - BUSCAR ALOJAMIENTO .................................... 120
FIGURA N 43: DIAGRAMA DE COLABORACIN - REGISTRAR RESERVA......................................... 121
FIGURA N 44: DIAGRAMA DE COLABORACIN - CONSULTAR ACTIVIDAD FESTIVAL ..................... 122
FIGURA N 45: DIAGRAMA DE COLABORACIN - INGRESAR AL SISTEMA ...................................... 123
FIGURA N 46: DIAGRAMA DE COLABORACIN - REGISTRAR PORTADA ........................................ 124
FIGURA N 47: DIAGRAMA DE COLABORACIN - REGISTRAR HOTEL ............................................. 125
FIGURA N 48: DIAGRAMA DE COLABORACIN - REGISTRAR RESTAURANT .................................. 126
FIGURA N 49: DIAGRAMA DE COLABORACIN - REGISTRAR PLATO TIPICO .................................. 127
FIGURA N 50: DIAGRAMA DE COLABORACIN - REGISTRAR SITIO TURSTICO.............................. 128
FIGURA N 51: DIAGRAMA DE COLABORACIN - REGISTRAR ACTIVIDAD FESTIVAL....................... 129
FIGURA N 52: DIAGRAMA DE COLABORACIN - CONSULTAR VENTA .......................................... 130
FIGURA N 53: DIAGRAMA DE CLASES DE DISEO .......................................................................... 131
FIGURA N 54FIGURA N 54: DIAGRAMA DE REALIZACIN DE CASOS DE USO ............................... 132
FIGURA N 55: DIAGRAMA DE SECUENCIA - INGRESAR AL SISTEMA .............................................. 138
FIGURA N 56: DIAGRAMA DE SECUENCIA - REGISTRAR PORTADA .............................................. 139
FIGURA N 57: DIAGRAMA DE SECUENCIA - REGISTRAR HOTEL .................................................... 140
FIGURA N 58: DIAGRAMA DE SECUENCIA - VERIFICAR RESERVA ................................................. 141
FIGURA N 59: DIAGRAMA DE SECUENCIA REGISTRAR RESERVA ................................................ 141
FIGURA N 60: DIAGRAMA DE SECUENCIA - REGISTRAR SITIO TURSTICO ..................................... 142
FIGURA N 61: DIAGRAMA DE SECUENCIA - REGISTRAR RESERVA (FRONTEND) .......................... 143
FIGURA N 62: DIAGRAMA DE ESTADO - ALOJAMIENTO - FRONTEND ........................................... 144
FIGURA N 63: DIAGRAMA DE ESTADO - RESERVA - BACKEND ...................................................... 144
FIGURA N 64: DIAGRAMA DE NAVEGABILIDAD MDULO FRONTEND ........................................ 145
xi
FIGURA N 65: DIAGRAMA DE NAVEGABILIDAD BACKEND............................................................ 146
FIGURA N 66: MODELO DE DATOS ................................................................................................ 147
FIGURA N 67: BASE DE DATOS EN SQLSEVER 2012........................................................................ 148
FIGURA N 68: MODELO DE ENTIDAD LGICO ............................................................................... 149
FIGURA N 69: MODELO DE ENTIDAD FSICO.................................................................................. 150
FIGURA N 70: DIAGRAMA DE COMPONENTES ............................................................................. 151
FIGURA N 71: DIAGRAMA DE DESPLIEGUE .................................................................................... 152
FIGURA N 72: DISEO FRONTEND ............................................................................................... 153
FIGURA N 73: DISEO BANCKEND................................................................................................. 153
FIGURA N 74: DISEO DE CU - GESTIONAR ALOJAMIENTO .......................................................... 155
FIGURA N 75: DISEO DE CU - REGISTRAR RESERVA .................................................................... 155
FIGURA N 76: DISEO DE CU - REGISTRAR PORTADA ................................................................... 156
FIGURA N 77: DISEO DE CU - REGISTRAR HOTEL ........................................................................ 157
FIGURA N 78: DISEO DE CU - REGISTRAR PLATOS TPICOS .......................................................... 158
FIGURA N 79: DISEO DE CU REGISTRAR RESTAURANTE ............................................................ 159
FIGURA N 80: PRUEBA DE CAJA BLANCA DEL SISTEMA................................................................. 160
FIGURA N 81: VALIDACIN CON JSON........................................................................................... 160
FIGURA N 82: CDIGO FUENTE - REGISTRAR RESERVA ................................................................ 161
FIGURA N 83: VALIDACIN DE CF - RESERVA................................................................................. 161
FIGURA N 84: RESULTADO DE REGISTRAR RESERVA..................................................................... 162
FIGURA N 85: WSDL RESERVA ....................................................................................................... 163
FIGURA N 86: CDIGO FUENTE - REGISTRAR PORTADA ............................................................... 164
FIGURA N 87: VALIDACIN CF - PORTADA .................................................................................... 164
FIGURA N 88: RESULTADO DE REGISTRAR PORTADA ................................................................... 165
FIGURA N 89: CDIGO FUENTE - REGISTRAR HOTEL .................................................................... 165
FIGURA N 90 : VALIDACIN DE CF - HOTEL ................................................................................... 166
FIGURA N 91: RESULTADO DE REGISTRAR HOTEL ........................................................................ 166
FIGURA N 92: CDIGO FUENTE - PLATO TPICO............................................................................ 167
FIGURA N 93: VALIDACIN CF - PLATO TPICO ............................................................................. 167
FIGURA N 94: RESULTADO DE PLATO TPICO ................................................................................ 168
FIGURA N 95: CDIGO FUENTE - REGISTRAR RESTAURANT ......................................................... 168
FIGURA N 96: VALIDACIN CF - RESTAURANT............................................................................... 169
FIGURA N 97: RESULTADO DE REGISTRAR RESTAURANT ............................................................. 169
FIGURA N 98 : LISTA DE DIRECTORIOS VALIDADOS ....................................................................... 170
xii
FIGURA N 99: CARACTERSTICAS DE WINDOWS ........................................................................... 172
FIGURA N 100: PANEL DE ADMINISTRACIN ................................................................................ 173
FIGURA N 101: PANEL DE CONEXIN ............................................................................................ 174
FIGURA N 102: ACTIVIDADES DE MTRICA V3............................................................................... 176
FIGURA N 103: ZONA DE ACEPTACIN Y RECHAZO PARA EL NIVEL DE SATISFACCIN DEL TURISTA
................................................................................................................................................ 187
FIGURA N 104: ZONA DE ACEPTACIN Y RECHAZO COSTOS OPERACIONALES .......................... 194
FIGURA N 105: ZONA DE ACEPTACIN Y RECHAZO TGR ............................................................... 199
FIGURA N 106: ZONA DE ACEPTACIN Y RECHAZO - TIEMPO EN RESERVA DE ALOJAMIENTO ..... 206
FIGURA N 107: GRFICO PRE-TEST, POST-TEST Y DELTA DEL INDICADOR SATISFACCIN DEL
TURISTA .................................................................................................................................. 207
FIGURA N 108: GRFICO PRE-TEST, POST-TEST Y DELTA DEL INDICADOR COSTOS OPERACIONALES
EN LA GENERACIN DE REPORTES ......................................................................................... 208
FIGURA N 109: GRFICO PRE-TEST, POST-TEST Y DELTA DEL INDICADOR TIEMPO DE GENERACIN
DE REPORTES .......................................................................................................................... 209
FIGURA N 110: GRFICO PRE-TEST, POST-TEST Y DELTA DEL INDICADOR TIEMPO DE ATENCIN EN
RESERVAR ALOJAMIENTO....................................................................................................... 210
FIGURA N 111: DATOS TABULADOS DE SATISFACCIN DE TURISTAS EN SPSS19 ........................ 258
FIGURA N 112: PPROCESO DE DATOS DE SATISFACCIN DE TURISTAS ......................................... 258
FIGURA N 113: DATOS DE COSTOS OPERACIONALES DE REPORTES ............................................. 260
FIGURA N 114: PROCESO DE DATOS DE COSTOS OPERACIONALES DE REPORTES ........................ 260
FIGURA N 115: DATOS TABULADOS PARA TIEMPO DE GENERACIN DE REPORTES ..................... 262
FIGURA N 116: PROCESO DE DATOS DE TIEMPO DE GENERACIN DE REPORTES......................... 262
FIGURA N 117: DATOS TABULADOS PARA TIEMPO DE ATENCIN EN RESERVAR ALOJAMIENTO . 264
FIGURA N 118: PROCESO DE TIEMPO DE ATENCIN EN RESERVAR ALOJAMIENTO...................... 264
xiii
NDICE DE TABLAS
TABLA N 1: OPERACIN DE VARIABLES ........................................................................................... 24
TABLA N 2: INDICADORES................................................................................................................ 25
TABLA N 3: POBLACIN Y MUESTRA ............................................................................................... 27
TABLA N 4: MTODOS DE ANLISIS DE DATOS ................................................................................ 28
TABLA N 5: TCNICAS PARA PROCESAMIENTO DE DATOS .............................................................. 29
TABLA N 6: ANLISIS FODA TRC-SIHUAS ......................................................................................... 38
TABLA N 7: PROCESO DE GESTIONAR ALOJAMIENTO ..................................................................... 39
TABLA N 8: PROCESO DE GESTIONAR VENTA .................................................................................. 42
TABLA N 9: PROCESO DE REGISTRAR RECURSOS TURSTICOS ........................................................ 45
TABLA N 10: PROCESO DE GENERAR REPORTES ............................................................................. 48
TABLA N 11: ACTOR DEL NEGOCIO ................................................................................................. 52
TABLA N 12: TRABAJADOR DEL NEGOCIO ....................................................................................... 52
TABLA N 13: DESCRIPCIN DEL CUN - GESTIONAR ALOJAMIENTO ................................................. 54
TABLA N 14: DESCRIPCIN DEL CUN-REGISTRAR RESERVA ............................................................. 55
TABLA N 15: DESCRIPCIN DEL CUN- GESTIONAR VENTA .............................................................. 56
TABLA N 16: DESCRIPCIN DEL CUN - REGISTRAR RECURSOS TURSTICOS ..................................... 57
TABLA N 17: DESCRIPCIN DEL CUN- GENERAR REPORTES ............................................................ 58
TABLA N 18: ACTORES DEL SISTEMA A AUTOMATIZAR ................................................................... 71
TABLA N 19: HOJA DE DESCRIPCIN DE CU BUSCAR ALOJAMIENTO / REGISTRAR RESERVA .......... 76
TABLA N 20: DESCRIPCIN DEL CASO DE USO REGISTRAR CONTACTO .......................................... 77
TABLA N 21: DESCRIPCIN DEL CASO DE USO CONSULTAR ACTIVIDAD FESTIVAL ......................... 78
TABLA N 22: DESCRIPCIN DEL CASO DE USO INICIAR SESIN ...................................................... 79
TABLA N 23: DESCRIPCIN DEL CASO DE USO REGISTRAR USUARIO ............................................. 80
TABLA N 24: DESCRIPCIN DEL CASO DE USO CONSULTAR VENTA .............................................. 82
TABLA N 25: DESCRIPCIN DEL CASO DE USO REGISTRAR HOTEL................................................... 83
TABLA N 26: HOJA DE DESCRIPCIN DE CU VERIFICAR RESERVA .................................................... 84
TABLA N 27: HOJA DE DESCRIPCIN CU - REGISTRAR RESTAURANT .............................................. 85
TABLA N 28: HOJA DE DESCRIPCIN DE CU REGISTRAR PLATO TPICO ........................................... 86
TABLA N 29: HOJA DE DESCRIPCIN DE CU ACTIVIDAD FESTIVAL ................................................... 87
TABLA N 30: HOJA DE DESCRIPCIN DE CU GENERAR REPORTE.................................................... 88
TABLA N 31 : FACTOR DE PESO DE LOS ACTORES SIN AJUSTAR (UAW) ........................................... 89
xiv
TABLA N 32: RESUMEN DE ACTORES Y SU TIPO............................................................................... 90
TABLA N 33: FACTOR DE PESO POR CADA CASO DE USO Y SU TIPO ................................................ 91
TABLA N 34: FACTOR DE PESO POR CADA CASO DE USO Y SU TIPO ................................................ 91
TABLA N 35: PESO DE CADA FACTOR DE COMPLEJIDAD TCNICA Y SU VALOR ............................... 93
TABLA N 36: PESO DEL FACTOR DE AMBIENTE Y SU VALOR ............................................................ 94
TABLA N 37 PORCENTAJE DE CADA ACTIVIDAD Y SU VALOR EN HORAS-HOMBRE ......................... 95
TABLA N 38: DETERMINACIN DEL COSTO DE HARDWARE ............................................................ 96
TABLA N 39: DETERMINACIN DEL COSTO DE SOFTWARE ............................................................. 97
TABLA N 40: DETERMINACIN DEL COSTO DE MOBILIARIO ........................................................... 97
TABLA N 41: DETERMINACIN DEL COSTO DOMINIO Y HOSTING .................................................. 97
TABLA N 42: DETERMINACIN DEL COSTO DE RECURSOS HUMANOS............................................ 98
TABLA N 43: DETERMINACIN DEL COSTO DE RECURSOS MATERIALES ......................................... 98
TABLA N 44: DETERMINACIN DEL COSTO DE CONSUMO DE ENERGA ......................................... 99
TABLA N 45: COSTO OPERACIONALES MATERIALES ...................................................................... 100
TABLA N 46: COSTO OPERACIONALES DE ENERGA ELCTRICA..................................................... 100
TABLA N 47: COSTOS DE MANTENIMIENTO .................................................................................. 101
TABLA N 48: COSTOS DE DEPRECIACIN ....................................................................................... 101
TABLA N 49: BENEFICIOS TANGIBLE .............................................................................................. 102
TABLA N 50: RESUMEN DE COSTOS ............................................................................................... 103
TABLA N 51: FLUJO DE CAJA .......................................................................................................... 104
TABLA N 52: INTERPRETACIN VALOR ACTUAL NETO .................................................................. 105
TABLA N 53: VALORES OBTENIDOS DEL ESTUDIO DE VIABILIDAD ................................................. 108
TABLA N 54: PUNTAJE DE ACUERDO AL IMPACTO DEL CASO DE USO ........................................... 109
TABLA N 55: PRIORIZACIN DE LOS CASOS DE USO ...................................................................... 110
TABLA N 56: ANLISIS DE RIESGOS ................................................................................................ 111
TABLA N 57: DISEO DE LA INTERFAZ GUI - CU- AUTENTICARSE SISTEMA.................................... 133
TABLA N 58: DISEO DE LA INTERFAZ GUI - CU - REGISTRAR PORTADA ....................................... 134
TABLA N 59: DISEO DE LA INTERFAZ GUI - CU -REGISTRAR HOTEL ............................................. 135
TABLA N 60: DISEO DE LA INTERFAZ GUI - CU-REGISTRAR RESERVA........................................... 136
TABLA N 61: DISEO WEB MVIL ................................................................................................. 137
TABLA N 62: PRUEBA DE CAJA NEGRA DEL CU - REGISTRAR RESERVA.......................................... 154
TABLA N 63: PRUEBA DE CAJA NEGRA DEL CU - REGISTRAR PORTADA ........................................ 156
TABLA N 64: PRUEBA DE CAJA NEGRA DEL CU - REGISTRAR HOTEL.............................................. 157
TABLA N 65: PRUEBA DE CAJA NEGRA DEL CU-REGISTRAR PLATOS TPICOS................................. 158
xv
TABLA N 66: PRUEBA DE CAJA NEGRA DEL CU- REGISTRAR RESTAURANTE................................. 159
TABLA N 67: CRONOGRAMA CAPACITACIN ................................................................................ 175
TABLA N 68: RANGO DE PONDERACIN DEL NIVEL DE SATISFACCIN DEL TURISTA .................... 180
TABLA N 69: PONDERACIN DE SATISFACCIN DE TURISTAS ...................................................... 181
TABLA N 70: TABULACIN DE SATISFACCIN TURISTAS PRE - TEST ............................................ 182
TABLA N 71: TABULACIN DE SATISFACIN DE TURISTAS POST TEST ......................................... 184
TABLA N 72: CONTRASTACIN ENTRE PRE Y POST TEST ............................................................... 185
TABLA N 73: DATOS TABULADOS - COSTOS OPERACIONALES EN LA GENERACIN DE REPORTES 190
TABLA N 74: VALORES TABULADOS PARA TGR .............................................................................. 196
TABLA N 75 : TOMA DE DATOS PARA EL TIEMPO DE ATENCIN EN RESERVAR ALOJAMIENTO ... 201
TABLA N 76: PRESENTACIN DE RESULTADOS NIVEL DE SATISFACCIN DEL TURISTA ................. 207
TABLA N 77: PRESENTACIN DE RESULTADOS DEL INDICADOR DE COSTOS OPERACIONALES EN LA
GENERACIN DE REPORTES ................................................................................................... 208
TABLA N 78: PRESENTACIN DE RESULTADOS DE TIEMPO DE GENERACIN DE REPORTES......... 209
TABLA N 79 PRESENTACIN DE RESULTADOS DEL INDICADOR DE TIEMPO DE ATENCIN EN
RESERVAR ALOJAMIENTO....................................................................................................... 210
xvi
NDICE DE ECUACIONES
xvii
RESUMEN
PALABRAS CLAVE: Solucin Web, TRC, SOA, Servicios Web, Modelado SOMF, UML.
xviii
ABSTRACT
This thesis focuses is about analysis, design and implementation called SOLUSIN WEB BASADO
SOA PARA IMPULSAR EL TURSMO RURAL COMUNINARIO DE LA PROVINCIA DE SIHUAS -
ANCASH, it should be noted that the web solution focused on service-oriented architecture. The
first chapter, the problem being improved and the proposed solution was identified. Throughout
the study we focus on the system, also includes theoretical information, the description of
development tools, methodologies and models. The second chapter, methodological framework
includes: the study methodology, population sample (tourists, reports and book accommodation),
techniques and tools for data collection (survey, interview, observation) and statistical tests. The
third chapter describes the results: an overview of rural tourism (TRC), business process modeling
(BPM), unified process modeling (UML) business models, development models, building models
and modeling services (SOMF). The fourth chapter, recruitment hypotheses and discussion of the
results was performed with the statistical tests. The final chapters include conclusions,
recommendations, references and relevant annexes.
KEY WORDS: Solution Web, TRC, SOA, Web Services, Modeling SOMF, UML.
xix
MORENO HURTADO
CAPTULO I: INTRODUCCIN
Una solucin tecnolgica forma parte de los procesos de negocio, como un medio de desarrollo del
entorno actual, por ente una solucin web para impulsar el turismo dando un enfoque de software
arquitectura Orientado a Servicios (SOA), ofrece ventajas: porque resuelve las necesidades y
complejidades, con respecto al tiempo y la calidad del software; dar una solucin web basado en
SOA contribuye a documentar el modelo de negocios para integrar en l y dar respuesta a los
cambios dinmicos optimizando los recursos que se produzcan entre ellos.
ANTECEDENTES
Se hace mencin de los antecedentes a nivel local, nacional e internacional que garantizan el
presente trabajo de investigacin:
A nivel local
En el Plan de desarrollo sostenible de la provincia de Sihuas y asociaciones de gestiones de desarrollo
comunal de Pariaspampa (MORENO, 2011). En el informe se hace mencin que Sihuas con recursos
tursticos, culturales y arqueolgicos como la fortaleza de SIPA, an no es reconocida por INC por
falta de proyectos de desarrollo sostenible, por tanto propone impulsar el desarrollo turstico con
la participacin de la comunidad. El autor analiza e informa la situacin actual del sector turstico
hacia los patrimonios culturales de la zona local, ayuda poner en nfasis a la investigacin para
promover el turismo.
A nivel nacional
Bases estratgicas para el desarrollo turstico de Arequipa (CASTRO, 2011). El crecimiento del
sector turismo lleg a la mitad de lo que se esperaba: un 8% frente a una meta del 15%; en trminos
cuantitativos se super la meta del milln de turistas en el ao 2000 (1026.867 segn cifras del
Ministerio de Industria). Esto se debe al marketing informtico. El desarrollo del sector turstico con
las tecnologas de informacin busca mostrar alternativas nuevas para los turistas.
Plan estratgico para el desarrollo del turismo rural comunitario en la regin de cusco
(SEPLVERA, y otros, 2010). Desarrolla estrategias para aumentar la llegada de turistas, tener un
crecimiento en las ventas y aumentar el tiempo de estada de los turistas en los emprendimientos
de turismo rural comunitario. Aporte a la creacin de emprendimientos rurales comunitarios para
la provincia de Sihuas.
A nivel internacional
Orientado a servicios de sistemas de informacin web: Del modelo de negocio al modelo de
composicin de servicios web (DE CASTRO, y otros, 2012). Este proyecto intenta aplicar una
metodologa de modelado y diseo orientada a servicios; la Arquitectura SOA ser la base para el
diseo de un modelo de Servicios digitales Comunes Reutilizables (SCR), que permita elaborar una
matriz de interaccin entre los diferentes servicios. Esta investigacin aporta al desarrollo e
implementacin SOA en cuanto a la integracin de servicios para el modelado.
Sistema web para fomentar el turismo en la Regin del Bo-Bo (LPEZ GATICA, 2010). La
investigacin permiti fomentar el turismo en la Regin del Bio-Bo poniendo a disposicin del
usuario los atractivos tursticos, alojamientos, gastronomas, artesanas, transporte, imgenes,
blogs, enlaces sugeridos, destinos sugeridos y la interaccin con otros usuarios. Aporta en la forma
de difusin turstica.
JUSTIFICACIN
Se utilizar el recurso tecnolgico existente los cuales permite adaptar la solucin web basado
en SOA donde la creacin de sistemas es altamente escalable, a su vez brinda una forma estndar
de exposicin e invocacin de servicios; por lo tanto permite interactuar en diferentes sistemas
propios o de terceros. La tecnologa a usar en la presente investigacin se adeca a la realidad de la
institucin en estudio.
De manera operativa la Solucin Web est desarrollada para el fcil entendimiento y uso
operacional.
Econmica, la Institucin cuenta con los recursos econmicos necesarios para el desarrollo de este
proyecto. La solucin web representa menor costo y tiempo para la organizacin, tanto como para
los turistas; acadmica, se cuenta con los conocimientos tcnicos necesarios, adquiridos durante el
tiempo de preparacin profesional, para llevar a cabo la realizacin de la solucin web propuesta;
social, ayuda a la institucin TRC a estar a la vanguardia en el uso de nuevas tecnologas; desarrollo
de turismo rural comunitario de la provincia de Sihuas facilitando el acceso a servicios e
informacin a los turistas residentes y no residentes.
FUNDAMENTACIN CIENTFICA
Marco Terico: Se describe la investigacin los principales conocimientos y bases tericas que
existen con respecto a las variables de estudio.
El Turismo Rural Comunitario en el Per es toda actividad turstica que se desarrolla en el medio
rural, de manera planificada y sostenible, basada en la participacin de las poblaciones locales
organizadas para beneficio de la comunidad, siendo la cultura rural un componente clave del
producto (MINSETUR, 2008).
Una solucin web es una frmula ganadora para hacer publicidad en lnea de calidad a bajo costo
con fcil acceso a travs de un navegador web estndar. Centralizando los datos y procesos en todo
el ciclo de vida de gestin de instalaciones, proporcionando un seguro flujo continuo de informacin
a travs de lugares, divisiones, operaciones, personas y proyectos (WEB SOLUTIONS, 2013).
Web 3.0. Tambin conocida como Web Semntica, hace referencia a la transformacin de la Web
en una base de datos; se basa en el concepto de inteligencia artificial para brindar al usuario un
mayor acceso a la informacin (SOLUCIONES, 2013).
Framework es un marco de trabajo que permite ahorrar cdigo haciendo uso de libreras nativas
de cada framework, con lo cual se reduce el tiempo de desarrollo sin ocasionar ningn problema
(TSUI, 2013).
IIS (Internet Information Services) es un servidor web y un conjunto de servicios para el sistema
operativo Microsoft Windows. La manera en que se configura una aplicacin ASP.NET depende de
la versin de IIS en que se est ejecutando. La administracin de aplicaciones ASP.NET se integra
con la administracin de IIS y no existe ningn complemento independiente. Ambos se realizan con
las mismas herramientas de administracin (MSDN-MICROSOFT, 2014).
Hosting alquiler virtual de un espacio para publicar web, tener espacio para almacenar informacin
en un servidor de internet para poder acceder de cualquier lugar del mundo, dominio direccin
nico en el ciber espacio (ZARATE, y otros, 2014).
ASP.NET es un marco de trabajo para aplicaciones web desarrollado y comercializado por Microsoft.
Incorpora todas las normas como XML y SOAP, adems las bibliotecas de clase son fciles de
implementar que en cualquier otra tecnologa, es decir, son rpidos, eficientes y manejables,
escalable y flexible, pero sobre todo fcil de entender tiene componentes y aplicaciones compilados.
El cambio en la arquitectura es radical. Cuadro de seleccin de lenguajes de desarrollo ver anexo
N 9 (ASP.NET, 2010).
JQuery es una biblioteca de JavaScript, creada inicialmente por John Resig, que permite simplificar
la manera de interactuar con los documentos HTML, manipular el rbol DOM, manejar eventos,
desarrollar animaciones y agregar interaccin con la tcnica AJAX a pginas web. jQuery
proporciona una capa de abstraccin de propsito general para web comn scripting, y por lo tanto
es til en casi todas las situaciones de scripting. JQuery es considerado un Framework de Javascript.
Es decir, un conjunto de funciones que ya fueron desarrolladas y probadas, estan listas para
utilizarlas de una manera muy simplificada (LWP, 2014).
JQuery-UI tambin es una biblioteca de componentes para el framework jQuery que le aaden un
conjunto de plug-ins, widgets y efectos visuales para la creacin de aplicaciones web. Cada
componente o mdulo se desarrolla de acuerdo a la filosofa de jQuery (CHAFFER, y otros, 2009).
HTML, siglas de HyperText Markup Language, hace referencia al lenguaje de marcado para la
elaboracin de pginas web. Es un estndar que, en sus diferentes versiones, define una estructura
bsica y un cdigo para la definicin de contenido de una pgina web, como texto, imgenes, etc.
HTML5 es la quinta revisin importante del lenguaje bsico de la World Wide Web, HTML. HTML5
especifica dos variantes de sintaxis para HTML: un clsico HTML, la variante conocida como
HTML5 y una variante XHTML conocida como sintaxis XHTML5 que deber ser servida como XML.
(LIBROS-WEBS, 2014).
AJAX, acrnimo de Asynchronous JavaScript And XML, es una tcnica de desarrollo web para crear
aplicaciones interactivas. Estas aplicaciones se ejecutan en el cliente, es decir, en el navegador de
los usuarios mientras se mantiene la comunicacin asncrona con el servidor en segundo plano. CSS
son las hojas de estilo en cascada o hacen referencia a un lenguaje de hojas de estilos usado para
describir la presentacin semntica de un documento escrito en lenguaje de marcas (EGUILUZ,
2014).
JSON, acrnimo de JavaScript Object Notation, es un formato ligero para el intercambio de datos.
JSON es un subconjunto de la notacin literal de objetos de JavaScript que no requiere el uso de
XML (MIRANDA, 20011).
Bootstrap es el framework de Twitter que permite crear interfaces web con CSS y Javascript que
adaptan la interfaz dependiendo del tamao del dispositivo en el que se visualice de forma nativa,
es decir, automticamente se adapta al tamao de un ordenador o de una Tablet sin que el usuario
tenga que hacer nada, esto se denomina diseo adaptativo o Responsive Design (FONTELA
SANCHEZ, 2014).
Gestor de Base de Datos se trata de un conjunto de programas no visibles al usuario final que se
encargan de la privacidad, la integridad, la seguridad de los datos y la interaccin con el sistema
operativo. Proporciona una interfaz entre los datos, los programas que los manejan y los usuarios
finales (SOFTWARE, DEVELOPMENT, 2012) .
Elementos del diagrama para el diseo de la base de datos: Tabla es agrupacin de la informacin
en una base de datos sobre el mismo tema, compuesto por columnas , Vista es un componente de
una tabla que tiene un solo atributo de la tabla , Dominio es el conjunto vlido de valores para un
atributo o columna, PK es la clave candidata que se elija para identificar las filas de una tabla
tambin conocida como llave primaria y FK una columna o un conjunto de columnas de una tabla
que se asignan a la clave primaria de otra tabla tambin conocida como llave fornea. Ver anexo N
7 en la figura 14: Diagramas para diseo de base de datos (SNCHEZ, y otros, 2011).
Los Servicios web son una innovacin en tecnologa de la World Wide Web. Un servicio web es un
programa de aplicacin basado en la web con una interfaz definida que acepta, tambin procesa las
solicitudes y devuelve una respuesta al solicitante. Un servicio web no est directamente ligado a
una aplicacin especfica. En algunos aspectos, un servicio web es similar a un modelo cliente-
servidor, donde el servicio web es un servidor. Los servicios web se basan en un conjunto de
estndares de comunicacin, como son XML para la representacin de datos, SOAP (Simple Object
Access Protocol) para el intercambio de datos y el lenguaje WSDL (Web Services Description
Language) para describir las funcionalidades de un servicio web (CORPORATION MICROSOFT, 2006).
BPM o Business Process Management es la disciplina empresarial enfocada a los proceso del
negocio, cuyo objetivo es mejorar el desempeo de las organizaciones mediante el disear,
modelar, organizar, documentar y optimizar de forma continua sus procesos (BEA, 2010).
Otro de los conceptos que debemos de entender antes pasar al desarrollo del proyecto es el de la
Arquitectura Cliente Servidor la cual define a un conjunto de servicios y servidores asociados,
estos servicios pueden ser accedidos y usados por diversos clientes. Es por ello que para esta
arquitectura se destacan tres componentes importantes: el servidor que ofrece servicios, los
clientes que llaman a los servicios ofrecidos y una red que permita a los clientes acceder a ellos
(SOMMERVILLE, 2005). La carga de procesamiento se divide en tres capas:
Capa de presentacin, la cual es responsable de presentar adecuadamente los datos con la que
interacta el cliente (GMEZ, y otros, 2008);Capa de negocio, en la que residen los programas que
se ejecutan, es la encargada de decepcionar las peticiones del cliente y devolver un resultado tras
un proceso (TSUI, 2013); Capa de datos, que es la encargada de acceder a los datos y de recibir las
peticiones de almacenamiento o recuperacin de informacin desde la capa de negocio
(INSTITUTO DE TECNOLOGA DE VERACRUZ, 2011).
BEA (AquaLogic Service Bus) considera que SOA es una estrategia a largo plazo que exige mantener
un enfoque consistente en transformar la manera de hacer funcionar la TI y responder a las
necesidades empresariales de forma inmediata. Para ello indica que se debe mantener un equilibrio
entre los objetivos a largo plazo y las necesidades de plazo menor mediante un conjunto de prcticas
organizativas, financieras, operativas, de diseo y de distribucin desde el inicio de SOA (BEA, 2010).
XP es una metodologa de desarrollo de la ingeniera de software formulada por Kent Beck, autor
del primer libro sobre la materia, que se basa en la simplicidad, comunicacin y reutilizacin de
cdigo. Compren de las fases planificacin, diseo, desarrollo, pruebas. La programacin extrema
es una metodologa de desarrollo de software exitosa porque est enfocada en la satisfaccin del
cliente (WELLS, 2011).
ICONIX es otra metodologa usada para el desarrollo de software, fue creada por Doug Rosenberg y
Kendall Scott, con el objetivo de obtener una metodologa capaz de abarcar todo el ciclo de vida del
proyecto. Se puede considerar como una metodologa pesada ligera por encontrarse entre la
complejidad de RUP y el pragmatismo de XP, sin eliminar las tareas de anlisis y diseo que XP no
contempla (OLIVA, 2009).
SOA, es un concepto de arquitectura de software que define la utilizacin de servicios para dar
soporte a los requisitos del negocio (ARQUITECTURA SOFTWARE, 2011). Permite la creacin de
sistemas de informacin altamente escalables que reflejan el negocio de la organizacin, a su vez
brinda una forma bien definida de exposicin e invocacin de servicios (comnmente pero no
exclusivamente servicios web).En trminos generales, SOA es un estilo arquitectnico cuyo objetivo
es lograr un acoplamiento libre entre los servicios web interactuantes. Permite la creacin de
sistemas altamente escalables y a su vez brinda una forma estndar de exposicin e invocacin de
servicios (INVESTIGATIONS, 2012).
SOA permite separar funciones en distintas unidades o servicios que los desarrolladores hacen
accesibles dentro de una red, con el fin de que los usuarios puedan combinarlas y reutilizarlas en la
produccin de aplicaciones. Una de las tecnologas que estn siendo aplicadas agresivamente por la
industria es arquitectura orientada a servicios (SOA), un marco para permitir la flexibilidad,
eficiencia y agilidad en los procesos de negocio, por lo que las empresas pueden obtener una ventaja
competitiva (LAWLER, y otros, 2008). Para ello utilizan los servicios expuestos por cada aplicacin, y
para la estandarizacin mediante una infraestructura proporcionar y consumir estos servicios, todo
estara compuesto por SOA "arquitectura", se muestra en el anexo N6 (PDF GROUP, 2012).
Consta de tres partes: La envolvente SOAP define la construccin de un marco general para
expresar lo que est en un mensaje, que debe lidiar con l, y si es opcional u obligatorio. Las reglas
de codificacin SOAP, define un mecanismo de socializacin que puede ser utilizado para el
intercambio de ejemplos de tipos de datos definidos por la aplicacin. La representacin SOAP RPC,
define una convencin que se puede utilizar para representar llamadas a procedimientos remotos
y respuestas (SNELL, 2010).
eXtensible Markup Language (XML) recientemente ha ganado mucha notoriedad como una
solucin tecnolgica para el intercambio de mensajes. Se puede utilizar con ventaja para muchos
tipos de aplicaciones tales como el movimiento de datos entre los sistemas de negocio o describir
una transaccin de negocios, una solicitud para persistir o almacenar datos en una base de datos,
o una solicitud de servicio (MICROSOFT, 2001).
En muchos casos, XML se utiliza para describir el contenido de un documento sencillo. Sin embargo,
las transacciones y datos de los mensajes orientados a servicios ayudan a ofrecer oportunidades,
an mayores para las aplicaciones con XML. Tambin es importante XML para describir el contenido
de datos y esquemas, que incluye las reglas granulares de metadatos que se aplican a un documento
de referencia a XML. Hay varios tipos de esquemas que se pueden utilizar con XML (MACVITTIE,
2007).
WSDL (Web Services Description Language), es el idioma ms comn de describir los servicios.
WSDL est escrito como un documento XML. WSDL tiene dos Partes fundamentales: Interfaz, la lista
de operaciones en el servicio y el contrato de cada operacin. El contrato incluye la descripcin del
nmero y tipo de entrada y salida de la operacin como los Bindings la de los detalles especficos
en donde el servicio se encuentra y el protocolo para acceder al servicio. Podramos decir que
es el manual de operacin del mismo, porque nos indica cules son las interfaces que provee el
Servicio web y los tipos de datos necesarios para su utilizacin (WEBIDEA, 2014).
Anlisis contextual de las operaciones SOMF en caso de generalizar aumenta el nivel de servicio
de la abstraccin y se ampla la oferta de servicios, especificar es el disminuye el nivel de abstraccin
del servicio y los lmites de las ofertas de los servicios, Contratacin es la restringe las operaciones
de servicio en el entorno distribuido y expandir es la ampla las operaciones de servicio en un
entorno distribuido. En anexo N 7, figura 7 se muestra la notacin contextual de las operaciones
SOMF (WEBIDEA, 2014).
Para ofrecer soluciones efectivas a los planos de diseo orientado a servicios, se proponen una serie
de composiciones. Un estilo de composicin de diseo es simplemente un patrn. Es similar a una
plantilla que puede servir de gua a la vinculacin de las estructuras de la atomicidad, composicin
y clster de servicios para comunicar los tipos de problemas que pueden ayudar a resolver y ayudar
a forjar las estrategias de diseo, tales como la reutilizacin de servicios y la interoperabilidad
(SOMFramework , 2014).
La direccin de paso de mensajes es tambin un aspecto importante de esta notacin. Hay dos tipos
de direcciones de enrutamiento de mensajes a tener en cuenta: Relacin Unidireccional, Relacin
bidireccional (CLUB-PMB, 2009).
Notacin formal de la relacin lgica del servicio, consta de cuatro conectores que hacen posible
transmitir una relacin aparente o implcita entre los assets de software orientada a servicios, tales
como servicios, e incluso los consumidores. Estos smbolos se utilizan para ilustrar las rutas de
mensajes de datos intercambiados y la informacin sobre una red como se muestra en la figura 9
del anexo n 7 (METHOLOGIES CORPORATION, 2013).
Notacin de la integracin de operaciones tiene seis smbolos de integracin que deben ser
empleados para describir una iniciativa empresarial orientada a los servicios de integracin. Estas
actividades deben ser representadas en un esquema de integracin. Por lo tanto, este esquema
debe registrar el estado actual o futuro de la integracin orientada a servicios. En la figura 9 del
anexo n 7 se muestra la integracin de operaciones. Hay dos categoras de los conectores de
relacin de servicios: Relacin aparente, Relacin implcita (BREMMER, y otros, 2007).
Atomicidad es una transaccin confirma todos los cambios aplicados a una base de datos de su
base de actividades, si sus operaciones se ejecutan con xito. De lo contrario, una cancelacin de
la operacin es responsable de la restauracin de todas las modificaciones aplicadas en los datos.
Esto se conoce como la condicin toda o nada, en coherencia los resultados deben estar
comprometidos a ser vlidos y no debe perjudicar la integridad de los datos, aislamiento es una
transaccin debe ser aislada de otras transacciones que se ejecutan simultneamente. No deben
interferir entre s durante la ejecucin, en durabilidad Los cambios realizados por las transacciones
de xito deben ser duraderas y persistentes, a pesar de cualquier error que se produzca despus
(ARQUITECTURA SOFTWARE, 2011).
Conectores de la actividad: Existen tres conectores de la actividad de servicios que pueden ayudar
en la descripcin de la interaccin y colaboracin de los servicios, como se ilustra en la figura 11 del
anexo N 7. Se deben utilizar en cada actividad una seccin para describir los pasos de enrutamiento
de mensajes entre los servicios participantes y los consumidores (BELL, 2008).
RUP (Ratioanl Unified Process), es un modelo de proceso de ingeniera de software que proporciona
un enfoque disciplinario para asignacin de tareas y responsabilidades dentro de la organizacin
de desarrollo. En anexo n 5 muestra la arquitectura general de RUP y flujos de trabajo. El objetivo
de RUP es producir software de alta calidad que cumple las necesidades de sus usuarios finales
dentro de un horario predecible y el presupuesto. Las Caracterizas del Proceso Unificado son las
siguientes dirigido por casos de usos, centrado en la arquitectura, incremental (HUSSAIN, y otros,
2010).
Entre las caracterstica de RUP segn (PREZ, 2011) encontramos: casos de uso, describe un servicio
que el usuario requiere del sistema, as como las iteraciones entre ambos; centrado en la
arquitectura, toma en cuenta la arquitectura con la que contara el sistema a desarrollar para
agregarle ms funcionalidad; iterativo e incremental, el proyecto se divide en tareas ms pequeas,
esto le permite lograr un equilibrio entre los casos de uso y la arquitectura.
RUP consta de cuatro fases: Inicio, se establece el caso de negocio y se identifican los agentes
externos que intervienen en el sistema (RAMAN, 2012); Elaboracin, el objetivo de esta fase es
comprender la magnitud del problema junto con los riesgos que implican. Al terminar esta fase se
obtienen el plan de desarrollo, el modelo de requerimientos, y una descripcin arquitectnica (JISC,
2012); Construccin, durante esta fase disea programa y prueba el sistema, al trmino de esta
fase se debe tener un sistema completamente operativo junto con la documentacin respectiva
(SUNDERKOTTER, 2010); Transicin, Se adapta el sistema al entorno real del usuario (SALEH, 2009)
(Ver Anexo N5: Flujo de Trabajo de RUP).
Diagramas de RUP (LAURENT, y otros, 2009) : Los diagramas empleados en RUP son realizados con
el lenguaje de modelamiento unificado UML: Diagrama de caso de uso, diagrama de Objetivos,
diagrama de secuencia, diagrama de colaboracin, diagrama de despliegue, diagrama de
actividades, diagrama de estados, diagrama de clases, diagrama de componentes.
Se define un modelo de negocio como las soluciones generalizadas que pueden ser implementadas
y aplicadas en una situacin problemtica, y con ello eliminar uno o ms de los problemas
inherentes. Se compone de los artefactos (ARAUJO, y otros, 2012); Casos de uso de negocios es un
modelo de las funciones de negocio previsto. Se utiliza como un insumo esencial para identificar los
roles y los resultados de la organizacin (ZEBALLOS, y otros, 2009); Diagramas de actividades se
utilizan para ilustrar las actividades. En el punto de vista externo, se utilizan diagramas de actividades
para la descripcin de los procesos de negocio que describen la funcionalidad del sistema
empresarial (GIACHETTI, 2011).
Reglas de negocio son las declaraciones de la poltica o las condiciones que deben cumplirse
(CHEMUTURI, 2012); Diagramas de objeto de negocio es un modelo de objeto que describe la
realizacin de casos de uso de negocio. Identificando las entidades de negocios y requerimientos
son definidos como una condicin o capacidad que un sistema debe cumplir. Los Requisitos se
dividen en 2: requerimientos funcionales y requerimientos no funcionales (QUISPE, y otros, 2011).
Los Diagramas de actividad le permiten pensar funcionalmente. Con el enfoque orientado a objetos.
Debido a que es posible describir explcitamente los eventos paralelos, el diagrama de actividades
es muy adecuado para la ilustracin de los procesos de negocio, ya que los procesos de negocios
rara vez se presentan en una manera lineal y con frecuencia presentan paralelismos
(SOMMERVILLE, 2005).
Requerimientos funcionales: Especifican las acciones que un sistema debe ser capaz de realizar, sin
tener en cuenta las limitaciones fsicas del sistema. Estos a menudo se describen mejor en la
especificacin de los casos de uso (PREZ, 2011).
Anlisis: El modelo de anlisis contiene las clases de anlisis. Las clases de anlisis, en conjunto,
representan un primer modelo conceptual del sistema. Las clases de anlisis rara vez sobreviven sin
cambios en el diseo. Muchas de ellas representan colaboraciones del conjunto de objetos, a
menudo encapsulados por subsistemas (LEFFINGWELL, 2011).
Diseo: Es un modelo de objeto que describe la realizacin de casos de uso, y sirve como una
abstraccin del modelo de implementacin y su cdigo fuente. El modelo de diseo se utiliza como
insumo esencial para las actividades de implementacin y pruebas. Se trata de un artefacto
completo, compuesto, que abarca todas las clases de diseo, subsistemas, paquetes, las
colaboraciones y las relaciones entre ello (KRYGIER, y otros, 2013).
Modelado de datos con UML se centra en la creacin de tablas de las clases existentes, esto asegura
todas las clases que se han creado. Una vez que se ha producido el mapeo de clases a tablas, se
puede empezar a buscar formas de optimizar la base de datos, a partir de cmo manejar las tablas
que se crearon sobre la base de relaciones de herencia en el modelo de clases y las clases que tom
parte en las relaciones muchos-a-muchos que se tienen que dividir en las asociaciones de las tablas
(CHEMUTURI, 2012).
UWE usa los siguientes sub-modelos: modelo de casos de uso, en l se detalla o captura los
requisitos del sistema (LEAL, 2012); modelo Lgico Conceptual, se basa en los requerimientos
estipulados en el modelo de casos de uso y da como resultado el diagrama de clases del dominio
(GALIANO, 2012); modelo de Navegacin, se obtienen los diagramas de clases que muestran como
navegar a travs del sistema y como se relacionan todos los elementos (CARLIN, y otros, 2012);
modelo de presentacin, define como los objetos y accesos sern presentados al usuario, esto se
representa mediante una serie de diagramas UML ( ver anexo N 8 estereotipo WAE ) (ZEBALLOS, y
otros, 2009).
Las caractersticas de WAE (Web aplication Extension) segn (PONTIFICIA UNIVERSIDAD JAVERIANA
DE CALI, 2013) son: modelado sencillo en UML, divide el modelo lgico se divide en lado de cliente
y en el lado del servidor, la navegacin es representada mediante clases, cada una de ellas hace
alusin a unidades del programa (pginas, script, etc.) El proceso que sigue WAE segn (SILVA, y
otros, 2008) comienza por el manejo del proyecto, seguido de la captura de requerimientos, anlisis,
diseo, implementacin, prueba, desarrollo y concluye con la configuracin y manejo de cambios.
Identificacin de la relacin: una relacin entre dos tablas en las que la tabla secundaria debe
coexistir con la tabla principal. Sin Identificacin de la relacin es una relacin entre dos tablas en
las que cada tabla puede existir independientemente de otras. Los elementos del diagrama para l
diseo de la base de datos se muestra en la figura 14 del anexo N 7 (NAIBURG.Eric, y otros, 2010).
Hay varias formas de mapear modelos. En nuestro escenario, valoraremos la aplicacin y los
modelos de bases de datos de diseo para el modelo de anlisis lgico, y vamos a mapear el modelo
de diseo de la aplicacin directamente en el modelo de datos. El asignar el modelo de objetos al
modelo de datos ayuda a construir el acceso a datos en iteraciones posteriores. Se mapean las clases
a tablas, los atributos a columnas, los tipos a tipos de datos y las asociaciones a relaciones, lo que
ayudara a los equipos a entender como la aplicacin va a interactuar con la base de datos (PROCES
E&LB, 2009).
Hay cuatro formas bsicas de mapeo de clases a las tablas: uno a uno, uno-a-muchos, muchos-a-
uno y muchos a muchos. Si una tabla de asociacin que existe en el modelo de datos y contiene
columnas, adems de la clave externa, debe haber una clase de asociacin relacionadas en el modelo
de anlisis lgico. Una ventaja de usar UML sobre las notaciones tradicionales de la entidad-relacin
(ER) para el modelo lgico es el soporte para una clase de asociacin al mismo tiempo que muestra
la relacin de muchos a muchos como se ve en la figura 13 del anexo N7 (NAIBURG.Eric, y otros,
2010).
En el cuadro comparativo de seleccin de metodologa ver en anexo N11
Para la seleccin de la metodologa elabora la encuesta (ver anexo N 12 encuesta para la seleccin
de la metodologa de desarrollo), luego se realiz un juicio de expertos a 4 expertos (Ver anexos N
13: encuesta a expertos), a continuacin de muestra la escala de valores en la que fueron calificados
los 5 criterios empleados: Muy bajo = 1, Bajo = 2, Medio = 3, Alto = 4, Muy Alto = 5.
Los criterios de seleccin utilizados en la seleccin de metodologa fueron cinco: C1- Bibliografa C2-
Garantiza un buen Producto, C3 - Facilidad en el desarrollo del producto, C4- Nivel de conocimiento,
C5- Cantidad de recurso Humano. Ingresamos los valores de las encuestas realizadas a los
expertos y los promediamos: (Ver Anexo N 14: Matriz promedio de criterios de seleccin)
Multiplicamos el valor de los pesos con el promedio de los criterios, luego volvemos a
promediar y seleccionamos la metodologa de mayor prioridad (Ver Anexo N15: Matriz
seleccin de metodologa).
REALIDAD PROBLEMTICA
El Turismo Rural Comunitario en el Per es toda actividad turstica que desarrolla en el medio rural,
de manera planificada y sostenible, basada en la participacin de las poblaciones locales para el
beneficio de la comunidad, siendo la cultura rural un componente clave del producto para el
desarrollo (Ver figura del anexo N 3).
El objetivo general TRC es contribuir, desde las zonas rurales, a un turismo sostenible con
herramientas de desarrollo econmico-social; pese a ello existe bajo nivel de difusin turstica en
las zonas rurales del Per. En cuanto al turismo Interno esperado del 2010 2013 fue de 2,84%
(ver figura del anexo n 4); sin embargo, tanto como a nivel regional estos ltimos aos se ha
reportado baja afluencia de turistas en comparacin a los aos anteriores el departamento de
Ancash.
1.2. HIPTESIS
La implementacin de una solucin web basado en SOA, impulsa el turismo rural comunitario
de la Provincia de Sihuas.
1.3. OBJETIVOS
General: Impulsar el turstico rural comunitario de la provincia Sihuas - Ancash mediante la
implementacin de una Solucin web (Ver anexo N 2).
Especficos
- Incrementar el nivel de satisfaccin de Turistas
- Reducir costos operacionales en generacin de reportes
- Reducir tiempo de generacin de reportes
- Reducir el tiempo de atencin en reservar alojamiento
2.1. VARIABLES
2.1.1. Variable Independiente
- Solucin web
TABLA N 2: INDICADORES
I1
Cualitativo
1 al 5 tabulada NS i 1
n
Dnde:
NS=Nivel de satisfaccin
n
t i
I2 Cuantitativo Minutos Cronmetro t i 1
n
Dnde:
t=tiempo de generacin de reporte
n
CGR i
I3 Cuantitativo Nuevos Soles Entrevista CGR i 1
n
Dnde:
CGR= Costo de Generacin de reportes
n
t i
I4 Cuantitativo Minutos Cronmetro t i 1
n
Dnde:
t=tiempo de atencin en reservar alojamiento
2.3. METODOLOGA
Mtodo Observacional: Porque se verifica la hiptesis sin ejercer un control sobre las
variables independientes o sobre los sujetos a estudiar, simplemente observando las
conductas que espontneamente ejecutan los sujetos.
2.5. DISEO
Por el tipo de diseo es no experimental: descriptiva, puesto que se hicieron observaciones
y mediciones previas y posteriores del experimento en el grupo de estudio, y se tom una
muestra no aleatoria.
Por su temporalidad es transversal: porque no existe continuidad en el eje del tiempo.
I4: El tiempo de
atencin en 288 reservas 105 Reportes Ninguno
servicio de reservas Reservas generados por el
alojamiento. trabajador de TRC
- Encuesta
Se realiza las encuestas con el fin de poder obtener informacin para medir la satisfaccin
de turistas (Encuesta: ver anexo N 17), sobre el turismo rural comunitario de la provincia
de Sihuas y en relacin a ello. Ver anexo N 18 detalles de la prueba de piloto y la validacin
de juicio de 4 expertos ver anexo N19.
- Entrevista
Se realiza entrevistas con el fin de obtener y conocer los procesos que se realizan en la
empresa. Por lo cual se har uso de una ficha de entrevista que nos servir como gua y
en el cual se anota la informacin brindada por el administrador.
- Observacin
Se har uso de la ficha de observacin, para poder captar los procesos y medir los tiempos
que se toman para desarrollarlo.
Municipalidad
Entrevista Ficha de entrevista Provincia de Sihuas Administrador TRC
Criterio de
N Indicador N n Prueba Estadstica
Decisin
Nivel de satisfaccin del Prueba estadstica Z, diferencias
I.1 Turista 350 120 n>30 de medias.
Costos operacionales en Prueba estadstica Z, diferencias
I.2 generacin de reportes 40 40 n>30 de medias.
Tiempo de generacin Prueba estadstica Z, diferencias
I.3 de reportes tursticos 40 40 n>30 de medias.
Tiempo de atencin en Prueba estadstica Z, diferencias
I.4 288 105 n>30
reservar alojamiento de medias.
En cuanto al sector Turismo, el Plan Estratgico Nacional de Turismo - PENTUR tiene como
Misin Organizar, promover y dirigir el desarrollo sostenible y competitivo de la
actividad turstica del Per mediante procesos integradores, concertados y
descentralizados, impulsando el desarrollo econmico y social, generando empleo digno
que mejore la calidad de vida de la poblacin y garantizando la valoracin y conservacin
del patrimonio nacional histrico, natural y cultural.
B. VALORES
- Respeto a las Diferencias de Opinin, Cultura, Religin, tradiciones de las
personas y sus pueblos, y respeto al medio ambiente.
- Solidaridad con los sectores sociales excluidos y de menores posibilidades al
desarrollo.
- Subsidiaridad en las acciones y competencias Institucionales.
- Eficacia y oportuna atencin y ejecucin de las demandas de la Sociedad Civil.
- Equidad en el acceso a las oportunidades para las mujeres, nios, adolescentes,
y personas de la tercera edad.
- Honestidad en la Rendicin de Cuentas de la Gestin Municipal, y en el uso de
los Recursos Econmicos, Financieros e Infraestructura pblica.
- Tolerancia en las Discrepancias, y Resolucin pacfica de los conflictos.
- Compromiso de cumplir cada quien con sus roles y funciones y Gestin
eficiente, viable y compartida.
- Concertacin, valor requerido para consensuar los esfuerzos y capacidades de
todos los actores locales, debiendo convertirse en el modelo mental de la
poblacin de la provincia de Sihuas.
C. VISIN
Dar a conocer los atractivos tursticos que se encuentran en nuestra Zona a
nuestros visitantes nacionales e internacionales, con un servicio personalizado de
alojamiento por nuestras familias campesinas, adems contribuyendo a la
conservacin de nuestros recursos naturales.
Fomentando reforestaciones, reciclando basuras para la conservacin del medio
ambiente hacia el desarrollo turismo responsable.
D. MISIN
E. OBJETIVOS
Alcanzar un turismo sostenible como herramienta de desarrollo econmico-
social del Per.
OE1: promover la conservacin de los recursos naturales y culturales.
OE2: Fortalecer las capacidades de planificacin y gestin de los gobiernos
locales.
OE3: Diversificar la oferta turstica.
F. METAS
Corto plazo
- Fortalecer las capacidades de planificacin y gestin de los gobiernos
locales en un 10% en el presente ao (OE2).
- Promover y difundir los recursos tursticos en 50% (OE3).
Mediano plazo
- Promover la participacin de la comunidad local, promover el
fortalecimiento de la identidad nacional y contribuir a la educacin,
promover la conservacin de los recursos naturales y culturales en un
60% (OE1).
Largo plazo
- promover la coordinacin multisectorial e intersectorial; generar, a nivel
local, capacidades para la gestin de desarrollo turstico en 20% (OE2).
G. ANLISIS FODA
FORTALEZAS OPORTUNIDADES
F.1. Experiencia en el mercado O.1. Oferta de profesionales capacitados
F.2. Profesionales capacitados O.2. Disposicin de tecnologa
F.3. Amplia Cartera de mercado O.3. Polticas Institucionales favorables
F.4. Disponibilidad econmica
DEBILIDADES AMENAZAS
D.1. Poca experiencia en el uso de las TICS A.1. Nmero de Competidores
D.2. Deficiencia en la organizacin de la A.2. Cambios constantes en el sistema
informacin financiero Y Turstico
D.3. Carencia de un marketing informtico A.3. Equipamiento moderno en otros
D.4. Equipos informticos obsoletos entornos
H. ESTRATEGIA ORGANIZACIONAL
E.1. Desarrollar un solucin Web (D3, O1)
E.2. Renovacin de los equipos informticos , automatizacin de ciertos
procesos en relacin al alojamiento (D4, O2, F4)
E.3. Aprovechar la experiencia de los colaboradores del TRC para desarrollar
un plan estratgico de contingencia para afrontar los constantes cambios
en la poltica financiera (F1, F2, A2).
FIGURA N 12: MODELADO BPM DEL PROCESO REGISTRAR RECURSOS TURSTICOS (ANTES)
FIGURA N 13: MODELADO BPM DEL PROCESO REGISTRAR RECURSOS TURSTICOS (DESPUS)
3.5.1. PROPSITO
Analizar, disear e implementar un sistema web basado en SOA para Impulsar el
turismo rural comunitario: Difundir el turismo rural comunitario y facilitar servicios e
informacin a los turistas residentes y no residentes (Gastronoma, restaurantes,
platos tpicos, sitios tursticos, actividades festivas, alojamiento).
3.5.2. ALCANCE
- Este documente se enfoca a la difusin turstica rural comunitario y facilitar el
proceso de reservacin del alojamiento, teniendo dos mdulos principales por
parte del administrador y cliente.
- Basado en enfoque Arquitectura orientado a servicios
A. ACTORES DE NEGOCIO
Cliente
Turista
B. TRABAJADOR DE NEGOCIO
Es el administrador de TRC de la
Administrador
provincia de Sihuas.
AsistenteContable
Administrador
Gestionar alojamiento
Turista
Gestionar venta
Trabajador
Generar reportes
Gestionar alojamiento
Turista Trabajador
Registrar reserva
Turista Trabajador
Post-Condiciones Ninguna
Gestionar venta
Admistrador Trabajador
Post-Condiciones Ninguno
Generar reportes
Trabajador
TURISTA TRABAJADOR
ALOJAMIENTO
[Consultado]
Buscar ALOJAMIENTO
Consultar alojamiento alojamiento [Buscado]
disponible?
[ SI ]
HABITACIN
HOTEL
[Registrada]
[solicitado] Registrar
habitacin
[No]
VENTA
[registrada]
Registrar
v enta
TURISTA TRABAJADOR
HOTEL
Solicitar Verificar hotel
reserva [Verificado]
RESERVA
[Leer]
RESERVA
[Solicitado] Disponible?
[SI]
Registrar [NO] Verificar reserva
habitacin
HABITACIN
[Registrada]
[NO]
HABITACIN
[Reservado]
[SI]
Reservar RESERVA
habitacin [Emitida]
Emitir reserva
Administrador Trabajador
CLIENTE
[Leer]
CLIENTE
[Seleccionado]
Seleccionar
cliente
Nueva venta?
[No]
Ingresar cdigo
[Si]
VENTA
[Leer]
Registra tipo de
servicio Buscar cdigo
Cdigo encontrado?
TIPO_SERVICIO
[Registrado]
VENTA [Si]
Registrar Venta [Registrada] VENTA
Mostrar venta [Encontrada]
Eliminar venta?
Modificar venta?
[No]
[Si]
[Si] VENTA
VENTA Ingresar Nuevos [Modificada]
Eliminar venta [Eliminada] datos
TRABAJADOR TURISTA
MORENO HURTADO
URTADO
RECURSO
TURISTICO
[Leer]
Seleccionar RECURSO
recursos tursticos RECURSO TURISTICO
TURISTICO [Leer]
[Seleccionado]
Nuevo? SITIO_TURISTICO
[Leer]
[No] Mostrar recursos
tursticos
[SI]
Registrar actividades
festivales ACTIVIDAD_FESTIVAL [Si]
Mostrar actividades RESTAURANT
[Registrado] festivales [Leer]
ACTIVIDAD_FESTIVAL
[NO]
[Leer]
Datos
Verificar datos [Verificados]
Solicitar
Buscar recurso REPORTE
reporte
turstico [Solicitado]
RECURSO_TURISTICO
[Leer]
REPORTE
HOTEL Recibir
[No] [ Si ] Emitir lista de [Recibido]
[Emitido] reporte
hoteles
Lista de hoteles?
ACTIVIDAD_FESTIVAL
[Emitido]
Lee
ALOJAMIENTO
Registra
HOTEL
Turista Trabajador Lee
relaciona 1..n 1
Tiene
1..n
CIUDAD
Registra 1
1
HABITACIN
Verifica
1..n
Trabajador 1 1..n
Lee
CUENTA
DETALLE_CUENTA
RESERVA
tiene
ALOJAMIENTO TIPO_HABITACIN
Turista
Admistrador
Selecciona
Trabajador
relaciona
Crea
1 1..n
CLIENTE 1..n
VENTA
1
tiene
SERVICIO
TIPO_SERVCIO
1..n 1
tiene
1..n
DETALLE_VENTA
Crea
Administrador
1
RECURSO_TURSTICO
1
1..n
TIPO_RECURSO
1..n
DETALLE_IMAGEN
HOTEL ACTIVIDAD_FESTIVAL
RESTAURANT
Trabajador
Lee
RECURSOS_TURSTICOS
tiene 1..n 1
1..n 1 1..n
1..n
Relaciona 1..n
1..n
CUENTA DETALLE_CUENTA
1
VENTA1
1 SERVICIO Tiene
ENCIDENCIA 1..n
CIUDAD RECURSO_TURSTICO TIPO_RECURSO
1
Relaciona
DETALLE_VENTA
Tiene
1..n
1 1..n
MOBILIARIO TIPO_MUEBLE
DETALLE_IMAGEN
RESTAURANT HOTEL ACTIVIDAD_FESTIVAL
A. REQUERIMIENTOS FUNCIONALES
De las entrevistas con el personal de la organizacin y la determinacin de posibles
usuarios, se puede determinar los requerimientos del sistema.
B. REQUERIMIENTOS NO FUNCIONALES
a. Interfaz
La Solucin Web debe de contar con interfaces sencillas y amigables, que sean
del agrado para los turistas residentes no residente y poblador.
b. Accesibilidad
La solucin web ser utilizada por las personas que tiene inters en turismo Rural
Comunitario de la provincia de Sihuas, tambin por los administradores.
c. Rendimiento
Se necesita que la aplicacin sea eficiente y estable en los servicios que ste
brinde, que tenga disponibilidad de todos los datos, con la arquitectura SOA.
d. Escalabilidad
La forma desacoplada de servicios permite la integracin y la escalabilidad, en
este caso la parte de las reservaciones de alojamiento.
e. Soporte
Al concluir la solucin se tiene probar en los servidores donde radicar
posteriormente para cualquier error sea detectada y corregida, antes de los
usuarios puedan usarla. Tambin se debe realizar el mantenimiento de Base de
Datos.
f. Confiabilidad
Se ha de garantizar el continuo funcionamiento de la solucin Web evitando
ciertas cadas en los servidores garantizando la informacin.
g. Seguridad
Los Turistas residentes, no residentes, poblador y usuarios interesados tendrn
libre acceso a la pgina, accediendo a la informacin. Se tendr facilidad de
actualizar datos e informacin a responsabilidad del administrador.
h. Software
- Lenguaje de Programacin: asp.net
- Gestor de Base de Datos: Sqlsever2008 versin gratuita
- Sistema Operativo: Windows 8.1
- Servidor Web: IIS
i. Hardware
- Procesador: Intel Core i5 HDD: 250 Gb
- Memoria RAM: 4 Gb
- Impresora Canon multifuncional
Nombre Del
Descripcin
Actor
Es aquella persona que tiene asignado un usuario y hace uso del
mismo con el fin de interactuar con el sistema; puede ser el
administrador, el trabajador.
Usuario Est relacionado con la autenticacin al sistema, funcionalidad
que desencadena una vez que intenta introducirse al sistema.
Usuario Externo: Turista o cliente quien accede al portal web.
Mdulo Mdulo
FrontEnd BackEnd
<<subsystem>>
WEB
C. DIAGRAMA DE ACTORES
Usuario Interno: Administrador, Trabajador quienes ingresan al sistema
autenticndose.
Usuario Externo: El cibernauta que navega en el portal Web.
USUARIO
Administrador Turista
Trabajador
Buscar alojamiento
<<extend>>
Turista
Registrar reserva
<<include>>
Disponible en la
aplicacin mvil
Autenticar Registrar usuario
Registrar portada
Consultar venta
Verificar reserva
Registrar restaurant
Generar reporte
1. Descripcin
El caso de uso es inicia cuando el cliente o usuario de portal web hace la bsqueda de
alojamiento selecciona la localidad o ciudad, fecha de ingreso y salida, cantidad de
habitacin al presionar el botn buscar muestra ver detalles de hoteles.
2. Flujo de Eventos
2.1. Flujo Bsico
- Se ingresa a la seccin de men alojamiento TRC.
- En buscar destino se seleccionar la ciudad de Men desplegable: Uno de los 10
distritos y dos localidades mostrados.
- Seleccionar la fecha entrada y fecha de salida del calendario.
- Se elige de men desplegable la cantidad de habitacin.
- Se presionar botn ver detalles
- Se presionar botn Comprar
- Llenar formulario
2.2. Sub- Flujos
- Ver detalle: Se oprime botn ver detalle: Se muestra el detalle del hotel,
descripcin y su respectiva imagen.
- Regresar: Se oprime el botn regresar para retornar a la pgina de alojamiento.
- Reservar: El cliente llenada los datos requeridos en formulario: Titular de
habitacin, forma de pago, informacin de contacto.
o Se oprime el botn Compra
o Se muestra mensaje de texto Registrarse tu reserva satisfactoriamente
- Regresar detalle hotel
Oprime el regresar detalle hotel para regresar a la pgina anterior.
(Continua)
Registrar contacto
Turista
1. Descripcin
El caso de uso es iniciado cuando el turista ingresa a la parte de contactos para llenar el
formulario.
2. Flujo principal
- Ingresar a contactos
- Llenar el formulario y enviar
2. Precondiciones
Que los datos sean vlidos
CASO DE USO: Consultar actividad festival AUTORA: Moreno Hurtado, Guina Nelva
1. Descripcin
2. Flujo de principal
- Ingresar a actividades festivales
- Buscar por meses
3. Precondiciones
- Ninguno
Iniciar sesin
Trabajador
1. Descripcin
- El caso de uso es iniciado cuando el trabajador del negocio quien ingresan su usuario y
contrasea para acceder al sistema, Excepto el turista que accede por FrontEnd.
2. Flujo de Eventos
2.1. Flujo Bsico
- El sistema requiere que se ingrese un usuario y contrasea
- El trabajador del negocio ingresa su usuario y contrasea
- El sistema valida los datos y permite el acceso al sistema
2.2. Flujo Alternativo
- Usuario y contrasea invlidos
3. Precondiciones
- Debe haber sido registrada con la asignacin del usuario y su contrasea correspondiente.
4. Post Condiciones
- Si el caso de uso se ha realizado correctamente, ahora el actor ha iniciado sesin en el sistema.
S no es as, el estado del sistema no permite.
5. Puntos de Extensin
1. Descripcin
- El caso de uso es iniciado cuando el administrador del sistema ingresa al sistema y
se dirige a seguridad para registrar usuario
2. Flujo principal
- Seleccionar la pestaa seguridad
- Seleccionar registrar usuario
- Seleccionar el perfil y los accesos para el usuario
- Hacer click en botn grabar
- Tambin se podr actualizar
3. Precondiciones
- Tener perfiles definidos para asignar a un usuario
4. Post Condiciones
- Si el caso de uso se ha realizado correctamente, ahora el actor ha iniciado sesin en
el sistema. S no es as, el estado del sistema no permite.
5. Puntos de Extensin
- No hay
Registrar portada
Trabajador
1. Descripcin
El caso de uso inicia cuando el trabajador registra a un nuevo portada
2. Flujo de Eventos
2.1. Flujo Bsico
- Ingresar al sistema
- En ingresar nuevo portada descripcin e imagen.
- Se presiona el botn Guardar o cancelar
2.2. Sub Flujos
Editar
- Se selecciona la portada de la lista y oprime el boton editar
- A continuacion se ingresan los nuevos datos y se oprime el botn de
Guardar.
Eliminar
- Se selecciona la portada de la lista y se oprime la opcion de Eliminar.
2.3. Flujo Alternativo
Portada no pudo ser registrada
3. Precondiciones
- Verificar campo requerido
- Verificar que la portada contenga imagen.
4. Post Condiciones
- No hay
5. Puntos de Extensin
- No hay
1. Descripcin
El usuario consulta las ventas por la reserva de alojamiento
2. Flujo de Eventos
2.1. Flujo Bsico
El sistema solicita al usuario ingresar fecha, nombre cliente correspondiente al
registro de reserva.
Buscar
Se selecciona la venta de una lista y se oprime el botn de buscar.
A continuacin se ingresan los nuevos datos de la venta y se oprime el
botn Grabar
2.2. Flujo Alternativo
- La venta no pudo ser registrada.
3. Precondiciones
- El usuario administrativo debe de estar debidamente registrados como usuario.
4. Post Condiciones
- El cliente al cual le pertence la venta debe de estar debidamente registrados
5. Puntos de Extensin
- Buscar venta por reserva
1. Descripcin
El trabajador registra nueva hotel, se llena el formulario con los datos
correspondientes: Nombre, direccin, telfono, descripcin, latitud, longitud,
categora, distrito, precio y con la imagen correspondiente. Tiene la opcin de
Editar y Eliminar .
2. Flujo de Eventos
2.1. Flujo Bsico
- En botn Nuevo se registra nuevos datos datos de hotel
- En caso de no ser registrado correctamente muestra mensaje
Registrado correctamente.
2.1. Sub Flujos
- Iditar
De la lista de hoteles se oprime la opcin Editar
- Eliminar
De la lista de hoteles se oprime la opcin Eliminar
2.2. Flujo Alternativo
- Hotel no pudo ser registrada.
3. Precondiciones
- En caso de no ser registrado correctamente muestra mensaje Error al
registrar
4. Post Condiciones
- No hay
5. Puntos de Extensin
- No hay
Verificar reserva
TRABAJADOR
1. Descripcin
El caso de uso es iniciado cuando el trabajador se dirige a men alojamiento a la opcin
de reservas donde se puede verificar: la fecha llegada y salida, cliente y detalle.
2. Flujo de Eventos
2.1. Flujo Bsico
- El trabajador se dirige a la opcin de reservas
- El sistema muestra reservas para atender a la fecha
2.2. Sub - Flujo
- Ver Detalle
Se oprime opcin Detalle, luego se muestra detalle de reserva y el cliente.
3. Precondiciones
El administrador debe haber ingresado al sistema.
4. Post condiciones
Que cliente haya registrado reservas hasta la fecha.
5. Puntos de Extensin
No Hay
1. Descripcin
El caso de uso es iniciado cuando el administrador ingresa al sistema y se dirige a men
gastronoma, en opcin restaurante.
2. Flujo de Eventos
2.1. Flujo Bsico
- Se ingresa nuevos datos de restaurante en el formulario
- Se presiona el botn Grabar
2.2. Sub Flujos
2.2.1. Modificar
- Se selecciona una especialidad de la lista y presiona el botn Modificar
- Modifica los datos que desea y luego presiona Grabar
2.2.2. Eliminar
- Se selecciona una especialidad de la lista y presionamos el botn Eliminar
2.3. Flujo Alternativo
- Llenar campo requerido
3. Precondiciones
- Haber ingresado al sistema.
4. Post condiciones
No Hay
5. Puntos de Extensin
No Hay
CASO DE USO: Registrar Plato Tpico AUTOR: Moreno Hurtado, Guina Nelva
1. Descripcin
El caso de uso es iniciado cuando el administrador ingresa al sistema .luego con anti clic
puede hacer agregar gastronoma con opcin modificar las descripciones.
2. Flujo de Eventos
2.1. Flujo Bsico
- El sistema muestra datos para el cambio de estado.
- Elige opciones de cambio Aceptar
2.2. Sub Flujos
2.2.1. Modificar
- Se selecciona la opcin y presiona el botn Modificar
- Modifica los datos que desea y luego presiona Aceptar
2.2.2. Eliminar
- Se selecciona los datos de la lista y presionamos el botn Eliminar
2.3. Flujo Alternativo
No Hay
3. Precondiciones
El Administrador del sistema debe haber ingresado
4. Post condiciones
No Hay
5. Puntos de Extensin
No Hay
CASO DE USO: Registrar Actividad Festival AUTOR: Moreno Hurtado, Guina Nelva
1. Descripcin
El caso de uso es iniciado cuando el administrador ingresa al sistema y se dirige registrar
de actividades festivales, luego muestra un formulario donde se puede listar las fechas
festivas durante el ao y seleccionar las opciones correspondientes a cada localidad.
2. Flujo de Eventos
2.1. Flujo Bsico
- En sistema se puede listar las actividades festivales y no est en lista se puede
registrar.
- Se presiona el botn Aceptar
2.2. Sub Flujos
2.2.1. Editar
- Se selecciona un servicio de la lista doble clic
- Editar los datos que desea y luego presiona Aceptar
2.2.2. Modificar
- Se selecciona los datos de la lista para modificar y presionamos el botn
Aceptar
2.3. Flujo Alternativo
No Hay
3. Precondiciones
El Administrador del sistema debe haber ingresado a la seccin de facturacin
Generar reportes
TRABAJADOR
1. Descripcin
El caso de uso es iniciado cuando el trabajador ingresa al sistema y se dirige a men
reportes, tiene la opcin de seleccionar los reportes existentes ingresando las fechas
deseadas.
2. Flujo de Eventos
2.1. Flujo Bsico
- El trabajador se dirige a men reportes , luego oprime Cantidad de reservas por
hoteles
- Se selecciona fecha inicio , fecha fin del calendario y oprime botn buscar
2.2. Flujo Alternativo
- Se oprime el botn Regresar para retornar al men reportes
3. Precondiciones
El Trabajador debe haber ingresado al sistema.
4. Post condiciones
No Hay
5. Puntos de Extensin
No Hay
Administrador Complejo 3
Trabajador Medio 2
Complejo 3 1 3
Medio 2 1 2
UAW 5
UUCW=(5*13)+(10*1)+(15*0)
UUCW= 75
Una vez calculados el factor de peso de los actores sin ajustar y el factor de peso
de los casos de uso sin ajustar, se tiene segn la ecuacin de puntos de casos de
uso sin ajustar que se demostr anteriormente, a continuacin el resultado.
( Peso *Valor )
i 1
i i 40.5
Experiencia en orientacin a
E3 1.0 4 5.0
objetos
Estabilidad de los
E6 2.0 5 10.0
requerimientos
( Peso *Valor )
i 1
i i
29.0
E=UCP*CF....(3.7)
Dnde:
UCP: Puntos de Casos de Uso Ajustados
CF : Factor de Conversin
Horas-
Actividad Porcentaje
Hombre
Anlisis 10.00% 227,50
Diseo 20.00% 455,00
Programacin 40.00% 910,00
Prueba 15.00% 341,25
Sobrecarga (otras actividades) 15.00% 341,25
Total 100.00% 2275,00
c. Tiempo de Desarrollo:
El tiempo de desarrollo se calcula a partir de la expresin:
ECUACIN N 8: CLCULO DEL TIEMPO DE DESARROLLO EN HORAS
E(total)
TDES= CH
.(3.8)
Dnde:
E (total) : Esfuerzo total
CH : Cantidad de hombres que participan en el desarrollo
Entonces tenemos:
2275H H
= = .
2H
= 4.06
01 Impresora 00.00
CH S/.1500.00
b. Software:
CS S/. 00.00
c. Mobiliario:
CI=CH+CS+CM +CDH.(3.10)
Dnde:
CI: Costo de inversin
CH: Costo de Hardware
CS: Costo de Software
CM: Costo de Materiales
CDH: Costo de Dominio y Hosting
Entonces tenemos:
CI=1500+0+210+ 176.40
CI=S/. 1886.40
Tiempo
Descripcin Cant. Sueldo Subtotal (S/.)
(meses)
Desarrollador Web 01 1000 4.06 4060.00
CRH S/.4060.00
kwhr
= 56.00
mes
kw hr
= 7.20
mes
Consumo
Tiempo
Equipo Cant. Costo soles/(kw-hr) Subtotal
meses
(kw-hr) /mes
PC 01 0.37 56.00 4.06 84.12
Impresora 01 0.37 7.20 4.06 10.82
Total S/.94.94
CD=CRH+CRM+CEE...(3.11)
Dnde:
CD: Costo de Desarrollo
CRH: Costo de Recursos humanos
CRM: Costo de Recursos Materiales
CEE: Costo de Energa Elctrica
Entonces tenemos:
CD=4060.00+132.80+94.94
CD=S/.4287.74
a. Recursos Humanos:
Los recursos operacionales se tomaron como valor cero por contar con los
mismos operadores y solo calcular el costo de la inclusin del software.
b. Recursos materiales
Precio Tiempo
Descripcin Unidad Cant. Subtotal (S/.)
Unitario (meses)
Total S/.2040.00
c. Energa elctrica
d. Mantenimiento
Frecuencia Subtotal
Descripcin Cantidad Costo
(Veces/Ao) (S/.)
Servicio Tcnico 02 50 1 100
Repuestos u otros insumos 01 130 1 130
Total S/. 230
e. Depreciacin
Los costos de depreciacin estn relacionados con la disminucin del valor
monetario de los bienes en el tiempo. En este caso usaremos el 20% de
depreciacin anual, para los bienes adquiridos para el desarrollo del proyecto.
Subtotal
Costo
Equipo Cantidad Depreciacin
(S/.)
(S/.)
PC/Impresora 01 1500 0.20 300
Mueble para computadora 01 210 0.20 42
Total S/.342
= + + + + (3.12)
Dnde:
CO = 0+2040+280.61+230+342
CO = S/. 2892.61
D. BENEFICIOS
a. Beneficios Tangibles
b. Beneficios Intangibles
Los beneficios son las ventajas, traducidas en horas de tiempo y dinero, que
se obtiene luego de la puesta en funcionamiento de la aplicacin WEB.
Mejora de la imagen institucional
Mejora en satisfaccin de turistas
Obtencin de la informacin rpida y confiable
= + (3.13)
Dnde:
B: Beneficios
Entonces tenemos:
= 7980 + 0
= /.7980.00
Descripcin Total
Costo de Inversin S/.1886.40
Costo de Desarrollo S/.4287.74
Costo Operacional S/.2892.61
Beneficios S/.7980.00
E. FLUJO DE CAJA
Tiempo de vida de proyecto: 3 aos
Tasa de inters: 14%
Fuente: BBVA Banco continental
Pgina web: www.bbvabancocontinental.com
Fecha de consulta: 22 /04 /2014
Total de Costos
S/. 0,00 -S/. 2.892,61 -2892,61 -2892,61
Operacionales
Total Beneficios Netos - 6.174,14 S/. 5.087,39 S/. 5.087,39 S/. 5.087,39
(B-C) (B-C)
= -I0 + 1 ++ n. (3.14)
(1+i) (1+i)
Dnde:
I0: Inversin del ao cero.
B: beneficios.
C: Costo.
Entonces tenemos:
= /. 5636.91
Interpretacin:
TABLA N 52: INTERPRETACIN VALOR ACTUAL NETO
La inversin producir
VAN >0 El proyecto puede aceptarse
ganancias
La inversin producir
VAN <0 El proyecto debera rechazarse
perdidas
Debido a que el VAN obtenido es mayor a (0) se deduce que los beneficios del
proyecto son mayores al costo; y tendr ingresos adicionales.
/ = ..... (3.15)
Ecuacin 1: Valor Presente de los Costos
ECUACIN N 16: VALOR PRESENTE DE LOS COSTOS
= + + + (+) ...............................................(3.16)
(+)
. . .
= . + (+.) + (+.) + (+.)
= /. .
= + + .... (3.17)
(+) (+)
= (
+.)
+ (+. )
+ (+. )
= /. .
/.18526.62
/ = = 1.44
/.12889.26
Si un proyecto tiene B/C y es mayor que uno, significa que el valor bruto
de sus beneficios es superior a sus costos, entonces el proyecto se
acepta.
B/C=1.44>1
0
= .. (3.18)
Dnde:
I 0 : Inversin en el ao 0
B: Beneficio
C: Costo
/. 6174.14
= /.
(7980 2892.61)
= 1.21
Interpretacin:
Entonces tenemos:
c. Conclusiones
El proyecto es econmicamente factible, segn los indicadores
econmicos mostrados a continuacin:
Valor
Indicador Econmico Condicin Estado
Obtenido
IMPACTO PUNTAJE
Extremadamente bajo 0
Bajo 1
Normal 2
Alto 3
Extremadamente alto 4
PRIORIDAD
CRITERIO DE PRIORIZACIN
CP1 CP2 CP3 CP4 CP5
PAQUETE CASOS DE USO PESO TOTAL
Consultar actividades
3 4 3 3 3 3,20 5
festivales
TIPO DE
RIESGO CAUSA IMPACTO ESTRATEGIA
RIESGO
Diseo incorrecto de los casos de uso
Sobrepasar el tiempo Revisar el diseo de los casos de uso y cerciorarse de no
y por lo tanto error en los clculos
estimado para el Tiempo Alto omitir ningn detalle que pueda afectar el correcto
durante la estimacin del tiempo de
desarrollo del proyecto clculo de la estimacin de tiempo.
desarrollo
Sobrepasar el costo Costos adicionales por problemas no
Considerar un margen de error como contingencia a
estimado para el Costo previstos durante la estimacin del Alto
cualquier problema adicional a los considerados.
desarrollo presupuesto del proyecto
Cambios en los Levantar un acta firmada por el cliente estipulando que
Costo y El cliente no tiene en claro el alcance
requerimientos por Alto los requerimientos funcionales y no funcionales de
tiempo del sistema a disear.
parte del cliente dicha acta no estn sujetos a ningn cambio.
Problemas con Dificultad para entender la
Capacitacin constante de los desarrolladores en las
tecnologas no Tecnolgico complejidad de las tecnologas Medio
tecnologas utilizadas en el proyecto.
controladas requeridas por el proyecto
a. Modelado de anlisis
En la parte de anlisis identificamos los servicios y como estn conformados, por medio
de los requerimientos funcionales, recordando que se necita identificar los siguientes el
tipo de servicio: Servicio atmico, Servicio compuesto, Clster de servicio. Los servicios
atmicos que se identificaron son: cuenta, reserva, localidad, sitios tursticos, actividades
festivales, movilidad.
Los servicios compuestos que se identifican son: Ventas Alojamiento, inventario. Ya que
est formada venta reservada, venta al instante e inventario est conformado inventario
caja e inventario general, el cual el arqueo de caja realizado por el administrador. El clster
de servicios es l es accesible por todos los servicios, es decir para hacer la parte contable
se necesita otros parmetros de otros servicios. En ese caso la parte contable tiene
relacin ventas.
Se desarrolla SW
reserva
4: Seleccionar ciudad
5: Obj.Ciudad
::
Buscar_alojamiento_por_localidad
7: Seleccionar_fecha
: CIUDAD
8: Obj. Ciudad
: : From_buscar_alojamiento : Buscar_alojamiento_por_fecha
: Turista
Buscar_alojamiento.aspx
11: Obj.Hotel
: Buscar_habitacin_por_noche : HOTEL
8: Obj. Hotel
: Buscar_alojamiento : Form_Buscar : Buscar_hotel : HOTEL
: Turista
alojamiento
13: /Build/
1: Seleccionar 2: /Agregacin/
: Turista : Actividad_festival :
From_actividades_festivales
6: Buscar_actividad_festival
7: Obj.Actividad
: Buscar_actividad
4: Validar()
Loguear : SP 5: Loguear
1: Link
3: Submit
5: Devolver verificacin
: Login : Form_Iniciar_sesin : Validad_Usuario : USUARIO
8: Selecionar portada
16: /Build/
FIGURA N 46: DIAGRAMA DE COLABORACIN - REGISTRAR PORTADA
5: Devolver verificacin
: Login : Form_Iniciar_sesin : Validad_Usuario : USUARIO
9: Seleccionat hotel
14: /Submit/
11: Solitar datos de hotel
12: Ingresar datos de hotel 13: /Agregacin/ 16: Devolver mensaje
: Reg.Hotel : HOTEL
17: /Build/
FIGURA N 47: DIAGRAMA DE COLABORACIN - REGISTRAR HOTEL
5: Devolver verificacin
: Login : Form_Iniciar_sesin : Validad_Usuario : USUARIO
16: Mostrar datos 18: Link 6: /Build/ 19: Link 20: /Agregacin/
: Trabajador : Menu_gastronoma : Panel.admin
: PLATO
5: Devolver verificacin
: Login : Form_Iniciar_sesin : Validad_Usuario : USUARIO
16: Mostrar datos 18: Link 6: /Build/ 19: Link 20: /Agregacin/
: Trabajador : Menu_gastronoma : Panel.admin
: PLATOS
5: Devolver verificacin
: Login : Form_Iniciar_sesin : Validad_Usuario : USUARIO
15: /Build/
2: /Agregacin/
1: Ingresar datos ( Usuario, clave) 3: /Submit/ 4: Verificar_usuario
5: Devolver verificacin
: Login : Form_Iniciar_sesin : Validad_Usuario : USUARIO
8: Buscar actividades
15: /Build/
5: Devolver verificacin
: Login : Form_Iniciar_sesin : Validad_Usuario : USUARIO
8: Sleccionar venta
15: /Build/
Se elaboran a partir de los casos de uso de requerimientos, y sirven como gua en durante la etapa del diseo.
Flujo de Eventos:
El usuario debe ingresar los datos requeridos para visualizar todas sus
operaciones.
Flujo de Eventos:
El usuario debe ingresar los datos requeridos y hacer click en el botn guardar, automticamente se
actualiza la lista de portada y se muestra un mensaje portada correctamente registrado.
Post-Condiciones: No hay
Flujo de Eventos:
El usuario debe ingresar los datos requeridos y hacer click en el botn guardar, automticamente se
actualiza la lista de registros y se muestra un mensaje de datos guardados correctamente.
Pre-Condiciones: El Usuario debe estar logueado y se debe hacer seleccionado alojamiento al cual le
pertenecen hoteles como alojamiento.
Sub Flujos: Modificar y eliminar, en ambos casos se mostrara un mensaje que indique si los datos
fueron actualizados o eliminados.
Excepciones: De no estar llenos todos los campos requeridos se mostrara un mensaje solicitando el
ingreso de los datos.
Post-Condiciones: No hay
Flujo de Eventos:
El usuario debe ingresar los datos requeridos y hacer click en el botn guardar, automticamente se
actualiza la lista de registros y se muestra un mensaje de datos guardados correctamente, despus de
eso el sistema permitir el ingreso de los detalles de compra.
Pre-Condiciones: El Usuario debe estar logueado y se debe hacer seleccionado el cliente al cual le
pertenece la compra.
Sub Flujos: Modificar se mostrara un mensaje que indique si los datos fueron actualizados.
Excepciones: De no estar llenos todos los campos requeridos se mostrara un mensaje solicitando el
ingreso de los datos.
Presentacin gastronmica
La presentacin al cliente o Acceso a servicio de De platos tpicos y
turista. alojamiento y reservar hotel restaurantes.
1: Registrar Portada
2: link
3: Mostrar
4: Listar Portadas
5: Leer ( )
6: Obj.Portada
7: Obj.Portada
8: Link
9: Mostrar
10: Submit
11: Validar
12: Insertar
HOTEL
1: Registrar hotel
2: link
3: Mostrar
4: Listar Hotel
5: Leer ( )
6: Obj.Hotel
7: Obj.Hotel
8: Link
9: Mostrar
10: Submit
11: Validar
12: Insertar
RESERVA
1: Verificar
2: link
3: Mostrar
4: Listar Reserva
5: Leer ( )
6: Obj.Reserva
7: Obj.Reserva
8: Link
9: Mostrar
10: Verificar
11: Validar
12: Mostrar
2: link
3: Mostrar
5: Leer ( )
6: Obj.Sitio
7: Obj.Sitio
8: Link
9: Mostrar
10: Submit
11: Validar
12: Insertar
F
FIGURA N 60: DIAGRAMA DE SECUENCIA - REGISTRAR SITIO TURSTICO
1: Buscar alojamiento
2: link
3: Mostrar
4: Listar hoteles
5: Leer ( )
6: Obj.Hotel
7: Obj.Hotel
8: Link
9: Mostrar
10: Submit
11: Validar
12: Insertar
E. DIAGRAMA DE ESTADOS
Representan los cambios de estados de los objetos en el tiempo
Buscar
Buscado
Mostrar ( )
Actualizar
Mostrado
Actualizar ( )
Reservar ( )
Reservado Guardado
Guardar ( )
F. DIAGRAMA DE NAVEGABILIDAD
El diagrama de navegabilidad muestra jerrquicamente las opciones del men
desplegable del sistema.
Index.aspx Sitios.aspx
Actividades.aspx
Contactanos.aspx
Hospedaje.aspx
Detalle_restaurant.as gastronoma.aspx
px
Rpt_Actividad.aspx
Login.aspx error.aspx
Usuarios.aspx
Rpt_sitio.aspx
Actividades festivales
cuenta.aspx Venta.aspx
restaurant.aspx
plato.aspx
G. MODELO DE DATOS
Es un subconjunto del modelo de implementacin que describe las presentaciones
lgicas y fsicas persistentes en el sistema.
Fecha_LLegada
Fecha_Salida
CodHotel
Idcliente
Fecha_registro
CLIENTE Estado
Idcliente
Nombres
TIPO_HABITACION
Apellidos
Cod_Tipo_Habit
DNI
Descripcion
Direccion
Monto
Email
Celular
Tarjeta
DETALLE_VENTA SERVICIO
Nrotarjeta Cod_Detalle_Cuenta Cod_Servicio
TIPO_MUEBLE
Vcmtotarjeta Cod_Cuenta Descripcion
Cod_Tip_Mueble HOTEL
Aniotarjeta CodHotel CodReserva
Descripcion
Codigosegtarjeta nombre Cod_Servicio
Titulartarjeta Direccion
Telef ono
HABITACION ARQUEO
Cod_Habitacion Cod_Arqueo
descripcion
Numero_Habitacion Fecha_Arqueo
latitud
Descripcion_Habitacion Total_Ingreso
longitud
CodHotel Total_Egreso
nivel
Cod_Tipo_Habit Total_Arqueo
MOBILIARIO Idciudad
CodMobilario Estado Descripcion_Arqueo
Estado
Descripcion
VENTA
INCIDENCIA imagen
Cod_Cuenta
Precio Id_Incidencias precioxnoche
Estado_Cuenta
Cod_Tip_Mueble Fecha f echa_registro
Fecha_Pago
Descripcion
Total_Cuenta
USUARIO
IdCliente
id_usuario id_usuario
CodMobilario
Cod_Arqueo usuario
RESTAURANT
contra
Cod_Restaurant
estado
Nombre
CIUDAD
Direccion id_perf
Idciudad
ACTIVIDADES
nombreciudad Telef ono
id_actividad
Imagen
nombre_actividad
descripcion
Email PORTADA
Atencion CodPortada
id_ciudad
Latitud NombrePortada
f echa_inicio
Longitud DescriPortada
f echa_f in
Estado ImagenPortada PERFIL
imagen
id_perf
Idciudad estado
desc_perf
SITIO_TURISTICO
Cod_Sitios_Turistico
Nombre
Direccion
Imagen
DETALLE_IMAGEN
Estado
PLATOS Cod_Detalle_Imagen
Idciudad id_plato Descripcion
latitud
nombre_plato Imagen
longitud
descripcion Cod_Restaurant
descripcion
Imagen Cod_Sitios_Turistico
Estado CodHotel
Estado
A. DIAGRAMA DE COMPONENTES
Un diagrama de componentes muestra la estructura fsica del cdigo en trminos
de los componentes de cdigo. Un componente puede ser un componente de
cdigo fuente, un componente binario, o un componente ejecutable. Un
componente contiene informacin sobre la clase lgica o las clases que
implementa, creando un mapeo de la vista lgica a la vista de componentes.
<<Web>>
TRC
Capa 1: Usuario
<<Asp.net>>
Clases
BD_TRC
FIGURA N 71: DIAGRAMA DE COMPONENTES
B. DIAGRAMA DE DESPLIEGUE
El diagrama de despliegue muestra la arquitectura fsica del hardware y el software
en el sistema. Se pueden mostrar las computadoras y los dispositivos (nodos),
junto con las conexiones que tienen unos con otros; tambin se puede mostrar el
tipo de conexin.
<<Procesador>> <<Dispositivo>>
Router <<Internet (TCP/IP)>>
Cliente
<<Internet (TCP/IP)>>
Administrador
<<Puerto USB>>
<<Procesador>>
Servidor Web
<<Dispositivo>> <<Dispositivo>>
Impresora 1 Swicth
<<Internet (TCP/IP)>>
<<Procesador>>
Cliente Web
Orientado al administrador
Se ingresa unos datos iguales que El sistema no registra los El sistema no registr los
ya est registrado en el hotel. datos y muestra el datos y envi el mensaje
4
mensaje Error al Error al registrar ya se
registrar ya se registr registr
Se ingresa un producto que ya El sistema no registra los datos El sistema no registr los
est registrado en el y muestra el mensaje Error, el datos y envi el mensaje
4
inventario producto ya existe en el Erro, el producto ya existe en
inventario el inventario
SERVICIO DE RESERVA
Para probarlo, deber crear un cliente y usarlo para llamar al servicio. Para
ello, puede usar la herramienta svcutil.exe en la lnea de comandos con la
siguiente sintaxis:
svcutil.exe http://localhost:1444/Reserva.svc?wsdl
Cdigo fuente
Existen dos formas para cargar las pginas y los archivos web que tengamos
en el equipo al servidor.
Despus de su instalacin, IIS crear una carpeta nombrada: "wwwroot", que
es el directorio raz del servidor, se encuentra en la siguiente ruta:
"C:\inetpub\wwwroot".
Puedes copiar o mover a dicho directorio cualquier pgina o carpeta que
contenga todos los archivos de un sitio.
C. CAPACITACIN AL PERSONAL
La capacitacin de usuario se llevara a cabo en dos sesiones, de dos horas cada una.
En la primera sesin se explicara el adecuado uso de los mdulos de Frontend; en la
segunda la administracin del sistema web o llamado Backend.
Actividad MSI 1: Registro de la Peticin: Registrar las peticiones que los usuarios
solicitan con motivo de la deteccin de un problema o por la necesidad de una
mejora.
F. PLAN DE CONTIGENCIA
Conjunto de medidas encaminadas a restaurar el funcionamiento normal de una
actividad tras la alteracin producida por un accidente (Ver anexo N 25).
D i
D i 1
......................................(4.1)
n
Dnde:
n : Nmero de Pregunta
ECUACIN N 20: DESVIACIN ESTNDAR
n: Nmero de Pregunta
Ecuacin 4: T -
D n
t (4.3)
SD
Dnde:
: T Student
Ecuacin 5: Varianza
n
( x x)
i
2
2 i 1
.... (4.4)
n
Dnde:
2 : Desviacin Estndar
xi : El dato i ensima
x : Promedio
n: Nmero de datos.
ECUACIN N 23: CLCULO Z DE LA DISTRIBUCIN NORMAL
(X A X B)
Zc (4.5)
A2 D2
n n
A D
Dnde:
Z c : Valor de Z Calculado
M En desacuerdo 2
R Ni de acuerdo ni desacuerdo 3
B De acuerdo 4
O Totalmente de acuerdo 5
n
PTi ( Fij * Pj ) (4.6)
i 1
Dnde:
: Puntaje Total
: Frecuencia
: Peso
PTi
PPi . (4.7)
n
Dnde:
(F
Cmo consideras el tiempo de atencin en 9
9 reservar alojamiento? P9,1 P9,2 P9,3 P9,4 P9,5 9j * Pj )
i 9
En esta Tabla N 68 se puede apreciar los criterios de evaluacin del indicador cualitativo Nivel de Satisfaccin del turista de la Provincia de Sihuas.
4 Existe una buena difusin del turismo en la provincia de Sihuas 44 9 50 12 5 285 2.4
5 Se necesita una solucin web para difundir el Turismo Rural Comunitario? 80 3 12 13 12 234 2
La encuesta realizada (Ver Anexo N 14: Encuesta para medir el nivel de satisfaccin del Turista (residente y no residente)) han sido tabulados de manera
que se obtuvieron los resultados mostrados en la Tabla N 69.
Para finalizar se calcula el puntaje total por cada indicador con las formulas
mostradas anteriormente. A continuacin en la Tabla N 70 se muestran los
resultados del Post Test.
4 Existe una buena difusin del turismo en la provincia de Sihuas 0 0 0 0 120 600 5
5 Se necesita una solucin web para difundir el Turismo Rural Comunitario? 0 0 0 0 120 600 5
Dnde:
: Nivel de Satisfaccin del Turista actual de la Provincia de Sihuas
: Nivel de Satisfaccin del Turista con la solucin Propuesto
a. Definicin de Variables
: Nivel de Satisfaccin del Turista actual
: Nivel de Satisfaccin del Turista con la solucin Web
propuesto
b. Hiptesis Estadsticas
Hiptesis Nula ( )
El nivel de Satisfaccin de los Turistas actuales o igual que el Nivel
de Satisfaccin de los Turistas finales con el Solucin web
Propuesto.
0 = 0...... (4.8)
Hiptesis Alternativa ( )
El nivel de Satisfaccin de turistas actual es menor que el Nivel
de Satisfaccin de turistas finales con la solucin Web
Propuesto.
c. Nivel de Significancia
El nivel de Significancia () escogido para la prueba de hiptesis es del
5%.
Siendo:
Nivel de Satisfaccin
=0.05
Grados de Libertad
(n - 1) = (9 - 1) = 8
Valor Crtico
= 1.860
Diferencia de Promedio
Reemplazando en (4.1) se tiene:
14.4
D
9
D 1.6
Desviacin Estndar
Reemplazando en (4,2) se tiene:
9*30.8 (14.4)2
S
2
9(9 1)
d
Sd2 0.98
Calculo de T
Reemplazando en (4.3), se tiene:
1.6 9
t
0.98
t 4.87
1 0.95
0.05
tc 4.87 t 1.860
Regin de Rechazo Regin de Aceptacin
FIGURA N 104: ZONA DE ACEPTACIN Y RECHAZO PARA EL NIVEL DE SATISFACCIN DEL TURISTA
Conclusin:
Actual
COD :Costos Operacionales en la Generacin de Reportes Tursticos
b. Hiptesis Estadsticas
Hiptesis Nula ( H 0 )
Hiptesis Alternativa ( H a )
c. Nivel de Significancia
Usando un nivel de significancia ( = 0.05) del 5%. Por lo tanto el nivel
de confianza (1- = 0.95) ser del 95%, entonces Z = 1.645 (Ver anexo
N28: Tabla de Distribucin Normal).
d. Datos Tabulados
Utilizamos el factor de conversin de nuevos soles/segundo de 0.00752
y lo multiplicamos por cada tem de la muestra calculada en el indicador
anterior, lo cual arroja:
tem COA COD COA COA COD COD (COA COA )2 (COD COD )2
(Continua)
tem COA COD COA COA COD COD (COA COA )2 (COD COD )2
(Continua)
tem COA COD COA COA COD COD (COA COA )2 (COD COD )2
COA 2.65
4.59
COD 0.0011
0.0020
12.5108
11.090
2
40
192
2 0.313
0.035
2 0.00
Clculo Z
Reemplazando en (4.5)
(2.65 0.0011)
Z c = 51.19
0.035 0.00
192 192
La prueba realizada en XLSTAT Prueba z para medias de dos muestras arroj
(Ver Anexo N 21: Resultados Prueba Z diferencia de medias al indicador
Costos operacionales en la generacin de reportes mediante el software
XLSTAT)
Conclusin:
Puesto que Zc = 51.19 (Z calculado) > Zc = 1.645 (Z tabular) y estando este
valor dentro de la regin de rechazo, (Ver anexo N 19). Se concluye que:
a. Definicin de Variables
- TGRa: Tiempo de generacin de reportes de gestin con el sistema
actual
- TGRd: Tiempo de generacin de reportes de gestin con el sistema
propuesto
b. Hiptesis Estadsticas
- Hiptesis Ho: El tiempo de generacin de reportes con el sistema
actual es menor o igual que el Tiempo de generacin de reportes con
la implementacin del proyecto propuesto.
Ho: TGRa TGRd <= 0
- Estadstica de prueba
Se usa la Prueba Z diferencia de medias
c. Nivel de significancia
Usando un nivel de significancia ( = 0.05) del 5%. Por lo tanto el
nivel de confianza (1- = 0.95) ser del 95%, entonces Z = 1.645
(Ver anexo 28: Tabla de Distribucin Normal).
d. Valores tabulados
Para calcular el tiempo de generacin de reportes de gestin se ha
tabulado una muestra de 40 reportes, unidades = segundos.
(Continua)
l 62
10.80
=
40
= 0.27
222414.50
=
40
= 5560.36
20.25
- = 40
= 0.50
- Clculo Z
Reemplazando Valores en (4.4)
0.0011)
(611.50.27)
(2.65
Z c =
5560.36 0.50
0.035 0.00
+ 40
40
192 192
(2.65 0.0011)
Z c = 51.84
0.035 0.00
192 192
f. Regin Crtica
Para = 0.05, en la tabla Z encontramos Z = 1.645. Entonces la
regin critica de la prueba es Zc = <1.645,>
Conclusin
b. Hiptesis Estadsticas
Hiptesis Nula ( H 0 )
Hiptesis Alternativa ( H a )
0 > 0(4.13)
c. Nivel de Significancia
El nivel de significancia () escogido para la prueba de hiptesis es del 5%.
Por lo tanto el nivel de confianza (1 = 0.95) ser del 95% y por lo cual
d. Datos Tabulados
Para calcular el tiempo promedio de las reservaciones de alojamiento de
TRC se ha estimado una muestra ajustada de 105 observaciones de tiempo
en segundos.
0 > 0
tem -
-
( -
) 2 ( -
) 2
(Continua)
tem -
-
( -
) 2 ( -
) 2
(Continua)
tem -
-
( -
) 2 ( -
) 2
tem -
-
( -
) 2 ( -
) 2
45288.00
= 105
= 431.31
0.094
=
105
= 0.09
1- = 0.95 = 0.05
Z 1.645 Z c 141.18
Conclusin:
Puesto que Zc = 141.18 (Z calculado) > Zc = 1.645 (Z tabular) (Ver
Anexo N 20: Resultados de Pruebas Estadsticas Tiempo de Atencin
en reservar Alojamiento) y estando este valor dentro de la regin de
rechazo (ver anexo N23) se concluye que:
5 4.51
4.5
4
3.5 2.91
3
2.5 1.6
2
1.5 90.20%
58.20%
1 32.00%
0.5
0
Actual Propuesto Impacto
Nivel 2.91 4.51 1.6
Porcentaje 58.20% 90.20% 32.00%
FIGURA N 108: GRFICO PRE-TEST, POST-TEST Y DELTA DEL INDICADOR SATISFACCIN DEL TURISTA
Nivel de Satisfaccin del Turista Nivel de Satisfaccin del Turista Nivel del Impacto del Indicador
con el Sistema Actual con el Sistema Web propuesto de Satisfaccin del Turista
(1-5) (%) (1-5) (%) (%)
2.91 58.20% 4.51 90.20% 1.60 32.00%
Impacto
FIGURA N 109: GRFICO PRE-TEST, POST-TEST Y DELTA DEL INDICADOR COSTOS OPERACIONALES EN LA
GENERACIN DE REPORTES
Del cuadro anterior se observa que los costos operacionales implicados en la generacin de
los reportes se reduce en un 99.96% con respecto al Sistema Actual
Actual ( TGRA ) para compararlos con el tiempo que se requiere para generar los
( TGRD ).
FIGURA N 110: GRFICO PRE-TEST, POST-TEST Y DELTA DEL INDICADOR TIEMPO DE GENERACIN DE REPORTES
TGRA (seg) TGRA (%) TGRD (seg) TGRD (%) TGR TGR (%)
611.52 100.00% 0.27 0.041% 611.25 99.96%
431.31 431.22
450
400
350
300
250
200
150
100
100.00% 0.09 0.021% 99.99%
50
0
Actual Propuesto Impacto
Nivel 431.31 0.09 431.22
Porcentaje 100.00% 0.021% 99.99%
FIGURA N 111: GRFICO PRE-TEST, POST-TEST Y DELTA DEL INDICADOR TIEMPO DE ATENCIN EN RESERVAR
ALOJAMIENTO
CAPTULO V: CONCLUSIONES
5.1. CONCLUSIONES
El desarrollo Turstico Rural Comunitario de Provincia de Sihuas -Ancash, se impulsa con la
implementacin de la Solucin Web basado en SOA con las siguientes conclusiones.
4. El tiempo promedio en la Generacin de Reportes, antes del Sistema Web era de 611.52
seg. (100.00%) y con el Sistema Web se obtuvo un promedio de 0.27 seg. (0.041%).
Logrando un incremento significativo 611.25 seg. (99.96%) en la Generacin de
Reportes.
5. El tiempo de atencin en reservar alojamiento, antes del Sistema Web era de 431.31
seg. (100.00%) y con el Sistema Web se obtuvo un promedio de 0.09 seg. (0.021%), lo
cual deja notar una disminucin considerable de 431.22 seg. (99.99%) en el tiempo de
atencin en las reservaciones de alojamiento.
6. Por los puntos mencionados anteriormente se concluye que se cumplieron con todos
los objetivos planteados al principio de la Tesis.
Valor
Indicador Econmico Condicin Estado
Obtenido
CAPTULO VI:
RECOMENDACIONES
SUGERENCIAS:
Para mejorar la continuidad operacional del sistema propuesto, se arribaron las siguientes
recomendaciones:
3. Es importante que los usuarios del sistema reciban las capacitaciones respectivas para
asegurar que utilicen adecuadamente el sistema.
FA
6.1. Bibliografa
Turistas poco
Poca difusin de TRC de la
Mala imagen de TRC satisfechos
provincia de Sihuas
No se toma en cuenta
soluciones tecnolgicas Entrega de
Lentitud en proceso de
reportes a
atencin al reservar
destiempo
alojamiento.
Incompetencia
de TRC
Elaboracin manual
de reportes
Proceso manual en Las reservaciones de
hacer reservaciones alojamiento no estn
de alojamiento. automatizadas.
IMPULSAR EL TURISMO
RURAL COMUNITARIO
Soluciones tecnolgicas
Mejora en el proceso
Mejora en proceso de
de generar reportes
atencin al reservar Relevancia
alojamiento. TRC
Generacin de reportes
automatizados
Agilizacin en proceso Las reservaciones de
reservar alojamiento alojamiento automatizadas.
Intervencin profunda
Acompaamiento en proceso
(BELL, 2008)
Estereotipo Descripcin
Estereotipo Descripcin
Uso de estereotipos especiales Solo es vlida para sistemas web Uso de estereotipos especiales para web
Se obtiene un modelo lgico tanto para el No cuenta con un diagrama de navegacin Modelado sencillo en UML
SOMF cliente como para el servidor Poca bibliografa La navegacin es representada en el diagrama
Uso de estndares de clases
Uso de una notacin estndar (UML) Slo es vlida para sistemas web Genera modelos altamente adaptables al
Genera sistemas altamente adaptativos en Poca bibliografa cambio
BEA cualquier fase del diseo o desarrollo No adecuado para proyectos de gran Cuenta con modelo de navegacin y
Cuenta con un diagrama de navegacin y envergadura presentacin
elementos especiales para web Conocimiento en UML y sus extensiones
Modelo pequeo y firme que contempla No puede ser usado para proyectos Iterativo e incremental
anlisis y diseo grandes Trazabilidad, cada paso est definido por un
ICONIX Utiliza el anlisis de robustez para reducir la Conocimiento de UML requisito
ambigedad en los casos de uso Necesita informacin rpida y puntual de Flexible para diferentes estilos y clases de
Es refinado y actualizado a lo largo del los requisitos, diseo y estimaciones problemas
proyecto.
CRITERIO
C1 C2 C3 C4 C5
METODOLOGIA
(Total)
RUP
SOMF
ICONIX
BEA
Dnde:
C1: Bibliografa Nivel de Impacto Puntaje
_____________________________
Firma
Validacin de metodologa 01
CRITERIO
C1 C2 C3 C4 C5
METODOLOGIA
(Total)
RUP (19) 5 4 3 4 3
SOMF (20) 4 5 4 3 4
ICONIX (18) 4 3 4 3 4
BEA (12) 2 2 3 2 3
Dnde:
C1: Bibliografa Nivel de Impacto Puntaje
Validacin de metodologa 02
RITERIO
C1 C2 C3 C4 C5
METODOLOGIA
(Total)
RUP (*) 5 5 4 4 3
SOMF (17) 4 3 4 3 3
ICONIX (14) 3 3 2 3 3
BEA (10) 2 2 2 2 2
Dnde:
C1: Bibliografa Nivel de Impacto Puntaje
Validacin de metodologa 03
CRITERIO
C1 C2 C3 C4 C5
METODOLOGIA
(Total)
RUP (23) 5 5 5 4 4
SOMF (18) 4 4 4 3 3
ICONIX (15) 3 3 3 3 3
BEA (11) 2 2 3 2 2
Dnde:
C1: Bibliografa Nivel de Impacto Puntaje
Validacin de metodologa 04
CONOCIMIENTOS
BIBLIOGRAFAS
CRITERIOS
CANTIDAD DE
FACILIDAD
RECURSO
CALIDAD
TOTAL
METODOLOGIAS
Grover, Villanueva Snchez 5 4 3 4 3 19
Miguel, Valle Pelez RUP 5 5 4 4 3 21
Julio , Garibay Castillo 5 5 5 4 4 23
Adolfo, Vega Fajardo 5 5 5 5 4 24
C1 C2 C3 C4 C5
Prioridad
CRITERIO
0.3 0.3 0.1 0.2 0.1 =
METODOLOGIA
RUP (*) 5 4.75 4.25 4.25 3.5 4.55 1
SOMF 3.75 3.75 3.5 2.75 3 3.45 2
ICONIX 3.25 2.75 2.75 2.75 3 2.93 3
BEA 2 2.25 2.75 2 2.25 2.18 4
La metodologa de desarrollo a emplear para el presente proyecto ser la RUP (*), puesto que
obtuvo el mayor promedio ponderado de 4.55 y prioridad de 1.
Significado de Variables
C1: Bibliografa
C2: Garantiza un buen Producto
C3: Facilidad en el desarrollo del producto
C4: Nivel de conocimiento
C5: Cantidad de recurso Humano
ESCALA DE VALORACIN
Muy Baja 1
Baja 2
Media 3
Alta 4
Muy Alta 5
Dnde:
n: Muestra
Z: 1.96 (95% de confianza) Distribucin normal
p: Proporcin de positivos (0.5)
q: Proporcin de negativos (0.5)
E: Precisin de la estimacin (0.05)
= () + ..................................................................................................... (7.2)
Dnde:
N: Poblacin
n: Muestra
Z: 1.96 (95% de confianza) Distribucin normal
p: Probabilidad de xito (0.5)
q: Probabilidad de fracaso (0.5)
E: Error mximo que se tolera en las mediciones (0.05)
= ...........................................................................................................(7.3)
+
1. Indicador cualitativo
I1: Nivel de satisfaccin del Turista
La afluencia de turistas al alojamiento atreves de la organizacin de TRC obtenido de los ltimos
4 meses del ao 2013 es un total de 350 turistas (ver la tabla de afluencia de turistas de los
ltimos 6 meses de ao 2013) segn el informe municipal de Sihuas (TRC , 2013).
Poblacin (N1)
Tabla de afluencia de turistas de los ltimos 6 meses del ao 2013
DISTRITO Sep. Oct. Nov. Dic. %
Sihuas 13 11 17 10 20%
Acobamba 8 6 7 9 6%
Alfonso Ugarte 7 9 6 7 6%
Cashapampa 7 6 11 5 11%
Chingalpo 12 10 9 14 14%
Huayllabamba 15 10 12 13 14%
Quiches 2 3 5 9 3%
Ragash 12 6 7 8 10%
San Juan 10 7 12 7 11%
Sicsibamba 4 7 7 10 5%
TOTAL 90 75 93 92 100%
*Datos obtenidos segn el alojamiento de TRC
1 = 183.39
Como la muestra es mayor > 80, remplazado los valores en Frmula (2.3), se tiene:
183.39
1 = 183.39
1+ 350
1 = 119.55
1 = 120 Turistas
2. Indicadores cuantitativos
N = 40 reportes
Muestra:
Como la poblacin es igual a 40 reportes se estudia toda la poblacin.
Unidad de anlisis: Reporte
Criterios de inclusin: Se considera los reportes generado por trabajador en peticin de
administrador de TRC
Criterios de exclusin: Ninguno.
Poblacin (N4)
3 6 4
N4 = 4
1 1 1
N4 = 288
(288)(1.96)2 (0.5)(0.5)
n4 =
(288 1)(0.05)2 + (1.96)2 (0.5)(0.5)
n4 = 164.85
n4 = 165
165
4 = 165
1 + 288
4 = 104.90
N % Estadsticos de fiabilidad
Estadsticos total-elemento
N Correlacin Sig.
Diferencias emparejadas
Par 1 Sistema
Actual -
-1.60000 .98489 .32830 -2.35705 -.84295 -4.874 8 .001
Sistema
Propuesto
Fuente: spss19
Fuente: XLSTAT
El cuadro anterior muestra el (Z calculado). Puesto que (Z calculado) > (Z tabular) y estando este
valor dentro de la regin de rechazo, se rechaza Ho y Ha es aceptada, para la prueba de hiptesis
del indicador Costos operacionales en la generacin de reportes (CGR).
Variable 1 Variable 2
Media 611.5155649 0.27
Varianza (conocida) 5702.94 0.5192
Observaciones 40 40
Diferencia hipottica de las medias 0
z 51.1889884
P(Z<=z) una cola 0
Valor crtico de z (una cola) 1.644853627
Valor crtico de z (dos colas) 0
Valor crtico de z (dos colas) 1.959963985
Fuente: XLSTAT
El cuadro anterior muestra el (Z calculado). Puesto que (Z calculado) > (Z tabular) y estando
este valor dentro de la regin de rechazo, se rechaza Ho y Ha es aceptada, para la prueba de
hiptesis del indicador Tiempo de generacin de reportes de gestin (TGR).
Usando el software estadstico IBM SPSS Statics 19 se obtuvieron los siguientes resultados:
Estadsticos descriptivos
Desviaci
N Mnimo Mximo Suma Media n estndar Varianza
Sistema Actual 45288.0
105 300.60 667.80 431.3143 98.77728 9756.951
0
Sistema
105 .002 .099 .985 .00938 .010256 .000
Propuesto
N vlido (por
105
lista)
Resultado de la Prueba Z:
Variable 1 Variable 2
Media 850.535648 0.01763498
Varianza (conocida) 3882.82 0.71
Observaciones 1105 105
Diferencia hipottica de las medias 0
z 141.176372
P(Z<=z) una cola 84 0
Valor crtico de z (una cola) 1.644853637
Valor crtico de z (dos colas) 0
Valor crtico de z (dos colas) 1.959963985
Fuente: XLSTAT
Se muestra imgenes
para la difusin
turstica de Turismo
rural comunitario
Sihuas
b. Alojamiento
Buscar destino
Ingresar ciudad
Fecha de entra
y fecha de
salida
Cantidad de
habitacin
Llenar el
formulario de
reserva
Mensaje de
reserva registrada
c. Gastronoma
Se muestra la localizacin
en google maps, con una
imagen y se puede ver los
detalles del restaurante
como el telfono, las
comidas que ofrece,
precio, direccin, etc.
Bsqueda de actividades
festivales por meses.
B. ADMINISTRACIN WEB
Configuracin y acceso a
sistema.
Se visualiza las tareas
realizadas.
Se visualiza acciones
realizadas en redes
sociales.
Presentacin gastronmica
La presentacin al cliente o Acceso a servicio de de platos tpicos y
turista. alojamiento y reservar hotel restaurantes.
Ejemplo:
Para = 10 grados de libertad:
P[ t>1.812]=0.05
P[ t<-1.812]=0.05