Informe Proyecto de Titulo JOcares FPaillan PDF

Sistema de gestin de alertas y de
soporte a la decisin usando

tcnicas de inteligencia de negocio
para un centro de ski
Informe de Actividad Terminal para optar al Ttulo de

Ingeniero de Ejecucin en Computacin e Informtica
Alumnos:
Juan Ocares San Martn
Fabin Pailln Meneses
Profesor Patrocinante:
Denisse Quintana Belmar
Fecha: Mayo de 2014
A nuestras familias, quienes nos han acompaado incondicionalmente en este largo camino,
a nuestros profesores, por entregarnos los conocimientos necesarios para llevar a cabo
nuestro objetivo, a Lad.Cobra, Samuri y todos los personajes que hicieron ms amena esas
jornadas maratnicas de tesiar y por sobre todo a DIOS
Sumario|Contenido
Sumario
El proyecto aborda la solucin a la problemtica de falta de informacin de pistas
y andariveles en centros de ski, todo esto centrado en el caso particular de la empresa Nevados
de Chilln.
Entre las tcnicas utilizadas para llevar a cabo este proyecto se pueden
mencionar: la codificacin de la solucin implementada en CodeIgniter1, que es un framework
para el lenguaje de programacin PHP2, adems de hojas de estilo CSS3, JQuery4 y HTML55,
para el diseo de la vista y para el modelo de abstraccin MVC6 (Modelo Vista Controlador).
La metodologa que se usa es DRA7 (Desarrollo rpido de aplicaciones) y para implementar la
inteligencia de negocio se utilizan tcnicas de estadstica y generacin de grficos,
permitiendo as que la informacin sea entregada de forma resumida al usuario.
Es un framework para aplicaciones web de cdigo abierto para crear sitios web dinmicos con PHP.
Es un lenguaje de programacin de usos general de cdigo del lado del servidor originalmente diseado para el
desarrollo web de contenido dinmico.
3
Es el lenguaje de hojas de estilo utilizado para describir el aspecto y el formato de un documento escrito en un
lenguaje demarcas, esto incluye varios lenguaje basados en XML como son XHTML o SVG.
4
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.
5
(HyperText Markup Language, versin 5) es la quinta revisin importante del lenguaje bsico de la World Wide
Web, HTML.
6
Es un patrn de arquitectura de software que separa los datos y la lgica de negocio de una aplicacin de la
interfaz de usuario y el mdulo encargado de gestionar los eventos y las comunicaciones.
7
Es un proceso de desarrollo de software, desarrollado inicialmente por James Maslow en 1980. El mtodo
comprende el desarrollo interactivo, la construccin de prototipos y el uso de utilidades CASE (Computer Aided
Software Engineering).
Sumario|Contenido
El sistema de gestin de alertas y de soporte a la decisin usando tcnicas de

inteligencia de negocio para un centro de ski (INFONIEVE)8, como propuesta de solucin al
problema en estudio, logra controlar y procesar la informacin generada de los procesos
asociados a las pistas y andariveles de un centro de ski, permitiendo conocer informacin
histrica, debido a que almacena los datos desprendidos de los procesos de mantenciones y
estados de andariveles y estados de pistas de ski. Con esto se logra conocer con mayor detalle
los problemas que presentan estas reas lo que permite la puesta en marcha de planes de
contingencia por parte del nivel gerencial de la empresa.
Con el fin de detectar las falencias especficas que manifiesta la empresa en

estudio, es que se analizan en detalle las caractersticas principales y el funcionamiento de ella,
especficamente en los procesos en estudio, lo que permite llevar a cabo una toma de
decisiones informada y de real aporte para la organizacin.
Una vez reunidos todos los antecedentes, se comienza a disear la solucin, para
lo cual se utiliza modelamiento de bases de datos, de clases y de funciones del sistema.
Finalizando el proceso se procede al desarrollo o construccin y posteriores

pruebas del proyecto, con estas ltimas se busca verificar que el sistema responda a todos los
requerimientos antes planteados con el mejor desempeo y la ms alta calidad.
Nombre clave para denominar el proyecto desarrollado como actividad final para la obtencin del ttulo de
ingeniero de ejecucin en computacin e informtica.
ndice general|Contenido
ndice general
Contenido
Sumario........................................................................................................................................ 3
ndice general .............................................................................................................................. 5
Contenido ................................................................................................................................. 5
ndice de ilustraciones ................................................................................................................. 9
ndice de tablas .......................................................................................................................... 11
Introduccin ............................................................................................................................... 14
Captulo 1: Antecedentes generales ........................................................................................... 16
1.1 Introduccin ..................................................................................................................... 16
1.2 Anlisis previo ................................................................................................................. 17
1.3 Antecedentes generales de la organizacin...................................................................... 18
1.3.1 Misin y visin de la organizacin ........................................................................... 19
1.4 Historia de la organizacin. ............................................................................................. 20
1.5 Infraestructura computacional ......................................................................................... 21
1.6 Organigrama de la empresa ............................................................................................. 22
1.7 Descripcin del rea de estudio ....................................................................................... 23
1.8 Modelo del rea en estudio .............................................................................................. 25
1.9 Anlisis crtico de la situacin actual .............................................................................. 27
1.10 Alternativas de solucin y propuesta ms conveniente ................................................. 29
1.11 Metodologa empleada ................................................................................................... 33
1.11.1 Mtodo de desarrollo............................................................................................... 33
1.11.2 Ventajas y desventajas del modelo de desarrollo rpido de aplicaciones. .............. 36
1.12 Arquitectura del software............................................................................................... 38
1.13 Nuevo modelo de la alternativa de solucin .................................................................. 41
5
1.14 Estudio de factibilidad ................................................................................................... 45

1.15 Conclusin y comentarios .............................................................................................. 57
Captulo 2: Especificacin de requerimientos ........................................................................... 58
2.1 Introduccin ..................................................................................................................... 58
2.2 Nombre del sistema ......................................................................................................... 58
2.3 Objetivos del sistema ....................................................................................................... 58
2.3.1 Objetivos generales ................................................................................................... 58
2.3.2 Objetivos especficos................................................................................................. 59
2.4 Usuarios del sistema ........................................................................................................ 60
2.4.1 Usuarios directos ....................................................................................................... 61
2.5 Anlisis y determinacin de requerimientos .................................................................... 62
2.5.1 Caractersticas de la aplicacin ................................................................................. 62
2.5.1.1 Tecnologas a emplear ............................................................................................ 63
2.6 Lista y diagramas de casos de uso generales. .................................................................. 63
2.6.1 Diagramas de casos de uso por mdulo y casos de uso extendidos .......................... 65
2.6.1.1 Autentificar cuenta ................................................................................................. 66
2.6.1.2 Mdulo gestionar locacin ..................................................................................... 69
2.6.1.3 Mdulo gestionar usuario ....................................................................................... 84
2.6.1.2 Mdulo gestionar andariveles ................................................................................ 91
2.6.1.4 Mdulo gestionar pistas. ...................................................................................... 111
2.6.1.5 Mdulo gestionar sitio.......................................................................................... 123
2.7 Prueba a la especificacin de requisitos......................................................................... 125
2.8 Conclusiones y comentarios .......................................................................................... 126
Captulo 3: Diseo ................................................................................................................... 127
3.1 Introduccin ................................................................................................................... 127
3.2 Modelo conceptual ......................................................................................................... 128
3.3 Diagrama de clases ........................................................................................................ 129
3.4 Diagramas de colaboracin ............................................................................................ 131
3.4.1 Diagrama de colaboracin de agregar ..................................................................... 132
3.4.2 Diagrama de colaboracin de modificar ................................................................. 132
6
3.4.3 Diagrama de colaboracin de eliminar.................................................................... 134

3.4.4 Diagrama de colaboracin de autenticar: ................................................................ 135
3.4.5 Diagrama de colaboracin de generar informe ....................................................... 136
3.4.6 Diagrama de colaboracin de cerrar reporte ........................................................... 137
3.4.7 Diagrama de colaboracin de agregar mantencin ................................................. 138
3.5 Modelo entidad relacin (MER) .................................................................................... 139
3.5.1 Diccionario de datos y detalle ................................................................................. 141
3.6 Diagramas de secuencia del sistema (DSS) ................................................................... 150
3.6.1 Diagrama de secuencia de autentificar usuario ....................................................... 150
3.6.2 Diagrama de secuencia de agregar .......................................................................... 151
3.6.3 Diagrama de secuencia de modificar ...................................................................... 152
3.6.4 Diagrama de secuencia cerrar ................................................................................. 153
3.6.5 Diagrama de secuencia de eliminar ......................................................................... 154
3.6.6 Diagrama de secuencia de reporte ........................................................................... 155
3.7 Pruebas al diseo del sistema......................................................................................... 156
3.8 Conclusiones y comentarios .......................................................................................... 158
Captulo 4: Construccin pruebas y puesta en marcha. ........................................................... 159
4.1 Introduccin ................................................................................................................... 159
4.2 Construccin .................................................................................................................. 160
4.3 Pruebas a la construccin ............................................................................................... 160
4.4 Puesta en marcha ........................................................................................................... 162
4.4.1 Instalacin ............................................................................................................... 162
4.4.2 Capacitacin ............................................................................................................ 162
4.4.3 Pruebas de uso del sistema ...................................................................................... 163
4.4.4 Pruebas de estrs del sistema .................................................................................. 165
4.5 Conclusin y comentarios .............................................................................................. 168
Captulo 5: Conclusiones y trabajos futuros ............................................................................ 169
Bibliografa .............................................................................................................................. 172
Anexos ..................................................................................................................................... 174
7
Anexo A: Encuesta realizada a trabajadores para ver aceptacin al sistema ....................... 174
Anexo B: Nomenclatura para diagramas BPMN ................................................................. 176
Anexo C: Medidas de seguridad .......................................................................................... 179
1.
Seguridad fisica......................................................................................................... 179
2.
Politicas de respaldos para el sistema ....................................................................... 179
Anexo D: Manual de usuario del sistema ............................................................................ 180

Anexo E: Manual de instalacin del sistema ....................................................................... 205
ndice de ilustraciones|Contenido
ndice de ilustraciones
Ilustracin 1: Diagrama de infraestructura computacional de Nevados de Chilln. ................. 21
Ilustracin 2: Organigrama de Nevados de Chilln................................................................... 22
Ilustracin 3: Descripcin del proceso de medios de elevacin en Nevados de Chilln
(BPMN). .................................................................................................................................... 26
Ilustracin 4: Representacin del modelo de desarrollo rpido de aplicaciones (RAD). .......... 35
Ilustracin 5 : Interaccin entre los distintos componentes del patrn de diseo modelo vista
controlador (MVC). ................................................................................................................... 39
Ilustracin 6: Flujo de la informacin en las distintas partes para la solucin propuesta. ........ 42
Ilustracin 7: Modelo de Procesos de Negocio (BPMN), de la alternativa de solucin para la
adquisicin de datos de mantencin de medios de elevacin. ................................................... 43
Ilustracin 8: Modelo de Procesos de Negocio (BPMN), de la alternativa de solucin para la
adquisicin de datos de estados de pistas de SKI y medios de elevacin. ................................ 44
Ilustracin 9: Grfico que representa el inters de los trabajadores por cooperar con el
desarrollo del proyecto. ............................................................................................................. 47
Ilustracin 10: Grfico que representa el inters de los trabajadores por el aprendizaje del uso
de nuevas tecnologas. ............................................................................................................... 47
Ilustracin 11: Grfico que representa la importancia del proyecto segn la apreciacin de los
trabajadores. ............................................................................................................................... 48
Ilustracin 12: Anlisis de factibilidad econmica del proyecto. .............................................. 56
Ilustracin 13: Diagrama de caso de uso general ...................................................................... 65
Ilustracin 14: Diagrama de caso de uso gestionar locacin. .................................................... 69
Ilustracin 15: Diagrama de casos de uso para gestionar usuario. ............................................ 84
Ilustracin 16: Diagrama de casos de uso para gestionar andariveles ....................................... 91
Ilustracin 17: Diagrama de casos de uso para gestionar pistas. ............................................. 111
Ilustracin 18: Diagrama de casos de usos para gestionar sitio. ............................................. 123
Ilustracin 19: Modelo conceptual de INFONIEVE. .............................................................. 128
Ilustracin 20: Diagrama de clases .......................................................................................... 130
Ilustracin 21: Diagrama de colaboracin de agregar ............................................................. 132
9
ndice de ilustraciones|Contenido
Ilustracin 22: Diagrama de colaboracin de modificar ......................................................... 133

Ilustracin 23: Diagrama de colaboracin de eliminar ............................................................ 134
Ilustracin 24: Diagrama de colaboracin de autenticar ......................................................... 135
Ilustracin 25: Diagrama de colaboracin de generar informe ............................................... 136
Ilustracin 26: Diagrama de colaboracin de cerrar reporte ................................................... 137
Ilustracin 27: Diagrama de colaboracin de agregar mantencin a andarivel ....................... 138
Ilustracin 28: Modelo Entidad Relacin. ............................................................................... 140
Ilustracin 29: Diagrama de secuencia de autentificar usuario ............................................... 150
Ilustracin 30: Diagrama de secuencia de agregar .................................................................. 151
Ilustracin 31: Diagrama de secuencia de modificar .............................................................. 152
Ilustracin 32: Diagrama de secuencia cerrar reporte ............................................................. 153
Ilustracin 33: Diagrama de secuencia de eliminar ................................................................. 154
Ilustracin 34: Diagrama de secuencia de reporte ................................................................... 155
10
ndice de tablas|Contenido
ndice de tablas
Tabla 1: Antecedentes generales de la empresa Nevados de Chilln. ....................................... 18
Tabla 2: Actores que intervienen en el proceso en estudio ....................................................... 24
Tabla 3: Problemas de Nevados de Chilln y sus consecuencias. ............................................. 28
Tabla 4: Comparacin entre los sistemas propuestos para la solucin del problema................ 32
Tabla 5: Descripcin de hardware para el servidor del sistema, existente en la empresa. ........ 50
Tabla 6: Descripcin del sistema operativo para el servidor. .................................................... 50
Tabla 7: Costos del hardware. ................................................................................................... 51
Tabla 8: Costos del sistema operativo. ...................................................................................... 51
Tabla 9: Costos de desarrollo. ................................................................................................... 52
Tabla 10 : Resumen de costos fijos. .......................................................................................... 53
Tabla 11: Tipos de usuarios y descripcin de los permisos en el sistema. ................................ 60
Tabla 12: Gestionar locacin. .................................................................................................... 63
Tabla 13: Gestionar usuario....................................................................................................... 64
Tabla 14: Gestionar andarivel.................................................................................................... 64
Tabla 15: Gestionar pistas. ........................................................................................................ 64
Tabla 16: Gestionar sitio. .......................................................................................................... 65
Tabla 17: Caso de uso extendido de autentificar cuenta ........................................................... 67
Tabla 18: Caso de uso extendido de agregar locacin............................................................... 70
Tabla 19: Caso de uso extendido de modificar locacin. .......................................................... 73
Tabla 20: Caso de uso extendido de eliminar locacin. ............................................................ 75
Tabla 21: Caso de uso extendido de agregar andarivel a locacin ............................................ 77
Tabla 22: Caso de uso extendido de eliminar andarivel a locacin........................................... 79
Tabla 23: Caso de uso extendido de agregar pista a locacin ................................................... 81
Tabla 24: Caso de uso extendido de eliminar pista a locacin. ................................................. 83
Tabla 25: Caso de uso extendido de agregar usuario ................................................................ 85
Tabla 26: Caso de uso extendido de modificar usuario ............................................................. 88
Tabla 27: Caso de uso extendido de eliminar usuario ............................................................... 90
Tabla 28: Caso de uso extendido de agregar andarivel ............................................................. 92
11
ndice de tablas|Contenido
Tabla 29: Caso de uso extendido de modificar andarivel .......................................................... 95

Tabla 30: Caso de uso extendido de eliminar andarivel. ........................................................... 97
Tabla 31: Caso de uso extendido de agregar reporte andarivel ................................................. 99
Tabla 32: Caso de uso extendido de cerrar reporte andarivel.................................................. 101
Tabla 33: Caso de uso extendido de agregar mantencin andarivel........................................ 103
Tabla 34: Caso de uso extendido de cerrar reporte andarivel.................................................. 105
Tabla 35: Caso de uso extendido de consultar informe andarivel ........................................... 106
Tabla 36: Caso de uso extendido de agregar mecnico andarivel ........................................... 107
Tabla 37: Caso de uso extendido de modificar mecnico andarivel ....................................... 110
Tabla 38: Caso de uso extendido de agregar pista................................................................... 112
Tabla 39: Caso de uso extendido de modificar pista ............................................................... 115
Tabla 40: Caso de uso extendido de eliminar pista. ................................................................ 117
Tabla 41: Caso de uso extendido de agregar reporte pista ...................................................... 119
Tabla 42: Caso de uso extendido de cerrar reporte pista. ........................................................ 121
Tabla 43: Caso de uso extendido de consultar informe pista .................................................. 122
Tabla 44: Caso de uso extendido de modificar configuracin sitio. ....................................... 124
Tabla 45 Matriz de validacin de requerimientos para requisitos del proyecto ...................... 125
Tabla 46: Descripcin de los atributos de la tabla andariveles................................................ 141
Tabla 47: Descripcin de los atributos de la tabla calidadNieve. ............................................ 142
Tabla 48: Descripcin de los atributos de la tabla configuracin............................................ 142
Tabla 49: Descripcin de los atributos de la tabla compra dificultadPistas. ........................... 142
Tabla 50: Descripcin de los atributos de la tabla estadosAndariveles. .................................. 143
Tabla 51: Descripcin de los atributos de la tabla estadosPistas............................................. 143
Tabla 52: Descripcin de los atributos de la tabla locaciones. ............................................... 144
Tabla 53: Descripcin de los atributos de la tabla locacionesAndariveles.............................. 144
Tabla 54: Descripcin de los atributos de la tabla locacionesPistas........................................ 144
Tabla 55: Descripcin de los atributos de la tabla mantencionesAndariveles. ....................... 145
Tabla 56: Descripcin de los atributos de la tabla mecnicos. ................................................ 146
Tabla 57: Descripcin de los atributos de la tabla pistas......................................................... 147
Tabla 58: Descripcin de los atributos de la tabla reporteAndariveles. .................................. 147
12
Tabla 59: Descripcin de los atributos de la tabla reportesMantencionesAndariveles. .......... 148

Tabla 60: Descripcin de los atributos de la tabla reportesPistas............................................ 148
Tabla 61: Descripcin de los atributos de la tabla usuarios. ................................................... 149
Tabla 62: Descripcin de los atributos de la tabla tiposUsuarios. ........................................... 149
Tabla 63: Matriz de validacin de funcionalidades para el sistema ........................................ 157
Tabla 64: Pruebas de construccin .......................................................................................... 161
Tabla 65: Prueba de uso ingresar nuevo reporte de andarivel y nuevo reporte de pistas. ....... 163
Tabla 66: Prueba de uso agregar una nueva mantencin......................................................... 164
Tabla 67: Prueba de uso consultar un informe. ....................................................................... 164
Tabla 68: Resultados obtenidos de las pruebas de estrs. ....................................................... 167
13
Introduccin|
Introduccin
Este documento es desarrollado y presentado con el fin de cumplir con los
requisitos para la obtencin del ttulo de Ingeniera de Ejecucin en Computacin e
Informtica y presentar la documentacin desprendida del proceso de desarrollo de un
software para la empresa Nevados de Chilln.
Se presenta informacin relevante acerca de la empresa, como su historia, su

organizacin interna, su misin y visin, todo esto con el objetivo de lograr contextualizar la
problemtica a abordar.
Prosiguiendo con el estudio, en este se detalla la forma de proceder en la

actualidad de la empresa, la finalidad de esto es lograr una comprensin clara y detallada de la
situacin existente, sus mtodos, procedimientos y formas de funcionamiento. Como solucin
a las problemticas detectadas, se disea un software a partir de requerimientos,
especficamente un sistema de gestin operacional y soporte a la decisin. Como conclusin
de esta etapa se realiza la eleccin de las caractersticas y el comportamiento del sistema, para
ello se utiliza el lenguaje UML9 especficamente diagramas de casos de uso.
Con el fin de llevar cabo y ejecutar las soluciones propuestas, se da inicio a las
etapas de diseo; en esta se describen las herramientas y los procesos en los cuales se disean
los modelos de bases de datos expresados en modelos ER10 (Entidad - Relacin), diseo de
diagrama de clases, diagramas de colaboracin y de secuencia todos estos expresados en
lenguaje UML.
Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar
para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de
negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas
de bases de datos y compuestos reciclados.
10
Es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de
informacin as como sus interrelaciones y propiedades.
14
Introduccin|
Concluyendo este estudio y ejecucin, se presentan las etapas de construccin de

la solucin propuesta y pruebas, en estas se evala si el sistema cumple con los objetivos
propuestos, se comprueban posibles fallas y se perfilan posibles mejoras y funcionalidades
futuras.
15
Captulo 1: Antecedentes generales|1.1 Introduccin
Captulo 1: Antecedentes generales

1.1 Introduccin
Actualmente en las empresas, no basta con ofrecer el mejor producto o el mejor
servicio, hoy, es necesario conocer las propias fortalezas y debilidades, es por ello que se
vuelve imprescindible, mantener un riguroso plan de retroalimentacin de informacin en las
distintas reas del negocio, con ello se busca el constante mejoramiento en los procesos, que
permitan tomas de decisiones basadas en las necesidades reales de las organizaciones.
Existen variadas tcnicas que permiten el procesamiento de datos con el fin de
obtener informacin objetiva, estas tcnicas aplicadas de manera profesional y estudiada, dan
como resultado, herramientas de inteligencia de negocio, que permiten un crecimiento
considerable, tomando en cuenta que los datos con los que se trabaja son ntegros y de gran
valor ya que son capturados por los distintos procesos de la organizacin, y tratados de forma
tal que se logre la obtencin de informacin real y valiosa para las etapas gerenciales.
Estudiando las tcnicas de inteligencia de negocios existentes en la actualidad, el
rea informtica de cualquier organizacin, por ms pequea que esta sea, es capaz de lograr
la confeccin e implementacin de herramientas de apoyo a la gerencia, que permitan el
crecimiento gradual o explosivo de la organizacin, con ello el mejor funcionamiento de esta,
lo que se traduce en mejoras sustanciales para los clientes y trabajadores que se ven afectados
por el alcance que estas mejoras tengan.
16
Captulo 1: Antecedentes generales|1.2 Anlisis previo
1.2 Anlisis previo

Desde que se comenz a licitar el dominio esquiable de las Termas Minerales de
Chilln, propiedad de la Ilustre Municipalidad de Chilln, dos han sido las empresas que se lo
han adjudicado. Comenzando primero la empresa Hotelera SOMONTUR S.A. (dueos de la
marca Termas de Chilln), con un periodo de actividad que comprende desde el ao 1979
hasta el ao 2007, siendo este ltimo, el ao en que cambia de concesionario ganando la
licitacin de las Termas Minerales de Chilln la empresa Nevados de Chilln, actual
controlador de los complejos tursticos municipales situados en las Termas Minerales de
Chilln.
Con el afn de mantenerse siempre a la vanguardia tecnolgica y en una

bsqueda constante de la excelencia en el servicio a sus clientes, Nevados de Chilln, ha
decidido esta temporada innovar, es por ello, que requiere la creacin de una herramienta
informativa para sus clientes y que a su vez apoye a la toma de decisiones en el rea de
mantencin y gestin de recursos. Acotando el espectro de accin a las pistas de ski y medios
de elevacin.
17
Captulo 1: Antecedentes generales|1.3 Antecedentes generales de la organizacin
1.3 Antecedentes generales de la organizacin

A continuacin se describen los datos ms relevantes de la organizacin,
presentados en la tabla 1:
Presidente del directorio
Sr. Guillermo Ruiz Prez
Consorcio Chilln Uno S.A.: 76.009.713-6
Rut de las empresas
Consorcio Chilln Dos S.A.: 76.009.718-7
Turismo y Gestin Hotelera uble Ltda.: 76.007.779-8
Gerente General
Sr. Manuel Dinamarca Pia
Gerente divisin hoteles
Sr. Claudio Quintana Contreras
Gerente divisin Montaa
Sr. Ricardo Belcredi Gaviln
Gerente de Marketing
Sr. Rodrigo Medina Paredes
Direccin
Km. 85 Camino a Nevados de Chilln, comuna Pinto
Giro
Administracin de complejos tursticos
Tabla 1: Antecedentes generales de la empresa Nevados de Chilln.
18
Captulo 1: Antecedentes generales|1.3 Antecedentes generales de la organizacin
1.3.1 Misin y visin de la organizacin

Para dar cumplimiento a las ideas y sueos futuros, la organizacin ha establecido
la siguiente misin:
Entregar una experiencia de montaa y hotelera slido y de alta calidad dentro

de Chile, que permita cumplir con todas las expectativas de usuarios provenientes de todo el
mundo, por medio de la promulgacin de nuestros principales valores, amabilidad,
responsabilidad, honestidad, trabajo en equipo, equidad y difusin de vida sana en contacto
con la montaa. Todo esto gracias a los hermosos paisajes que otorga la Cordillera de Los
Andes. Permitiendo as mejorar la calidad de vida tanto de clientes como trabajadores.
(Nevados de Chilln, 2008)
Se considera que la visin de la organizacin es:
Llegar a ser el centro turstico de montaa ms importante a nivel

latinoamericano a travs de la entrega de servicios de alta calidad con el afn de generar
una experiencia de vida inolvidable para clientes y trabajadores. (Nevados de Chilln, 2008)
19
Captulo 1: Antecedentes generales|1.4 Historia de la organizacin.
1.4 Historia de la organizacin.

La empresa Nevados de Chilln, nombre de fantasa, que aglomera tres
empresas dedicadas al rubro de administracin de centros tursticos, estas son: Consorcio
Chilln Uno S.A., encargada de la administracin del centro de ski Nevados de Chilln, del
nuevo hotel Alto Nevados, este ltimo en construccin y del centro turstico Valle
Hermoso; Consorcio Chilln Dos S.A., encargada de la administracin del hotel Nevados
de Chilln (ex Pirigallo) y por ltimo, Turismo y Gestin Hotelera uble Ltda., encargada
de la administracin de ambos consorcios. (Nevados de Chilln, 2008)
Formada en el ao 2007, por varios socios, siendo el Sr. Guillermo Ruiz Prez, el
presidente del directorio y como gerente general el Sr. Cristian Gonzlez Palma, mismo ao en
el que se adjudica la licitacin para el control de activos municipales ubicados en Termas
Minerales de Chilln y con ello, comienzan la actividad en el rubro de la administracin de
centros tursticos hasta la fecha actual, en la que se ha consagrado como uno de los ms
conocidos centros tursticos invernales dentro del pas y en Latinoamrica.
Actualmente el centro de operaciones de Nevados de Chilln est ubicado en

Km. 85 camino a Nevados de Chilln comuna de Pinto; el telfono de contacto de la mesa
central es 042-2-220610.
20
Captulo 1: Antecedentes generales|1.5 Infraestructura computacional
1.5 Infraestructura computacional

Nevados de Chilln si bien es cierto, es una empresa mayoritariamente de
montaa, cuenta con una respetable infraestructura computacional (ver Ilustracin 1:
Diagrama de infraestructura computacional de Nevados de Chilln.), con 4 servidores (3 en las
instalaciones de la empresa y un servidor externo de correos), una conexin WAN11 con fibra
ptica, que conecta la oficina de administracin con las instalaciones operativas en la
cordillera de la comuna de Pinto; a esto se deben sumar alrededor de 100 computadores
destinados a variadas labores de oficina, adems de 2 centrales telefnicas, una ubicada en las
oficinas de administracin en la ciudad de Chilln y la otra en el Hotel Nevados de Chilln,
ubicado en la localidad de Nevados de Chilln comuna de Pinto.
Ilustracin 1: Diagrama de infraestructura computacional de Nevados de Chilln.
11
Una red de rea amplia, o WAN, por las siglas en ingls de (wide area network), es una red de computadores
que abarca varias ubicaciones fsicas, proveyendo servicio a una zona, un pas, incluso varios continentes. Es
cualquier red que une varias redes locales.
21
Captulo 1: Antecedentes generales|1.6 Organigrama de la empresa
1.6 Organigrama de la empresa

En el organigrama de Nevados de Chilln se puede apreciar que depende de un
directorio de accionistas, el cual delega las responsabilidades a la gerencia general de la
empresa y esta a su vez, a las gerencias de cada rea y departamentos respectivamente.
A continuacin (ver Ilustracin 2: Organigrama de Nevados de Chilln.) se

presenta el actual organigrama que rige la organizacin, cabe sealar, que este no sufre
modificaciones desde el comienzo de las operaciones, en el ao 2008.
Ilustracin 2: Organigrama de Nevados de Chilln.
22
Captulo 1: Antecedentes generales|1.7 Descripcin del rea de estudio
1.7 Descripcin del rea de estudio

El proceso comienza en Central Montaa, que es la encargada de asignar las
pistas del Centro de SKI a cada pistero, los pisteros a su vez informan las condiciones de las
pistas a la central la cual publica los estados en el INFONIEVE (pgina web que entrega
informacin de pistas a pasajeros, trabajadores y pblico en general). As tambin los pisteros
informan del cierre de medios de elevacin por problemas tcnicos o por problemas climticos
(vientos por sobre una determinada velocidad).
La Central Montaa a su vez, es la encargada de comunicar al Taller Mecnico,

de los desperfectos en los medios de elevacin reportados por los pisteros, Taller Mecnico,
designa a sus mecnicos para la solucin de las distintas fallas reportadas por Central
Montaa.
Los mecnicos verifican el tipo de falla ven la posible solucin, si es reparable en

la visita o si es necesario la solicitud de repuestos especficos para la solucin del desperfecto.
En ambas ocasiones reportan lo acontecido al Taller Mecnico, que a su vez le reporta a
Central Montaa para su publicacin en INFONIEVE. Cabe destacar que no se mantiene
informacin ni registro de los desperfectos, por ninguna de las entidades que participan en el
proceso.
23
Captulo 1: Antecedentes generales|1.7 Descripcin del rea de estudio
En la Tabla 2: Actores que intervienen en el proceso en estudio, se describen los actores del
proceso y el rol que cumplen en este.
Actor
Cantidad
Pistero
20
Rol que cumple en el proceso

Informar las condiciones de las pistas de ski y los
medios de elevacin del centro de ski
Asigna pistas a patrullar por cada pistero.
Informa al taller mecnico sobre desperfectos en medios
de elevacin reportados por pisteros.
Operadora de
central montaa
Publica estados de pistas de ski, medios de elevacin, y

acceso al centro de ski, en plantilla INFONIEVE.
Informa al personal de la empresa y a lista de correos de
clientes sobre estado de pistas y medios de elevacin as
tambin del estado del centro de ski
Mecnico
12
Repara los medios de elevacin del centro del ski
Tabla 2: Actores que intervienen en el proceso en estudio
24
Captulo 1: Antecedentes generales|1.8 Modelo del rea en estudio
1.8 Modelo del rea en estudio

Con el fin de mostrar de manera grfica la descripcin del rea en estudio
abordado en el punto 1.7 es que se presenta en la ilustracin 3, el diagrama en notacin
BPMN12; en l se muestra la forma actual en la que se trabaja el proceso de mantencin de
medios de elevacin (andariveles), la forma en la que se avisa del cierre de estos por fallas
tcnicas o climticas de los mismos medios de elevacin y del cierre de pistas en el centro por
razones climticas predefinidas por Nevados de Chilln, con el fin de mantener la seguridad
para el pblico en general y para sus trabajadores.
12
Es una notacin grfica que describe la lgica de los pasos de un proceso de Negocio. Esta notacin ha sido
especialmente diseada para coordinar la secuencia de los procesos y los mensajes que fluyen entre los
participantes de las diferentes actividades.
25
Captulo 1: Antecedentes generales|1.8 Modelo del rea en estudio
Ilustracin 3: Descripcin del proceso de medios de elevacin en Nevados de Chilln (BPMN).
26
Captulo 1: Antecedentes generales|1.9 Anlisis crtico de la situacin actual
1.9 Anlisis crtico de la situacin actual

Al analizar la situacin actual de Nevados de Chilln, se puede apreciar que no se
cuenta con un registro de las mantenciones a los medios de elevacin, y los que existen (en
forma de notas personales de los operadores), se manejan en papel lo que impide una
bsqueda gil y eficaz de alguna situacin en particular. Se desconoce los tiempos que duran
cada mantencin de andariveles, as tambin, se desconocen las fallas ms comunes. Esto
impide la toma de decisiones oportunas por la gerencia, lo que conlleva, a un retraso
significativo en los servicios ofrecidos por Nevados de Chilln.
El estado de las pistas de ski del centro es manejado con una planilla Microsoft
Excel, dicha planilla es llamada INFONIEVE, en ella se incluye informacin sobre las
pistas y los medios de elevacin operativos en una determinada jornada, estado del camino,
adems de situacin climtica proporcionada por el personal de mantencin de pistas.
En el proceso actual, por lo investigado en terreno, dicha planilla es difundida por

correo electrnico a las distintas reas de la empresa incluyendo a oficinas de turismo y
empresas relacionadas con el rubro en el Valle Las Trancas y mediante la web de Nevados de
Chilln para el pblico en general, no quedando de esto un registro del estado del centro en un
da en particular; la informacin es recopilada y modificada una vez al da, lo que provoca una
laguna en los datos, sobre cambios ocurridos durante el transcurso de la jornada. As tambin,
no es exhibida en cafeteras ni hoteles del centro de ski, siendo esta, la principal falencia del
proceso de divulgacin del estado actual del dominio esquiable.
27
Captulo 1: Antecedentes generales|1.9 Anlisis crtico de la situacin actual
En la tabla 3, se describen los problemas antes mencionados y las consecuencias

que esto trae a la empresa y a sus pasajeros.
Problema
Consecuencia
No se mantienen registro sobre:

Mantenciones realizadas a medios de
elevacin.
Desinformacin de los procesos sealados,
El periodo que se mantiene cerrada una pista.
perdida de informacin sensible para el
El periodo que se mantiene cerrado un
funcionamiento del centro de ski.
determinado medio de elevacin.

Plantilla InfoNieve de un determinado da.
No existe la posibilidad de consultar
Se desconocen las posibles fallas frecuentes,
informacin sobre un determinado medio de
lo que impide la realizacin de planes de
elevacin en un intervalo de tiempo definido.
contingencia para fallas triviales.
Falta de divulgacin del estado del centro de
Molestia por parte de pasajeros y pblico en
ski hacia las distintas reas de la empresa,
general al no conocer el estado del centro ski
pasajeros del centro y pblico en general.
en el momento de la compra de tickets.
Imposibilidad de realizar estadsticas sobre
Falta de informacin para la realizacin de
procesos de mantencin de andariveles y
informes de resultados para la etapa de
tiempos de operacin de pistas.
gerencia.
Tabla 3: Problemas de Nevados de Chilln y sus consecuencias.
28
Captulo 1: Antecedentes generales|1.10 Alternativas de solucin y propuesta ms conveniente
1.10 Alternativas de solucin y propuesta ms conveniente

Como se expone en la tabla 3, los mayores problemas existentes en el proceso
estudiado, son la falta de registro y almacenamiento de datos adems de la falta de divulgacin
de informacin hacia el interior de la empresa, as tambin, al exterior a pasajeros del centro
de ski y pblico en general.
A continuacin se presentan las posibles soluciones a los problemas detectados

en el proceso en estudio:
Opcin 1: Llevar un registro de mantenciones a medios de elevacin y estados de las

pistas en fichas de papel organizadas por fecha, adems, crear una lista de correos
compuesta por los e-mails de todos los trabajadores de Nevados de Chilln, incluyendo
en ella a los clientes frecuentes para realizar la divulgacin de informacin sobre el
estado de pistas y medios de elevacin del centro de ski.
Opcin 2: Llevar un registro de mantenciones a medios de elevacin y estados de

pistas en una planilla electrnica, adems, crear una lista de correos compuesta por los
e-mails de todos los trabajadores de Nevados de Chilln, incluyendo en ella a los
clientes frecuentes para realizar la divulgacin de informacin sobre el estado de
pistas y medios de elevacin del centro de ski. La planilla electrnica debe publicarse
con cada modificacin en la pgina web institucional de Nevados de Chilln.
Opcin 3: Crear un sistema para la gestin, procesamiento y divulgacin de la

informacin de pistas y medios de elevacin para centros de ski (InfoNieve).
29
A continuacin se abordan en detalle cada una de las opciones propuestas.
La Opcin 1 ofrece la posibilidad de mantener un registro de la informacin de

los procesos de mantencin de medios de elevacin, esto, gracias a fichas escritas en papel,
organizadas por fecha y hora de ingreso, dichas fichas son llenadas por el encargado de la
central de informacin de montaa.
En el caso del registro de las condiciones de las pistas de SKI, estas tambin son
preservadas en fichas de papel y organizadas en archivadores; se incluye adems, la
informacin del estado del camino, nieve acumulada y cada en distintos puntos del centro de
SKI.
La divulgacin de la informacin obtenida, se realiza mediante correo

electrnico, enviado a una lista de trabajadores del centro de SKI, clientes frecuentes y
oficinas del turismo cercanas a Nevados de Chilln.
La Opcin 2 al igual que la opcin 1, ofrece la posibilidad de mantener un

registro del proceso de mantencin de medios de elevacin, este registro es almacenado en una
planilla electrnica la cual se organiza por fecha y hora respectivamente.
Adems en otra planilla electrnica es almacenada la informacin de las

condiciones de las pistas del centro de SKI, as tambin, se incluye la informacin de las
condiciones del camino y de la nieve cada y acumulada en diferentes lugares del centro de
SKI.
La divulgacin de la informacin sobre el estado de las pistas, medios de

elevacin y estado del camino, se realiza mediante correo electrnico, dicho correo al igual
que en la opcin 1, es enviado a una lista de trabajadores del centro de SKI, clientes
frecuentes y oficinas del turismo cercanas a Nevados de Chilln.
30
La Opcin 3, denominada Sistema de gestin de alertas y de soporte a la

decisin usando tcnicas de inteligencia de negocio para un centro de ski desde ahora
llamado InfoNieve, es la herramienta en desarrollo de este proyecto. Esta al igual que en las
opciones 1 y 2, permite el almacenamiento, proceso y divulgacin de la informacin generada
por los procesos de mantencin y estado de medios de elevacin y pistas del centro de ski.
A diferencia de las opciones anteriores, InfoNieve, realiza estos procesos de tal

manera que permite la agilizacin del registro, almacenamiento y posterior bsqueda de la
informacin derivada del proceso en estudio, permitiendo as un control ms exhaustivo. De
igual manera, realiza la divulgacin del estado de pistas y medios de elevacin, incorporando
adems, la opcin de generacin de reportes estadsticos para la etapa de gerencia de la
empresa.
31
En la tabla 4, se realiza una comparativa entre las tres soluciones propuestas en

este punto.
Caracterstica
Opcin 1
Opcin 2
INFONIEVE
Si
Si
Si
Si
Si
Si
Registro de estado de pistas de SKI
Si
Si
Si
Divulgacin del estado de pistas de SKI
Si
Si
Si
Si
Si
Si
Si
Si
Si
Estadsticas para la toma de decisiones
No
No
Si
Gestin de reportes personalizados
No
No
Si
No
No
Si
Registro de mantenciones a medios de

elevacin
Registro de estado de medios de
elevacin
Divulgacin de estado de medios de

elevacin
Divulgacin del estado del camino y
nieve cada y acumulada en distintos
lugares del centro de SKI
Divulgacin de informacin de estado de

pistas y medios de elevacin mediante
pantallas informativas
Tabla 4: Comparacin entre los sistemas propuestos para la solucin del problema.
32
Captulo 1: Antecedentes generales|1.11 Metodologa empleada
1.11 Metodologa empleada

Dado que el software debe ser funcional lo antes posible, es preciso elegir una
metodologa que permita la ejecucin de este proyecto, de manera tal, que el desarrollo sea
gil y operativo, con el fin de lograr cautivar al cliente. Con esto, se busca recoger la mayor
cantidad de informacin posible, para logra llevar as llevar el proyecto a buen puerto.
Cabe destacar que la metodologa debe acomodarse a lo que el cliente necesita,

as como tambin, debe ser cmoda para el profesional ejecutante.
1.11.1 Mtodo de desarrollo

El modelo de desarrollo rpido de aplicaciones (en ingls Rapid Application
Development o RAD (Martin, 1991)), presentado por James Martin en 1991, el mtodo
comprende el desarrollo iterativo, la construccin de prototipos y el uso de utilidades de
ingeniera de software asistida por computadora (Computer Aided Software Engineering o
CASE 13 ). La metodologa de Martin implica el desarrollo y la construccin de prototipos
iterativos. Hoy en da, el trmino y su acrnimo han llegado a ser utilizado en un sentido
genrico amplio que abarca una variedad de tcnicas destinadas a acelerar el desarrollo de
aplicaciones, tales como el uso de entornos de aplicaciones Web.
El proceso RAD permite al equipo de desarrollo crear un sistema completamente

funcional dentro de periodos de tiempo muy cortos, por lo que se cie a las necesidades de la
empresa.
13
Son diversas aplicaciones informticas destinadas a aumentar la productividad en el desarrollo de software

reduciendo el costo de las mismas en trminos de tiempo y de dinero.
33
El RAD comprende las siguientes etapas:
Modelado de Gestin: aqu se modela el flujo de informacin entre las funciones de

gestin. Este flujo debe "responder" a preguntas tales como Qu informacin conduce
el proceso de gestin?, Quin la genera?, A dnde va la informacin?, Quin la
procesa?
Modelado de datos: se definen las caractersticas (atributos) de cada objeto, formado a

partir del flujo de informacin, y las relaciones entre ellos.
Modelado del proceso: las descripciones del proceso se crean para aadir, modificar,
suprimir o recuperar un objeto de datos.
Generacin de aplicaciones: en lugar de crear software, el RAD reutiliza componentes

de programas ya existentes o crea componentes reutilizables.
Prueba y entrega: debido al punto anterior, los componentes ya han sido examinados y
probados, lo cual permite que el tiempo de duracin de las pruebas sea menor. Todo
esto no impide que se tenga que probar cada uno de los nuevos componentes.
La ilustracin 4 muestra la representacin del modelo de desarrollo rpido de

aplicaciones (RAD) propuesto por Roger S. Pressman (Pressman, 2002).
34
Ilustracin 4: Representacin del modelo de desarrollo rpido de aplicaciones (RAD).
35
1.11.2 Ventajas y desventajas del modelo de desarrollo rpido de

aplicaciones.
Principales ventajas de la utilizacin de RAD:
Los prototipos o mdulos funcionales pueden ser fcilmente trasladados a otra

plataforma.
Mayor flexibilidad, ya que, los equipos de trabajo de RAD, generalmente estn

compuestos por profesionales multidisciplinarios.
Se reduce la codificacin manual, gracias a la reutilizacin y generalizacin de cdigo

y la adquisicin de cdigo de terceros.
Permite una mayor retroalimentacin de informacin desde el cliente.
Gracias a la reutilizacin de cdigo ya probado es posible reducir las fallas del

software.
Gracias a la reutilizacin de cdigo, se reducen los costos de desarrollo.
Al ser cdigo reutilizado en su mayora, se busca en lo posible estandarizar la interfaz

grfica estndar, lo que permite una mayor uniformidad.
36
Desventajas del modelo RAD segn Roger S. Pressman (Pressman, 2002):
Para proyectos grandes, pero escalables, el RAD necesita suficientes recursos humanos
para crear el nmero correcto de equipos RAD.
Si los desarrolladores y clientes no se comprometen con las actividades rpidas

necesarias para completar el sistema en un marco de tiempo muy breve, los proyectos
RAD fallarn.
Si un sistema no se puede modular en forma apropiada, la construccin de los

componentes necesarios para el RAD ser problemtica.
Si el alto rendimiento es un aspecto importante, y se alcanzar al convertir interfaces

en componentes del sistema, el enfoque RAD podra no funcionar.
El RAD sera inapropiado cuando los riesgos tcnicos son altos (por ejemplo, cuando
una aplicacin nueva aplica muchas nuevas tecnologas).
Si bien es cierto, existen modelos ms completos que el RAD, este resulta de gran
ayuda cuando los tiempos de desarrollo y codificacin no son de gran extensin y dado el
compromiso que se ha adquirido con la empresa, estas razones no son de gran importancia,
por lo que es totalmente aplicable esta metodologa para el desarrollo del caso en estudio.
37
Captulo 1: Antecedentes generales|1.12 Arquitectura del software
1.12 Arquitectura del software

La arquitectura usada en este proyecto es el patrn de diseo Modelo Vista
Controlador (en ingls model view controller o MVC, (Reenskaug, 1979)), modelo descrito
por primera vez por Trygve Reenskaug. Este patrn separa los datos de una aplicacin, la
interfaz de usuario, y la lgica de negocio en tres componentes distintos:
Modelo: Est conformado por los datos que forman parte de la aplicacin, engloba los
mtodos necesarios para acceder (lgica) y manipular los datos. El modelo debe de ser
fcil de entender, y capaz de soportar a la mayor variedad de clientes. Debe de tener
una interfaz que permita exponer los mtodos para acceder y actualizar el estado de los
objetos y ejecutar procesos complejos. El modelo contiene servicios que son
accedidos por el controlador, ya sea para consulta o efectuar algunos cambios de
estado. El modelo debe notificar a la vista cuando exista algn cambio de estado.
Vista: Se encarga de presentar al cliente, el estado del modelo en un formato adecuado

para interactuar. Usualmente es conocida como la interfaz de usuario. La semntica de
la presentacin es encapsulado dentro de la vista, por lo tanto, los datos del modelo se
puede adaptar para diferentes tipos de clientes.
Controlador: Se encarga de responder a eventos, usualmente acciones del usuario, e

invoca peticiones al modelo y, probablemente, a la vista. El controlador se encarga de
seleccionar la siguiente vista basada en la entrada del usuario y el resultado de las
operaciones del modelo.
38
En la ilustracin 5, se muestra como es la interaccin en los componentes del

patrn de diseo arquitectnico modelo vista controlador (MVC).
Ilustracin 5 : Interaccin entre los distintos componentes del patrn de diseo modelo vista controlador (MVC).
Ventajas del MVC
Realiza una separacin entre el modelo y la vista, es decir, separar los datos de la
representacin visual de los mismos.
Permite con mayor sencillez, agregar mltiples representaciones para los mismos datos o
informacin.
Facilita la modificacin, al permitir agregar nuevos tipos de datos, estos segn sea
requerido por la aplicacin, ya que, son independientes del funcionamiento de los dems
componentes.
Realiza una total independencia de funcionamiento entre los componentes del patrn.
39
Facilita el mantenimiento en caso de errores.
Ofrece maneras sencillas para probar el correcto funcionamiento de los mdulos que
componen el sistema gracias a su filosofa de independencia.
Desventajas del MVC
La separacin de conceptos en capas agrega complejidad al sistema.
La cantidad de archivos a mantener y desarrollar se incrementa considerablemente.
La curva de aprendizaje del patrn de diseo es ms alta que la de usar otros modelos ms
sencillos.
Tomando en cuenta las ventajas y desventajas en la implementacin de una

aplicacin usando el modelo vista controlador (MVC), la balanza se inclina enormemente ms a
favor de esta arquitectura.
Las aplicaciones construidas utilizando el patrn de diseo MVC pueden ser

bases para una posterior reutilizacin. Debido a que estas aplicaciones se construyen
utilizando patrones, se simplifica la modificacin de mdulos del sistema. El modelo MVC
permite la demostracin de diferentes formas e interacciones, ellas, independientes en cada
una de las presentaciones.
40
Captulo 1: Antecedentes generales|1.13 Nuevo modelo de la alternativa de solucin
1.13 Nuevo modelo de la alternativa de solucin

A continuacin, se muestra el nuevo modelo del rea con la que se est
trabajando, esto, una vez implementado el sistema en el centro de ski, en l se explica de
manera grfica, los flujos de informacin entre las distintas piezas que componen esta
solucin, adems, se presenta en la ilustracin 6 el nuevo diagrama BPMN (BIZAGI, 2012) ,
reformulando el proceso de negocio en estudio.
En la Ilustracin 6, se denota el esquema de solucin propuesta, esta abarca los

problemas tratados en el punto 1.8; se reciben los datos del proceso de mantencin de medios
de elevacin en central de montaa, es all donde la operadora de central, transfiere dichos
datos al sistema INFONIEVE, el cual, los almacena en su base de datos. Por otro lado, en
gerencia de montaa es posible obtener reportes desprendidos por INFONIEVE de la
informacin ingresada anteriormente.
La informacin del estado de pistas y andariveles sirve para ser accedida por las
pantallas informativas en las diferentes locaciones del centro de ski. As tambin, esta
informacin es publicada en la web con cada modificacin de la misma.
41
Ilustracin 6: Flujo de la informacin en las distintas partes para la solucin propuesta.
42
En la ilustracin 7, se muestra el modelo de la alternativa de solucin para la

adquisicin de datos de mantencin de medios de elevacin, en notacin BPMN.
Ilustracin 7: Modelo de Procesos de Negocio (BPMN), de la alternativa de solucin para la adquisicin de datos de
mantencin de medios de elevacin.
43
En la ilustracin 8, se muestra el modelo de la alternativa de solucin para la

adquisicin de datos de estados de pistas de ski y medios de elevacin, en notacin BPMN.
Ilustracin 8: Modelo de Procesos de Negocio (BPMN), de la alternativa de solucin para la adquisicin de datos de estados
de pistas de SKI y medios de elevacin.
44
Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad
1.14 Estudio de factibilidad

Para estudiar la disponibilidad de los recursos necesarios para llevar a cabo los
objetivos o metas, se deben revisar tres aspectos bsicos:
Factibilidad operativa: INFONIEVE necesita que los pisteros del centro de ski
reporten a diario el estado de las pistas de ski, adems de esto, deben informar el estado de los
medios de elevacin, incluyendo cada modificacin que se realice a ambos tems, estos datos
deben ser entregados a la operadora de la central de montaa para su registro. As tambin, el
encargado de vialidad debe estar dispuesto a entregar el estado del camino de acceso al cetro
de ski, estos datos, al igual que los anteriores son canalizados por la operadora de la central de
montaa. Para el registro de las mantenciones a medios de elevacin INFONIEVE necesita
que el encargado de mantenciones de medios de elevacin, registre los datos de cada
mantencin realizada, para ser ingresada por la operadora de la central de montaa, adems de
estos actores se necesita un administrador, que es el encargado de ingresar nuevas pistas y
locaciones.
Cabe sealar, que los actores han colaborado con informacin de gran relevancia
para la solucin del problema, lo que permite tener una mejor comprensin del mismo.
Con el fin de obtener la opinin de los trabajadores en la empresa, es que se les

realiza una encuesta (Ver Anexo A) a 15 trabajadores que tienen que ver con el proceso de
negocio en estudio, a continuacin se presentan las preguntas realizadas, con la sntesis de las
respuestas de los encuestados expresadas de manera grfica:
45
Si le dieran la oportunidad de participar en un nuevo proyecto para su rea de laboral.

Usted prestara su colaboracin, entregando informacin sobre su forma de trabajo?
De los 15 trabajadores encuestados, 12 de ellos contestaron que s, ofrecen su

ayuda, mostrndose bastante interesados, 3 prefirieron no dar una respuesta.
Le gustara a Usted aprender a utilizar nuevas tecnologas que le permitieran un mejor

desarrollo de su trabajo?
De los 15 trabajadores encuestados, el total de ellos dieron una respuesta positiva.
Considera Usted que sera conveniente tener un registro de las mantenciones realizadas a
las pistas de ski y medios de elevacin?
De los 15 trabajadores encuestados, 10 de ellos consideraron de suma importancia

tener un registro de las actividades mencionadas, 3 opinaron que no era algo tan relevante y
por ltimo, los 2 restantes dijeron que no les pareca algo de importancia.
46
A continuacin en las ilustraciones 9, 10 y 11, se presentan los resultados de la

encuesta aplicada a los trabajadores en forma de grfico.
Colaboracin de trabajadores
20%
SI
NO
80%
Ilustracin 9: Grfico que representa el inters de los trabajadores por cooperar con el desarrollo del proyecto.
Aprendizaje de nuevas tecnologas

0%
Dispuesto
No dispuesto
100%
Ilustracin 10: Grfico que representa el inters de los trabajadores por el aprendizaje del uso de nuevas tecnologas.
47
Apreciacin de importancia
13%
Gran importancia
20%
Mediana importancia
Poca importancia
67%
Ilustracin 11: Grfico que representa la importancia del proyecto segn la apreciacin de los trabajadores.
De la encuesta realizada a los trabajadores, es posible desprender el inters por

parte de ellos en participar del proyecto, adems, se puede apreciar la gran disposicin
presentada para el aprendizaje de utilizacin de nuevas tecnologas, las cuales, son de suma
importancia para llevar a cabo este estudio, todo lo anterior enfrascado en la mejora de los
procesos tratados en el punto 1.8.
Nevados de Chilln esta consiente de la importancia que tienen las nuevas

tecnologas en la mejora de procesos de negocio, es por ello que ha comprometido su apoyo
total al desarrollo del proyecto al asumir los costos que se generen en el desarrollo e
implementacin de este.
48
Factibilidad tcnica: Para la ejecucin de este proyecto son necesarias

tecnologas de informacin y desarrollo que concuerden con el perfil de la solucin planteada
en este captulo, a continuacin se presentan los requisitos tcnicos mnimos para el uso e
implementacin de dichas tecnologas:
MySQL 5.5.32 (Oracle, 2013), motor de base de datos: 512 MB de RAM y 200 MB de
espacio libre en el disco (dependiendo esto del tamao de la base de datos a
almacenar).
Apache 2.4.4 (Apache Software Foundation, 1999), servidor web: 512 MB de memoria
RAM y 50 MB de espacio libre en el disco.
phpMyAdmin 4.0.4 (phpMyAdmin devel team, 2003), gestor grafico para el motor de
base de datos MySQL: Contar con un servidor web instalado en la mquina, PHP
5.4.19 o posterior, MySQL 5.5.32 o posterior y un navegador web que permita cookies
y JavaScript activo.
El desarrollo de un sistema es necesario analizar si se cuenta con la tecnologa

necesaria para su construccin y posterior implementacin, todo esto con el fin de tener la
posibilidad de crear un sistema viable, rpido y de fcil manejo para los usuarios, para esto es
necesario averiguar si la empresa cuenta o puede obtener las herramientas necesarias para
llevar a cabo el proyecto. Para este proyecto no resulta necesaria la adquisicin de equipos
para los usuarios, ni para albergar el sistema, ya que como se detalla en el tem 1.5
infraestructura computacional, la organizacin cuenta con equipos adecuados para utilizar
sistema.
En la reunin realizada el 20 de agosto de 2013, el jefe del departamento de

informtica compromete la asignacin de un servidor existente en la empresa, con las
caractersticas indicadas en la tabla 5, cumpliendo as los requerimientos necesarios de
hardware solicitados para la implementacin del servidor.
49
CPU
Procesador
Intel Xeon E3-1240 8M Cache @ 3.30 GHz
Memoria
8GB DDR3 2 x 4GB
Almacenamiento
SATA 750GB
Modelo
HP Server PROLiant DL120 G7
MONITOR
Marca
LG Monitor LED 18.5"
Modelo
19EN33S
Tabla 5: Descripcin de hardware para el servidor del sistema, existente en la empresa.
La tabla 6, muestra el sistema operativo que se debe utilizar para la

implementacin del software. Ubuntu Server fue escogido por su amplio soporte y respaldo en
la comunidad de Linux y su estabilidad en su versin para servidor.
Sistema operativo
Nombre
Ubuntu Server
Versin
12.04.4 LTS
Tabla 6: Descripcin del sistema operativo para el servidor.
Dado que el sistema es una aplicacin web, requiere de una conexin a

internet, esta debe ser de una velocidad no menor a los 2 Mb/s, esto con la finalidad de
soportar como mnimo 20 conexiones simultaneas. Cabe destacar que la cantidad de usuarios
esperados durante la etapa de explotacin del sistema considerando la situacin actual, no
supera los 10 operarios.
50
Nevados de Chilln posee un contrato de internet por 10 Mb/s de bajada y 25

Mb/s de subida, por lo que en este estudio de factibilidad, no resulta necesario ni relevante
evaluar la contratacin de este servicio.
Factibilidad econmica: En las tablas 7 y 8, se describe econmicamente el

costo del servidor incluido un nuevo monitor ms una banda ancha mvil (BAM), facilitada
por la empresa para contar con servicio de internet para el desarrollo, pruebas e investigacin
del proyecto.
Este estudio de factibilidad econmica resulta de vital importancia al momento de

la creacin de un sistema, ya que se enfrentan directamente los costos versus los beneficios.
Equipos
Cantidad
Precio(pesos chilenos)
Subtotal
CPU
$0.-
$0.-
Monitor
$51.590.-
$51.590.-
$15.457.- mensual
$15.457.- mensual
Total(pesos)
$67.047.-
Arriendo de plan
banda ancha mvil
(BAM)
Tabla 7: Costos del hardware.
Producto
Cantidad
Subtotal
Sistema operativo
$0.-
$0.-
Total(pesos)
$0.-
Tabla 8: Costos del sistema operativo.
51
Costos del desarrollo: Al tener este desarrollo el carcter de proyecto de ttulo,

no se realizar cobros por la creacin e implementacin del sistema, a esto se debe sumar que
las tecnologas a utilizar para la ejecucin del proyecto no representan costo alguno al ser
software de uso gratuito con licencia de software libre. La tabla 9 detalla los costos del equipo
de desarrollo.
Equipo de desarrollo
Cantidad
Subtotal
$0.-
$0.-
Total(pesos)
$0.-
Tabla 9: Costos de desarrollo.
52
Resumen de costos de implementacin: A continuacin en la tabla 10 se

especifica un resumen de los costos que tiene la implementacin del proyecto.
Nombre
Subtotal
Hardware
$51.590.-
$51.590.-
Banda ancha mvil
$15.457.-
$15.457.-
Sistema operativo
$0.-
$0.-
$0.-
$0.-
Total (pesos)
$67.047.-
Tabla 10 : Resumen de costos fijos.
Beneficios del proyecto: La implementacin y utilizacin del sistema favorece

enormemente el control y logra mejoras en el desarrollo de las actividades propias de la
organizacin como son por ejemplo gestin de mantencin y reparacin de andariveles. A
continuacin se detallan los beneficios que conlleva este proyecto:
Registro de mantenciones a medios de elevacin: El sistema permite registrar y

almacenar informes de mantenciones y reparaciones a medios de elevacin, lo que
permite contar con informacin histrica sobre estos procesos. Esto debe ayudar a la
toma de decisiones sobre el desempeo del mecnico encargado del proceso, pudiendo
conocerse el tiempo de respuesta a fallas generadas en medios de elevacin y duracin
total del proceso de reparacin o mantencin del medio de elevacin en cuestin.
Registro de estados de medios de elevacin: El sistema permite el registro de los

estados de los medios de elevacin del centro de ski, lo que se traduce en el
conocimiento del tiempo total de funcionamiento o cese del andarivel en un periodo de
tiempo consultado. Esto debe permitir generar planes de mantenciones a medios de
elevacin con mayor efectividad y eficacia, adems contribuir con la reorganizacin y
disposicin de esquiadores en las pistas de ski.
53
Registro de estado de pistas de ski: El sistema permite el registro de los estados de las
pistas de ski, con esto se tiene la informacin histrica del estado de pistas lo que
permite conocer el tiempo total de funcionamiento, de una pista consultada en un
periodo determinado por el usuario.
Divulgacin del estado de pistas, condiciones del camino, nieve cada en el centro de
ski y estado de medios de elevacin: El sistema genera un reporte en detalle del estado
del centro de ski, permitiendo el envo de este reporte al personal del centro de ski
como as tambin a clientes incluidos en lista de difusin de correo, adems permite
mostrar el estado de pistas y medios de elevacin mediante pantallas informativas
ubicadas en locaciones estratgicas del centro de ski, por ejemplo en cafeteras o
recepcin de los hoteles. Esto debe permitir el conocimiento de los clientes del estado
del centro de ski, evitando as el descontento por falta de conocimiento de servicios
inactivos.
Generacin de reportes estadsticos para el apoyo a la toma de decisiones: El sistema

genera reportes con grficos comparativos de gestin de andariveles y pistas de ski,
esto ayuda a la toma de decisiones sobre funcionamiento de medios de elevacin y
pistas de ski, en un intervalo de tiempo determinado por el usuario, permitiendo
generar comparativas entre distintos casos se pudieran dar en el tiempo adems de
facilitar una comprensin ms fluida de la informacin generada por el sistema.
Los beneficios econmicos al desarrollar e implementar el sistema se centran en

la gestin de mantencin de medios de elevacin, ya que permite conocer el tiempo que
conlleva la relacin y puesta en marcha de los andariveles existentes en el centro de ski, a
menor tiempo de inactividad mayor afluencia de esquiadores, por ende, aumento en las ventas
de pases de ski.
54
En la ilustracin 12 se muestra el detalle del anlisis de factibilidad econmica,

durante los 6 primeros meses de funcionamiento del sistema, en donde existe una descripcin
de los gastos y beneficios que tiene el proyecto. A partir del segundo mes, ya se habr
recuperado la inversin inicial, ya que los beneficios son muy superiores a los gastos de la
implementacin. Si se examina el VAN14, con una tasa del 5%, como referencia para este
porcentaje se eligi la
tasa TAB 15 Nominal al 13 de diciembre de 2013 (financieras,
2013)(este valor es la tasa de inters de referencia que tienen, entre otras, la finalidad de ser
utilizadas en operaciones financieras y en la administracin de riesgos financieros.) el cual es
calculado segn costos y beneficios del proyecto, tambin llamado costo oportunidad. Lo
que se compara con la tasa de inters que genera un banco al tener el mismo capital de
inversin, el Valor Actual Neto (VAN o VPN), es de $5.135.197 lo que permite conocer el
valor presente de flujos de caja futuros, originados con esta inversin, es decir la inversin
produce ganancias por encima de la rentabilidad exigida.
Los costos fijos del proyecto corresponden al gasto de energa que generan los
equipos en su funcionamiento cotidiano, esto se explica tambin en la ilustracin 12.
Los beneficios son por conceptos de devoluciones de ticket y compensaciones a

clientes por no contar con los medios de elevacin en funcionamiento o por estar las pistas
cerradas, esta situacin se genera por una falta de informacin hacia el cliente.
14
El valor actual neto, tambin conocido como valor actualizado neto o valor presente neto, cuyo acrnimo es
VAN, es un procedimiento que permite calcular el valor presente de un determinado nmero de flujos de caja
futuros, originados por una inversin.
15
La Tasa de la Asociacin de Bancos e Instituciones Financieras, TAB Nominal, constituye una tasa de inters
de referencia que tiene, entre otras, la finalidad de ser utilizada en operaciones financieras y en la administracin
de riesgos financieros. La tasa TAB Nominal, pretende reflejar el costo de fondos de las instituciones financieras,
calculando dicho costo sobre la base de las tasas marginales de captacin y de los dems factores que incidan en
l, tales como el encaje, sin incluir los gastos de administracin asociados a la gestin de los pasivos ni de ningn
otro tipo.
55
Mes
Costos de hardware e implementacin
Costos fijos
Monitor
Plan banda ancha mvil
Costos de dominio web
Costos totales
Beneficios
Perdidas por devoluciones de tickets
Prdidas por compensaciones a clientes
Beneficios Totales
Flujo efectivo neto(FEN)
FEN (sin inversin ao 0)
FEN(con inversin ao 0)
Periodo de recuperacin
Flujo efectivo positivo
Tasa contable de rendimiento

Beneficios totales
Costos totales
Depreciacin
3.500
51.590
15.457
0
70.547
3.500
0
15.457
0
18.957
3.500
0
15.457
0
18.957
3.500
0
15.457
0
18.957
3.500
0
15.457
0
18.957
3.500
0
15.457
0
18.957
3.500
0
15.457
0
18.957
1.300.000
650.000
1.950.000
650.000
325.000
975.000
325.000
325.000
650.000
325.000
325.000
650.000
325.000
325.000
650.000
325.000
325.000
650.000
325.000
325.000
650.000
1.950.000
1.879.453
975.000
956.043
650.000
631.043
650.000
631.043
650.000
631.043
650.000
631.043
650.000
631.043
=mas de un mes
1.879.453 923.410
Valor presente neto Tasa
VPN
5%
$ 5.135.197
6.175.000
184.289
$ 70.547
Costos fijos
Energa consumida por el servidor (por mes)
Energa consumida por el monitor (por mes)
Ilustracin 12: Anlisis de factibilidad econmica del proyecto.
3.000
500
3.000
500
3.000
500
3.000
500
3.000
500
3.000
500
3.000
500
184.289
6.175.000
Captulo 1: Antecedentes generales|1.15 Conclusin y comentarios
1.15 Conclusin y comentarios

Los problemas detectados en Nevados de Chilln son por la falta de
almacenamiento de la informacin generada del proceso en estudio. Encontrar una solucin a
esta problemtica requiere la investigacin de tecnologas para su posterior implementacin.
La infraestructura computacional con la que cuenta la empresa es lo bastante

buena para llevar a cabo el proyecto, por lo que no es necesario invertir en un nuevo servidor
para la implementacin, solo basta con la adquisicin de un plan de banda ancha mvil
(BAM), con el fin de mantener contacto con la empresa y un nuevo monitor para el servidor
ya existente, con ello es posible realizar un correcto desarrollo de este proyecto.
Es importante destacar, que luego de realizar el anlisis de factibilidad econmica

de la empresa, se logra demostrar que el proyecto es absolutamente viable, siendo una
excelente inversin para la empresa, ya que no requiere grandes gastos. Adems, al ser un
proyecto de ttulo, el sistema es gratuito y en el nico gasto que se incurre son el los antes
mencionados.
Captulo 2: Especificacin de requerimientos|2.1 Introduccin
Captulo 2: Especificacin de requerimientos

2.1 Introduccin
En este captulo se detalla el problema que se aborda, dando a conocer los
objetivos del proyecto, buscando clarificar lo que el cliente espera del proyecto y las funciones
que debe considerar.
2.2 Nombre del sistema

InfoNieve, Sistema de gestin de alertas y de soporte a la decisin.
2.3 Objetivos del sistema

Para lograr solucionar los problemas identificados mediante el anlisis crtico de
la situacin actual (vase en el tem 1.9), se establecen objetivos generales y especficos, que
son presentados a continuacin.
2.3.1 Objetivos generales

Disear e implementar una solucin que permita informar a visitantes y
trabajadores del centro de SKI sobre los estados de las pistas y medios de elevacin mediante
pantallas informativas.
Colaborar en el proceso de toma de decisiones a la Gerencia de Montaa,

generando informes estadsticos de mantenciones de andariveles y tiempos de cerrado de
pistas.
58
Captulo 2: Especificacin de requerimientos|2.3 Objetivos del sistema
2.3.2 Objetivos especficos
Permitir el control de la informacin de andariveles, obteniendo datos de

mantenciones, estados, apertura y cierre, tiempos de reparacin y estadsticas
de temporadas.
Permitir el control de la informacin de pistas, generando datos de calidad de la

nieve, estados, observaciones y estadsticas de temporada.
Una vez ingresado los datos de las pistas y andariveles al sistema, este debe
generar reportes y alertas del estado de ellas para la Gerencia de Montaa.
El sistema debe generar estadsticas para la toma de decisin respecto de

mantenimientos, reparaciones, fallas y tiempo de respuesta, de cada una de las
pistas y andariveles en forma general y particular.
El sistema debe utilizar tcnicas de inteligencia de negocios, especficamente

de mtodos estadsticos para generar vistas a partir de la extraccin de la base
de datos.
El sistema debe interactuar con pantallas de informacin ubicada en hoteles y

cafeteras, en ella se podr ver informacin respecto del estado de pistas y andariveles.
59
Captulo 2: Especificacin de requerimientos|2.4 Usuarios del sistema
2.4 Usuarios del sistema

El sistema tiene dos tipos de usuarios, uno que posee un rol de administrador que
tiene el poder sobre todo el sistema y un grupo de usuarios con permisos especficos. A
continuacin en la tabla 11 se presentan los usuarios y sus distintos permisos en el sistema.
Tipo de usuario
Administrador
Descripcin de permisos
- Creacin y eliminacin de usuarios.
- Administracin total del sistema.
- Ingreso eliminacin y modificacin de datos al sistema.
Operadora de Central
- Envo de informes a clientes y trabajadores del centro de ski
Montaa
mediante correo electrnico.
Gerencia
- Solicitud de informes estadsticos.

- Solicitud de informe comparativo.
Tabla 11: Tipos de usuarios y descripcin de los permisos en el sistema.
60
Captulo 2: Especificacin de requerimientos|2.4 Usuarios del sistema
2.4.1 Usuarios directos

Los usuarios que interactan con el sistema son: administrativa central montaa,
gerencia montaa y el administrador, los cuales estn encargados de ingresar y consultar la
informacin del sistema.
La administrativa central montaa tiene la responsabilidad de ingresar

los datos sobre pistas y andariveles,
La gerencia consulta reportes y alertas de las pistas y andariveles del

sistema.
El administrador gestiona pistas, andariveles, usuarios, reportes y

alertas.
61
Captulo 2: Especificacin de requerimientos|2.5 Anlisis y determinacin de requerimientos
2.5 Anlisis y determinacin de requerimientos

El objetivo de esta fase es obtener una definicin clara del sistema que se debe
desarrollar e implementar. En este periodo se debe analizar con detalle los aspectos que han de
contemplarse con el nuevo sistema, buscando su justificacin de acuerdo con los objetivos.
2.5.1 Caractersticas de la aplicacin

Utilizar tecnologas correctamente en el desarrollo de un proyecto, es esencial para
obtener buenos resultados, La aplicacin de la inteligencia de negocios es parte de esto, ya que
no slo el sistema debe emitir informes con listas de datos, sino tambin la comparacin entre
ellos, mediante grficos y comentarios, adems los clculos de los datos de las pistas,
andariveles y mantenciones de estos ltimos, son realizados internamente en por el sistema,
por lo que no existe posibilidad de alteraciones por parte del usuario. Adems de esto, el
sistema entrega informacin del estado de pistas de ski y medios de elevacin a los clientes y
trabajadores, esto se realiza mediante una aplicacin web y por medio de correo electrnico.
62
Captulo 2: Especificacin de requerimientos|2.6 Lista y diagramas de casos de uso generales.
2.5.1.1 Tecnologas a emplear

A continuacin se dan a conocer en detalle las tecnologas utilizadas en el
desarrollo e implantacin del proyecto de ttulo.
2.6 Lista y diagramas de casos de uso generales.

Los requisitos de este sistema se describen de acuerdo a las necesidades que
presenta la empresa. Para ello se utiliza el diagrama de casos de uso en donde se describe la
interaccin entre el sistema y su ambiente independientemente de su implementacin. En
donde se identifican en primer lugar los actores que interactan con el sistema, los cuales son:
central, gerencia y administrador.
A continuacin en las tablas 12, 13, 14, 15 y 16 se muestra una lista con los
casos de uso detectados en las entrevistas realizadas:
Gestionar locacin:
Agregar locacin
Prioridad alta
Modificar locacin
Prioridad media
Eliminar locacin
Prioridad baja
Agregar andarivel a locacin
Prioridad alta
Eliminar andarivel a locacin
Prioridad baja
Agregar pista a locacin
Prioridad alta
Eliminar pista a locacin
Prioridad baja
Tabla 12: Gestionar locacin.
63
Gestionar usuarios:
Agregar usuario
Prioridad alta
Modificar usuario
Prioridad media
Eliminar usuario
Prioridad baja
Tabla 13: Gestionar usuario.
Gestionar andarivel:
Agregar andarivel
Prioridad alta
Modificar andarivel
Prioridad media
Eliminar andarivel
Prioridad baja
Agregar reporte andarivel
Prioridad alta
Cerrar reporte andarivel
Prioridad media
Agregar mecnico andarivel
Prioridad alta
Modificar mecnico andarivel
Prioridad media
Agregar mantencin andarivel
Prioridad alta
Cerrar mantencin andarivel
Prioridad media
Agregar reporte mantencin
Prioridad alta
andarivel
Tabla 14: Gestionar andarivel.
Gestionar pistas:
Agregar pista
Prioridad alta
Modificar pista
Prioridad media
Eliminar pista
Prioridad baja
Agregar reporte pista
Prioridad alta
Cerrar reporte pista
Prioridad media
Tabla 15: Gestionar pistas.
64
Gestionar sitio:
Modificar configuracin del sitio
Prioridad media
Tabla 16: Gestionar sitio.
Adems en la ilustracin 13 se despliega un diagrama de los casos de uso general:
Ilustracin 13: Diagrama de caso de uso general
65
2.6.1 Diagramas de casos de uso por mdulo y casos de uso

extendidos
Los casos de uso gestionar pantallas, gestionar usuarios, gestionar andariveles,
gestionar pistas y gestionar mecnicos son obviados en esta ocasin, debido a su simpleza.
2.6.1.1 Autentificar cuenta

Permite el ingreso de los usuarios al sistema travs de la verificacin de estos en
el registro, as como tambin la asignacin de roles y permisos. En la tabla 17 se muestra el
curso normal de eventos.
66
Caso de uso extendido autentificar cuenta:

Caso de uso
Autentificar cuenta
Participantes
Administrador, Central, Gerencia
Descripcin
En este caso de uso, el sistema valida el nombre

de usuario y contrasea, adems asigna los
permisos a cada usuario.
Pre-condicin
El usuario est registrado y se encuentra en la

pgina, viendo una ventana que solicita un
nombre de usuario y contrasea.
Post-condicin
El usuario est validado y con sus permisos

asignados, en pantalla la pgina principal.
Accin del actor
Respuestas del sistema
1)- Digita su nombre de usuario,

contrasea y presiona el botn
iniciar sesin.
2.a)- Busca en la base de datos la informacin del
usuario y valida lo ingresado.
3.a)- Despliega en pantalla la pgina principal,
cuyo contenido depende de los permisos que posea
el usuario.
Tabla 17: Caso de uso extendido de autentificar cuenta
67
Cursos alternos del sistema

2.b) No puede buscar los datos, por un error de conexin a la base de datos, muestra en
pantalla No se ha podido conectar al servidor de base de datos".
3.b)- El usuario o contrasea incorrecta, despliega en pantalla el mensaje Error!
Usuario o contrasea incorrecta".
68
2.6.1.2 Mdulo gestionar locacin

Este mdulo permite la administracin de la informacin de las locaciones del
sistema.
A continuacin en la ilustracin 14, se presenta el diagrama del mdulo gestionar

locacin:
Ilustracin 14: Diagrama de caso de uso gestionar locacin.
69
Caso de uso extendido de agregar locacin

Caso de uso
Agregar locacin
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de agregar una nueva

locacin a las ya existentes.
Pre-condicin
El usuario tiene que estar autentificado, con la sesin activa y

en la categora locacin.
Post-condicin
Actualiza la base de datos y muestra el mensaje Locacin

agregada correctamente
Accin del actor
1)- Presiona el botn

agregar locacin.
2)- Despliega un
locacin
formulario para un nuevo registro de
y espera confirmacin
del
usuario para el
almacenamiento de los datos.

3)- Digita los datos de la
nueva locacin.
4.a)- Valida los datos, crea la nueva locacin y muestra en
pantalla el mensaje locacin agregada correctamente".
Tabla 18: Caso de uso extendido de agregar locacin
70
Cursos alternos del sistema.

4.b)- No se guard la nueva locacin, por un error en la conexin a la base de datos,
muestra en pantalla No se ha podido conectar al servidor de base de datos"
71
Caso de uso extendido de modificar locacin

Caso de uso
Modificar locacin
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de modificar una

locacin existente.
Pre-condicin
El usuario tiene que estar autentificado, con la sesin

activa y en la categora locacin.
Post-condicin
Actualiza la base de datos y muestra el mensaje

Locacin modificado con xito
Accin del actor
1)- Presiona el botn locacin.

2)- Busca en la base de datos y despliega en pantalla
un listado con las locaciones existentes.
3)- Presiona el botn editar de la
locacin que desea modificar.
4)- Muestra un formulario con los datos de la
locacin a modificar.
5)- Modifica los datos que necesita,

presiona el botn guardar.
72
6.a)- Valida los datos, guarda los cambios y muestra

en pantalla el mensaje Locacin modificada con
xito".
Tabla 19: Caso de uso extendido de modificar locacin.

6.b)- No guard los cambios, muestra en pantalla un mensaje, No se ha podido
conectar al servidor de base de datos.
6.c)- Los datos ingresados no son correctos y muestra en pantalla el mensaje Los
datos ingresados no son correctos, intntelo nuevamente", retorna al paso 4 del curso normal
de eventos.
73
Caso de uso extendido de eliminar locacin

Caso de uso
Eliminar locacin
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de eliminar

una locacin de las ya existentes.
Pre-condicin
El usuario tiene que estar autentificado, con la

sesin activa y en la categora locacin.
Post-condicin
Elimina la locacin y muestra el mensaje

Locacin eliminada correctamente
Accin del actor

2)- Busca en la base de datos y despliega una
lista con las locaciones existentes.
3)- Presiona el botn eliminar de
la locacin que desea eliminar.
4)-
Despliega
en
pantalla
una
ventana,
solicitando confirmar la accin anterior.
5.a)-. Presiona el botn aceptar.
74
6.a)- Elimina de la BD la fila de la locacin y

muestra en pantalla el mensaje Locacin
eliminada correctamente.
Tabla 20: Caso de uso extendido de eliminar locacin.

5.b)- Presiona cancelar y vuelve al paso 2 del curso normal de eventos.
6.b)- No guard los cambios, muestra en pantalla, por un error en la conexin a la base
de datos, No se ha podido conectar al servidor de base de datos".
75
Caso de uso extendido de agregar andarivel a locacin

Caso de uso
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de agregar una

nuevo andarivel a la locacin ya existente.
Pre-condicin
activa y en la categora locacin.

Post-condicin
Andarivel agregada correctamente a la locacin
Accin del actor

2)- Busca en la base de datos y despliega una lista
con las locaciones existentes.
3)- Presiona el botn agregar
andarivel
la
locacin
seleccionada
4)- Muestra una lista de los andariveles existentes.
5) Selecciona el andarivel que desea

agregar.
76
6 a)- Agrega el andarivel y muestra en pantalla el

mensaje
Andarivel
agregado
la
Locacin
correctamente".
Tabla 21: Caso de uso extendido de agregar andarivel a locacin

6.b)- No agrega el andarivel, muestra en pantalla un mensaje, No se ha podido
77
Caso de uso extendido de eliminar andarivel a locacin

Caso de uso
Participantes
Administrador
Descripcin

un andarivel a la locacin existente.
Pre-condicin

Elimina el andarivel de la locacin y muestra el
Post-condicin
mensaje Andarivel eliminado de la locacin

correctamente
Accin del actor

3)- Presiona el botn eliminar
andarivel
de
la
locacin
seleccionada.

lista con los andariveles existentes en la locacin.
78
5)-. Presiona el botn Eliminar

andarivel
de
la
locacin
seleccionada.
6.a)- Elimina de la BD la fila del andarivel
locacin y muestra en pantalla el mensaje
Andarivel
eliminado
de
la
locacin
correctamente.
Tabla 22: Caso de uso extendido de eliminar andarivel a locacin.

6.b)- No elimina la pista, muestra en pantalla, por un error en la conexin a la base de
datos, No se ha podido conectar al servidor de base de datos".
79
Caso de uso extendido de agregar pista a locacin

Caso de uso
Participantes
Administrador
Descripcin

nueva pista a la locacin ya existente.
Pre-condicin

Post-condicin

Pista agregada correctamente a la locacin
Accin del actor

2)- Busca en la base de datos y despliega una lista
con las locaciones existentes.
3)- Presiona el botn agregar pista
a la locacin seleccionada
4)- Muestra una lista de los pistas existentes.
5) Selecciona la pista que desea

agregar.
80
6 a)- Agrega la pista y muestra en pantalla el

mensaje
Pista
agregada
la
locacin
correctamente".
Tabla 23: Caso de uso extendido de agregar pista a locacin

6.b)- No guarda los cambios, muestra en pantalla un mensaje, No se ha podido
81
Caso de uso extendido de eliminar pista a locacin

Caso de uso
Participantes
Administrador
Descripcin

una pista a la locacin existente.
Pre-condicin

Post-condicin
Elimina la pista de la locacin y muestra el

mensaje
Pista
eliminada
de
la
locacin
correctamente
Accin del actor

3)- Presiona el botn eliminar
pista de la locacin seleccionada.
lista con las pistas de la locacin existentes.
5)-. Presiona el botn Eliminar pista

de la locacin seleccionada.
82
6.a)- Elimina de la BD la fila del pista locacin y

muestra en pantalla el mensaje Pista eliminada
de la locacin correctamente.
Tabla 24: Caso de uso extendido de eliminar pista a locacin.

6.b)- No elimina la pista, muestra en pantalla, por un error en la conexin a la base de
datos, No se ha podido conectar al servidor de base de datos".
83
2.6.1.3 Mdulo gestionar usuario

Este mdulo permite la administracin de la informacin de los usuarios que
utilice la empresa.

usuario:
Ilustracin 15: Diagrama de casos de uso para gestionar usuario.
84
Caso de uso extendido de agregar usuario

Caso de uso
Agregar usuario
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de agregar un nuevo

usuario a los ya existentes.
Pre-condicin

activa y en la categora usuarios.
Post-condicin

Usuario agregado correctamente
Accin del actor
1)- Presiona el botn agregar

usuario.
2)- Despliega en pantalla el formulario para un nuevo
registro de usuario.
3)- Digita los datos en el
formulario de nuevo usuario.
4.a)- Valida los datos, agrega el nuevo usuario y muestra
en
pantalla
el
mensaje
Usuario
agregado
correctamente".
Tabla 25: Caso de uso extendido de agregar usuario
85

datos ingresados no son correctos, retorna al paso 2 del curso normal de eventos.
86
Caso de uso extendido de modificar usuario.

Caso de uso
Modificar usuario
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de

modificar un usuario existente.
Pre-condicin
sesin activa y en la categora usuarios.

Post-condicin
Usuario modificado con xito
Accin del actor
1)- Presiona el botn administrar

Usuarios.
2)- Busca en la base de datos y despliega en
pantalla un listado con los usuarios existentes.
3)- Selecciona el usuario que desea
modificar
presiona
el
botn
modificar usuario.
4)- Muestra un formulario con los datos del
usuario a modificar.
5)- Modifica los datos que precisa,
presiona el botn guardar cambios
87
6.a)- Valida los datos, guarda los cambios y

muestra en pantalla el mensaje Usuario
modificado con xito.
Tabla 26: Caso de uso extendido de modificar usuario

datos ingresados no son correctos, intntelo nuevamente, retorna al paso 4 del curso normal
de eventos.
88
Caso de uso extendido de eliminar usuario

Caso de uso
Eliminar usuario
Participantes
Administrador
Descripcin

un usuario de los ya existentes.
Pre-condicin

sesin activa y en la ventana principal.
Post-condicin

Usuario eliminado correctamente
Accin del actor
1)- Presiona el botn administrar

usuarios.
pantalla los usuarios existentes.
3)- Selecciona el usuario que
desea eliminar y presiona el botn
eliminar usuario.
4)-
Despliega
en
pantalla
una
ventana,
5)-. Presiona el botn aceptar.
89
6.a)- Elimina de la BD la fila del usuario y

muestra
en
pantalla
el
mensaje
Usuario
eliminado correctamente.
Tabla 27: Caso de uso extendido de eliminar usuario

7.b) Presiona el botn cancelar, vuelve a listar usuarios.
8.b) No guarda los cambios, muestra en pantalla un mensaje, No se ha podido

90
2.6.1.2 Mdulo gestionar andariveles

Este mdulo permite la administracin de la informacin de los andariveles del
sistema.

andariveles:
Ilustracin 16: Diagrama de casos de uso para gestionar andariveles
91
Caso de uso extendido de agregar andarivel

Caso de uso
Agregar andarivel
Participantes
Administrador
Descripcin

andarivel a los ya existentes.
El usuario tiene que estar autentificado, con la sesin activa
Pre-condicin
y en la categora andariveles.
Actualiza la base de datos y muestra el mensaje Andarivel
Post-condicin
agregado correctamente
Accin del actor

1)-
Presiona

el
botn
agregar andarivel.
registro de andarivel y espera confirmacin del usuario
para el almacenamiento de los datos.
formulario
de
nuevo
andarivel.
4.a)- Valida los datos, guarda los cambios y muestra en
pantalla el mensaje Andarivel agregado correctamente".
Tabla 28: Caso de uso extendido de agregar andarivel
92

93
Caso de uso extendido de modificar andarivel

Caso de uso
Modificar andarivel
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de modificar un

andarivel existente.
Pre-condicin
activa y en la categora andariveles.

Post-condicin
Andarivel modificado con xito
Accin del actor

1)-
Presiona

el
botn
Andariveles.
un listado con lo andariveles existentes.
3)- Selecciona el botn modifica
del
andarivel
que
desea
modificar.
4)- Muestra un formulario con los datos del andarivel
a modificar.
94

en pantalla el mensaje Andarivel modificado con
xito".
Tabla 29: Caso de uso extendido de modificar andarivel

de eventos.
95
Caso de uso extendido de eliminar andarivel

Caso de uso
Eliminar andarivel
Participantes
Administrador
Descripcin

un andarivel de los ya existentes.
Pre-condicin

sesin activa y en la categora andariveles.
Post-condicin

Andarivel eliminado correctamente
Accin del actor
1)- Presiona el botn Andariveles.

pantalla los andariveles existentes.
3)- Presiona el botn eliminar del
andarivel que desea eliminar.
4)-
Despliega
en
pantalla
una
ventana,
96
6.a)- Elimina de la BD la fila del andarivel y

muestra en pantalla el mensaje Andarivel
eliminado correctamente.
Tabla 30: Caso de uso extendido de eliminar andarivel.

97
Caso de uso extendido de agregar reporte andarivel

Caso de uso
Participantes
Administrador, Central
Descripcin
En este caso el sistema da la opcin de agregar un

reporte a un andarivel ya existente.
Pre-condicin

Post-condicin
Reporte de andarivel agregado correctamente
Accin del actor

1)-
Presiona

el
botn
andariveles.
un listado con los andariveles existentes.
3)- Selecciona el botn agregar
reporte del andarivel que desea
agregar un reporte.

reporte de andarivel y espera confirmacin del
usuario para el almacenamiento de los datos.
98
5)- Digita los datos en el formulario

de nuevo reporte andarivel.
en
pantalla
el
mensaje
Usuario
agregado
correctamente".
Tabla 31: Caso de uso extendido de agregar reporte andarivel

99
Caso de uso extendido de cerrar reporte andarivel

Caso de uso
Participantes
Descripcin
En este caso el sistema da la opcin de cerrar un

Pre-condicin

Post-condicin

Accin del actor
1)- Presiona el botn andariveles.

3)- Selecciona el andarivel que
desea.
un listado con los reportes existentes.
5)- Selecciona el botn cerrar del

reporte que desea cerrar.
100
6)- Muestra un formulario de cierre del reporte.

7)- Digita los datos que precisa,
presiona el botn cerrar reporte.
8)- Valida los datos, cierra el reporte y muestra en
pantalla el mensaje Reporte cerrado con xito.
Tabla 32: Caso de uso extendido de cerrar reporte andarivel.

de eventos.
101
Caso de uso extendido de agregar mantencin andarivel

Caso de uso
Agregar mantencin andarivel
Participantes
Descripcin

mantencin a un andarivel ya existente.
Pre-condicin

Post-condicin
Mantencin de andarivel agregado correctamente
Accin del actor

1)-
Presiona

el
botn
andariveles.
2)- Busca en la base de datos y despliega en pantalla un
listado con los andariveles existentes.
3)-
Selecciona
agregar
el
mantencin
botn
del
andarivel que desea.
4)- Despliega en pantalla el formulario para una nueva

mantencin de andarivel y espera confirmacin del
102

formulario
de
la
nueva
mantencin andarivel.
pantalla
el
mensaje
Mantencin
agregada
correctamente".
Tabla 33: Caso de uso extendido de agregar mantencin andarivel

103
Caso de uso extendido de cerrar mantencin andarivel

Caso de uso
Participantes
Descripcin

Pre-condicin

Post-condicin

Accin del actor
1)- Presiona el botn andariveles.

3)- Selecciona el andarivel que
desea.
104

Tabla 34: Caso de uso extendido de cerrar reporte andarivel

de eventos.
105
Caso de uso extendido de consultar informe andarivel

Caso de uso
Consultar informe andarivel
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de consultar un

informe andarivel existente.
Pre-condicin

Post-condicin
Accin del actor

1)-
Presiona

el
botn
informe andarivel.
2)- Despliega en pantalla el informe del andarivel.
Tabla 35: Caso de uso extendido de consultar informe andarivel

106
Caso de uso extendido de agregar mecnico andarivel

Caso de uso
Participantes
Administrador
Descripcin

mecnico de andarivel a los ya existentes.
Pre-condicin
y en la categora andariveles.
Actualiza la base de datos y muestra el mensaje Mecnico
Post-condicin
Accin del actor

1)-
Presiona
el

botn
agregar mecnico.
registro de mecnico de andarivel y espera confirmacin del
formulario
del
nuevo
mecnico.
pantalla el mensaje Mecnico agregado correctamente".
Tabla 36: Caso de uso extendido de agregar mecnico andarivel
107

108
Caso de uso extendido de modificar mecnico andarivel

Caso de uso
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de modificar un

mecnico andarivel existente.
Pre-condicin

Post-condicin
Mecnico modificado con xito
Accin del actor
1)- Presiona el botn Mecnicos.

un listado con los mecnicos existentes.
del
mecnico
que
desea
modificar.
4)- Muestra un formulario con los datos del mecnico

a modificar.
109

en pantalla el mensaje Mecnico modificado con
xito".
Tabla 37: Caso de uso extendido de modificar mecnico andarivel

de eventos.
110
2.6.1.4 Mdulo gestionar pistas.

Este mdulo permite la administracin de la informacin de las pistas.

pistas:
Ilustracin 17: Diagrama de casos de uso para gestionar pistas.
111
Caso de uso extendido de agregar pista

Caso de uso
Agregar pista
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de agregar una nuevo

pista a las ya existentes.
Pre-condicin
y en la categora pistas.
Actualiza la base de datos y muestra el mensaje Pista
Post-condicin
Accin del actor

1)-
Presiona
el

botn
agregar pista.
registro de pista y espera confirmacin del usuario para el
almacenamiento de los datos.
formulario de nueva pista.
pantalla el mensaje Pista agregada correctamente".
Tabla 38: Caso de uso extendido de agregar pista
112

113
Caso de uso extendido de modificar pista

Caso de uso
Modificar pista
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de modificar una

pista existente.
Pre-condicin

activa y en la categora pistas.
Post-condicin

Pista modificado con xito
Accin del actor
1)- Presiona el botn Pistas.

un listado con las pistas existentes.
de la pista que desea modificar.
4)- Muestra un formulario con los datos de la pista a

modificar.
114

en pantalla el mensaje Pista modificado con xito".
Tabla 39: Caso de uso extendido de modificar pista

de eventos.
115
Caso de uso extendido de eliminar pista

Caso de uso
Eliminar pista
Participantes
Administrador
Descripcin

una pista de las ya existentes.
Pre-condicin

sesin activa y en la categora pistas.
Post-condicin

Pista eliminado correctamente
Accin del actor
1)- Presiona el botn Pistas.

pantalla las pistas existentes.
3)- Presiona el botn eliminar de
la pista que desea eliminar.
4)-
Despliega
en
pantalla
una
ventana,
116
6.a)- Elimina de la BD la fila del andarivel y

muestra en pantalla el mensaje Pista eliminada
correctamente.
Tabla 40: Caso de uso extendido de eliminar pista.

117
Caso de uso extendido de agregar reporte pista

Caso de uso
Agregar reporte pista
Participantes
Descripcin
En este caso el sistema da la opcin de agregar un

reporte a una pista ya existente.
Pre-condicin

activa y en la categora pistas.
Post-condicin

Reporte de pista agregada correctamente
Accin del actor
1)- Presiona el botn pistas.

3)- Selecciona el botn agregar
reporte de la pista que desea
agregar un reporte.
reporte de pista y espera confirmacin del usuario
para el almacenamiento de los datos.
5)- Digita los datos en el formulario
de nuevo reporte pista.
118

en
pantalla
el
mensaje
Pista
agregada
correctamente".
Tabla 41: Caso de uso extendido de agregar reporte pista

119
Caso de uso extendido de cerrar reporte pista

Caso de uso
Participantes
Descripcin

reporte a una pista ya existente.
Pre-condicin

sesin activa y en la categora pistas.
Post-condicin

Reporte de pista agregada correctamente
Accin del actor
1)- Presiona el botn pistas.

3)- Selecciona la pista que desea.
120

Tabla 42: Caso de uso extendido de cerrar reporte pista.

de eventos.
121
Caso de uso extendido de consultar informe pista

Caso de uso
Consultar informe pista
Participantes
Administrador, Gerencia
Descripcin
En este caso el sistema da la opcin de consultar un

informe pista existente.
Pre-condicin
y en la categora pistas.
Post-condicin
Accin del actor

1)-
Presiona

el
botn
informe pista.
2)- Despliega en pantalla el informe de pista.
Tabla 43: Caso de uso extendido de consultar informe pista

122
2.6.1.5 Mdulo gestionar sitio

Este mdulo permite la administracin de la informacin configuracin del sitio.

sitio:
Ilustracin 18: Diagrama de casos de usos para gestionar sitio.
123
Caso de uso extendido de modificar configuracin sitio

Caso de uso
Modificar configuracin sitio
Participantes
Administrador
Descripcin
En este caso el sistema da la opcin de modificar la

configuracin del sitio.
Pre-condicin
sesin activa y en la configuracin.

Post-condicin
Configuracin modificado con xito
Accin del actor

1)-
Presiona

el
botn
Configuracin.
3)- Muestra un formulario con los datos de la
configuracin sitio.
5)- Valida los datos, guarda los cambios y muestra
en pantalla el mensaje Configuracin modificado
con xito".
Tabla 44: Caso de uso extendido de modificar configuracin sitio.
124
Captulo 2: Especificacin de requerimientos|2.7 Prueba a la especificacin de requisitos
2.7 Prueba a la especificacin de requisitos

En este punto se evalan cada uno de los requisitos solicitados por la empresa,
para esto se utiliza una matriz de validacin de requerimientos como herramienta de control, a
continuacin se presenta dicha matriz en la tabla 45.
Requisito a evaluar
Condicin del requisito
Permitir el control de la informacin de andariveles, obteniendo

datos de mantenciones, estados, apertura y cierre, tiempos de
Logrado
reparacin y estadsticas de temporadas.

Permitir el control de la informacin de pistas, generando datos
de calidad de la nieve, estados, observaciones y estadsticas de
Logrado
temporada.
Una vez ingresado los datos de las pistas y andariveles al
sistema, este debe generar reportes y alertas del estado de ellas
Logrado
para la Gerencia de Montaa.

El sistema debe generar estadsticas para la toma de decisin
respecto de mantenimientos, reparaciones, fallas y tiempo de
Logrado
respuesta, de cada una de las pistas y andariveles en forma

general y particular.
El sistema debe utilizar tcnicas de mtodos estadsticos para
Logrado
generar vistas a partir de la extraccin de la base de datos.

El sistema debe interactuar con pantallas de informacin ubicada
en hoteles y cafeteras, en ella se podr ver informacin respecto
Logrado
del estado de pistas y andariveles.

Tabla 45 Matriz de validacin de requerimientos para requisitos del proyecto
Los requisitos expuestos en la tabla 45, son los objetivos especficos solicitados
por el cliente, estos se han considerado y trabajados en los diferentes diagramas de casos de
uso generados para este proyecto.
125
Captulo 2: Especificacin de requerimientos|2.8 Conclusiones y comentarios
2.8 Conclusiones y comentarios

Con el fin de orientar el proyecto a una solucin ptima para los problemas
detectados en el rea en estudio16 en Nevados de Chillan, es que se realiz el levantamiento de
requerimientos, se pens en un sistema que permita informar a trabajadores y pblico en
general sobre el estado de pistas de esqu y medios de elevacin, rescatando de este proceso
datos de gran valor para elaboracin de diversos informes dirigidos a la gerencia de montaa
de empresa.
Los requerimientos solicitados por el cliente fueron plasmados en lenguaje UML,

esto con la finalidad de que sean de fcil comprensin para llevar a cabo la etapa de diseo de
la solucin propuesta.
Se detectaron los usuarios del sistema y se definieron sus privilegios con los que
contaran para operar en l.
Adems en el captulo, se definieron las tecnologas a utilizar; dado que el

desarrollo del proyecto se enmarca en un carcter acadmico no lucrativo para el equipo de
desarrollo, es que se opt por la utilizacin de tecnologas libres, estas, con gran cantidad de
comunidades y de respaldo en la web.
16
El rea en estudio de este proyecto es la de pistas y andariveles del centro de ski Nevados de Chilln,
especficamente la mantencin de estos y los estados que toman estos durante el tiempo.
126
Captulo 3: Diseo|3.1 Introduccin
Captulo 3: Diseo
3.1 Introduccin
La etapa de diseo cumple con un rol primordial en el desarrollo de un software,
al ser aqu donde se deben implementar todos los requisitos explcitos obtenidos en la etapa de
anlisis, permitiendo disear modelos del sistema que se va a construir, transformndose luego
en la gua para los desarrollares, en la construccin e implementacin de una solucin ptima.
En este captulo se muestran los diseos definitivos del sistema, los cuales fueron
creados con la recopilacin de informacin en los captulos anteriores. Se exponen tanto los
modelos de la base de datos como los modelos de diseo del sistema.
127
Captulo 3: Diseo|3.2 Modelo conceptual
3.2 Modelo conceptual

Un modelo conceptual muestra grficamente los conceptos (clases de objetos),
atributos y asociaciones ms importantes del software.
A continuacin la ilustracin 19 presenta el modelo conceptual asociado a la

creacin del sistema.
Ilustracin 19: Modelo conceptual de INFONIEVE.
128
Captulo 3: Diseo|3.3 Diagrama de clases
3.3 Diagrama de clases

Un diagrama de clases representa las clases, relaciones y atributos que sern
utilizados e interactuarn en la capa lgica del negocio. Las funciones para la conexin con la
base de datos se encuentran en la capa controlador. En la ilustracin 20 se presenta el
diagrama de clases (Larman, 2003):
129
Captulo 3: Diseo|3.3 Diagrama de clases
Ilustracin 20: Diagrama de clases
Captulo 3: Diseo|3.4 Diagramas de colaboracin
3.4 Diagramas de colaboracin

Los diagramas de colaboracin sirven para describir las interacciones entre los
objetos en un formato de grafo o red. A continuacin se muestra como un nmero de
instancias especficas de las clases trabajan juntas para conseguir un objetivo comn.
3.4.1 Diagrama de colaboracin de agregar

El diagrama que se presenta en la ilustracin 21 ejemplifica todos los mtodos
agregar del sistema.
Casos de usos afectados:

Agregar locacin
Agregar usuario
Agregar andarivel
Agregar pista
Agregar calidad pista
Ilustracin 21: Diagrama de colaboracin de agregar
132
3.4.2 Diagrama de colaboracin de modificar

modificar del sistema.

Modificar locacin
Modificar usuario
Modificar tipo usuario
Modificar andarivel
Modificar estado andarivel
Modificar estado pista
Modificar pista
Ilustracin 22: Diagrama de colaboracin de modificar
133
3.4.3 Diagrama de colaboracin de eliminar

eliminar del sistema.

Eliminar locacin
Eliminar usuario
Eliminar andarivel de locacin
Eliminar andarivel
Eliminar estado andarivel
Eliminar pista
Eliminar pista de locacin
Ilustracin 23: Diagrama de colaboracin de eliminar
134
3.4.4 Diagrama de colaboracin de autenticar:

En la ilustracin 24 se ejemplifica el mtodo autentificar usuario, a travs de un
diagrama de colaboracin:
Ilustracin 24: Diagrama de colaboracin de autenticar
135
3.4.5 Diagrama de colaboracin de generar informe

En la ilustracin 25 se despliega un diagrama de colaboracin, que representa la
emisin de todos los informes del sistema.
Ilustracin 25: Diagrama de colaboracin de generar informe
136
3.4.6 Diagrama de colaboracin de cerrar reporte

cerrar reporte del sistema.
Casos de uso afectados:
Cerrar reporte mantencin
Ilustracin 26: Diagrama de colaboracin de cerrar reporte
137
3.4.7 Diagrama de colaboracin de agregar mantencin

agregar mantencin del sistema.
Ilustracin 27: Diagrama de colaboracin de agregar mantencin a andarivel
138
Captulo 3: Diseo|3.5 Modelo entidad relacin (MER)
3.5 Modelo entidad relacin (MER)

El modelo entidad relacin permite representar las entidades relevantes, describe
las interrelaciones que existen entre las diferentes categoras de datos dentro de un sistema.
Tambin incluye las claves forneas que permite una correcta interaccin con las otras
entidades.
En la ilustracin 28 presenta el modelo entidad relacin (MER) del sistema, en

notacin pata de gallo de C.W. Bachman (Peter Rob, 2007):
139
Ilustracin 28: Modelo Entidad Relacin.
3.5.1 Diccionario de datos y detalle

En esta seccin se incluye la definicin de los datos y el detalle de cada tabla de
la base de datos exhibidos en las tablas desde la 46 a la 62.
Tabla andariveles
Atributos
Descripcin
Posible valor
Tipo dato
ID_ANDARIVELES (PK)
Identificador de
Nmeros enteros
int
Nmeros enteros
varchar
Nombre del
Cadena de
varchar
andarivel
caracteres
cada registro.
OBSERVACION
Observacin
almacenada en el
andarivel
NOMBRE_ANDARIVELES
ULTIMO_ESTADO_ANDARIVELES ltimo estado

almacenado para el
Cadena de
varchar
caracteres
andarivel
APERTURA_ANDARIVELES
Horario de apertura
Hora
time
Hora
time
del andarivel
CIERRE_ANDARIVELES
Horario de cierre
del andarivel
Tabla 46: Descripcin de los atributos de la tabla andariveles.
Tabla calidadNieve
Atributos
Descripcin
Posible Valor
Tipo dato
ID_CALIDAD_NIEVE(PK)
Identificador de
Nmeros
int
cada registro
enteros
Nombre de la
Cadena de
calidad de la
caracteres
NOMBRE_CALIDAD_NIEVE
varchar
nieve
DESCRIPCION_CALIDAD_NIEVE
Descripcin de
Cadena de
la calidad de la
caracteres
varchar
nieve
Tabla 47: Descripcin de los atributos de la tabla calidadNieve.
Tabla configuracin
Atributos
Descripcin
Posible Valor
Tipo dato
TITULO_INICIO
Ttulo de la
Cadena de caracteres varchar
aplicacin web
MENSAJE_INICIO
Mensaje que aparece Cadena de caracteres varchar

en la pgina de
inicio
VERSION
Versin del software
Tabla 48: Descripcin de los atributos de la tabla configuracin.
Tabla dificultadPistas
Atributos
Descripcin
ID_DIFICULTADAD_PISTAS Identificador de
Posible Valor
Tipo dato
Nmeros enteros
int
varchar
(PK)
cada registro
GRADO_DIFICULTAD
Denominacin
Cadena de
del grado de
caracteres
dificultad de la
pista
Tabla 49: Descripcin de los atributos de la tabla compra dificultadPistas.
142
Tabla estadosAndariveles
Atributos
Descripcin
Posible Valor
Tipo dato
ID_ESTADOS_ANDARIVELES Identificador de cada Nmeros

(PK)
registro
enteros
NOMBRE_ESTADOS_
Denominacin del
Cadena de
ANDARIVELES
estado del andarivel
caracteres
DESCRIPCION_ESTADOS_
Descripcin del
Cadena de
ANDARIVELES
estado del andarivel
caracteres
Int
varchar
varchar
Tabla 50: Descripcin de los atributos de la tabla estadosAndariveles.
Tabla estadosPistas
Atributos
Descripcin
Posible Valor
ID_ESTADOS(PK)
Identificador de cada Nmeros enteros
Tipo dato
Int
registro
NOMBRE_ESTADOS_ Denominacin del
PISTAS
estado de la pista
Tabla 51: Descripcin de los atributos de la tabla estadosPistas.
143
Tabla locaciones
Atributos
Descripcin
Posible Valor
Tipo dato
ID_LOCACIONES
Identificador de
Nmeros enteros
int
(PK)
cada registro
NOMBRE_LOCACIONES
Nombre de la
Cadena de
varchar
locacin
caracteres
DESCRIPCION_LOCACIONES Descripcin de la
locacin
Cadena de
varchar
caracteres
Tabla 52: Descripcin de los atributos de la tabla locaciones.
Tabla locacionesAndariveles
Atributos
Descripcin
Posible Valor
Tipo dato
ID_LOCACIONES_
Identificador de
Nmeros enteros
int
ANDARIVELES(PK)
cada registro
ID_LOCACIONES(FK)
Identificador de
Nmeros enteros
int
Nmeros enteros
int
locacin
ID_ANDARIVELES(FK) Identificador de
andarivel
Tabla 53: Descripcin de los atributos de la tabla locacionesAndariveles.
Tabla locacionesPistas
Atributos
Descripcin
ID_LOCACIONES_
Identificador de cada Nmeros enteros
PISTAS(PK)
registro
ID_LOCACIONES(FK) Identificador de
Posible Valor
Tipo dato
int
Nmeros enteros
int
Nmeros enteros
int
locacin
ID_PISTAS(FK)
Identificador de
pistas
Tabla 54: Descripcin de los atributos de la tabla locacionesPistas.
144
Tabla mantencionesAndariveles
Atributos
Descripcin
Posible Valor
Tipo dato
ID_MANTENCION_
Identificador de
Nmeros enteros
int
ANDARIVELES(PK)
cada registro
ID_ANDARIVELES(FK)
Identificador de
Nmeros enteros
int
Numero enteros
int
Cadena de
varchar
andarivel
ID_MECANICOS
Identificador de
mecnico
OBSERVACION
Observaciones
caracteres
INICIO_MANTENCION_
Fecha y hora de
ANDARIVELES
inicio de la
Fecha y Hora
datetime
Fecha y Hora
datetime
mantencin
FIN_MANTENCION_
Fecha y hora de fin
ANDARIVELES
de la mantencin
Tabla 55: Descripcin de los atributos de la tabla mantencionesAndariveles.
Tabla mecnicos
Atributos
Descripcin
Posible Valor
Tipo dato
ID_MECANICOS(PK)
Identificador de
Nmeros enteros
int
Nombre del
Cadena de
varchar
mecnico
caracteres
cada registro
NOMBRE
APELLIDO_PATERNO
Apellido paterno del Cadena de

mecnico
APELLIDO_MATERNO Apellido materno

del mecnico
varchar
caracteres
Cadena de
varchar
caracteres
145
ESTADO_MECANICOS Estado en el que se

encuentra el
Cadena de
varchar
caracteres
mecnico
RUT
Identificador del
Cadena de
mecnico
caracteres
varchar
alfanumricos
FONO_MECANICOS
Telfono de
Nmeros enteros
int
Correo electrnico
Cadena de
varchar
del mecnico
caracteres
contacto del
mecnico
MAIL_MECANICOS
alfanumricos
Tabla 56: Descripcin de los atributos de la tabla mecnicos.
Tabla pistas
Atributos
Descripcin
Posible Valor
Tipo dato
ID_PISTAS(PK)
Identificador de
Nmeros enteros
int
Nmeros enteros
int
Nmeros enteros
int
Nmeros enteros
int
Nombre de la
Cadena de
varchar
pista
caracteres
Informacin de la
Cadena de
pista
caracteres
cada registro
ID_CALIDAD_NIEVE
Identificador de
(FK)
calidad de la nieve
ID_ESTADO_PISTAS (FK)
Identificador de
estado de la pista
ID_DIFICULTAD_PISTAS (FK) Identificador de

dificultad de la
pista
NOMBRE_PISTAS
INFORMACION_PISTAS
varchar
146
NOMBRE_ULTIMO_ESTADO_ Ultimo estado de
Cadena de
PISTAS
la pista
caracteres
OBSERVACION_PISTAS
Observaciones de
Cadena de
la pista
caracteres
varchar
varchar
Tabla 57: Descripcin de los atributos de la tabla pistas.
Tabla reporteAndariveles
Atributos
Descripcin
ID_REPORTE_ANDARIVELES Identificador de
(PK)
cada registro
ID_ANDARIVELES (FK)
Identificador del
Posible Valor
Tipo dato
Nmeros enteros
int
Nmeros enteros
int
Nmeros enteros
int
Fecha y Hora
datetime
Fecha y Hora
datetime
Fecha y Hora
datetime
andarivel
ID_ESTADO_ANDARIVELES
Identificador del
estado del
andarivel
APERTURA_REPORTE_
Fecha y hora de
ANDARIVELES
apertura del
reporte del
andarivel
CIERRE_REPORTE_
Fecha y hora de
ANDARIVELES
cierre del reporte

del andarivel
FECHA_HORA_REPORTE_
Fecha y hora del
ANDARIVELES
reporte del
andarivel
Tabla 58: Descripcin de los atributos de la tabla reporteAndariveles.
147
Tabla reporteMantencionesAndariveles
Atributos
Descripcin
Posible Valor
Tipo dato
ID_REPORTE_MANTENCION_
Identificador de
Nmeros enteros
int
ANDARIVELES(PK)
cada registro
ID_MANTENCION_ANDARIVELES
Identificador de
Nmeros enteros
int
(FK)
la mantencin
Cadena de
varchar
del andarivel
OBSERVACION
Observaciones
caracteres
FECHA_REPORTE_MANTENCIONES Fecha y hora del
_
reporte de la
ANDARIVELES
mantencin del
Fecha y Hora
datetime
andarivel
Tabla 59: Descripcin de los atributos de la tabla reportesMantencionesAndariveles.
Tabla reportePistas
Atributos
Descripcin
Posible Valor
Tipo dato
ID_REPORTE_PISTAS(PK)
Identificador de cada
Nmeros enteros
int
Identificador de la pista
Nmeros enteros
int
Observaciones
Cadena de
varchar
registro
ID_PISTAS
(FK)
OBSERVACION
caracteres
FECHA_REPORTE_PISTAS Fecha y hora del reporte
Fecha y Hora
datetime
de la pista
Tabla 60: Descripcin de los atributos de la tabla reportesPistas.
148
Tabla usuarios
Atributos
Descripcin
Posible Valor
Tipo dato
ID_USUARIO(PK)
Identificador de cada usuario Nmeros enteros
int
ID_TIPO_USUARIOS
Identificador de tipo de
Nmeros enteros
int
usuario
USERNAME
Nombre de usuario
Cadena de caracteres
varchar
PASSWORD
Clave de ingreso al sistema
varchar
NOMBRE
Nombre del usuario
varchar
APELLIDO_PATERNO
Apellido paterno del usuario
varchar
varchar
Correo electrnico del
varchar
usuario
alfanumricos
Telfono de contacto del
Nmeros enteros
APELLIDO_MATERNO Apellido materno del

usuario
MAIL_USUARIOS
FONO_USUARIOS
int
usuario
Tabla 61: Descripcin de los atributos de la tabla usuarios.
Tabla tiposUsuarios
Atributos
Descripcin
Posible Valor
ID_TIPO_USUARIOS(PK)
Identificador de cada
usuario
Nmeros enteros int
NOMBRE_TIPO_USUARIOS
Nombre del tipo de

usuario
Nmeros enteros varchar
DESCRIPCION_TIPO_USUARIOS Descripcin del tipo de

usuario
Tipo dato
Nmeros enteros varchar
Tabla 62: Descripcin de los atributos de la tabla tiposUsuarios.
149
Captulo 3: Diseo|3.6 Diagramas de secuencia del sistema (DSS)
3.6 Diagramas de secuencia del sistema (DSS)

Para explicar mejor el funcionamiento del sistema, se utilizan los diagramas de
secuencia, mediante estos diagramas se muestra la interaccin entre los eventos que fluyen a
travs de los actores al sistema.
3.6.1 Diagrama de secuencia de autentificar usuario

Este diagrama representa los pasos necesarios para el ingreso del usuario al
sistema, la ilustracin 29 se muestra esta interaccin entre el administrador, central y el
sistema.
Ilustracin 29: Diagrama de secuencia de autentificar usuario
150
3.6.2 Diagrama de secuencia de agregar

Este diagrama representa los pasos necesarios para agregar datos en cualquier
mdulo del sistema, la ilustracin 30 se muestra esta interaccin entre el administrador y el
sistema.
Ilustracin 30: Diagrama de secuencia de agregar
151
3.6.3 Diagrama de secuencia de modificar

Este diagrama representa los pasos necesarios para la modificacin de algn dato
en todo el sistema. Se permite a los usuarios con privilegios modificar la informacin que
corresponda, la ilustracin 31 se muestra esta interaccin entre el Administrador y el Sistema.
Ilustracin 31: Diagrama de secuencia de modificar
152
3.6.4 Diagrama de secuencia cerrar

Este diagrama muestra los pasos necesarios por parte del usuario cerrar reportes,
en la ilustracin 32 se muestra esta interaccin entre el administrador y el sistema.
Ilustracin 32: Diagrama de secuencia cerrar reporte
153
3.6.5 Diagrama de secuencia de eliminar

Este diagrama representa los pasos necesarios por parte del usuario para eliminar
la informacin que estime conveniente, en cualquier mdulo, en la ilustracin 33 se muestra
esta interaccin entre el administrador y el sistema.
Ilustracin 33: Diagrama de secuencia de eliminar
154
3.6.6 Diagrama de secuencia de reporte

Este diagrama representa los pasos necesarios por parte del usuario para agregar un reporte, en
cualquier mdulo, en la ilustracin 34 se muestra esta interaccin entre el administrador y el
sistema.
Ilustracin 34: Diagrama de secuencia de reporte
El llevar a cabo un buen diseo es de gran utilidad e importancia para el grupo de

desarrolladores, es en esta etapa donde se modela el sistema o producto que se va a construir
con respecto los requerimientos establecidos por el cliente, una buena formulacin de estos
gua al proyecto en todo momento.
155
Captulo 3: Diseo|3.7 Pruebas al diseo del sistema
3.7 Pruebas al diseo del sistema

En este punto se evalan cada una de las funcionalidades propuestas para el
sistema, se verifica si es que se cumplieron a cabalidad, para este fin se utiliza una matriz de
validacin como herramienta de control, a continuacin se presentan dicha matriz y sus
resultados en la tabla 63.
Funcionalidades
Detalle de las funciones evaluadas
Funciones de agregacin
Agregar locacin
Agregar usuario
Condicin de la funcin
Logrado

Agregar andarivel
Agregar pista
Agregar calidad pista
Funciones de
Modificar locacin
modificacin
Modificar usuario
Logrado
Modificar tipo usuario

Modificar andarivel
Modificar estado andarivel
Modificar estado pista
Modificar pista
Funciones de eliminacin
Eliminar locacin
Logrado

Eliminar usuario
156
Captulo 3: Diseo|3.7 Pruebas al diseo del sistema
Eliminar andarivel de locacin

Eliminar andarivel
Eliminar estado andarivel
Eliminar pista
Eliminar pista de locacin
Funciones de cierre

Logrado
Cerrar reporte mantencin

Tabla 63: Matriz de validacin de funcionalidades para el sistema
Estas son las funcionalidades que se presentan para el sistema InfoNieve,

fueron abordadas en los diferentes diagramas del captulo de diseo.
157
Captulo 3: Diseo|3.8 Conclusiones y comentarios
3.8 Conclusiones y comentarios

En esta etapa se realizaron los diagramas y modelos necesarios para el desarrollo
de la solucin propuesta, se present el modelo conceptual, en el cual se muestran los
conceptos desprendidos de la eta de anlisis, junto con esto se llev a cabo, el diagrama de
clases del sistema, que muestra de forma abstracta todo el funcionamiento del sistema y forma
en la que se relacionan cada clase con la otra.
De igual manera que lo anterior, se plasm el modelo entidad relacin, en el que

se muestran las distintas entidades del proceso de negocio en estudio, cabe sealar que este
modelo se desprende de lo recogido en los captulos anteriores.
Adems se presentan los diagramas de colaboracin y de secuencia del sistema,

con el fin de documentar la interaccin entre las distintas clases del sistema.
Es de suma importancia para el proyecto que esta etapa se encuentre lo mejor

documentada posible y sea una copia fiel del proceso en estudio, ya que es en base esta que se
comienza con el desarrollo del sistema.
158
Captulo 4: Construccin pruebas y puesta en marcha.|4.1 Introduccin
Captulo 4: Construccin pruebas y puesta en

marcha.
4.1 Introduccin
Para determinar que el sistema cumpla con lo solicitado por cliente, el software
ser sometido a distintos tipos de pruebas. Este captulo describe las pruebas y puesta en
marcha del software, adems de la instalacin y la capacitacin. Para asegurar un correcto
funcionamiento del sistema.
Esta etapa se divide en pruebas a la construccin, pruebas de uso y pruebas de

estrs. Que se detalla en los siguientes tems.
159
Captulo 4: Construccin pruebas y puesta en marcha.|4.2 Construccin
4.2 Construccin
Para la construccin del software se utiliza Codeigniter, que es un framework de
cdigo abierto para crear sitios web dinmicos con PHP. Tambin se utiliza Geany, para
desarrollar integralmente en PHP. Adems de phpMyAdmin, para la creacin y manipulacin
de la base de datos en MySQL.
4.3 Pruebas a la construccin

Con la realizacin de este tipo de prueba, nuestra intencin es descubrir errores de
conexin a la base de datos, validacin de ingresos de datos, consulta a la base de datos,
insercin de nuevos datos, actualizacin datos existentes y eliminacin de datos. En el periodo
de la codificacin del sistema.
Cada test es exitoso si mediante ste se puede detectar algn error a tiempo,
minimizando de esta forma los riesgos del sistema una vez implementado en la empresa. Las
pruebas de caja negra que son detalladas en este tem, son utilizadas para validar los distintos
mdulos que son desarrollados en este sistema.
160
Captulo 4: Construccin pruebas y puesta en marcha.|4.3 Pruebas a la construccin
En la tabla 64 se presenta un resumen de las pruebas de caja negra realizadas

durante el proceso de codificacin:
Tarea
Agregar
andarivel
Modificar
andarivel
Resultado
Error encontrado
Solucin
Fallido
No aplica
No aplica
Fallido
No aplica
No aplica
Crear restriccin en la base
Eliminar
Agregar reporte
andarivel
Cerrar reporte
andarivel
Agregar
mantencin
Agregar reporte
Consultar
informe
de datos para no poder
reviendo reportes
eliminar si existe un
existentes
reporte.
Fallido
No aplica
No aplica
Fallido
No aplica
No aplica
Fallido
No aplica
No aplica
Fallido
No aplica
No aplica
Fallido
No aplica
No aplica
Exitoso
andarivel
mantencin
Eliminaba habiendo
Tabla 64: Pruebas de construccin
Se realizaron pruebas a todos los mdulos, pero en la tabla 64 slo se detallan

algunos de los requerimientos, al ser considerados como representativos porque incorporan a
la mayora de los mdulos desarrollados en este sistema.
161
Captulo 4: Construccin pruebas y puesta en marcha.|4.4 Puesta en marcha
4.4 Puesta en marcha

4.4.1 Instalacin
El software es instalado en un servidor local provisto por la empresa Nevados de
Chilln, este consta con Apache Server y MySQL.
Para la puesta en marcha se consideran los siguientes puntos:
Configuracin del servidor Apache Server.
Configuracin base de datos MySQL.
Instalacin del Sistema de gestin de alertas y de soporte a la decisin,

InfoNieve.
4.4.2 Capacitacin
La capacitacin a cada uno de los usuarios directo del software que se dividen en
tres grupos: Administrador, central y gerencia. Con esto se pretende lograr un correcto
funcionamiento del sistema.
El tiempo estimado de capacitacin por grupo de usuario es de dos horas, siendo

tres los grupos de usuarios a instruir, lo que suma un total de nueve horas. Finalizado el
aprendizaje, los usuarios deben ser capaces de manejar todas las funciones del software.
162
4.4.3 Pruebas de uso del sistema

Este tipo de prueba buscar medir el tiempo que le lleva a los usuarios realizar
tareas bsicas en el sistema.
Considerando a un usuario de la central, se le pidi ingresar nuevos reportes a las

pistas y andariveles, se obtuvo lo expuesto en la tabla 65:
Sujeto de la prueba
Central
Central
Tarea
Ingresar nuevo reporte
andarivel
Ingresar nuevo reporte pista
Tiempo(minutos)
01:01
1:10
Tabla 65: Prueba de uso ingresar nuevo reporte de andarivel y nuevo reporte de pistas.
163
Tambin se le pidi crear una nueva mantencin a un andarivel, se obtuvo el

tiempo indicado en la tabla 66:
Sujeto de prueba
Tarea
Tiempo(minutos)
Central
Agregar un nueva
01:12
mantencin andarivel
Tabla 66: Prueba de uso agregar una nueva mantencin
A un usuario de gerencia se le pidi consultar un informe, se obtuvo el tiempo

indicado en la tabla 67:
Sujeto de prueba
Tarea
Tiempo(minutos)
Gerencia
Consultar informe
00:48
Tabla 67: Prueba de uso consultar un informe.
Como conclusin se puede ver que los tiempos son relativamente bajos al
utilizar tareas especficas del sistema.
164
4.4.4 Pruebas de estrs del sistema

Con este tipo de pruebas se busca llevar el sistema a sus lmites de respuesta, lo
que permite medir sus condiciones y capacidades, con una cantidad de procesos definidos con
anterioridad.
Las pruebas se realizaron mediante el software JMeter en un servidor local. Se

estableci un nmero determinado de peticiones al servidor con un tiempo de espera de 3
segundos. Las tareas realizadas fueron las siguientes:
Listar pistas
Listar andariveles
Ingreso de usuario
Agregar reporte Pista
Consultar pista
Consultar andarivel
Agregar usuario
Generar informe
165
Consultar locacin
Las peticiones anteriormente listadas son las tareas ms frecuentes realizadas en

el sistema por los usuarios, por lo tanto son las ms representativas.
Se probaron varias tareas con distintas configuraciones, pudiendo as evaluar el

desempeo del sistema frente a cantidades variables de usuarios simultneamente, realizando
la secuencia de peticiones anteriormente descrita, el resultado de esto se detallan a
continuacin, la columna muestras representa a la cantidad de consultas cada 3 segundos, la
columna error el porcentaje de error de estas consultas y por ltimo la columna rendimiento el
tiempo que demora en realizar las muestras y kb/seg (cantidad de kilobytes que el servidor
procesa por segundo).
166
Los resultados obtenidos son presentados en la tabla 68 a continuacin:
Tareas probadas
Muestras
Error
Rendimiento
Kb/seg
Listar pistas
200
0,00%
1,1/sec
2,76
Listar
200
0,00%
1,2/sec
10,28
300
0,00%
45,9/min
2,36
200
0,00%
2,9/sec
33,21
200
0,00%
4,8/sec
10,34
Consultar pista
300
0,00%
4,0/sec
7,01
Consultar
300
0,00%
3,9/sec
10,19
Agregar usuario
200
0,00%
2,8/sec
47,23
Generar informe
300
0,00%
3,8/sec
47,32
Consultar
300
0,00%
2,9/sec
11,02
andariveles
Ingreso de
usuario
Agregar reporte
andarivel
Agregar reporte
Pista
andarivel
locacin
Tabla 68: Resultados obtenidos de las pruebas de estrs.
167
Captulo 4: Construccin pruebas y puesta en marcha.|4.5 Conclusin y comentarios
4.5 Conclusin y comentarios

Analizando lo tratado en este captulo se puede concluir que el sistema fue
dividido en mdulos, lo que permiti que fuera ms fcil su desarrollo al separar el problema.
El uso del framework CodeIgniter facilit de manera enorme la codificacin del proyecto y la
comunicacin con la base de datos, logrando as agilizar el desarrollo de la solucin.
Se realizaron pruebas para conocer el rendimiento y eficiencia del software, de

las cuales se obtuvieron como resultado que el sistema ayuda a la toma de decisiones y a
ordenar la informacin que se tiene sobre los medios de elevacin y las mantenciones
realizadas a estos y las pistas de ski.
168
Captulo 5: Conclusiones y trabajos futuros|4.5 Conclusin y comentarios
Captulo 5: Conclusiones y trabajos futuros

Al abordar el estudio e investigacin de sistemas para centros de ski, es posible
darse cuenta de la reducida oferta que existe en el mercado, los que se logran observar, centran
sus esfuerzos en el control de los esquiadores y ventas de pases de ski (S.E., 2014), relegando
a segundo plano los procesos referentes a medios de elevacin y pistas, lo que genera un nicho
de estudio vlido y necesario.
El proceso en estudio genera gran cantidad de datos, es por ello, que se pens en
mantener de forma ordenada el almacenamiento de la informacin obtenida, con la finalidad
de que luego fuera extrada de forma fcil para su procesamiento y posterior utilizacin, todo
esto realizado cumpliendo con las reglas de optimizacin y funcionalidad desprendidos de los
procesos realizados en la actualidad por la organizacin. Todo lo anterior es pensado para la
aplicacin de minera de datos sobre la informacin que se ir almacenando.
Como primer punto en estudio est el analizar el mtodo de trabajo de Nevados

de Chillan, para as ser capaces de formular un sistema concordante con las necesidades
presentadas por la empresa. De esto cabe destacar que se analiz en su totalidad las funciones
que realiza la organizacin, asistiendo a las instalaciones de la empresa en las Termas de
Chilln, la temporada invernal 2013, esto permiti disear un sistema de acuerdo a los
verdaderos requerimientos del negocio.
Con respecto al anlisis e investigacin de los procedimientos usados por la

empresa para encontrar sus puntos dbiles y mejorarlos, esto fue cubierto y presentado en el
tem 1.9 Anlisis crtico de la situacin actual, es en base a este anlisis que se desarrollan los
objetivos para mejorar la situacin actual.
As mismo en el diseo de un modelo de la aplicacin concordante a las

necesidades de la empresa orientado a la implementacin web, esto tambin fue cumplido, ya
169
que las funcionalidades del sistema se formularon en conjunto con el personal implicado en
los diferentes procesos de la empresa, con esto se asegura un correcto moldeamiento del
sistema. Adems las herramientas de desarrollo elegidas permiten que el sistema sea accedido
a travs de internet.
Abordando lo que se refiere a comprobar que la solucin es un producto estable y

de correcto funcionamiento de acuerdo a lo planteado, se realizaron distintas pruebas a esta
misma, para poder comprobar su funcionalidad, dando nfasis en conocer la opinin de los
usuarios respecto al sistema. De estas pruebas se desprendi que el sistema cumple los
objetivos propuestos, lo que demuestra que se dio solucin a la problemtica estudiada.
En cuanto a la arquitectura empleada en el desarrollo de la aplicacin se utiliz

Modelo Vista Controlador (MVC), el usar esta arquitectura conlleva a organizar el cdigo
permitiendo as, mantenciones del mismo de manera ms fcil, esto ya sea actualizar, editar o
leer. El uso del framework CodeIgniter que es una plataforma orientada a la programacin con
la arquitectura MVC, facilita las ampliaciones y modificaciones que sean necesarias, esta es
segura y diversa, es por esto que crea un entorno de desarrollo ms fiable. El mtodo de
desarrollo rpido de aplicaciones (DRA), ayud a que los usuarios participaran en el progreso
del sistema, adems de esto redujo los costos en tiempo, logrando as cumplir las metas
establecidas.
Sobre que el sistema permitiera la recopilacin y almacenamiento de la

informacin desprendidas de los procesos referentes a pistas de ski y medios de elevacin de
un centro de ski, este es un punto logrado, ya que permite el almacenamiento de informacin
de pistas de ski, medios de elevacin, mecnicos de andariveles, envi de alertas a usuarios va
e-mail, mantenciones y reparaciones a medios de elevacin, todo esto fue comprobado en las
pruebas de usabilidad.
170
El equipo de desarrollo se propuso como meta prestar ayuda al usuario, para que
no cometa errores al ingresar informacin, validando los ingresos de informacin y
capacitndolos en las distintas funciones del sistema.
Con respecto a la generacin de informes y reportes. Todos los documentos

nombrados en los casos de uso, que estn definidos en la seccin 2.6 son emitidos por el
sistema y enviados a los usuarios correspondientes.
Se tienen que evitar los errores que puedan ser generados por el usuario humano,
es por esto que el sistema no almacena ningn tipo de dato procesado, considerando esto todos
los clculos son realizados por el software de manera interna, sin embargo el sistema no se
hace responsable de los errores cometidos en el ingreso de los datos. Esto indica que la
inteligencia de negocios fue aplicada correctamente.
Para crear un buen ndice de usabilidad del sistema, se escogi un diseo

intuitivo orientado a plataformas web, con esto se busc que el uso del sistema resulte
agradable para el usuario, de esto se concluye que es de suma vitalidad que el equipo de
desarrollo adems de tener conocimiento sobre las normas y las pautas que existen, debe ser
capaz de adaptar su conocimiento a las distintas situaciones que se le presenten sin dejar de
lado las directrices de calidad y eficiencia del producto que desea entregar.
Es por esto que se puede concluir que todos los objetivos de este proyecto de
ttulo han sido cumplidos satisfactoriamente.
171
Bibliografa|
Bibliografa
Apache Software Foundation. (1999). Welcome! - The Apache HTTP Server Project. Retrieved
Septiembre 2, 2013, from http://httpd.apache.org/
BIZAGI. (2012). Bussines process modeling notation. Recuperado el 15 de Septiembre de 2012, de
www.bizagi.com
EllisLab, I. (2013). User Guide: CodeIgniter/EllisLab. Recuperado el 2 de Septiembre de 2013, de
sitio web de CodeIgniter/EllisLab: http://ellislab.com/codeigniter/user-guide/
financieras, A. d. (20 de Diciembre de 2013). Asociacin de bancos e instituciones financieras.
Recuperado el 2 de Mayo de 2014, de http://www.abif.cl/tasas.php
Fontela, C. (2011). UML,Modelado de software para profesionales. Argentina: Alfaomega.
Foundation, T. j. (2010). Recuperado el 01 de Diciembre de 2012, de JQuery Mobile:
http://jquerymobile.com/
Larman, C. (2003). UML y Patrones. Introduccin al anlisis y diseo orientado a objetos. Espaa:
PEARSON.
Martin, J. (1991). Rapid Application Development. New York: Macmillan Publishing Company.
Nevados de Chilln. (2008). Reglamento interno Consorcio Chilln Uno S.A. Chilln.
Oracle. (2013). MySQL Standar Edition. Recuperado el 02 de Septiembre de 2013, de sitio web de
MySQL: http://www.mysql.com/products/standard/
Peter Rob, C. C. (2007). Database Systems: Design, Implementation, and Management (Octava ed.).
Cengage Learning.
phpMyAdmin devel team. (2003). Requirements phpMyAdmin . Retrieved Septiembre 2, 2013, from
http://docs.phpmyadmin.net/en/latest/require.html
172
Pressman, R. (2002). Ingenieria del Software Ingeniera- Un enfoque prctico. 6ta edicin. Espaa:
Mc Graw Hill.
Reenskaug, T. M. (1979). Recuperado el 16 de Agosto de 2012, de Model View Controller:
heim.ifi.uio.no/~trygver/
S.E., A. (2014). Altec S.E.| Inicio. Recuperado el 2014, de Altec S.E.| Accesos Medios de Elevacin:
http://www.altec.com.ar/?page_id=729
W3C. (2009). HTML5. Recuperado el 20 de Noviembre de 2013, de www.w3.org
173
Anexos|Anexo A: Encuesta realizada a trabajadores para ver aceptacin al sistema
Anexos
Anexo A: Encuesta realizada a trabajadores para ver aceptacin
al sistema
A continuacin se presentan las preguntas y opciones de respuesta de la encuesta
realizada a los trabajadores participantes en el proceso en estudio.
Usted prestara su colaboracin, entregando informacin sobre su forma de trabajo?
SI, estoy dispuesto a prestar mi colaboracin.
NO, no estoy dispuesto a prestar mi colaboracin.
Prefiero omitir la respuesta.
Le gustara a Usted aprender a utilizar nuevas tecnologas que le permitan un mejor

desarrollo de su trabajo?
SI, me gustara aprender a utilizar nuevas tecnologas.
NO, no me gustara aprender a utilizar nuevas tecnologas.
Prefiero omitir la respuesta.
174
Anexos|Anexo A: Encuesta realizada a trabajadores para ver aceptacin al sistema
Considera Usted que sera conveniente tener registro de las mantenciones realizadas a pistas
de ski y medios de elevacin?
SI, me parece algo conveniente sumamente importante.
SI, me parece algo conveniente, pero no tan importante.
NO, no me parece conveniente.
Estas fueron las preguntas realizadas a los trabajadores para determinar el inters
y la participacin de ellos en la implementacin y posterior puesta en marcha del sistema.
175
Anexos|Anexo B: Nomenclatura para diagramas BPMN
Anexo B: Nomenclatura para diagramas BPMN

A continuacin se presentan las fichas con los elementos necesarios para la
construccin e interpretacin de diagramas BPMN.
176
Encuentre capacitacin gratis de BPMN en elearning.bizagi.com
Actividades [Rectngulo con
Eventos
esquinas redondeadas]
Representan el trabajo realizado dentro de una organizacin.

Consumen recursos. Pueden ser simples o compuestas:
Tarea
Son actividades simples o atmicas. No es definida a un nivel ms
detallado. Existen diferentes tipos:
Usuario
Recepcin
Script
Manual
Swimlanes [canales]
[crculos]
Un evento representa algo que ocurre o puede ocurrir durante el curso de un proceso.
Existen 3 tipos de eventos basados en cmo afectan el flujo.
Servicio
Eventos de Inicio
Indican cuando un proceso inicia
No tienen flujos de secuencia entrantes
Envo
Referencia
Subproceso
Es un proceso definido como un diagrama de procesos

independiente y que no depende del proceso padre.
Compuertas [rombos]
Las compuertas son los elementos utilizados para controlar la
divergencia y convergencia del flujo.
Compuerta Exclusiva basada en datos
Divergencia: Ocurre cuando en un punto del flujo basado en los datos
del proceso se escoge un solo camino de varios disponibles.
Convergencia: Como punto de convergencia, es utilizada para confluir
caminos excluyentes.
Compuerta Exclusiva basada en eventos

La compuerta exclusiva basada en eventos representa un punto del
proceso donde se escoge un camino de varios disponibles, pero la
decisin no se basa en datos del proceso sino en eventos.
Compuerta Paralela
Divergencia: Se utiliza cuando varias actividades pueden realizarse
concurrentemente o en paralelo.
Convergencia: Permite sincronizar varios caminos paralelos en uno
solo. El flujo contina cuando todos los flujos de secuencia de entrada
hayan llegado a la figura.
Indican algo que ocurre o puede ocurrir durante el trascurso de un proceso, entre el inicio y el
fin.
Los eventos intermedios pueden utilizarse dentro del flujo de secuencia, o adjunto a los
lmites de una actividad.
Los eventos intermedios pueden utilizarse para recibir o lanzar el evento.
Cuando el evento es usado para recibir el icono al interior del circulo se encuentra sin rellenar,
cuando el evento es usado para lanzar el icono se encuentra relleno.
Eventos de Fin
Indican cuando un camino del proceso finaliza
No tienen flujos de secuencia saliendo
Lane
Subdivisiones del Pool.
Representan los diferentes participantes al interior de una
organizacin.
Evento Intermedio sin especificar
Evento de Fin sin especificar
No se especifica ningn comportamiento en particular

para iniciar el proceso.
Indica algo que ocurre o puede ocurrir dentro del proceso, slo se pueden utilizar
dentro de la secuencia del flujo.
Indica que un camino del flujo llego al fin.
Evento de Inicio de Mensaje
Evento Intermedio de Mensaje
Evento de Fin de Mensaje
Un proceso inicia cuando un mensaje es recibido.
Indica que un mensaje puede ser enviado o recibido.

Si el evento de mensaje es de recepcin, indica que el proceso no contina hasta
que el mensaje sea recibido.
Puede utilizase dentro del flujo de secuencia o adjunto a los lmites de una actividad
para indicar un flujo de excepcin.
Evento de Inicio de Temporizacin
Evento Intermedio de Temporizacin
Indica que un proceso inicia cada ciclo de tiempo o en

una fecha especfica.
Indica una espera dentro del proceso. Este tipo de evento puede utilizarse dentro
del flujo de secuencia indicando una espera entre las actividades o adjunto a los
lmites de una actividad indicando un flujo de excepcin
Evento de Inicio de Condicin
Evento Intermedio de Condicin
Un proceso inicia cuando una condicin de negocio se

cumple.
Se utiliza para esperar que una condicin de negocio se cumpla. Se puede utilizar dentro
del flujo de secuencia indicando que se espera a que la condicin de negocio se cumpla
o adjunto a los lmites de una actividad indicando un flujo de excepcin que se activar
cuando la condicin se cumpla.
Evento de Inicio de Seal
Evento Intermedio de Seal
Evento de Fin de Seal
El proceso inicia cuando se captura una seal lanzada desde

otro proceso. Tenga en cuenta que una seal no es un
mensaje, un mensaje tiene claramente definido un
destinatario, la seal no.
Se utiliza para enviar o recibir seales. Se puede utilizar dentro del flujo de secuencia
para enviar o recibir seales o adjunto a los lmites de una actividad indicando un flujo de
excepcin que se activar cuando la seal sea capturada.
Permite enviar una seal al finalizar el flujo.
Evento de Inicio Mltiple
Evento Intermedio Mltiple
Evento de Fin Mltiple
Indica que existen muchas formas de iniciar el proceso y que

al cumplirse una de ellas se iniciar el proceso.
Indica que puede ser activado por muchas causas.
Indica que varios resultados pueden darse al finalizar un

flujo.
Evento Intermedio de Cancelacin
Evento de Fin de Cancelacin
Este tipo de evento intermedio es usado en subprocesos Transaccionales. Se diagrama

a los lmites del Subproceso transaccional indicando un flujo alternativo que se
realizara cuando el subproceso transaccional es cancelado.
Se diagrama a los lmites del subproceso.
Permite enviar una excepcin de cancelacin al finalizar el

flujo. Slo se utiliza en subprocesos transaccionales.
Evento Intermedio de Error
Evento de Fin de Error
Esta figura es usada para capturar errores. Se diagrama a los lmites de una actividad.
Permite enviar una excepcin de error al finalizar el flujo.
Subproceso embebido
Subproceso reusable
Eventos Intermedios
Evento de Inicio sin especificar
Es una actividad compuesta que incluye un conjunto interno lgico de

actividades (proceso) y que puede ser analizado en ms detalle.
Depende del proceso padre.
No puede contener pools ni lanes.
Pool
Permite enviar un mensaje al finalizar el flujo.
Secuencia
Representan el control de flujo y la secuencia de las
actividades.
Se utiliza para representar la secuencia de los objetos de
flujo, donde encontramos las actividades, las compuertas y
los eventos.
Mensaje
Las lneas de mensaje representan la interaccin entre varios
procesos o pools.
Representan Seales o Mensajes NO flujos de control.
No todas las lneas de mensaje se cumplen para cada
instancia del proceso y tampoco se especifica un orden para
los mensajes.
Asociaciones
Se usan para asociar informacin adicional sobre el proceso.
Tambin se usan para asociar tareas de compensacin
Evento Intermedio de Compensacin
Evento de Fin de Compensacin
Permite manejar compensaciones, cuando se utiliza dentro del flujo de secuencia de un

proceso indica que una compensacin es necesaria, es decir se lanza una
compensacin. Cuando se utiliza adjunto a los lmites de una actividad indica que esa
actividad ser compensada cuando se active el evento
Este tipo de fin indica que es necesaria una compensacin al

finalizar el flujo.
Compuerta Compleja
Este evento permite conectar dos secciones del proceso.
Divergencia: Es utilizada para controlar puntos de decisin complejos.

Convergencia: permite continuar al siguiente punto del proceso
cuando una condicin de negocio se cumple.
Objetos de conexin
Condicional
por defecto
Divergencia: Se utiliza cuando en un punto se activan uno o ms

caminos de varios caminos disponibles, basado en los datos del proceso.
Convergencia: Se utiliza para sincronizar caminos activados
previamente por una compuerta inclusiva usada como punto de
divergencia.
Compuerta Inclusiva
Acta como contenedor de un proceso

El nombre del pool puede ser el del proceso o el del
participante.
Representa un Participante Entidad o Role.
Siempre existe al menos uno, as no se diagrame.
Artefactos
Son utilizados para proporcionar informacin adicional
sobre el proceso.
Anotaciones
Son utilizados para proporcionar informacin adicional sobre
el proceso.
Grupos
Se utiliza para agrupar un conjunto de actividades, ya sea
para efectos de documentacin o anlisis, no afecta la
secuencia del flujo.
Evento Intermedio de Enlace
Objetos de Datos
Evento de Fin de Terminal
Indica que el proceso es terminado, es decir cuando algn
camino del flujo llega a este fin el proceso termina
completamente, sin importar que existan ms caminos del
flujo pendientes.
Permiten mostrar la informacin que una actividad necesita,

como las entradas o las salidas.
Notacin para el Modelado de Proceso de Negocio (BPMN) Poster

Objetos grficos para los diagrama de procesos de negocio
Actividades
Transaccin
Mensaje
Un mensaje llega de un participante y activa el evento. Esto causa que el

proceso {comience, continue, Termine} donde est esperando por
mensajes o cambie el flujo si la excepcin se realiza. Eventos de mensaje
de fin indican que un mensaje es enviado al termino del proceso
XOR
Ad Hoc
Compensacin
Regla
Enlace
Multiple
Mltiples instancias de una tarea o sub-proceso pueden ser

creadas.
COMPLEX
El smbolo representa la compensacin de la tarea o subproceso.
Compensacin
Objeto de
datos
Este tipo de evento indica que hay mltiples formas de gatillar el proceso.
Solo una de ellas ser requerida para {empezar, continuar, finalizar} el
proceso.
Grupo
Una secuencia de flujo puede tener expresiones de condicin que son

evaluadas en tiempo de ejecucin para determinar si o no el flujo ser
usado
Para decisiones exclusivas basadas en datos o decisiones inclusivas,
un tipo de flujo es el de condicin predeterminada de flujo. Este flujo
solo puede ser ocupado si todas las otras salidas de flujo condicionales
no son verdaderas en tiempo de ejecucin.
Un flujo de mensaje es usado para mostrar el flujo entre dos participantes
que son preparados para enviar y recibir los mensajes. En BPMN, Dos
pool separados en un diagrama pueden representar dos participantes
Mecanismo de Secuencia de flujo
Ramificacin paralela y unin

(sincronizacin).
Secuencia de flujo normal
Artefactos son usados para dar informacin adicional sobre el proceso. Si lo

requiere, modeladores y herramientas de modelamiento son gratuitas para
aadir nuevos artefactos. Ejemplo de objetos: 'Una Carta', 'Email', 'XML
Swimlanes
Pools y lanes son usados para representar
organizaciones, roles, sistemas y responsabilidades.
Documento', 'Confirmacin',...
Objetos de datos dan informacin sobre que actividades se requiere que

sean gatilladas y/o que es lo que ellas producen. Ellas son consideradas,
ya que no tienen ningn efecto directo en la secuencia del flujo o flujo de
mensajes del proceso. El estado del objeto de datos debe ser tambin
[estado] establecido
Descripcin
Comentarios son un mecanismo del modelador para dar mayor

informacin a los lectores de diagrama BPMN.
Un Lane is a sub-particin dentro de un pool usada para organizar y

categorizar actividades
Excepcin X
Sub-proceso colapsado adhoc
Deshacer Tarea
A
Transaccin exitosa
Tarea B
Flujo condicional
Actividad de
compensacin
Transaccin de
frontera
Tarea A
Empezar
transaccin
Looped subproceso
A
Excepcin del
Flujo
Dos pools pueden ser conectadas

solo con flujo de mensajes
Un Pool Representa a un participante en el proceso. Esta contiene

un proceso de negocio y es usado en situaciones B2B
Tarea
Enlace
intermedio
usado como
GOTO
Sub-proceso expandido
No
El agrupamiento puede ser usado para la documentacin o por propsitos

de anlisis. Los grupos pueden tambin ser usados para identificar
actividades de una transaccin distribuida que es mostrada a travs de
Pools.El agrupamiento no afecta la secuencia o flujo de mensajes.
En caso de las transacciones es deseable que todas las actividades

que constituyen una transaccin sean terminadas exitosamente. De lo
contrario, la transaccin fallara y se revertir (compensacin)
actividades ocurridas que deshaciendo actividades realizadas.
A
Hasta el
Loop
Un Pool DEBE contener 0 o 1

Proceso de negocio.
Un Pool puede contener 0 o ms
lanes.
Ad Hoc
sin flujo
Enlace intermedio
usado como GOTO
Ejemplo: 'Universidad', 'Ventas', 'Deposito', 'Sistema ERP',...
Conjunto de artefactos estandarizados
Asociacin de Compensacin
El mecanismo de secuencia de flujo es dividido en tipos: Flujo Normal, Excepcin

del flujo, Flujo condicional, Eventos de enlace y Ad Hoc (Sin flujo). Tambin se
refiere a determinados Patrones de Workflow.
Artefactos
Comentario
a:
Una asociacin (Directa, indirecta) es usada para asociar informacin

con flujos de objetos. Textos y grficos que no son objetos de flujo no
pueden ser asociados con objetos de flujo
Asociacin
Condicin compleja (Una combinacin

de condiciones bsicas)
AND
Este tipo de evento es usado dentro de un sub-proceso de transaccin.

Este tipo de evento DEBE estar adjunto a la frontera del sub-proceso. El
deber ser activado si un evento final de cancelacin es alcanzado dentro
de la transaccin del sub-proceso.
Estos son usados para manipular la compensacinAmbos establecen y
realizan compensacin. La compensacin es llamada si el evento es pate
del flujo normal. Esta reacciona al llamado del nombre de la compensacin
cuando est adjuntada a la frontera de la actividad. Muy til para revertir
las acciones del modelado que estn dentro de la transaccin
Este tipo de evento es activado, cuando las condiciones de una regla se
convierta en verdadera. Las Reglas pueden ser muy tiles para interrumpir
el ciclo del proceso, por ejemplo : El numero de repeticiones= N. La regla
intermedia es usada solo para manipular la excepcin
Un enlace, es un mecanismo para conectar el fin (resultado) de un proceso
a el inicio de otro. Tipicamente, estos son 2 subprocesos dentro del
proceso padre, puede ser usado, por ejemplo, cuando el area de trabajo
(pagina) es pequea va a otra pgina.
Este tipo de fin indica que todas las actividades en el proceso deben estar
inmediatamente terminadas. Esto incluye todas las instancias o multiinstancias. El proceso es terminado sin compensacin o evento de
manipulacin
Termino
las tareas en el sub-proceso no pueden ser conectadas con la

secuencia en tiempo de diseo
Pool
Cancelados
Una secuencia de flujo es usada para mostrar el orden en el que las

actividades del proceso son realizadas
Secuencia de flujo
condicional
Flujo de
mensajes
Decisin inclusiva basada en datos o

fusionada.
OR
Secuencia de flujo
Normal
Secuencia de flujo
predeterminado
Evento basado solamente en una

decisin exclusiva.
(EVENTO)
La tarea o sub-proceso es repetida.
Instancias multiples
Este tipo de fin indica que el nombre del error debiera ser generado. Este
error ser capturado por un evento intermedio dentro del contexto del
evento.
Error
Decisin exclusiva basada en datos o

fusionada. Ambos smbolos tienen
igual significado. Ver tambin flujo
condicional
(DATO)
Atributos especiales de Tarea/Subproceso

Looping
Un tiempo especifico o ciclo puede establecer que se gatillar el inicio de

un proceso o continuar con el proceso. Eventos intermedios de tiempo
pueden ser usados para modelar lo retrasos en tiempo que se tengan.
Tiempo
Tipos de Compuerta de Control

XOR
Lane Lane
Generales
a:
Objetos de conexin grfica
Ms informacin sobre la
transaccin y compensacin de
atributos pude encontrarse ms
abajoAsociacin de
compensacin.
Tarea
El evento inicial indica donde un proceso en particular empezar. Los
eventos intermedios ocurren entre un evento inicial y un evento final. El
afectar el flujo del proceso, pero no empezar o (directamente) terminar
el proceso. El evento final indica donde el proceso termina.
Solo objetos que tienen una entrada y/o salida de secuencia de flujo/flujo de
mensajes son mostrados en las tablas mostradas a continuacin:
Hay 3 formas de conectar Objetos de Flujo (Eventos, Actividades,

Compuertas) con otros o con otra informacin Usando flujos de
secuencia, flujo de mensaje o asociaciones.
Desde:
Sub-proceso
Colapsado
Descripcin
Secuencia de Flujo y Reglas de Flujo de Mensaje
Objetos de conexin Grfica
Ejemplo: 'Condicin Verdadera? si/no', 'Elegir un color?

rojo/verde/azul',...
Una tarea es usada para

representar una actividad en un
bajo nivel de abstraccin.
Expanded
sub-proceso
Fin
Inicio
Intermedio
Tipo de Evento
Compuertas
Una compuerta es usada para dividir o fusionar
mltiples flujos procesos. Por lo tantos, determinar
ramificacin, bifurcacin, la fusin y unin de caminos.
'calcular inters','Jugar futbol' ,...
proceso
Flujo de
Evento
Objetos de conexin para los Diagramas de Procesos de Negocio
Una actividad es un tipo de trabajo genrico que una empresa o

compaa realiza. Una actividad puede ser atmica (tarea) or compuesta
(proceso, sub-proceso). Ejemplos: 'Enviar una carta', 'Escribir un reporte',
Eejemplos: 'Email recibido', '3:00 en punto', 'Deposito Vacio', 'Error Critico',...
Revisa la ltima versin en: http://bpmn.itposter.net
Desde:
Eventos
Un evento es algo que pasa o sucede durante el proceso. Este evento afecta el flujo
del proceso y usualmente tiene una causa (algo que lo gatilla) y un impacto
(resultado).
C
baefg
Intentar
otra vez
Excepcin X
Error - compensacin
de evento no puede
ser gatillada.
Deshacer Tarea
B
Manejado a
Excepcin en la transaccin travs de otros
servicios
Regla de
interrupcin
de Loop
Excepcin X
Transaccin fallida
Esperar algunos minutos
Cancelar - Compensacin de eventos son activados.

CancelAr - Eventos solo pueden ser usados con la
transaccin
Notacin de Diagrama de Procesos de Negocio Patrones Comunes y Antipatrones
usado como una mecanismo

de retraso
Flujo de
mensaje AD
Flujo de
Mensaje EB
Tarea
C
Pool B
Tarea
E
Un evento intermedio
tiene que ser usado
...
Tarea
F
Un flujo de mensaje no puede

influenciar una compuerta
Un Pool puede contener solo

un (1) proceso
Un flujo condicional no es
permitido (necesariamente)
aqu
Informacin
de desicin
de Pool X
Tarea A
Uso de Tareas y Eventos

Analistas a menudo modelan errneamente eventos y
tareas. Por Ejemplo:Eventos son modelados errneamente
como tareas y los estados de las tareas como nuevas
tareas.
Esta Tarea es
Esta Tarea es
redundante. La tarea A
redundante. La tarea
es automticamente
Documento X
automaticamente
finalizada en la salida
...
empieza en la entrada
del flujo de la
del flujo de la
secuencia
Secuencia
Iniciar
Tarea A
Recibir
Documento
X
Realizar
Tarea A
Finalizar
Tarea A
...
Eventos de inicio y termino no pueden ser causa de flujo de

Ambos ejemplos son incorrectos
mensajes
Eventos de mensaje intermedio no
...
pueden producir flujo de mensajes. Los
Eventos solo pueden ser desencadenados
por un flujo de mensajes.
No existe salida de la tarea
Tarea
A
Tarea
B
Tarea
C
Enviar mensaje a
Pool X
Fusin simple, flujo

descontrolado
Un flujo de mensaje no
puede ser una alternativa
de una compuerta
Documento Y
Una secuencia de flujo no

puede cruzar los limites de un
sub-proceso
...
Tarea A
Tarea A
Tarea B
...
Alter. 2
Tarea B
El sub-proceso debera
tener un evento de inicio
...
Enviar mensaje
a Pool X
Mensaje a Pool X
El proceso debera tener un

evento de fin
Tarea B
Explicacin del Poster
Recomendacin
Modelo Incorrecto
...
Tarea A
Tarea B
B
...
Seleccin multiple,
Compuerta de desicin
inclusiva
Sincronizacin de fusin,
Compuerta de fusin
Sobre el Poster BPMN

Autor:
Gregor Polani & Tomislav Rozman
Email: info@itposter.net
University of Maribor
Faculty of Electrical Engineering and Computer Science
Institute of Informatics
Precaucin o error en el modelo BPMN

Tarea
C
Mensaje B
Excepcin del Flujo

Evento Y
Decisin compleja
(compuerta)
Este poster es licenciado bajo

Creative Commons Attribution-Share Alike (by-sa) License
Tarea C
Sub-proceso P
Tarea A
Flujo normal
Tarea B
Mensaje
desde Pool X
Alter. 3
Tarea A
Nota Importante, explicacin
...
...
Tarea A
Evento X
Alter. 1
Tarea C
Analizar
Informarcin
de desicin
Compuerta
Descriminatoria
de fusin
La desicin debe
contener a lo menos 2
salidas
Mensaje B
Mensaje A
...
Cuando se usa sub-procesos expandidos, los flujos de

secuencia deben ser conectados a los limites del sub-proceso
y el sub-proceso debe tener eventos de inicio y fin.
Sub-proceso P
Esta tarea es redundante. El acto de

recibir un documento es propio de la tarea
Documento X
Uso de mecanismo de
Secuencia de Flujo
...
...
Sincronizacin
(unin paralela)
Tarea B
Mensaje A
Incorrecta posicin
del Evento de
Mensaje
Fusin simple, Flujo

descontrolado
Seleccin Multiple
Partida paralela,
compuerta de
ramificacin
Evento Basado en
decisin
Uso de eventos de mensaje y

flujo de mensajes
Fusin Multiple , flujo descontrolado
Partida paralela, Flujo descontrolado Seleccin exclusiva con

compuerta de decisin
Evento de inicio perdido
...
Patrones de Workflow
Flujo de Secuecuencia Normal
Tarea C
Tarea
C
Tarea
B
...
Excepcin de tiempo
(e.g. 2 horas
despues )
Aqu el representa la
duracin de la tarea
Flujos de secuencia no
son permitidos entre
pools
Tarea B
Tarea
D
...
Pool A
Pool A
Tarea
B
Tarea B
Retraso
Uso de Compuertas
Compuertas son conectadas solo con secuencias de flujos,
tambin se evitan bloqueos potenciales cuando estas son
usadas.
Tarea
A
Lane A
Tarea A
...
Pool B
Secuencia de flujo perdida
Tarea
A
Un flujo de mensajes no es
permitido dentro de un
proceso
Lane A
Hay 2 errores comunes cuando se usan eventos de tiempos.

Primero, eventos de inicio son a menudo usados en vez de eventos
intermedios. Segundo, Eventos intermedios son usados como un
mecanismo de retraso pero modelados como una excepcin
(Representando la duracin de la tarea) y vice-versa (ver el lado
derecho del diagrama puesto abajo). Aqu el evento de tiempo es
incio y fin son a menudo perdidos, por que errneamente se

cree que los flujos de mensaje substituyen los flujos de
secuencia. Adicionalmente, los flujos de secuencia son mal
usados al conectar pools.
El modelo de proceso en cada pool es independiente y se
pueden definir flujo de mensajes entre Pools.
Evento de fin perdido
Flujos dentro de lanes

Lanes, son a menudo, errneamente usadas en forma similar a
un Pool. Estos ultimos, errneamente contienen mas procesos
de negocio o contienen flujo de mensaje entre diferentes lanes.
Lane B
Uso de Eventos de tiempo

(Incorrecto)
Lane B
Mal Uso de Flujos en/entre

Pools
Cuando se modelan Pools, Flujos de secuencia y eventos de
Aunque es recomendado que un proceso tenga un evento de inicio y

termino, esta no es una regla. De hecho, eventos de inicio y termino
pueden ser ocultados en un Sub-proceso. Si es necesario, puede ser
adjuntado a los limites de la tarea sin que interrumpa el flujo normal entre
el subproceso y el resto del proceso.
Modelo Correcto
Traducido:
Francisco Ramrez Elgueta
Universidad de Santiago de Chile
Email: fco.ramirez.e@gmail.com
Versin del Poster: 1.0.10 (6th October 2008)
Literatura usada: BPMN Specification 1.0 @ http://www.bpmi.org
http://bpmn.itposter.net
Ejemplo de deadlock
Anexos|Anexo C: Medidas de seguridad
Anexo C: Medidas de seguridad

1. Seguridad fisica
Como seguridad fsica para sus redes, Nevados de Chilln, cuenta con dos corta
fuego (Firewall 17 ), uno en cada una de las instalaciones de la empresa, estos dispositivos
protegen a la organizacin de ataques a las redes de computadores existentes. El servidor en el
que se monta el sistema InfoNieve, al estar en las instalaciones tambin cuenta con la
proteccin de los firewall.
Los equipos servidores, as como los equipos de red, se encuentran en salas

climatizadas y de acceso restringido solo a personal del area informtica. Estas salas estn
ubicadas, una en las instalaciones de Chilln y la otra en el Hotel Nevados de Chilln en la
comuna de Pinto.
2. Politicas de respaldos para el sistema

Se deben realizar respaldos una vez al da a la base de datos del sistema
InfoNieve, este respaldo se almacena en una nube virtual, adems de mantenerse en medios
de almacenamiento fsicos existentes en la empresa, estos respaldos se almacenan en la sala de
servidores de las instalaciones de Chilln, ya que es ah donde esta albergado el sistema.
17
Un cortafuego (firewall en ingls) es una parte de un sistema o una red que est diseada para bloquear el
acceso no autorizado, permitiendo al mismo tiempo comunicaciones autorizadas.
Se trata de un dispositivo o conjunto de dispositivos configurados para permitir, limitar, cifrar, descifrar, el
trfico entre los diferentes mbitos sobre la base de un conjunto de normas y otros criterios.
Anexos|Anexo D: Manual de usuario del sistema
Anexo D: Manual de usuario del sistema

Objetivos de la aplicacin
Permitir el control de la informacin de andariveles, obteniendo datos de

mantenciones, estados, apertura y cierre, tiempos de reparacin y estadsticas
de temporadas.
Permitir el control de la informacin de pistas, generando datos de calidad de la

nieve, estados, observaciones y estadsticas de temporada.
Una vez ingresado los datos de las pistas y andariveles al sistema, este debe
generar reportes y alertas del estado de ellas para la Gerencia de Montaa.
El sistema debe generar estadsticas para la toma de decisin respecto de

mantenimientos, reparaciones, fallas y tiempo de respuesta, de cada una de las
pistas y andariveles en forma general y particular.
El sistema debe utilizar tcnicas de inteligencia de negocios, especficamente

de mtodos estadsticos para generar vistas a partir de la extraccin de la base
de datos.
El sistema debe interactuar con pantallas de informacin ubicada en hoteles y cafeteras, en

ella se podr ver informacin respecto del estado de pistas y andariveles.
180
Ingreso a la aplicacin
2.1 Iniciar sistema
Al iniciar el sistema se presenta la ventana de identificacin de usuario en la cual

se debe ingresar el nombre de usuario y la contrasea de acceso al sistema. El formato de la
pantalla de ingreso al sistema se presenta a continuacin.
Usuario:
Ingrese en esta rea el nombre de acceso al sistema.
Contrasea: Ingrese en esta rea la contrasea de acceso al sistema.
Ingresar:
Haga clic en el botn izquierdo del mouse sobre el botn ingresar.
181
Ante la eventualidad de que el usuario o contrasea sea mal ingresada, el sistema

mostrara en pantalla el siguiente mensaje:
Pantalla Principal
Una vez realizadas las acciones correspondientes al tem 2 del manual, puede
usted ingresar a la pantalla principal del sistema, en ella encontrara las siguientes opciones.
1. Pistas:
a. Administrar pistas
b. Informe pistas
c. Agregar pistas
2. Andariveles:
a. Administrar andariveles
b. Informes andariveles
c. Agregar andariveles
3. Mecnicos:
a. Administrar mecnicos
b. Agregar mecnicos
4. Usuarios:
a. Administrar usuarios
b. Agregar usuarios
5. Pantallas:
a. Administrar pantallas
b. Agregar pantallas
6. Configuracin
182
1. Pistas
Dentro de la pantalla principal dirija el cursor sobre Pistas, al presionar se abrir
un men desplegable de forma automtica, que contendr las funciones que detalla la imagen:
1.1 Administrar pistas

El seleccionar esta opcin permite al usuario ver la lista de pistas registradas.
183
1.1.1 Ver (pista)

El seleccionar esta opcin permite al usuario ver una pista especfica.
184
1.1.2 Reporte (pista)

El seleccionar esta opcin permite al usuario crear un nuevo reporte de la pista.
Temporada: Ingrese en esta rea la temporada del reporte.
Estado: Seleccione en esta rea el estado de la pista.
Calidad nieve: Seleccione en esta rea la calidad de nieve de la pista.
Observacin: Ingrese en esta rea alguna observacin adicional sobre la pista.
185
1.2 Informe pistas

Esta opcin le permite al usuario ver los grficos y reportes de la pista.
1.2.1 Ver informe

Lleva al paso 1.1.1
186
1.3 Agregar Pista

Esta opcin le permite al Administrador crear una nueva pista.
Nombre: Ingresa el nombre de la nueva pista.

Informacin: Ingresa informacin de la pista.
Dificultad: Selecciona la dificultad de la pista.
187
2 Andariveles
Dentro de la pantalla principal dirija el cursor sobre Andariveles, al presionar se
abrir un men desplegable de forma automtica, que contendr las funciones que detalla la
imagen:
2.1 Administrar andariveles

El seleccionar esta opcin permite al usuario ver la lista de los andariveles
registrados.
188
2.1.1 Ver (andarivel)

El seleccionar esta opcin permite al usuario ver un andarivel especfico.
189
2.1.2 Reporte (andarivel)

El seleccionar esta opcin permite al usuario crear un nuevo reporte de
andarivel.
Estado: Seleccione en esta rea el estado del andarivel.
Apertura: Seleccione en esta rea la apertura del andarivel.
Cierre: Seleccione en esta rea el cierre del andarivel.
Observacin: Ingrese en esta rea alguna observacin adicional sobre el andarivel.
190
2.2 Informe Andarivel

Esta opcin le permite al usuario ver los grficos y reportes de los andariveles.
2.2.1 Ver informe

Lleva al paso 2.1.1.
191
2.3 Agregar Andarivel

Esta opcin le permite al Administrador crear un nuevo andarivel.
Nombre: Ingresa en esta rea el nombre del nuevo andarivel.
Tipo: Selecciona en esta rea el tipo de andarivel.
192
3 Mecnicos
Dentro de la pantalla principal dirija el cursor sobre Mecnicos, al presionar se
imagen:
3.1 Administrar mecnicos

El seleccionar esta opcin permite al usuario ver la lista de los mecnicos
registrados.
3.1.1 Ver (mecnico)

El seleccionar esta opcin permite al usuario ver un Mecnico especfico.
193
3.1.2 Editar (mecnico)

El seleccionar esta opcin permite al usuario editar la informacin del mecnico.
Nombre: Modifique en esta rea el nombre del mecnico.

Mail: Modifique en esta rea el mail del mecnico.
3.1.3 Eliminar (mecnico)

El seleccionar esta opcin permite al usuario eliminar la informacin del mecnico.
194
3.2 Agregar Mecnico

Esta opcin le permite al Administrador crear un nuevo Mecnico.
Nombre: Ingrese en esta rea el nombre del mecnico.
Mail: Ingrese en esta rea el mail del mecnico.
4 Usuarios
Dentro de la pantalla principal dirija el cursor sobre Usuarios, al presionar se
imagen:
195
4.1 Administrar usuarios

El seleccionar esta opcin permite al usuario ver la lista de los usuarios
registrados.
4.1.1 Ver (usuario)

El seleccionar esta opcin permite al usuario ver un Usuario especfico.
196
4.1.2 Editar (usuario)

Esta opcin le permite al Administrador editar un Usuario existente.
Contrasea: Ingrese en esta rea la nueva contrasea para el usuario.
Nombre: Modifique en esta rea el nombre del usuario.
Mail: Modifique en esta rea el mail del usuario.
Telfono: Modifique en esta rea el telfono del usuario.
Direccin: Modifique en esta rea la direccin del usuario.
Tipo: Seleccione en esta rea el tipo de usuario.
197
4.1.2 Agregar usuario

Esta opcin le permite al Administrador crear un nuevo Usuario.
Usuario: Ingrese en esta area el nombre de identificacin del usuario.
Contrasea: Ingrese en esta rea la nueva contrasea para el usuario.
Nombre: Ingrese en esta rea el nombre del usuario.
Mail: Ingrese en esta rea el mail del usuario.
Telfono: Ingrese en esta rea el telfono del usuario.
Direccin: Ingrese en esta rea la direccin del usuario.
Tipo: Seleccione en esta rea el tipo de usuario.

198
5 Pantallas
Dentro de la pantalla principal dirija el cursor sobre Pantallas, al presionar se
imagen:
5.1 Administrar pantallas

El seleccionar esta opcin permite al usuario ver la lista de pantallas registradas.
199
5.1.1 Ver (pantalla)

Muestra las pistas y andariveles que contendr esta locacin.
5.1.1.1 Pista (nueva pista en pantalla)

Selecciona la pista que desea aadir a esta locacin.
200
5.1.1.2 Andarivel (nuevo andarivel en pantalla)

Selecciona el andarivel que desea aadir a esta locacin.
5.1.2 Editar (pantalla)
201
5.1.3 Eliminar
5.1.4 Ver pantalla

Muestra la pantalla que vera el pblico en general.
202
5.2 Agregar pantalla

Esta opcin le permite al usuario crear una nueva pantalla.
203
6 Configuracin
Dentro de la pantalla principal dirija el cursor sobre Configuracin, al presionar
se abrir un formulario con los campos que necesite modificar:
7 Salir
Al presionar salir, terminara la sesin y volver al paso 2.1
204
Anexos|Anexo E: Manual de instalacin del sistema
Anexo E: Manual de instalacin del sistema

Aplicaciones que deben estar instaladas como pre-requisito:
XAMPP 3.2.1:
Apache 2.4.9
MySQL 5.5.36
PHP 5.4.27
phpMyAdmin 4.1.12
Software InfoNieve:
Infonieve v1.0.rar
infonieve.sql
205
Pasos a seguir para la instalacin
1. Extracion : Se extrae el software de infonieve v1.0.rar en nuestra carpeta publica de

nuestro servidor. (htdocs)
2. Configuracin: Vamos a la raz application/config y abrimos el archive database.php
206
3. Usuario y contrasea de la base de datos: Nos dirigimos a las lneas 52, 53 e

introducimos el usuario y contrasea de nuestra base de dato. Es recomendable que la
base de dato se llame exactamente igual a infonieve.
4. Creacin de base de datos: Nos dirigimos a la aplicacin MyAdmin de nuestro MySQL

e introducimos en Crear base de datos infonieve.
207
5. Importar: Seleccionamos la pestaa importar de nuestra base de datos y luego

seleccionar archivo
6. Archivo SQL: Buscamos nuestro archivo infonieve.sql, lo seleccionamos y ponemos

abrir.
208
7. xito de importacin: Luego de seleccionar y abrir nuestro archivo de SQL,

pondremos continuar. Si todo sale bien, MyAdmin arrojara un mensaje que la
importacin se ejecut con xito.
8. Ingreso al Sistema: Ya podremos ingresar al Sistema mediante la direccin

predeterminada.
209

Informe Proyecto de Titulo JOcares FPaillan PDF

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Informe Proyecto de Titulo JOcares FPaillan PDF

Hochgeladen von

Copyright:

Verfügbare Formate

Sistema de gestin de alertas y de

soporte a la decisin usando

Informe de Actividad Terminal para optar al Ttulo de

Fecha: Mayo de 2014

El sistema de gestin de alertas y de soporte a la decisin usando tcnicas de

Con el fin de detectar las falencias especficas que manifiesta la empresa en

Finalizando el proceso se procede al desarrollo o construccin y posteriores

1.14 Estudio de factibilidad ................................................................................................... 45

3.4.3 Diagrama de colaboracin de eliminar.................................................................... 134

Seguridad fisica......................................................................................................... 179

Politicas de respaldos para el sistema ....................................................................... 179

Anexo D: Manual de usuario del sistema ............................................................................ 180

Ilustracin 22: Diagrama de colaboracin de modificar ......................................................... 133

Tabla 29: Caso de uso extendido de modificar andarivel .......................................................... 95

Tabla 59: Descripcin de los atributos de la tabla reportesMantencionesAndariveles. .......... 148

Se presenta informacin relevante acerca de la empresa, como su historia, su

Prosiguiendo con el estudio, en este se detalla la forma de proceder en la

Concluyendo este estudio y ejecucin, se presentan las etapas de construccin de

Captulo 1: Antecedentes generales|1.1 Introduccin

Captulo 1: Antecedentes generales

Captulo 1: Antecedentes generales|1.2 Anlisis previo

1.2 Anlisis previo

Con el afn de mantenerse siempre a la vanguardia tecnolgica y en una

Captulo 1: Antecedentes generales|1.3 Antecedentes generales de la organizacin

1.3 Antecedentes generales de la organizacin

Presidente del directorio

Sr. Guillermo Ruiz Prez

Consorcio Chilln Uno S.A.: 76.009.713-6

Rut de las empresas

Consorcio Chilln Dos S.A.: 76.009.718-7

Turismo y Gestin Hotelera uble Ltda.: 76.007.779-8

Sr. Manuel Dinamarca Pia

Gerente divisin hoteles

Sr. Claudio Quintana Contreras

Gerente divisin Montaa

Sr. Ricardo Belcredi Gaviln

Sr. Rodrigo Medina Paredes

Km. 85 Camino a Nevados de Chilln, comuna Pinto

Administracin de complejos tursticos

Tabla 1: Antecedentes generales de la empresa Nevados de Chilln.

Captulo 1: Antecedentes generales|1.3 Antecedentes generales de la organizacin

1.3.1 Misin y visin de la organizacin

Entregar una experiencia de montaa y hotelera slido y de alta calidad dentro

Se considera que la visin de la organizacin es:

Llegar a ser el centro turstico de montaa ms importante a nivel

Captulo 1: Antecedentes generales|1.4 Historia de la organizacin.

1.4 Historia de la organizacin.

Actualmente el centro de operaciones de Nevados de Chilln est ubicado en

Captulo 1: Antecedentes generales|1.5 Infraestructura computacional

1.5 Infraestructura computacional

Ilustracin 1: Diagrama de infraestructura computacional de Nevados de Chilln.

Captulo 1: Antecedentes generales|1.6 Organigrama de la empresa

1.6 Organigrama de la empresa

A continuacin (ver Ilustracin 2: Organigrama de Nevados de Chilln.) se

Ilustracin 2: Organigrama de Nevados de Chilln.

Captulo 1: Antecedentes generales|1.7 Descripcin del rea de estudio

1.7 Descripcin del rea de estudio

La Central Montaa a su vez, es la encargada de comunicar al Taller Mecnico,

Los mecnicos verifican el tipo de falla ven la posible solucin, si es reparable en

Captulo 1: Antecedentes generales|1.7 Descripcin del rea de estudio

Rol que cumple en el proceso

Publica estados de pistas de ski, medios de elevacin, y

Repara los medios de elevacin del centro del ski