209
Alumnos: Juan Ocares San Martín Fabián Paillán Meneses Profesor Patrocinante: Denisse Quintana Belmar Fecha: Mayo de 2014 “Sistema de gestión de alertas y de soporte a la decisión usando técnicas de inteligencia de negocio para un centro de skiInforme de Actividad Terminal para optar al Título de Ingeniero de Ejecución en Computación e Informática

Informe_proyecto_de_titulo_JOcares_FPaillan.pdf

Embed Size (px)

Citation preview

  • Alumnos:

    Juan Ocares San Martn

    Fabin Pailln Meneses

    Profesor Patrocinante:

    Denisse Quintana Belmar

    Fecha: Mayo de 2014

    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

  • 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

    3

    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.

    1 Es un framework para aplicaciones web de cdigo abierto para crear sitios web dinmicos con PHP.

    2 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

    4

    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.

    8 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

    5

    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

  • ndice general|Contenido

    6

    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

  • ndice general|Contenido

    7

    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

  • ndice general|Contenido

    8

    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

    9

    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

  • ndice de ilustraciones|Contenido

    10

    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

  • ndice de tablas|Contenido

    11

    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

  • ndice de tablas|Contenido

    12

    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

  • |

    13

    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

  • Introduccin|

    14

    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.

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

  • Introduccin|

    15

    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.

  • Captulo 1: Antecedentes generales|1.1 Introduccin

    16

    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.

  • Captulo 1: Antecedentes generales|1.2 Anlisis previo

    17

    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.

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

    18

    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

    Rut de las empresas

    Consorcio Chilln Uno S.A.: 76.009.713-6

    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.

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

    19

    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)

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

    20

    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.

  • Captulo 1: Antecedentes generales|1.5 Infraestructura computacional

    21

    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.

  • Captulo 1: Antecedentes generales|1.6 Organigrama de la empresa

    22

    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.

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

    23

    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.

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

    24

    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 Rol que cumple en el proceso

    Pistero 20 Informar las condiciones de las pistas de ski y los

    medios de elevacin del centro de ski

    Operadora de

    central montaa 1

    Asigna pistas a patrullar por cada pistero.

    Informa al taller mecnico sobre desperfectos en medios

    de elevacin reportados por pisteros.

    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

  • Captulo 1: Antecedentes generales|1.8 Modelo del rea en estudio

    25

    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.

  • Captulo 1: Antecedentes generales|1.8 Modelo del rea en estudio

    26

    Ilustracin 3: Descripcin del proceso de medios de elevacin en Nevados de Chilln (BPMN).

  • Captulo 1: Antecedentes generales|1.9 Anlisis crtico de la situacin actual

    27

    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.

  • Captulo 1: Antecedentes generales|1.9 Anlisis crtico de la situacin actual

    28

    En la tabla 3, se describen los problemas antes mencionados y las consecuencias

    que esto trae a la empresa y a sus pasajeros.

    Tabla 3: Problemas de Nevados de Chilln y sus consecuencias.

    Problema Consecuencia

    No se mantienen registro sobre:

    Mantenciones realizadas a medios de

    elevacin.

    El periodo que se mantiene cerrada una pista.

    El periodo que se mantiene cerrado un

    determinado medio de elevacin.

    Plantilla InfoNieve de un determinado da.

    Desinformacin de los procesos sealados,

    perdida de informacin sensible para el

    funcionamiento del centro de ski.

    No existe la posibilidad de consultar

    informacin sobre un determinado medio de

    elevacin en un intervalo de tiempo definido.

    Se desconocen las posibles fallas frecuentes,

    lo que impide la realizacin de planes de

    contingencia para fallas triviales.

    Falta de divulgacin del estado del centro de

    ski hacia las distintas reas de la empresa,

    pasajeros del centro y pblico en general.

    Molestia por parte de pasajeros y pblico en

    general al no conocer el estado del centro ski

    en el momento de la compra de tickets.

    Imposibilidad de realizar estadsticas sobre

    procesos de mantencin de andariveles y

    tiempos de operacin de pistas.

    Falta de informacin para la realizacin de

    informes de resultados para la etapa de

    gerencia.

  • Captulo 1: Antecedentes generales|1.10 Alternativas de solucin y propuesta ms conveniente

    29

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

  • Captulo 1: Antecedentes generales|1.10 Alternativas de solucin y propuesta ms conveniente

    30

    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.

  • Captulo 1: Antecedentes generales|1.10 Alternativas de solucin y propuesta ms conveniente

    31

    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.

  • Captulo 1: Antecedentes generales|1.10 Alternativas de solucin y propuesta ms conveniente

    32

    En la tabla 4, se realiza una comparativa entre las tres soluciones propuestas en

    este punto.

    Caracterstica Opcin 1 Opcin 2 INFONIEVE

    Registro de mantenciones a medios de

    elevacin Si Si Si

    Registro de estado de medios de

    elevacin Si Si Si

    Registro de estado de pistas de SKI Si Si Si

    Divulgacin del estado de pistas de SKI Si Si Si

    Divulgacin de estado de medios de

    elevacin Si Si Si

    Divulgacin del estado del camino y

    nieve cada y acumulada en distintos

    lugares del centro de SKI

    Si Si Si

    Estadsticas para la toma de decisiones No No Si

    Gestin de reportes personalizados No No Si

    Divulgacin de informacin de estado de

    pistas y medios de elevacin mediante

    pantallas informativas

    No No Si

    Tabla 4: Comparacin entre los sistemas propuestos para la solucin del problema.

  • Captulo 1: Antecedentes generales|1.11 Metodologa empleada

    33

    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

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

  • Captulo 1: Antecedentes generales|1.11 Metodologa empleada

    34

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

  • Captulo 1: Antecedentes generales|1.11 Metodologa empleada

    35

    Ilustracin 4: Representacin del modelo de desarrollo rpido de aplicaciones (RAD).

  • Captulo 1: Antecedentes generales|1.11 Metodologa empleada

    36

    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.

  • Captulo 1: Antecedentes generales|1.11 Metodologa empleada

    37

    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.

  • Captulo 1: Antecedentes generales|1.12 Arquitectura del software

    38

    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.

  • Captulo 1: Antecedentes generales|1.12 Arquitectura del software

    39

    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.

  • Captulo 1: Antecedentes generales|1.12 Arquitectura del software

    40

    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.

  • Captulo 1: Antecedentes generales|1.13 Nuevo modelo de la alternativa de solucin

    41

    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.

  • Captulo 1: Antecedentes generales|1.13 Nuevo modelo de la alternativa de solucin

    42

    Ilustracin 6: Flujo de la informacin en las distintas partes para la solucin propuesta.

  • Captulo 1: Antecedentes generales|1.13 Nuevo modelo de la alternativa de solucin

    43

    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.

  • Captulo 1: Antecedentes generales|1.13 Nuevo modelo de la alternativa de solucin

    44

    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.

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    45

    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:

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    46

    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.

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    47

    A continuacin en las ilustraciones 9, 10 y 11, se presentan los resultados de la

    encuesta aplicada a los trabajadores en forma de grfico.

    Ilustracin 9: Grfico que representa el inters de los trabajadores por cooperar con el desarrollo del proyecto.

    Ilustracin 10: Grfico que representa el inters de los trabajadores por el aprendizaje del uso de nuevas tecnologas.

    80%

    20%

    Colaboracin de trabajadores

    SI

    NO

    100%

    0%

    Aprendizaje de nuevas tecnologas

    Dispuesto

    No dispuesto

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    48

    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.

    67%

    20%

    13%

    Apreciacin de importancia

    Gran importancia

    Mediana importancia

    Poca importancia

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    49

    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.

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    50

    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.

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    51

    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 1 $0.- $0.-

    Monitor 1 $51.590.- $51.590.-

    Arriendo de plan

    banda ancha mvil

    (BAM)

    1 $15.457.- mensual $15.457.- mensual

    Total(pesos) $67.047.-

    Tabla 7: Costos del hardware.

    Producto Cantidad Precio(pesos chilenos) Subtotal

    Sistema operativo 1 $0.- $0.-

    Total(pesos) $0.-

    Tabla 8: Costos del sistema operativo.

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    52

    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 Precio(pesos chilenos) Subtotal

    Equipo de desarrollo 2 $0.- $0.-

    Total(pesos) $0.-

    Tabla 9: Costos de desarrollo.

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    53

    Resumen de costos de implementacin: A continuacin en la tabla 10 se

    especifica un resumen de los costos que tiene la implementacin del proyecto.

    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.

    Nombre Precio(pesos chilenos) Subtotal

    Hardware $51.590.- $51.590.-

    Banda ancha mvil $15.457.- $15.457.-

    Sistema operativo $0.- $0.-

    Equipo de desarrollo $0.- $0.-

    Total (pesos) $67.047.-

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    54

    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.

  • Captulo 1: Antecedentes generales|1.14 Estudio de factibilidad

    55

    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.

  • Ilustracin 12: Anlisis de factibilidad econmica del proyecto.

    0 1 2 3 4 5 6

    Costos fijos 3.500 3.500 3.500 3.500 3.500 3.500 3.500

    Monitor 51.590 0 0 0 0 0 0

    Plan banda ancha mvil 15.457 15.457 15.457 15.457 15.457 15.457 15.457

    Costos de dominio web 0 0 0 0 0 0 0

    70.547 18.957 18.957 18.957 18.957 18.957 18.957 184.289

    Perdidas por devoluciones de tickets 1.300.000 650.000 325.000 325.000 325.000 325.000 325.000

    Prdidas por compensaciones a clientes 650.000 325.000 325.000 325.000 325.000 325.000 325.000

    1.950.000 975.000 650.000 650.000 650.000 650.000 650.000 6.175.000

    Flujo efectivo neto(FEN)

    FEN (sin inversin ao 0) 1.950.000 975.000 650.000 650.000 650.000 650.000 650.000

    1.879.453 956.043 631.043 631.043 631.043 631.043 631.043

    Flujo efectivo positivo 1.879.453 923.410

    Tasa 5%

    Tasa contable de rendimiento VPN $ 5.135.197

    Beneficios totales 6.175.000

    Costos totales 184.289

    Depreciacin 70.547$

    Costos fijos

    Energa consumida por el servidor (por mes) 3.000 3.000 3.000 3.000 3.000 3.000 3.000

    Energa consumida por el monitor (por mes) 500 500 500 500 500 500 500

    Periodo de recuperacin =mas de un mes

    Valor presente neto

    Mes

    Costos de hardware e implementacin

    Costos totales

    Beneficios

    Beneficios Totales

    FEN(con inversin ao 0)

  • 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

    58

    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.

  • Captulo 2: Especificacin de requerimientos|2.3 Objetivos del sistema

    59

    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.

  • Captulo 2: Especificacin de requerimientos|2.4 Usuarios del sistema

    60

    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 Descripcin de permisos

    Administrador - Creacin y eliminacin de usuarios.

    - Administracin total del sistema.

    Operadora de Central

    Montaa

    - Ingreso eliminacin y modificacin de datos al sistema.

    - Envo de informes a clientes y trabajadores del centro de ski

    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.

  • Captulo 2: Especificacin de requerimientos|2.4 Usuarios del sistema

    61

    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