DESARROLLAR E IMPLEMENTAR UN SISTEMA DE MONITOREO …

DESARROLLAR E IMPLEMENTAR UN SISTEMA DE MONITOREO DE

TEMPERATURA Y HUMEDAD PARA DIAGNÓSTICO Y PREVENCIÓN DE

DAÑOS EN EQUIPOS UBICADOS EN LOS RACK A INTEMPERIE DE UN

NODO INALÁMBRICO RURAL UBICADO EN LA VEREDA SABANITAS DEL

MUNICIPIO DOSQUEBRADAS DE LA EMPRESA MEDIA COMMERCE

YEISON SAMIR AGUIRRE QUINTERO

GESSLER ANDERSON MORENO PATIÑO

UNIVERSIDAD CATOLICA DE PEREIRA

INGENIERIA DE SISTEMAS Y TELECOMUNICACIONES

PEREIRA, RISARALDA

2016

YEISON SAMIR AGUIRRE QUINTERO

GESSLER ANDERSON MORENO PATIÑO

INFORME FIRNAL PROYECTO DE GRADO

ANDRES RIOS

INGENIERO DE SISTEMAS Y TELECOMUNICACIONES

UNIVERSIDAD CATOLICA DE PEREIRA

INGENIERIA DE SISTEMAS Y TELECOMUNICACIONES

PEREIRA, RISARALDA

2016

Nota de Aceptación

Presidente del Jurado

Jurado

Jurado

Pereira/Risaralda 08/11/2016

AGRADECIMIENTOS

Damos gracias primordialmente a Dios por darnos la inteligencia, sabiduría,

paciencia, entendimiento y la capacidad para realizar este proyecto. A nuestros

padres por todo su apoyo, comprensión y confianza y a la Universidad por el

constante seguimiento al proceso de aprendizaje durante los años cursados en la

Universidad.

Tabla de contenido

1 Planteamiento del Problema ..................................................................................... 12

1.1 Situación Problemática ...................................................................................... 12

1.2 Problema ........................................................................................................... 12

1.3 Objetivo General ................................................................................................ 13

1.3.1 Objetivos Específicos ................................................................................. 13

1.4 Objetos de Estudio ............................................................................................ 13

1.5 Delimitación y Alcances del Proyecto ................................................................ 14

1.6 Aporte Práctico .................................................................................................. 14

1.7 Aporte Teórico ................................................................................................... 14

2 Marco Contextual...................................................................................................... 16

2.1 Factibilidad ........................................................................................................ 16

2.2 Factibilidad Técnica ........................................................................................... 16

2.3 Factibilidad Operativa ........................................................................................ 16

2.4 Factibilidad Económica ...................................................................................... 17

3 Marco Teórico ........................................................................................................... 18

3.1 Antecedentes .................................................................................................... 18

3.2 Redes de Datos. ................................................................................................ 19

3.3 Redes de Área Local (LAN) ............................................................................... 19

3.4 Redes de Área Amplia (WAN) ........................................................................... 20

3.5 Modelo TCP/IP .................................................................................................. 20

3.6 Capas y Protocolos del Modelo TCP/IP ............................................................. 20

3.7 Topología de Red .............................................................................................. 21

3.8 Topología Física. ............................................................................................... 21

3.9 Topología Lógica. .............................................................................................. 21

3.10 Hosting .............................................................................................................. 21

3.11 XAMPP .............................................................................................................. 22

3.12 Arduino Ethernet ................................................................................................ 23

3.13 Sensor RTH03 ................................................................................................... 24

3.14 Arduino Yun ....................................................................................................... 24

3.15 Sensor DHT11 ................................................................................................... 24

3.16 Sistemas de Información ................................................................................... 25

3.17 Desarrollo Web .................................................................................................. 25

3.18 Ingeniería de software ....................................................................................... 26

3.19 PHP ................................................................................................................... 27

3.20 Framework Laravel ............................................................................................ 27

3.21 Framework HighCharts ...................................................................................... 28

3.22 SCRUM ............................................................................................................. 28

4 Marco Metodológico ................................................................................................. 30

4.1 SCRUM ............................................................................................................. 30

4.2 Análisis de Requerimientos ............................................................................... 30

4.3 Características Sensor DHT11 .......................................................................... 31

(González, 2013) .......................................................................................................... 32

4.4 Modo de Conexión Arduino Uno – Sensor DHT 11 ............................................ 32

(Regataduino, 2012) .................................................................................................... 33

4.5 Modo de Conexión Arduino Sensor - Modulo Ethernet ...................................... 33

4.6 Topología de red ............................................................................................... 34

4.7 Requerimientos de Sistema ............................................................................... 34

4.7.1 Tabla de Requerimientos Funcionales ........................................................ 34

4.7.2 Requerimientos Funcionales Detallados ..................................................... 36

4.7.3 Requerimientos Funcionales ...................................................................... 40

4.8 SCRUM Del Proyecto ........................................................................................ 43

4.8.1 Plan de Trabajo .......................................................................................... 44

4.9 Diagramas UML ................................................................................................. 47

4.9.1 Diagrama de Actividades ............................................................................ 47

4.9.2 Diagramas Caso de Uso ............................................................................. 51

4.9.3 Diagrama Componentes ............................................................................. 62

4.9.4 Diagrama Entidad-Relación. ....................................................................... 63

4.9.5 Diagrama EER............................................................................................ 64

4.9.6 Diagrama Clases. ....................................................................................... 65

4.9.7 Diagramas Estados .................................................................................... 66

4.9.8 Desarrollo del Proyecto .............................................................................. 74

4.9.9 Prototipo ..................................................................................................... 91

4.10 Planificación del Proyecto .................................................................................. 95

5 Bibliografía ............................................................................................................... 97

Lista de Ilustraciones

Ilustración 1 Sensor DHT11 ............................................................................................. 32 Ilustración 2 Esquema de conexión Arduino + sensor DHT11 ......................................... 33 Ilustración 3 Esquema de Conexión Modulo Ethernet ENC28J60 .................................... 33 Ilustración 4 Topología de Red ........................................................................................ 34 Ilustración 5 Diagrama de Actividades General ............................................................... 47 Ilustración 6 Diagrama de Actividades Nodo .................................................................... 48 Ilustración 7 Diagrama de Actividades Personal .............................................................. 49 Ilustración 8 Diagrama de Actividades Sensores ............................................................. 50 Ilustración 9 Diagrama de Actividades Ejemplo de Proceso ............................................ 51 Ilustración 10 Casos de Uso Módulos del Sistema .......................................................... 52 Ilustración 11 Casos de Uso Módulo Autenticación ......................................................... 53 Ilustración 12 Casos de Uso Módulo Clientes .................................................................. 54 Ilustración 13 Casos de Uso Módulo Alertas .................................................................... 55 Ilustración 14 Casos de Uso Módulo Reportes ................................................................ 57 Ilustración 15 Casos de Uso Módulo Actividades/Procedimientos ................................... 58 Ilustración 16 Casos de Uso Módulo Nodos .................................................................... 60 Ilustración 17 Casos de Uso Módulo Sensores ................................................................ 61 Ilustración 18 Diagrama Componentes ............................................................................ 63 Ilustración 19 Diagrama ER ............................................................................................. 64 Ilustración 20 Diagrama EER ........................................................................................... 65 Ilustración 21 Diagrama Clases ....................................................................................... 66 Ilustración 22 Diagrama Estados Módulo Clientes ........................................................... 67 Ilustración 23 Diagrama Estados Módulo Nodos ............................................................. 68 Ilustración 24 Diagramas Estados Módulo Alarmas ......................................................... 69 Ilustración 25 Diagrama Estados Módulo Reportes ......................................................... 70 Ilustración 26 Diagrama Estado Módulo Sensores ........................................................... 71 Ilustración 27 Diagrama Estados Módulo Equipos ........................................................... 72 Ilustración 28 Diagrama Estados Módulo Grupos ............................................................ 73 Ilustración 29 Diagrama Estados Módulo Personal .......................................................... 74 Ilustración 30 Login .......................................................................................................... 75 Ilustración 31 Nodos ........................................................................................................ 76 Ilustración 32 Equipos Nodos .......................................................................................... 76 Ilustración 33 Tipos Equipos ............................................................................................ 77 Ilustración 34 Mapas Nodos ............................................................................................ 78 Ilustración 35 Tipo Estado Nodo ...................................................................................... 78 Ilustración 36 Actividades ................................................................................................ 79 Ilustración 37 Tipos Estado Actividades ........................................................................... 80 Ilustración 38 Procedimientos .......................................................................................... 80 Ilustración 39 Tipos Procedimiento .................................................................................. 81 Ilustración 40 Clientes ..................................................................................................... 82

Ilustración 41 Tipos de Clientes ....................................................................................... 83 Ilustración 42 Tipos Clientes Criticidad ............................................................................ 84 Ilustración 43 Departamentos .......................................................................................... 84 Ilustración 44 Municipios .................................................................................................. 85 Ilustración 45 Personal .................................................................................................... 86 Ilustración 46 Dependencia Empleado ............................................................................. 86 Ilustración 47 Funciones Empleado ................................................................................. 87 Ilustración 48 Grupos Personal ........................................................................................ 88 Ilustración 49 Rango de Funciones Empleado ................................................................. 88 Ilustración 50 Sensores ................................................................................................... 89 Ilustración 51 Tipo Sensores............................................................................................ 90 Ilustración 52 Alertas ....................................................................................................... 91 Ilustración 53 Prototipo Autenticación Móvil ..................................................................... 92 Ilustración 54 Prototipo Autenticación Web ...................................................................... 92 Ilustración 55 Prototipo Vista Nodos ................................................................................ 93 Ilustración 56 Prototipo Vista Previa Alarma Reporte Sensor .......................................... 94 Ilustración 57 Prototipo Visualización Reporte Sensor Móvil ........................................... 94 Ilustración 58 Prototipo Visualización Reporte Sensor ..................................................... 95

10

RESUMEN

Un sistema de Información es el un conjunto de elementos y practicas orientadas

en la administración de información e datos de manera ordenada, listos para un uso

posterior con el objetivo de cubrir una necesidad.

En la empresa MediaCommerce S.A.S. actualmente no existe un sistema de

información que ayude en el registro de actividades y en el reporte de altas y bajas

de temperatura y humedad, por lo tanto se desea crear uno que pueda facilitar y

ayudar a la empresa en estos procesos.

La empresa Media Commerce cuenta con 96 nodos inalámbricos rurales en los

cuales no se cuenta con un diagnostico que detecte problemas en los equipos a

niveles de temperatura y humedad.

Por esta razón se crea el Sistema de Información que permita a la empresa

MediaCommerce controlar procesos como el de actividades realizadas y

procedimientos, como el registro de sucesos en el nodo. El Sistema contara con

modulo tales como: Modulo de personal, módulo de nodos, módulo de clientes,

módulo de actividades.

Palabras clave: Metodología Ágil, Desarrollo Software Rápido, Sistemas de

Información.

11

ABSTRACT

An information system is a set of elements and practices oriented in the

administration of information and data in an orderly way, ready for later use with the

aim of meeting a need. In the company MediaCommerce S.A.S. There is currently

no information system to assist in the recording of activities and in the reporting of

ups and downs of temperature and humidity, therefore it is desired to create one that

can facilitate and assist the company in these processes.

Media Commerce has 96 rural wireless nodes in which there is no diagnosis that

detects equipment problems at temperature and humidity levels.

For this reason, the Information System is created that allows the MediaCommerce

company to control processes such as activities performed and procedures, such as

event logging on the node. The System will count on module such as: Personnel

module, module of nodes, module of clients, module of activities.

Keywords: Agile Methodology, Rapid Software Development, Information Systems

12

1 Planteamiento del Problema

1.1 Situación Problemática

En vista de que los nodos de telecomunicaciones tienen que presentar un servicio 7/24, se hace necesario que las medidas de instalación, acondicionamiento eléctrico, ambiental y de aspectos de seguridad; sean ideales para garantizar su correcto y esperado funcionamiento; refiriéndose al acondicionamiento ambiental, es importante que se garantice que los equipos instalados dentro del nodo están sometidos a niveles adecuados de temperatura y humedad, puesto que los niveles elevados de estos son causantes de posibles daños y mal funcionamiento; lo cual se traduce en pérdida de conectividad y de los servicios otorgados a los clientes; pagos de indisponibilidad, reemplazo de equipos. En la actualidad el mercado ofrece múltiples alternativas para dar solución a la medición de variables ambientales como la temperatura y humedad, pero a costos elevados.

Actualmente la empresa Media Commerce cuenta con 96 nodos inalámbricos rurales en los cuales no se cuenta con un diagnostico que detecte problemas en los equipos a niveles de temperatura y humedad; con lo que puede genera daños repentinos en pagos de indisponibilidad, daños de equipos por diagnósticos reactivos y no proactivos.

1.2 Problema

Falta de diagnóstico de daños en equipos ubicados en los rack a intemperie de un nodo inalámbrico rural ubicado en la vereda sabanitas del municipio Dosquebradas de la empresa Media Commerce.

13

1.3 Objetivo General

Desarrollar e implementar un sistema de monitoreo de temperatura y humedad para diagnóstico y prevención de daños en equipos ubicados en los rack a intemperie de un nodo inalámbrico rural ubicado en la vereda sabanitas del municipio Dosquebradas de la empresa Media Commerce.

1.3.1 Objetivos Específicos

Realizar estudio de los componentes electrónicos a utilizar y determinar los estándares a nivel críticos para la temperatura y humedad relativa de los nodos, además de complementar con un cuadro comparativo con referencias actuales en el mercado incluyendo costos del mismo.

Desarrollar un sistema electrónico de medición de temperatura y humedad.

Diseñar e implementar la topología de red, protocolos de comunicación entre el dispositivo y el sistema de información.

Desarrollar un software para asignar actividades del personal y el control de las mediciones del sensor de temperatura y humedad.

1.4 Objetos de Estudio

Estudiar los componentes necesarios para ensamblar el producto tales como proto-board, Arduino, sensores y fuentes de alimentación de energía para que sea funcional esto con el fin de empezar la fase investigativa de los intervalos de valores normalizados por las organizaciones de estándares internacionales como la IEEE, ANSI, EIA-TIA y RFC requeridos para el buen funcionamiento de los equipos de conmutación y el software diseñado para tal fin. Por lo que se hace necesario analizar y consultar tanto los componentes de red servicios switch, routers radios de comunicación directivos, lenguaje de programación e interface web para que entre el hardware, el software y el cliente haya comunión a nivel de comunicación.

14

1.5 Delimitación y Alcances del Proyecto

El trabajo de proyecto, no incluirá implementación en todos los nodos inalámbricos rurales, así como los gastos adicionales no controlables o variables en los procesos operativos de implementación, es decir la no disponibilidad de la cuadrilla regional para ir a implementarlo por proyectos más relevantes de la compañía, así como problemas de orden público por conflicto armado, situaciones climáticas y geográficas que pongan en riesgo la vida del personal y prohíban el paso como derrumbes retenes no autorizados, en caso contrario el proyecto incluirá el diseño, ensamble e implementación del sistema, incluyendo la topología de red, Software en el servidor e instalación de hardware en el nodo inalámbrico sabanitas (sensor), en la vereda Sabanitas en el km 9 vía a Santa Rosa de Cabal.

1.6 Aporte Práctico

Los resultados del desarrollo e implementación del sistema de monitoreo de temperatura y humedad para el diagnóstico y prevención de daños en equipos ubicados en los rack a intemperie de un nodo inalámbrico rural ofrecerá en cuanto a la disminución de costes, reducción de daños de equipos por sobrecalentamiento, eliminación de gastos por procesos de programación de visitas periódicas al nodo por parte de las cuadrillas designadas para la regional ya que se tendría diagnósticos a los equipos de Networking ubicados en los rack intemperie.

1.7 Aporte Teórico

El trabajo pretende establecer bases de conocimiento en cuanto herramientas de tipo eléctrico como Arduino, sensores de temperatura y humedad, topologías de red, metodologías agiles para programación para aportar a estudiantes y personas que quieran implementar dispositivos enfocadas en áreas como la agricultura, en donde las plantas deben de tener un estado climático controlado, salud ocupacional en donde según estudios los trabajadores desarrollan sus funciones de acuerdo a niveles de temperatura cómodos; centros médicos donde deben tener controlados temas de temperatura y humedad por la salud de los pacientes y en pozos

15

petroleros, donde la temperatura y humedad debe ser controlada por la cantidad de átomos o moléculas que puedan reaccionar ante el calor.

16

2 Marco Contextual

2.1 Factibilidad

Las condiciones para que el proyecto se realice están dadas debido a que tenemos permisos para la instalación de un sistema de monitoreo de temperatura y humedad para el diagnóstico y prevención de daños en equipos ubicados en los rack a intemperie de un nodo inalámbrico rural ubicado en la vereda sabanitas del municipio Dosquebradas de la empresa Media Commerce y es factible planear, diseñar e implementar la solución bajo los lineamientos institucionales e infraestructura de la compañía Media Commerce Partners SAS, ya que dependemos de la empresa para la solución.

2.2 Factibilidad Técnica

A nivel de conocimientos se cuenta con las bases en desarrollo de software, metodología Design Tinking, Networking. Para realizar las investigaciones y adquirir el conocimiento necesario. Para el diseño e implementación se cuenta con el recurso tecnológico requerido como Arduino.

2.3 Factibilidad Operativa

Es importante mencionar que se cuenta con el apoyo de la empresa Media Commerce como compañía de telecomunicaciones está conformada por más de 600 empleados a nivel nacional es relevante tener presente que la solución estará lista para el beneficio de esta en uno de sus nodos rurales por lo tanto interactuara con todo el personal operativo y administrativo ya que el personal ubicado en las oficinas estarán pendientes de los reportes del módulo y del posterior envió del

17

personal si es requerido o de carácter prioritario. A nivel de seguimiento del proyecto, en el proceso de implementación del dispositivo; entrara a fase de pruebas además se comprobara el funcionamiento y al ver que funciona correctamente se instalara con el acompañamiento del personal técnico.

2.4 Factibilidad Económica

El apoyo financiero en este caso no existe, pero a escala operativa y de infraestructura empresarial actual está al servicio del proyecto, los alumnos estarán a cargo de la cuantificación de los costes de ensamble del Arduino con los sensores y el desarrollo del software para la implementación, se contara con equipos de enrutamiento, enlaces inalámbricos y diagrama de red con que el opera Media Commerce, en cuanto a la cuantificación de costos soportados por los estudiantes están.

18

3 Marco Teórico

Con el propósito de proponer las bases teóricas del proyecto, con el fin de justificar y comprender claramente los conceptos y resultados expuestos durante el desarrollo del mismo se tuvieron en cuenta los siguientes ítems; • Fundamentos de Redes. • Fundamentos de Electrónica Dispositivo Proyectado. • Fundamentos de Software.

3.1 Antecedentes

En la industria de las telecomunicaciones la infraestructura tecnológica es uno de los aspectos más importantes a tener en cuenta para ofrecer un servicio óptimo y de calidad, una parte muy importante de dicha infraestructura son los nodos (puntos críticos donde se agrupan equipos encargados de la conmutación y transporte de la información).

Durante los años que Media Commerce ha implementado nodos ubicados en zonas rurales de difícil acceso donde hay problemas a nivel social o como se denomina comúnmente zona roja (ubicación geográfica donde se evidencian grupos armados revolucionarios), en estos sitios la compañía ha requerido enviar personal para revisar el acondicionamiento eléctrico, ambiental y de aspectos de seguridad periódicamente, para monitorear que el hardware instalado esté funcionando bajo los estándares ANSI, EIA y TIA a los que deben de funcionar , y por ser zonas donde no es posible tener aire acondicionado es de vital importancia conocer las variables de temperatura y humedad.

En el transcurso del proceso operativo se han venido buscando soluciones que se adecuen a las necesidades y presupuesto del área en este caso Inalámbrico, existen proveedores de soluciones de temperatura y humedad en el mercado demasiado costosas es decir que se salen del presupuesto y que adicionalmente no ofrecen un solución tan robusta como lo que se desea realizar en el proyecto, en el mercado hay múltiples dispositivos, en los que se encuentra en el continente Europeo el Hwg-Ares 12 a un precio de 416€, Poseidon2 3468 con un valor de 471€

19

estas referencias son de la marca Ditecom Design, los sensores cuentan con registro de datos, envió de emails, interface web local y puerto Ethernet.

Por otra parte en el continente americano la empresa Moviltrack presenta su sensor de temperatura Wi-Fi Ekahau, que cuenta con un software integrado y soporta el estándar 802.11b 2.4 GHz, actualiza las mediciones cada 15 segundos, provee una forma automática de medir y monitorear áreas de trabajo donde se requiere conservar ciertos niveles de temperatura y cuenta con alarmas de niveles de temperatura previamente establecidos por el usuario, dicho dispositivo que sólo presta servicios de medición para niveles de temperatura tiene un costo en el mercado de US$1.200.

3.2 Redes de Datos.

Infraestructura o redes de comunicación que se han diseñado específicamente para la trasmisión de información mediante el intercambio de datos, las redes de datos se diseñan y construyen en arquitecturas que pretenden servir a todos los dispositivos que a ellas se conecten; las redes de datos generalmente, están basadas en la conmutación de paquetes y se clasifica de acuerdo a su tamaño, la distancia que cubre y su arquitectura física.

3.3 Redes de Área Local (LAN)

Las redes de área local (LAN, Local Área Network) son infraestructuras de red que proporcionan acceso a los usuarios y a los dispositivos finales en un área geográfica pequeña.

Las LAN interconectan dispositivos finales en un área limitada, como una casa, un lugar de estudios, un edificio de oficinas o un campus.

Por lo general, la administración de las LAN está a cargo de una única organización o persona.

Las LAN proporcionan un ancho de banda de alta velocidad a los dispositivos finales internos y a los dispositivos intermediarios.

20

3.4 Redes de Área Amplia (WAN)

Las redes de área amplia (WAN, Wide Area Network) son infraestructuras de red que proporcionan acceso a otras redes un área geográfica extensa.

Las WAN interconectan LAN a través de áreas geográficas extensas, por ejemplo, entre ciudades, estados, provincias, países o continentes.

Por lo general, la administración de las WAN está a cargo de varios proveedores de servicios.

Normalmente, las WAN proporcionan enlaces de velocidad más lenta entre redes LAN.

3.5 Modelo TCP/IP

El modelo TCP/IP describe un conjunto de guías generales de diseño e implementación de protocolos de red específicos para permitir que un equipo pueda comunicarse en una red. TCP/IP provee conectividad de extremo a extremo especificando como los datos deberían ser formateados, direccionados y transmitidos, enrutados y recibidos por el destinatario. Existen protocolos para los diferentes tipos de servicios de comunicaciones entre equipos. TCP/IP tiene cuatro capas donde se implementan los diferentes protocolos asociados a cada una de ellas.

3.6 Capas y Protocolos del Modelo TCP/IP

Capa de Aplicación: Representa datos para el usuario, más el control de codificación y de dialogo. (SNMP , IMAP, DHCP, FTP, HTTP, DNS, POP).

Capa de Transporte: Admite la comunicación entre distintos dispositivos a través de diversas redes. (TCP, UDP).

Capa de Internet: Determina el mejor camino a través de la red. (IP, EIGRP, ICMP, OSPF, RIP).

Capa de acceso a la Red: Controla los dispositivos de hardware y los medios que crean la red. (Ethernet, controladores de interfaz).

21

3.7 Topología de Red

Diagrama de la disposición física y lógica de los equipos, medios y recursos que componen una red.

3.8 Topología Física.

Identifica la ubicación física de los dispositivos intermedios, los puertos configurados y la distribución e instalación del cableado.

3.9 Topología Lógica.

Diagrama para identificar los dispositivos, los puertos y el esquema de direccionamiento IP de la red a implementar, además de identificar cómo los dispositivos de comunican a través de los medios físicos involucrados, esto quiere decir la forma en que los datos viajan o son transportados entre toda la red.

3.10 Hosting

El alojamiento (Hosting) hace referencia a un espacio de almacenamiento ubicado ya sea en internet o en una red privada donde los usuarios finales pueden alojar sus archivos, sitios Web, bases de datos, correos electrónicos o cualquier tipo de contenidos accesibles vía web.

Hay una amplia variedad de servicios de hosting. El más básico es el hosting de archivos (alojamiento web u hospedaje web), donde se pueden alojar las páginas de los sitios web y otros archivos vía ftp o una interfaz web. Los archivos se

22

muestran en la web tal cual o sin mucho procesado. Muchos proveedores de Internet ofrecen este servicio de forma gratuita a sus clientes. El alojamiento web es normalmente gratuito, patrocinado por anunciantes, o barato.

Normalmente el alojamiento web sólo es suficiente para páginas web personales. Un sitio web complejo necesita un paquete más avanzado que proporcione soporte para bases de datos y plataformas de desarrollo de aplicaciones (ej. PHP, Java, y ASP. NET). Estas permiten que los clientes escriban o instalen scripts para aplicaciones como foros y formularios. Para el comercio electrónico también se requiere SSL.

El proveedor de hosting puede también proporcionar un interfaz web (ej. panel de control) para manejar el servidor web e instalar los scripts así como otros servicios como e-mail.

El Hosting se puede dividir en varios tipos generales, entre ellos los más comunes:

• Hosting Web Gratuito: El hospedaje gratuito es extremadamente limitado comparado al hosting de pago en términos de capacidad de almacenamiento, ancho de banda y servicios posibles.

• Hosting Web dedicado: Este tipo de Hosting es usado por grandes compañías que lo implementan para diseñar sus propios sitios Web, bases de datos, registros de usuario, gestionar cuentas de correo electrónico, etc., es el tipo de Hosting más costoso gracias a que presta todos los servicios posibles a implementar por el usuario final.

Para fines de pruebas realizadas en el desarrollo de este trabajo de grado se usa el servicio gratuito prestado por el proveedor Hostinger Argentina® (Hosting gratis con PHP y MySQL).

3.11 XAMPP

XAMPP (X, cualquier sistema operativo, Apache, MySQL, PHP, Perl) es un servidor independiente de plataforma, Software libre, que consiste principalmente en la base de datos MySQL, el servidor Web Apache y los intérpretes para lenguajes de script: Apache, MySQL, PHP, Perl. El programa esta liberado bajo la licencia GNU y actúa como un servidor Web libre, fácil de usar y capaz de interpretar paginas dinámicas.

23

XAMPP es una distribución de Apache completamente gratuita y fácil de instalar; el paquete de instalación de XAMPP ha sido diseñando para ser increíblemente fácil de instalar y usar.

Apache: El servidor HTTP Apache es un servidor Web HTTP de código abierto, para plataformas Unix, Microsoft Windows, MAC OS y otras.

MySQL: Sistema de gestión de base de datos relaciona, multi-hilo y multiusuario.

PHP: lenguaje de programación de uso general de código del lado del servidor originalmente diseñado para el desarrollo Web de contenido dinámico, este lenguaje se puede incorporar directamente en el documento HTML en lugar de llamar un archivo externo que procese los datos.

Perl: Lenguaje de propósito general desarrollado para la manipulación de texto, administración de sistemas, desarrollo Web, programación en Red y desarrollo de GUI (Graphic Unit Interface).

3.12 Arduino Ethernet

El Arduino Ethernet permite a una placa Arduino conectarse a una red de datos, está basada en el chip Ethernet Wiznet W5100, este chip cuenta con una pila de protocolos TCP/IP, usa la librería Ethernet que permite a la plataforma implementar los protocolos de la capa de aplicación de los modelos OSI y TCP/IP, haciendo uso de las diferentes librerías para prestar servicios tales como Web, monitoreo SNMP, servicios de correo electrónico, siendo estos los más importantes y útiles. Cuenta con 14 entradas y salidas digitales para la integración de actuadores, algunas de ellas con PWM (de las siglas en inglés, modulación por Ancho de Pulso) y con 6 entradas análogas para la integración de sensores.

La plataforma Arduino Ethernet también está basada en el microcontrolador ATmega 328 con 32 Bytes de memoria Flash, 2 Kbytes de SRAM y 1 Kbyte de EEPROM. Cuesta con un lector de memoria micro SD para almacenar archivos que pueden ser útiles a través de la red, es accesible usando la biblioteca SD. La plataforma Arduino cuenta con un Software de desarrollo propio y de distribución libre basada en el lenguaje de programación C.

24

3.13 Sensor RTH03

El sensor RHT03 cuenta con una salida digital calibrada; se aplica exclusivamente la técnica de agrupamiento de señales digitales y tecnología para la medida de la humedad, asegurándose su fiabilidad y estabilidad. Sus elementos sensoriales están conectados a un chip de cómputo de 8 bits, usa un protocolo de comunicación serial propio que ocupa sólo una conexión en uno de sus pines. Su pequeño tamaño, bajo consumo y gran distancia de trasmisión (100 m) permiten al RHT03 ser usado en todo tipo de aplicaciones robustas; posee un empaquetamiento “Single Row” con cuatro pines, lo que facilita su conexión a cables de transmisión o algún tipo de sistema embebido.

3.14 Arduino Yun

El Arduino Yun es una placa electrónica basada en el microcontrolador ATmega32u4 y en el chipset Atheros AR9331. El procesador Atheros es compatible con una distribución Linux basada en OpenWrt en este caso llamado OpenWrt - Yun. En la board se ha incorporado el Ethernet y soporta WiFi, un puerto USB-A, ranura para tarjeta micro -SD, 20 entradas digitales / pines de salida (de los cuales 7 se pueden utilizar como salidas PWM (modulación por ancho de pulsos) y 12 como entradas analógicas), un procesador de 16 MHz, una conexión micro USB, una cabecera ICSP, y un 3 botones de reinicio.

3.15 Sensor DHT11

El DHT11 es un sensor digital de temperatura y humedad. Utiliza un sensor capacitivo de humedad y un termistor para medir el aire circundante, y muestra los datos mediante una señal digital en el pin de datos (no hay pines de entrada analógica). Es bastante simple de usar, pero requiere sincronización cuidadosa para tomar datos. El único inconveniente de este sensor es que sólo se puede obtener nuevos datos en un intervalo de 6 segundos, así que las lecturas que se pueden realizar serán mínimo cada 6 segundos.

25

3.16 Sistemas de Información

Los sistemas de información ofrecen una gran cantidad de ventajas, las cuales pueden ser el acceso rápido a la información y por ende mejora en la atención a los usuarios. Generación de informes e indicadores, que permiten corregir fallas difíciles de detectar y controlar con un sistema manual. Evitar pérdida de tiempo recopilando información que ya está almacenada en bases de datos que se pueden compartir. Y en la actualidad la implementación de sistemas de información en una compañía, brindan la posibilidad de obtener grandes ventajas e incrementar la capacidad de organización de la empresa y tornar de esta manera los procesos a una verdadera competitividad. Un sistema de información adecuado además ofrece una importante y notable satisfacción en los usuarios que lo operan, debido a su facilidad de uso y su acceso constante.

Por todo ello, es importante destacar que la implementación de un sistema de información implica un cambio organizativo, ya que no sólo afecta a la administración de la empresa, sino también a sus empleados y habilidades, con el fin de crear una plataforma acorde a las responsabilidades que se deben tener frente a este tipo de sistema.

3.17 Desarrollo Web

Gracias a la constante evolución tecnológica, hoy podemos presentar un diseño Web atractivo con fotografías, animaciones y videos, incluso música. Este tipo de elementos han enriquecido el concepto de “diseño Web” elevando su potencial a niveles interesantes.

La manera en que creativamente se conjuguen todos los elementos de identidad corporativa, el arte, los colores, la forma en que se presente por primera vez ante los ojos de todos, de esto dependerá en gran medida si sus clientes deciden quedarse un poco más a navegar entre las diversas páginas de su sitio, para evaluar y valorar el contenido de todo lo que su negocio puede ofrecer.

26

3.18 Ingeniería de software

"Un proceso define quién hace qué, cuándo y cómo para alcanzar cierto objetivo". Para desarrollar software se requiere un modelo de proceso que permita administrar las fases del ciclo de vida del desarrollo de software teniendo en cuenta aspectos como las personas, estructura organizacional, políticas, reglas de negocio, actividades, componentes de software existentes, metodologías y herramientas utilizadas tanto en los procesos existentes para un proyecto particular como en lo relacionado al desarrollo.

Los principales componentes de un modelo de procesos son: la arquitectura, la actividad, los métodos y las metodologías, la estrategia y las herramientas para la administración de software.

La arquitectura de software Define la estructura general del sistema. Los sistemas interactivos son regidos

por interacciones externas, por lo general con usuarios. Estos sistemas se manejan por medio de eventos que se encargan de procesar acontecimientos como el click del ratón.

La arquitectura del sistema deberá ser escogida minimizando los efectos de cambios futuros en algunos elementos.

Una actividad Es una unidad o paso básico de un proceso. Las actividades definen los pasos

para lograr las metas y los objetivos; estás actividades deben ser fáciles de seguir y definir, simplificando la comprensión del sistema, ofreciendo flexibilidad, precisión y extensibilidad.

Las actividades básicas del ciclo de vida del software son 8:

Requisitos: Tiene como meta definir y delimitar la funcionalidad del sistema de software por medio de la especificación de los aspectos funcionales del sistema, describiendo como interactúa un usuario con el sistema, lo cual sirve como base de negociación entre desarrolladores y clientes del sistema.

Análisis: Se busca comprender los requisitos para estructurar la arquitectura del sistema, resolviendo el qué debe hacer; se desea identificar los objetos y describir cómo interactúan entre sí.

Diseño: Extiende la arquitectura de análisis, mediante la adaptación de la arquitectura del sistema al ambiente de implementación específico. El modelo de diseño se concentra en dos aspectos principales, diseño de objetos y diseño de sistemas; responde al cómo.

27

Implementación: La arquitectura del sistema se expresa en código de un lenguaje de programación creando componentes de software; traducir el modelo de diseño a la implementación debe ser sencillo y directo; generalmente se apoya en el uso de herramientas CASE.

Integración: Se combina los componentes creados de manera independiente para formar el sistema completo.

Pruebas: Se verifica y valida el sistema a nivel de componentes individuales y su integración.

Documentación: Se describen los aspectos del sistema que sirvan para usuarios externos e internos, es decir aquello encargados de mantener el sistema y extenderlo.

Mantenimiento: Se corrigen errores no encontrados durante el desarrollo y las pruebas originales del sistema, extendiéndolo si surgen nuevas necesidades.

3.19 PHP

PHP conocido como una tecnología de código abierto que resulta muy útil para diseñar de forma rápida y eficaz aplicaciones Web dirigidas a bases de datos. PHP es un potente lenguaje de secuencia de comandos diseñado específicamente para permitir a los programadores crear aplicaciones en Web con distintas prestaciones de forma rápida. MySQL es una base de datos rápida y fiable que se integra a la perfección con PHP y que resulta muy adecuada para aplicaciones dinámicas basadas en Internet.

3.20 Framework Laravel

Es un Framework el cual sirve para el desarrollo de Aplicaciones, una herramienta para lo relacionado a crear webs usando PHP. Su meta es permitirte desarrollar proyectos mucho más rápido, proporciona una gran variedad de librerías para las tareas más corrientes, así como una interfaz simple y una estructura lógica para acceder para acceder a estas librerías; Trabajando con patrones MVC el cual es:

Es un patrón de arquitectura de las aplicaciones software.

Separa la lógica de negocio de la interfaz de usuario.

Facilita la evolución por separado de ambos aspectos.

28

Incrementa reutilización y flexibilidad. (Laraveles, n.d.)

3.21 Framework HighCharts

HighCharts es uno de los frameworks más conocidos y potente porque se destaca en realizar tareas de construcción de gráficas con JavaScript. Entre sus características destacan:

JavaScript: Esta creado con JavaScript que es uno de los lenguajes más utilizados por parte de los desarrolladores.

Compatibilidad: La compatibilidad es máxima ya que soporta incluso Explorer 6 adecuándose a todos los navegadores y soportando un fuerte cross browsing.

Tipos de Gráficas: Otra de las cosas que más destaca de HighChart es el amplio soporte de gráficas de todo tipo que tienen permitiéndonos abordar la mayor parte de las casuísticas que nos encontremos.

Facilidad de uso: Por último destacar es que un framework muy sencillo de utilizar con el cual el desarrollador en poco tiempo podrá ser productivo.

(Álvarez, 2015)

3.22 SCRUM

Se fundamenta en la entrega temprana de resultados tangibles y la adaptación continua mediante la iteración y las revisiones a las que acude todo el equipo de desarrollo. Se llevan a cabo también reuniones pre y post proyecto para establecer una forma de trabajo y revisarla una vez haya concluido el proyecto, así como para crear un plan de mejoras en base a los resultados obtenidos. (Lara, 2015)

29

30

4 Marco Metodológico

4.1 SCRUM

Casi todas las metodologías tradicionales se basan en etapas secuenciales, en las que se propone terminar una fase para poder dar pasó a la siguiente.

Metodologías como SCRUM (metodología que se destaca por su agilidad en el desarrollo de proyectos) nos permitirá entregar un producto funcional al cliente, y se va añadiendo funcionalidades según se van necesitando. Este tipo de metodologías tienen la capacidad de una rápida adaptación a los cambios, pero dificultan el control de los procesos y requieren que las empresas realicen ajustes en sus estructuras, tanto en los empleados como en los procesos internos.

En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente indicado para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la competitividad, la flexibilidad y la productividad son fundamentales. (Lara, 2015)

4.2 Análisis de Requerimientos

Para el desarrollo del análisis y el diseño se tendrán en cuenta algunos aspectos como lo son:

Variables de la Investigación

Recopilación de la información necesaria para el sustento del proyecto.

Proyectos planteados relevantes al aplicativo en cuestión.

31

Información de aspectos legales asociados al desarrollo web y generación de certificados en Colombia.

Agentes certificadores y entidades bancarias que asumen el rol para los pagos electrónicos.

Análisis de Requerimiento

Obtener información acerca de lo que los usuarios desean.

Clasificar esos deseos para comenzar a estructurar los requerimientos.

Identificar los niveles de jerarquía del sistema y empezar a alojar los requerimientos ya clasificados en cada nivel.

Especificar formalmente los requerimientos de acuerdo al nivel de audiencia que se desea.

Diseño de los distintos tipos de diagramas UML.

Ítems a tener en cuenta para el Desarrollo

Diseño y Desarrollo Web Con base en el análisis de requerimientos se elabora el diseño del aplicativo web con herramientas como Brackets o Sublime Text (versiones 2 o 3) y en el lenguaje PHP para el desarrollo del código se puede hacer uso de Frameworks como laravel, Codeigniter, para la interfaz gráfica se opta por el uso de Photoshop.

Base de Datos Para la base de datos se usara como punto de partida el diagrama de clase y el diagrama de casos de uso con los cuales podremos obtener las diferentes tablas y campos requeridos en el sistema de información. Esta será creada en motores como PhpMyAdmin, PostgreSQL, SQL Server.

4.3 Características Sensor DHT11

32

Ilustración 1 Sensor DHT11

Alimentación: 3.3Vdc ≤ Vcc ≤ 5,5Vdc

Rango de medición de temperatura: -40°C a 80 °C

Precisión de medición de temperatura: <±0.5 °C

Resolución Temperatura: 0.1°C

Rango de medición de humedad: De 0 a 100% RH

Precisión de medición de humedad: 2% RH.

Resolución Humedad: 0.1%RH.

Tiempo de censado: 6s. (González, 2013)

4.4 Modo de Conexión Arduino Uno – Sensor DHT 11

33

Ilustración 2 Esquema de conexión Arduino + sensor DHT11

(Regataduino, 2012)

4.5 Modo de Conexión Arduino Sensor - Modulo Ethernet

Ilustración 3 Esquema de Conexión Modulo Ethernet ENC28J60

(luigy7, 2012)

34

4.6 Topología de red

Ilustración 4 Topología de Red

4.7 Requerimientos de Sistema

4.7.1 Tabla de Requerimientos Funcionales

Obligatoriedad Interacción Objeto Detalles

El sistema debe

Permitir al administrador <Registrar>

Nodos Inalámbricos

georreferenciación, Equipos asignados clientes, e

infraestructura

El sistema debe

Permitir al administrador <Consultar>

Nodos Inalámbricos


infraestructura

35

El sistema debe

Permitir al administrador <Modificar>

Nodos Inalámbricos


infraestructura

El sistema debe

Permitir al administrador

<Eliminar>

Nodos Inalámbricos


infraestructura

El sistema debe

Tener la capacidad de

<notificar>

Al sistema de Alarmas

Cuando un módulo sensor haya sobrepasado los límites de temperatura humedad o

ultrasonido

El sistema debe


Personal Encargado

Datos de usuario, cargo, regional a cargo,

Dependencia

El sistema debe


Personal Encargado


Dependencia

El sistema debe


Personal Encargado


Dependencia

El sistema debe


<Eliminar>

Personal Encargado


Dependencia

El sistema debe


Actividades Límites de fechas, estados,

grupo a cargo.

El sistema debe



grupo a cargo.

El sistema debe



grupo a cargo.

El sistema debe


<Eliminar> Actividades

Límites de fechas, estados, grupo a cargo.

36

El sistema debe


Sensores Información del nodo al cual va estar asignado, dirección

IP.

El sistema debe



IP.

El sistema debe



IP.

El sistema debe


<Eliminar> Sensores

Información del nodo al cual va estar asignado, dirección

IP.

El sistema debe


Clientes Información del nodo al cual va estar asignado, datos de

contacto, tipo de cliente.

El sistema debe




El sistema debe




El sistema debe


<Eliminar> Clientes

Información del nodo al cual va estar asignado, datos de


4.7.2 Requerimientos Funcionales Detallados

El sistema de información deberá cumplir con los siguientes requisitos.

El sistema de información funcionará en un entorno web adaptable.

37

El sistema de información contara con la autenticación de usuarios en donde

se contará con 2 perfiles. El administrador del sistema y jefes encargados de

los nodos inalámbricos.

Proveer un módulo en que se puedan visualizar los nodos con API Google

Maps y mostrar alguna de su información básica.

o Nombre del nodo.

o Equipo de soporte encargado.

o Jefe actual del grupo de soporte encargado.

o Números de contacto del jefe actual del grupo encargado.

El sistema de información deberá contar con una vista previa de los sensores

en donde se visualizará:

o La información básica del sensor:

Serie.

Repetitividad (segundos para realizar reporte de datos).

Ip de asignación.

Tipo de Sensor.

Breve descripción.

o Información del nodo inalámbrico (al que el sensor estará encargado):

Geolocalización.

Nombre de Nodo.

Breve descripción.

o El reporte a modo grafico (graficas estadísticas) de la medición que ha

realizado el sensor en cuanto a la temperatura y humedad (día de

consulta).

o Una lista de los equipos con que cuenta el nodo inalámbrico (al que el

sensor estará encargado) y la temperatura y humedad máxima y

mínima en que estos dispositivos funcionan correctamente:

Nombre del equipo.

38

Cantidad equipos que se encuentran en el nombre.

Temperatura/Humedad máxima y mínima.

El sistema generará alarmas pertinentes a sucesos que ocurran en el nodo

inalámbrico como lo puede ser:

o Las altas y bajas niveles temperaturas.

o Las altas y bajas niveles de humedad.

o El pierde de la distancia por defecto (cm) en la compuerta del rack del

nodo.

o Y las posibles combinaciones de los 3 sucesos.

Esto con el fin de ser analizada y tomar la decisión de enviar personal al nodo

inalámbrico.

Se debe contar con la persona encargada de administrar el Sistema de

información el cual tendrá las siguientes funcionalidades:

o Registro y control de nodos inalámbricos, campos:

Nombre.

Geolocalización.

Dirección.

Ubicación.

o Registro y control de equipos de los nodos inalámbricos.

Referencia equipo.

Cantidad de equipos que se encuentran en el nodo.

Tipo de equipo (router, switch, equipos eléctricos, etc.).

Temperatura máxima y mímica que soporta los equipos.

o Registro y control de responsables de cada nodo inalámbrico con un

líder y su personal a cargo (técnicos, tecnólogos, etc.) en grupos.

Documento.

Nombres.

39

Dirección contacto.

Números de contacto.

Ubicación de servicio.

Correo.

Función que realizará (Técnico, auxiliar, Coordinador).

Perfil que maneja.

Dependencia que tiene con la empresa.

o Registro y control de los dispositivos sensores.

Código Referencia.

Nodo de asignación.

Ip de asignación dispositivo.

Descripción.

Tipo de sensor (térmicos, humedad, ópticos, infrarrojos).

o Asignación del grupo responsable del nodo inalámbrico a un reporte

para realizar visita técnica.

o Registro y control de actividades que se realizaran en un nodo:

Fecha a realizar.

Tipo estado en que se encuentra la actividad.

Grupo a asignar a la actividad.

Reportes de alarma a las que se fue asignado.

o Registro y control de clientes:

Nombre del contacto.


Email.

Tipo de cliente que se manejara (E-BUSSINES, E-HOME, E-

CORPORATE, etc.).

40

Tipo de criticidad (alto, medio y bajo).

o Poder Observar su información y editar sus datos vasitos de contacto:


Dirección de residencia.

Se debe contar con uno o más usuarios que ejercieran el rol de técnicos los

cuales contaran con las siguientes funciones:

o Registro de los procedimientos realizados en el nodo inalámbrico.

Fecha en que se realizó el procedimiento.

Tiempo invertido en solucionar el problema.

Breve descripción.

Tipo procedimiento que se realizó.

o Poder Observar su información y editar sus datos vasitos de contacto:


Dirección de residencia.

o Poder observar las actividades que se le fueron asignadas.

4.7.3 Requerimientos Funcionales

#

USUARIO APLICAR

NOMBRE REQUERIMIENTO

DESCRIPCION

PRIORIDAD (1, 2 3, 4 y 5)

CREACIÓN

APROVACIÓN

CUMPLE

R1

ADMIN

Autenticación de Usuarios

Permitir verificar identidad del personal, para la carga del Sistema.

5 03/16/2016

04/13/2016

SI

41

R2

CRUD modulo Clientes y sus Servicios

Llevar control de los clientes y los servicios que le provee el nodo.

5 03/16/2016

04/13/2016

SI

R3

CRUD modulo nodos

Llevar control en cuanto a la información de nodos y sus respectivos equipos de telecomunicación y eléctricos.

5 03/16/2016

04/13/

2016 SI

R4

CRUD modulo sensores

Llevar control en cuanto a los equipos sensores y sus reportes.

4 03/16/2016

04/13/2016

SI

R5

Visualización nodos Google Maps

Permitirá ver los nodos y parte de su información con ayuda de la API Google Maps.

3 03/16/2016

04/13/

2016 SI

R6

CRUD modulo alertas reporte sensores

Llevar control en cuanto a las alertas que arrojen los sensores y permitir realizar acciones al nodo como (visita técnica, o reparación de equipos por averías).

5 03/16/2016

04/13/

2016 SI

R7

CRUD modulo grupo soporte

Llevar control en cuanto al personal encargado del nodo asignándolos. Cada grupo tendrá un líder o coordinador.

4 03/16/2016

04/13/

2016 SI

42

R8

CRUD modulo procedimientos

Llevar control en cuanto a los procedimientos/tareas realizadas en una actividad asignada en el momento.

4 03/16/2016

04/13/

2016 SI

R9

Visualización reporte sensor

Permitir mostrar una estadística en cuanto a variables de temperatura, humedad y distancia tomadas por día consultado. Permitiendo así de igual forma el poder realizar búsqueda de reporte en distintas fechas y ver la información básica del sensor, con su nodo encargado y los equipos de ese nodo.

5 03/16/2016

04/13/

2016 SI

R10

Modulo perfil

Permitirá la visualización de algunos de los datos (información de contacto) del personal. En donde solo podrá modificar sus números de contacto.

2 03/16/2016

No aplica.

NO (Para una próxima actualización/Planeación)

R11

Generar Alertas a reportes del

Enviar información vía email y poder el

5 03/16/2016

04/13/

2016 SI

43

equipo sensor

generar una actividad a eventos, en donde los datos (temperatura, humedad y distancia) generados por el sensor se hallan encontrado variaciones que no son normales.

4.8 SCRUM Del Proyecto

Definición de Roles Convencionales/Scrum Rol

# ROL SCRUM ROL ENCARGADO

DESCRIPCION

CRITERIO ACEPTACION

1 DISEÑADOR/DESARROL

LADOR

Scrum Master (Responsable de aseguramiento del equipo de trabajo). Development Team Members (Miembro del equipo de trabajo).

YEISON SAMIR

AGUIRRE QUINTER

O

Encargado del diseño de interfaces y desarrollo del sistema de información.

Habilidad de aceptación en lenguajes de programación.

2 ANALISTA

Scrum Master (Responsable de aseguramiento del equipo de trabajo). Development Team Members (Miembro del equipo de trabajo).

GESSLER ANDERSO

N MORENO

Encargado de la recolección de información para su respectivo procesamiento y aceptación en los

Habilidad para realizar un profundo análisis cuestionando cualquier variable externa al problema, para así llegar a una buena conclusión/rep

44

requerimientos.

uesta al problema planteado.

4.8.1 Plan de Trabajo

Planeamiento del Sprint/Sprint Planning

Requerimiento Id R2 Fecha de Planificación Junio/06/2016

REQUERIMIENTO/TAREA TIEMPO METODO ENCARGADO

Módulo Clientes y sus Servicios

INGRESO DE CLIENTES – SERVICIOS

2 Horas

Scrum Time

YEISON AGUIRRE

5 Horas GESSLER

ANDERSON

ELIMINAR CLIENTES – SERVICIOS

1 /2 Hora

YEISON AGUIRRE

1 Hora GESSLER

ANDERSON

ACTUALIZAR DATOS CLIENTE – SERVICIOS

2 Horas YEISON

AGUIRRE

5 Horas GESSLER

ANDERSON

BUSQUEDA DE CLIENTES - SERVICIOS

½ Hora YEISON

AGUIRRE

2 Hora GESSLER

ANDERSON

Descripción/Observaciones: Se debe tener en cuenta que Modulo Clientes de Servicios hay 1 solo pero, se debe de igual forma crear un módulo de servicios el cual permita la administración de estos.


Modulo Sensores/ Visualización

reporte sensor

INGRESO DE NUEVOS SENSORES

2 Horas

Scrum Time

YEISON AGUIRRE

5 Horas GESSLER

ANDERSON

ELIMINAR SENSOR

1 /2 Hora

YEISON AGUIRRE

1 Hora GESSLER

ANDERSON

45

ACTUALIZAR DATOS DE LOS SENSORES

2 Horas YEISON

AGUIRRE

5 Horas GESSLER

ANDERSON

BUSQUEDA DE SENSORES

½ Hora YEISON

AGUIRRE

2 Hora GESSLER

ANDERSON

Descripción/Observaciones: En esta tarea se hará la labor de terminar 2 requerimientos R9, R4. En el módulo de Sensores se debe tener en cuenta que se hará entrega del Módulo Sensores y sus asociaciones como: Modulo Tipo de Sensores (CRUD).


Modulo Empleado/Grupos

de Soporte

INGRESO DE PERSONAL – GRUPO

DE SOPORTE

2 Horas

Scrum Time

YEISON AGUIRRE

5 Horas GESSLER

ANDERSON

ELIMINAR PERSONAL – GRUPO DE

SOPORTE

1 /2 Hora

YEISON AGUIRRE

1 Hora GESSLER

ANDERSON

ACTUALIZAR DATOS PERSONAL – GRUPO

DE SOPORTE

2 Horas YEISON

AGUIRRE

5 Horas GESSLER

ANDERSON

BUSQUEDA DE PERSONAL – GRUPO

DE SOPORTE

½ Hora YEISON

AGUIRRE

2 Hora GESSLER

ANDERSON

Descripción/Observaciones: En el módulo de Empleado/Grupo de Soporte tener en cuenta que es un solo modulo pero igualmente se hará entrega del módulo Grupo (CRUD), y sus asociaciones como: Tipos de Empleados, Dependencias (CRUD), Funciones del Personal.


Módulo procedimientos

INGRESO DE UN PROCEDIMIENTO

2 Horas

Scrum Time

YEISON AGUIRRE

5 Horas GESSLER

ANDERSON

ELIMINAR PROCEDIMIENTO

1 /2 Hora

YEISON AGUIRRE

1 Hora GESSLER

ANDERSON

2 Horas YEISON

AGUIRRE

46

ACTUALIZAR DATOS DEL

PROCEDIMIENTO 5 Horas

GESSLER ANDERSON

BUSQUEDA DE PROCEDIMIENTOS

½ Hora YEISON

AGUIRRE

2 Hora GESSLER

ANDERSON

Descripción/Observaciones: En el módulo de Procedimientos se hará entrega del módulo Procedimientos (CRUD), y sus asociaciones como: Tipos Procedimientos (CRUD).


Modulo Nodos

INGRESO DEL NOD 2 Horas

Scrum Time

YEISON AGUIRRE

5 Horas GESSLER

ANDERSON

ELIMINAR NODO

1 /2 Hora

YEISON AGUIRRE

1 Hora GESSLER

ANDERSON

ACTUALIZAR DATOS DEL NODO

2 Horas YEISON

AGUIRRE

5 Horas GESSLER

ANDERSON

BUSQUEDA DE NODOS

½ Hora YEISON

AGUIRRE

2 Hora GESSLER

ANDERSON

Descripción/Observaciones: En el módulo de Nodo se hará entrega del módulo Nodo (CRUD), y sus asociaciones como: Equipos del Nodo (CRUD), Tipos Equipos Nodo (CRUD), Tipos estados del Nodo (CRUD).


Modulo Alertas

ELIMINAR ALERTA

1 /2 Hora

Scrum Time

YEISON AGUIRRE

1 Hora GESSLER

ANDERSON

BUSQUEDA DE ALERTAS

½ Hora YEISON

AGUIRRE

2 Hora GESSLER

ANDERSON

Descripción/Observaciones: En el módulo de Actividades se hará entrega del módulo Actividades (CRUD), y sus asociaciones como: Estados de las Actividades (CRUD).

47

4.9 Diagramas UML

4.9.1 Diagrama de Actividades

4.9.1.1 Diagrama de Actividades General

Ilustración 5 Diagrama de Actividades General

48

4.9.1.2 Diagrama de Actividades Nodo

Ilustración 6 Diagrama de Actividades Nodo

49

4.9.1.3 Diagrama de Actividades Personal

Ilustración 7 Diagrama de Actividades Personal

4.9.1.4 Diagrama de Sensores

50

Ilustración 8 Diagrama de Actividades Sensores

4.9.1.5 Diagrama de Actividades Ejemplo Proceso

51

Ilustración 9 Diagrama de Actividades Ejemplo de Proceso

4.9.2 Diagramas Caso de Uso

4.9.2.1 Módulos del Sistema

52

Ilustración 10 Casos de Uso Módulos del Sistema

4.9.2.1.1 Especificación Diagrama de Uso Modulo Sistema

MODULOS DEL SISTEMA

ID 1

ACTOR Administrador.

DESCRIPCIÓN El Administrador debe autenticarse, posteriormente podrá hacer uso de módulos como el de clientes, servicios, alertas, reportes, grupos, personal, sensores, tipos sensores, actividades y el de procedimientos.

PRECONDICIONES El Administrador debe de haberse autenticado.

FLUJO NORMAL Al Administrador podrá gestionar los módulos exitosamente.

POST CONDICIÓN Salir del sistema.

FLUJO ALTERNO

53

DESCRIPCIÓN El sistema no permitiría ingresar a ningún módulo sin una autenticación previa.

POST CONDICIÓN Se mostrara un mensaje de alerta.

4.9.2.2 Autenticación

Ilustración 11 Casos de Uso Módulo Autenticación

4.9.2.2.1 Especificación Caso de Uso Autenticación

AUTENTICACION SISTEMA

ID 3


DESCRIPCIÓN El Administrador se debe autenticar mediante un usuario y una contraseña.

54

PRECONDICIONES El Administrador debe de estar registrado.

FLUJO NORMAL El Administrador podrá hacer uso de los demás módulos luego de autenticarse.

POST CONDICIÓN Uso de los demás módulos/Salirse del sistema.

FLUJO ALTERNO



4.9.2.3 Módulo Clientes

Ilustración 12 Casos de Uso Módulo Clientes

4.9.2.3.1 Especificación Caso de Uso Modulo Clientes

55

MODULO CLIENTES

ID 5


DESCRIPCIÓN El Administrador gestionará el módulo clientes, podrá ingresar clientes, editar su información, eliminar al cliente, visualizar la información de clientes, consultar y listar clientes y podrá de igual forma ingresar al módulo servicios prestado para los clientes.


FLUJO NORMAL El Administrador podrá elegir cualquiera de las opciones que el modulo brinde.


FLUJO ALTERNO



4.9.2.4 Modulo Alertas

Ilustración 13 Casos de Uso Módulo Alertas

56

4.9.2.4.1 Especificación Caso de Uso Modulo Alertas

MODULO ALERTAS

ID 6


DESCRIPCIÓN El Administrador gestionará el módulo alertas, podrá consultar alertas generadas por el sistema, eliminar las alertas, visualizar información de una alerta, generar reporte de la alerta.




FLUJO ALTERNO



4.9.2.5 Modulo Reportes

57

Ilustración 14 Casos de Uso Módulo Reportes

4.9.2.5.1 Especificación Caso de Uso Modulo Alertas

MODULO REPORTES

ID 7


DESCRIPCIÓN El Administrador gestionará el módulo reportes, podrá consultar reporte que se ha generado, eliminar el reporte, visualizar el reporte y asignar al grupo responsable al reporte.




FLUJO ALTERNO


58


4.9.2.6 Módulo Actividades/Procedimientos

Ilustración 15 Casos de Uso Módulo Actividades/Procedimientos

4.9.2.6.1 Especificación Caso de Uso Módulo Actividades/Procedimientos

MODULO ACTIVIDADES

ID 9


DESCRIPCIÓN El Administrador gestionará el módulo actividades, podrá registrar actividades a realizar por el grupo

59

encargado, eliminar actividades, actualizar información de las actividades visualizar información de la actividad, consultar información de la actividades y listarlas.


FLUJO NORMAL El Administrador podrá Ingresar al módulo de procedimiento y puede ingresar procedimientos realizados para las actividades, editar información de procedimientos, consultar información de procedimientos y listarlos, además de puede elegir cualquiera de las opciones que el modulo brinde.


FLUJO ALTERNO



4.9.2.7 Módulo Nodos

60

Ilustración 16 Casos de Uso Módulo Nodos

4.9.2.7.1 Especificación Caso de Uso Nodos

MODULO NODOS

ID 11


DESCRIPCIÓN El Administrador gestionará el módulo nodos, podrá ingresar nuevos nodos, editar información de un nodo, eliminar nodo, visualizar información de coordenadas de los nodos, consultar nodos y listarlos.


FLUJO NORMAL El Administrador podrá ingresar al módulo equipos y registrar equipos, eliminar equipos, editar equipos, visualizar información del equipo, consultar equipos y

61

listarlos, además de poder elegir cualquiera de las opciones que el modulo brinde.


FLUJO ALTERNO



4.9.2.8 Modulo Sensores

Ilustración 17 Casos de Uso Módulo Sensores

62

4.9.2.8.1 Especificación Caso de Uso Módulo Sensores

MODULO SENSORES

ID 12


DESCRIPCIÓN El Administrador gestionará el módulo nodos, podrá ingresar la información del sensor, editar la información del sensor, eliminar sensores, visualizar información del sensor, consultar sensores y listarlos.


FLUJO NORMAL El Administrador podrá ingresar al módulo tipos sensores y registrar nuevos tipos de sensores, eliminarlos, consultar los tipos de sensores y listarlos, además de poder elegir cualquiera de las opciones que el modulo brinde.


FLUJO ALTERNO



4.9.3 Diagrama Componentes

63

Ilustración 18 Diagrama Componentes

4.9.4 Diagrama Entidad-Relación.

64

Ilustración 19 Diagrama ER

4.9.5 Diagrama EER

65

Ilustración 20 Diagrama EER

4.9.6 Diagrama Clases.

66

Ilustración 21 Diagrama Clases

4.9.7 Diagramas Estados

4.9.7.1 Modulo Clientes

67

Ilustración 22 Diagrama Estados Módulo Clientes

4.9.7.2 Módulo Nodos

68

Ilustración 23 Diagrama Estados Módulo Nodos

4.9.7.3 Módulo Alarmas

69

Ilustración 24 Diagramas Estados Módulo Alarmas

4.9.7.4 Módulo Reportes

70

Ilustración 25 Diagrama Estados Módulo Reportes

4.9.7.5 Módulo Sensores

71

Ilustración 26 Diagrama Estado Módulo Sensores

4.9.7.6 Módulo Equipos

72

Ilustración 27 Diagrama Estados Módulo Equipos

4.9.7.7 Módulo Grupos

73

Ilustración 28 Diagrama Estados Módulo Grupos

4.9.7.8 Módulo Personal

74

Ilustración 29 Diagrama Estados Módulo Personal

4.9.8 Desarrollo del Proyecto

75

4.9.8.1 Autenticación

Ilustración 30 Login

4.9.8.2 Módulo de Nodos

76

Ilustración 31 Nodos

4.9.8.3 Módulo Equipos Nodos

Ilustración 32 Equipos Nodos

77

4.9.8.4 Módulo Tipos Equipos Nodo

Ilustración 33 Tipos Equipos

4.9.8.5 Mapa Nodos (Google Maps)

78

Ilustración 34 Mapas Nodos

4.9.8.6 Módulo Tipo Estado Nodos

Ilustración 35 Tipo Estado Nodo

79

4.9.8.7 Módulo Actividades

Ilustración 36 Actividades

4.9.8.8 Módulo Tipos Estado Actividades

80

Ilustración 37 Tipos Estado Actividades

4.9.8.9 Módulo Procedimientos

Ilustración 38 Procedimientos

81

4.9.8.10 Módulo Tipo Procedimientos

Ilustración 39 Tipos Procedimiento

4.9.8.11 Módulo Clientes

82

Ilustración 40 Clientes

4.9.8.12 Módulo Tipos de Clientes

83

Ilustración 41 Tipos de Clientes

4.9.8.13 Modulo Tipos Criticidad Clientes

84

Ilustración 42 Tipos Clientes Criticidad

4.9.8.14 Módulo Departamentos

Ilustración 43 Departamentos

85

4.9.8.15 Módulo Municipios

Ilustración 44 Municipios

4.9.8.16 Módulo Personal

86

Ilustración 45 Personal

4.9.8.17 Módulo Dependencia Empleado

Ilustración 46 Dependencia Empleado

87

4.9.8.18 Módulo Funciones Empleado

Ilustración 47 Funciones Empleado

4.9.8.19 Módulo Grupos Personal

88

Ilustración 48 Grupos Personal

4.9.8.20 Módulo Rango Funciones Empleado

Ilustración 49 Rango de Funciones Empleado

89

4.9.8.21 Módulo Sensores

Ilustración 50 Sensores

4.9.8.22 Módulo Tipos Sensores

90

Ilustración 51 Tipo Sensores

4.9.8.23 Módulo Alertas

91

Ilustración 52 Alertas

4.9.9 Prototipo

4.9.9.1 Autenticación Personal Móvil

92

Ilustración 53 Prototipo Autenticación Móvil

4.9.9.2 Autenticación Personal Web

Ilustración 54 Prototipo Autenticación Web

93

4.9.9.3 Modulo Visualización Nodos

Ilustración 55 Prototipo Vista Nodos

4.9.9.4 Modulo Reporte Alamar

94

Ilustración 56 Prototipo Vista Previa Alarma Reporte Sensor

4.9.9.5 Autenticación Personal Móvil

Ilustración 57 Prototipo Visualización Reporte Sensor Móvil

95

4.9.9.6 Modulo Visualización Reporte Sensor

Ilustración 58 Prototipo Visualización Reporte Sensor

4.10 Planificación del Proyecto

96

97

5 Bibliografía

Álvarez, C. (6 de Mayo de 2015). Genbetadev. Obtenido de Genbetadev:

http://www.genbetadev.com/javascript/highcharts-graficas-con-javascript

apachefriends. (10 de 2015). apachefriends. Obtenido de

https://www.apachefriends.org/es/index.html

Arduino. (7 de Septiembre de 2015). Arduino Yun. Obtenido de www.arduino.com

Arduino. (10 de 2015). Arduino. Obtenido de

http://arduino.cc/en/Main/arduinoBoardEthernet

Arduino LLC. (s.f.). Arduino. Obtenido de https://www.arduino.cc/

Association, T. I. (2015). Telecommunication Industry Association. . Abril 2005. En T. I.

Association, Telecommunication Infrastructure Standard for Data Centers ANSI/TIA

942-2005.

Co., M. T. (s.f.). Digital relative humidity & temperature sensor RHT03. En M. T. Co., Digital

relative humidity & temperature sensor RHT03.

DitecomDesing. (Mayo de 2014). DitecomDesing. Obtenido de

http://www.ditecom.com/monitorizacion_IP/control-temperatura-por-ip.shtml.

EllisLab. (2015). Codeigniter. Obtenido de https://www.codeigniter.com/

González, A. G. (14 de Febrero de 2013). Panama Hitek. Obtenido de

http://panamahitek.com/dht11-sensor-de-humedadtemperatura-para-arduino/

https://fundamentosderedes.wikispaces.com/. (13 de 06 de 2010). Fundamentos de Redes

7422 Noviembre-Diciembre. Obtenido de

https://fundamentosderedes.wikispaces.com/5.2.1+Principios+basicos+de+(token+

ring,+ethernet+y+sus+variables+FDDI).

Lara, W. (31 de Julio de 2015). Platzi. Obtenido de Platzi: https://platzi.com/blog/guia-scrum/

Laraveles, C. (s.f.). Laraveles - Documentación en Español. Obtenido de

http://laraveles.com/docs/5.1/

López, F. (30 de 05 de 2015). Conasa ITWorks. Obtenido de

http://www.conasa.es/metodologias-agiles-para-gestion-de-proyectos/

luigy7. (5 de Julio de 2012). Tecno Tinker - Modulo Ethernet. Obtenido de

http://tecnotinker.blogspot.com.co/2012/07/uso-del-modulo-ethernet-enc28j60-

con.html

98

MovilTrack. (Mayo de 2014). http://www.moviltrack.com/tienda/index.php/kits-rfid/sensor-

temperatura.html. .

Oracle Corporation. (2015). MySQL. Obtenido de https://www.mysql.com/

Otwell, T. (2015). Laravel. Obtenido de http://laravel.com

Regataduino. (24 de Diciembre de 2012). Taller Arduino. Obtenido de

https://tallerarduino.com/2012/12/24/sensor-dht11-humedad-y-temperatura-con-

arduino/

Schmuller, J. (s.f.). Aprendiendo UML en 24 Horas. Prentice Hall.

Switching and Routing CCNA, C. 1. (2014). Cisco Networking Academy. En Cisco.

tdrobótica.co. (s.f.). tdrobótica.co. Obtenido de http://www.cosasdemecatronica.com/

Documents

DESARROLLAR E IMPLEMENTAR UN SISTEMA DE MONITOREO …