PROTOTIPO PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA APLICACIÓN ANDROID
MERCY ESPERANZA LOZANO TELLEZ 20111378022
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA
INGENIERÍA TELEMÁTICA BOGOTA D. C.
PROTOTIPO PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA APLICACIÓN ANDROID
MERCY ESPERANZA LOZANO TELLEZ 20111378022
Proyecto de grado presentado para optar al título de Ingeniera Telemática
Tutor
LUIS FELIPE WANUMEN SILVA Ingeniero de Sistemas
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA
INGENIERÍA TELEMÁTICA BOGOTA D. C.
Nota de aceptación:
________________________________ ________________________________ ________________________________
____________________________
Ing. LUIS FELIPE WANUMEN SILVA Firma de Tutor
____________________________ Ing. JAIRO HERNÁNDEZ GUTIÉRREZ
Firma de jurado
A mis PADRES porque son parte esencial de mi educación, ya que gracias a su apoyo, amor y confianza he podido lograr las metas que me he propuesto, porque son un claro ejemplo de entrega y dedicación.
AGRADECIMIENTOS
Mi más sincero agradecimiento a todos los que me apoyaron y colaboraron con el desarrollo de este prototipo, proporcionándome la información y herramientas necesarias para su culminación.
Mi especial gratitud a:
A Dios por cada momento de mi vida.
A la Universidad Distrital Francisco José de Caldas y sus docentes por sus conocimientos y experiencias transmitidas.
Al Ingeniero Luis Felipe Wanumen Silva por brindarme su paciencia y dedicación para culminar este logro.
Al Ingeniero Jairo Hernández Gutiérrez por ayudarme a ver mis errores y mejorar mis ideas.
Al Ingeniero Fabián Guzmán por sus enseñanzas y explicaciones.
Al Ingeniero Gerlee Varón por el tiempo para realizar las pruebas y observaciones del prototipo
6
CONTENIDO
Pág.
AGRADECIMIENTOS 5
CONTENIDO 6
LISTA DE FIGURAS 11
LISTA DE TABLAS 14
INTRODUCCIÓN 16
RESUMEN 17
ABSTRACT 18
CAPÍTULO 1.FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANZACIÓN 19
1.1 TITULO 19
1.2 TEMA 19
1.3 PLANTEAMIENTO DEL PROBLEMA 19
1.3.1 Descripción. 19
1.3.2 Formulación. 20
1.3.3 Solución Tecnológica. 20
1.4 ALCANCES Y DELIMITACIONES 21
1.4.1 Alcances. 21
1.5.1 Objetivo General. 22
1.5.2 Objetivos Específicos. 22
1.6 JUSTIFICACIÓN 23
1.7 MARCO REFERENCIAL 23
1.7.1 Marco histórico. 23
1.7.1.1 Simulador de dispositivos de red en la plataforma Android. 24 1.7.1.2 Sistema para Administrar Enrutamiento desde dispositivo móvil en una red
7
1.7.1.3 GestióIP. 25
1.7.1.4 ProCurve Manager Plus 2.2. 26
1.7.1.5 Cura SysAmin. 26
1.8 MARCO TEÓRICO 27
1.8.1 VLAN. 27
1.8.1.1 Ventajas. 27
1.8.1.2 Rangos del ID de la VLAN. 28
1.8.2 Protocolo VTP. 28
1.8.2.1 Beneficios. 28
1.8.2.2 Componentes VTP. 29
1.8.2.3 Configuración predeterminada del VTP. 30
1.8.3 Virtualización 30
1.8.4 Aplicaciones Web Según Luján. 31
1.8.5 Mecanismos de conexión. 31
1.8.5.1 TELNET(Tele Network - Tele Red). 31
1.8.5.2 CORBA. 32
1.8.5.3 SSL. 32
1.8.5.4 Socket TCP. 32
1.8.6 ANDROID. 32
1.8.8 Motor de bases de datos MYSQL. 36
1.8.8.1 Características. 36
1.8.9 Marco Metodológico. 36
1.8.9.1 Características. 37
1.8.9.2 Fases. 38
1.8.9.3 Flujos de Trabajo de Procesos. 38
8
1.8.10 Marco Conceptual. 39
1.9 FACTIBILIDAD 40
1.9.1 Factibilidad técnica. 40
1.9.3 Factibilidad legal. 41
1.9.4 Factibilidad económica. 42
1.10 CRONOGRAMA 44
CAPÍTULO 2. FASE DE MODELAMIENTO DEL NEGOCIO 45
2.1 DESCRIPCIÓN DE PROCESOS 45
2.1.1 Autenticación. 45
2.1.2 Monitoreo De VLANS Y VTP. 45
2.1.3 Configuración VLANS. 46
2.1.4 Configuración de VTP. 47
2.2 MODELO DEL DOMINIO 47
2.3 GLOSARIO DE TERMINOS 48
CAPITULO 3. REQUERIMIENTOS 50
3.1 REQUERIMIENTOS FUNCIONALES 50
3.2 REQUERIMIENTOS NO FUNCIONALES 51
3.2.1 Rendimiento. 51
3.3 IDENTIFICACIÓN DE ACTORES 53
3.4 LISTA PRELIMINAR DE CASOS DE USO VISTA GENERAL 54
Fuente: 56
3.5 DEPURACIÓN DE CASOS DE USO 56
3.6 DOCUMENTACIÓN DE CASOS DE USO 58
CAPITULO 4. ANÁLISIS DEL SISTEMA 69
9
4.2 DIAGRAMA DE COLABORACIÓN 74
4.2.1 Diagrama de colaboración Gestionar Autenticación 74 4.2.2 Diagrama de colaboración Configurar VLAN 75 4.2.3 Diagrama de colaboración Configurar VTP 76
4.2.4 Monitorear VTP 77
4.3 DIAGRAMA DE ACTIVIDAD 78
4.3.1 Diagrama de Actividad – Gestionar Autenticación 78
4.4 DIAGRAMA DE CLASE MODELO DE ANALISIS 79
CAPÍTULO 5. DISEÑO DEL SISTEMA 81
5.1 DISEÑO LÓGICO DE LA RED 81
5.1.1 Red alámbrica Virtual. 81
5.1.1.1 Topología de red emulada en GNS3. 81
Fuente: Propia, imágenes tomadas de GNS3 para ilustrar la topología utilizada. 82
5.1.1.2 Tarjeta de red alámbrica Virtual. 83
5.1.2 Red inalámbrica. 83
5.1.2.1 Punto de acceso. 83
5.1.2.2 Tarjeta Inalámbrica. 83
5.2 DISEÑO FISICO DE LA RED 84
5.3 LISTA INICIAL DE OBJETOS 85
5.3.1 Nivel de Presentación 85
5.3.2 Nivel de Lógico 85
5.3.3 Nivel de Datos 86
5.4 RESPOSABILIDADES DE LOS OBJETOS 86
5.4.1 Nivel de Presentación 86
5.4.2 Nivel de Lógico 88
5.4.3 Nivel de Datos 89
CAPÍTULO 6. IMPLEMENTACIÓN 91
6.1 ESTRUCTURA LOGICA DE LA RED 91
6.1.1 Configuración Red alámbrica Virtual. 91
6.1.1.1 Configuración de la tarjeta de red VWware. 91
6.1.1.2 Configuración de topología GNS3. 94
10
6.1.2.1 Punto de acceso. 97
6.1.2.2 Tarjeta Inalámbrica. 99
6.2 DIAGRAMA DE COMPONENTES 102
6.3 MODELO DE BASE DE DATOS 103
6.4 DIAGRAMA DE PAQUETES 103
6.5 DIAGRAMA DE DESPLIEGUE 105
6.6 SEGURIDAD 105
6.6.1 A nivel de Bases de Datos. 105
6.6.3 A nivel de dispositivos activos. 106
CAPÍTULO 7. PRUEBAS 108
7.1 PRUEBAS DE PLATAFORMA O INSTALACIÓN 108
7.2 PRUEBAS DE CONEXIÓN 108
7.2.1 A nivel de la red alámbrica. 110
7.2.2 A nivel de la red inalámbrica. 115
7.3 PRUEBAS DE AUTENTICACIÓN - MÓDULOS DE LA APLICACIÓN 117
8 CONCLUSIONES 123
8.1 RESULTADOS 123
8.2 DIFICULTADES PRESENTADAS 124
8.3 DESARROLLOS FUTUROS – RECOMENDACIONES 125
BIBLIOGRAFIA 126
INFOGRAFIA 127
11
LISTA DE FIGURAS
Pág.
Figura 1. Arquitectura del prototipo. 20
Figura 2. Simulador de dispositivos de red en la plataforma Android. 24 Figura 3. Módulo de Gestión de VLANs de GestióIP. 25 Figura 4.Módulo de Gestión de Vlan Procurve Mabager Plus 2.2. 26
Figura 5. Aplicación Cura SysAmin 27
Figura 6. Configuración predeterminada del VTP. 30
Figura 7. Arquitectura Android. 33
Figura 8.Arquitectura GNS3. 35
Figura 9. Estructura del RUP mostrada en dos dimensiones. 37
Figura 10. Cronograma 44
Figura 11. Diagrama de Modelo del Dominio Inicial – Vista General. 48 Figura 12. Diagrama de Casos de Uso (vista general) 56 Figura 13. Caso de uso Gestionar Autenticación 58
Figura 14. Caso de Uso Configurar VLANS 60
Figura 15. Caso de Uso Configurar VTP 63
Figura 16. Caso de Uso Configurar VTP 64
12
Figura 28. Diagrama de clases Aplicación Móvil 79 Figura 29. Diagrama de clases Aplicación Móvil 80
Figura 30. Topología de red en GNS3 82
Figura 31. Diseño físico de la red. 84
Figura 32. Clases nivel de Presentación 85
Figura 33. Clases nivel de aplicación 85
Figura 34. Clase nivel de datos 86
Figura 35. Menú Editar de VMware 92
Figura 36.Configuración de tarjeta en VMware 92 Figura 37. Centro de redes y recursos compartidos Windows 7 profesional 93 Figura 38. Configuración de la tarjeta de red VMware ADMIN VTP TOPOLOGIA 93 Figura 39. Configuración NVram switch Servidor 94 Figura 40. Configuración NVram switch Cliente 1 95 Figura 41. Configuración NVram switch Cliente 2 96 Figura 42. Ingreso a router inalámbrico TP-LINK WR740N 98 Figura 43. Configuración de SSID en el router TP-LINK WR740N 98 Figura 44. Identificación Router Inalámbrico 99 Figura 46. Configuración de la tarjeta de red inalámbrica en el servidor 100
Figura 49. Validación IP equipos móviles 101
Figura 50. Diagrama de componentes 102
Figura 51. Tabla de base de datos. 103
Figura 52. Diagrama de Paquetes 104
Figura 53. Diagrama de Despliegue 105
Figura 54. Encriptación de contraseña en la base de datos MYSQL 106 Figura 55. Encriptación en modo privilegiado 107 Figura 56. Encriptación líneas consola y vty 107 Figura 57. Monitoreo de las tarjetas de red con Wireshark 109 Figura 58. Tarjetas de red configuradas en el servidor 109 Figura 59. Pruebas de conexión de switch modo vtp servidor a la red y switches
cliente 1 y cliente 2. 110
Figura 60. Pruebas de conexión de switch modo vtp cliente 1 a la red y switches
13
Figura 61. Pruebas de conexión de switch modo vtp cliente 2 a la red red y
switches servidor y cliente 1 113
Figura 62. Pruebas de conexión de red al switch modo VTP Servidor, cliente 1 y
cliente 2 desde la LAN 114
Figura 63. Captura de trafico de la conexión Switch modo VTP servidor a la LAN y
viceversa 115
Figura 64. Captura de tráfico de la conexión inalámbrica 116 Figura 65. Pruebas de Autenticación Módulos de la aplicación 117
Figura 66. Logo del prototipo 120
Figura 67. Respuesta a la pregunta 1 de cuestionario TAM. 120 Figura 68. Respuesta a la pregunta 2 de cuestionario TAM. 121 Figura 69. Respuesta a la pregunta 3 de cuestionario TAM. 121 Figura 70. Respuesta a la pregunta 4 de cuestionario TAM. 122 Figura 71. Respuesta a la pregunta 5 de cuestionario TAM. 122
LISTA DE TABLAS
Pág.
.Tabla 1. Factibilidad Técnica - Equipo de desarrollo 40
Tabla 2. Factibilidad Técnica - Software 40
Tabla 3. Factibilidad Técnica - Equipo Móvil Pruebas. 41 Tabla 4. Factibilidad Operativa - Recurso Humano. 41 Tabla 5. Factibilidad Legal - Licencias de Software. 42
Tabla 6. Factibilidad Económica 42
Tabla 7. Autenticación 45
Tabla 8. Monitoreo De VLANS Y VTP. 46
Tabla 9.Configuración VLANS 46
Tabla 10.Configuración VTP 47
Tabla 11. Glosario de términos 49
Tabla 12. Requerimientos no funcionales 52
Tabla 13. Identificación de Actores 54
Tabla 14. Caso de Uso Gestionar Autenticación 59
Tabla 15. Caso de Uso Configurar VLANS. 61
Tabla 16. Direccionamiento ipv4 red topología en GNS3 figura 30 82 Tabla 17. Direccionamiento ipv4 tarjeta virtual VMware 83 Tabla 18. Direccionamiento ipv4 red inalámbrica. 83
Tabla 19.Tarjeta CRC – Aplicación Móvil 86
Tabla 20.Tarjeta CRC – Ui_Autenticación 87
Tabla 21.Tarjeta CRC – Ui_Configuraciones VTP, VLANS y Consultas 87
Tabla 22. Tarjeta CRC – L_GestorDeDatos. 88
Tabla 23. Tarjeta CRC – L_Administrador 88
Tabla 24. Tarjeta CRC – L_Operación 89
Tabla 25. Tarjeta CRC – L_Autenticación 89
Tabla 26. Tarjeta CRC – T_Usuario DBA 89
15
Tabla 28. Características de cisco 3640 97
16
INTRODUCCIÓN
En Colombia como en muchos países el sector de las telecomunicaciones ha tenido una gran evolución, especialmente en las comunicaciones móviles, que día tras día, viene presentando avances tecnológicos que permiten el desarrollo de herramientas orientadas a facilitar la interacción social en todas las formas de comunicación, propias y necesarias para los seres humanos y aún así no acaban de satisfacer las necesidades del mercado, teniendo en cuenta la versatilidad de los insaciables usuarios. Para el año 2014 se agitó el negocio de las 'telcos' en Colombia. La penetración de los servicios de telefonía móvil alcanzó al tercer trimestre del año anterior un 112,4 por ciento con 53,5 millones de líneas activas, una cifra que pone al país cada vez más cerca de los niveles que registran economías del primer mundo.1 Lo que ha permitido que las aplicaciones móviles estén en su mejor momento.
Este trabajo brinda la oportunidad de contribuir al crecimiento del portafolio de aplicaciones móviles, el cual se puede extender a campos de administración de dispositivos activos de red como los switches. A partir del desarrollo de un prototipo para la administración de VLANs con el protocolo VTP, desde una aplicación móvil utilizando como medio de comunicación las redes inalámbricas a través de la emulación de los equipos activos desde GNS3 y la aplicación web para dispositivos móviles con plataforma Android.
17 RESUMEN
Se plantea como proyecto de grado, la propuesta "PROTOTIPO PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA APLICACIÓN ANDROID", en la modalidad de monografía. Esta iniciativa, brinda la oportunidad de contribuir al crecimiento del portafolio de aplicaciones móviles.
El proyecto valida los beneficios que se pueden obtener, al automatizar operaciones de configuración en conmutadores de red. Adicionalmente, se implementa una topología de redes; la cual integra la tecnología WIFI con una red de switches gns3 virtualizados. La red inalámbrica se compone de un punto de acceso, un laptop y un dispositivo móvil con sistema operativo Android. Tres conmutadores CISCO, forman la red cableada virtualizada, en ellos se implementa el protocolo VTP para la administración de VLANS.
18
ABSTRACT
The proposal "PROTOTYPE FOR MANAGEMENT VLANs VTP FROM AN APPLICATION WITH ANDROID" in the form of paper is planned as project grade. This initiative provides an opportunity to help grow the portfolio of mobile applications.
19
CAPÍTULO 1.FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANZACIÓN
1.1 TITULO aplicaciones móviles, modelo OSI, funcionamiento de Switch y las diferentes plataformas tecnológicas que se utilizarán en su desarrollo (servicios Web, JEE, Android, GNS3, Netbeans, Eclipse Luna Glassfish, MySQL).
1.3 PLANTEAMIENTO DEL PROBLEMA
1.3.1 Descripción. En la actualidad para la configuración de switches existen los métodos de acceso por medio consola, Telnet, SSH, vía Web (HTTP), aplicativos basados en web y de escritorio. Y aunque el auge en el desarrollo de aplicaciones móviles en el campo de las telecomunicaciones ha sido amplia, aun no hay mecanismos que permita la gestión desde la plataforma Android hacia los equipos activos de red switches.
Los administradores de red pueden usar software móvil con conexión SSH para la configuración de switches, sin embargo en esta solución la trasmisión de datos es enviada a servidores que no están bajo la administración directa de las organizaciones sino de proveedores, lo cual puede ocasionar vulnerabilidad y alteración en las configuraciones enviadas inicialmente hasta que llegan a su destino, por ende el conocimiento y acceso a la información de la infraestructura de su red por personas externas a la entidad. Debido a que en la gestión de VLANs no hay un mecanismo de asignación de privilegios que permita a los administradores configurar los comandos propios de su rol.
20
1.3.2 Formulación. ¿Es posible administrar VLANs mediante un prototipo móvil? 1.3.3 Solución Tecnológica. Se desarrolla un prototipo, que permite construir una aplicación móvil para la administración de VLANs, por medio del protocolo VTP desde la plataforma Android. Esto con el fin, de facilitar la ejecución de comandos desde una interfaz GUI, y permite al administrador de la red, concentrarse en la lógica de configuración y no en el conocimiento del orden y la sintaxis de los comandos.
Para el desarrollo del prototipo se han tenido en cuenta varios componentes, que permiten el correcto funcionamiento del sistema, a partir de la autenticación para el acceso a las configuraciones. A continuación en la figura 1, se muestra un diagrama general de la arquitectura del prototipo.
Figura 1. Arquitectura del prototipo.
21
La aplicación móvil y web se desarrolla en Java utilizando Eclipse Luna y Netbeans como IDE de desarrollo por su adaptabilidad con Android alojada en un servidor Glassfish, la base de datos se realiza en MySql y la simulación de los equipos activos se realiza en GNS3 que al igual que Java – Android es de uso libre y se adapta a las necesidades del prototipo. Se utiliza un Access Point para la conexión inalámbrica entre la aplicación web y móvil, y la comunicación entre el servidor web y la los equipos virtualizados se realiza a través de una tarjeta de red emulada por VMWare.
1.4 ALCANCES Y DELIMITACIONES
1.4.1 Alcances.
A nivel de investigación se analizara la viabilidad de construir un aplicativo móvil que permita la administración de VLANs por medio del protocolo VTP desde la plataforma Android.
El prototipo se desarrollará con una configuración y secuencias de comandos predeterminada para un estado inicial del switch con miras a llevarlo a un estado final luego de la ejecución del software.
El prototipo permitirá interpretar las solicitudes hechas por el usuario desde la aplicación Android y enviarlas a conmutadores virtualizados por medio de una aplicación web.
El prototipo permitirá ejecutar órdenes desde un dispositivo Android para administrar switches virtualizados por medio de VTP.
El prototipo permitirá configurar dominios, publicaciones, modos y depuraciones VTP en switches virtualizados.
No se realizara enrutamiento Inter-VLAN.
La aplicación web contará con un módulo de conceptualización de VTP y VLANS.
La aplicación Android tendrá un sistema de autenticación de usuarios, para el acceso a las funciones de configuración.
1.4.2 Delimitaciones.
1.4.2.1 Temática.
Activación de VTP.
Rangos de ID de VLANS.
Configuración de Interfaces troncales.
22 1.4.2.2 Tecnológica.
Se requiere que la aplicación funcione en dispositivos móviles con sistema operativo Android no inferior a la versión 4.0.
El prototipo solo funcionara con la tecnología inalámbrica WI-FI.
El protocolo VTP solo funciona bajo switches de fabricante Cisco.
El prototipo se desarrollará en un ambiente controlado.
Los dispositivos físicos activos serán emulados por medio de GNS3.
El sistema Web será accedido de forma local.
El sistema es vulnerable cuando el sistema web presente fallos.
1.4.2.3 Geográfica. El prototipo no se desarrolla para ambientes corporativos ni en instalaciones empresariales reales. La ubicación de los Switch es emulada por medio de la aplicación GNS3.
1.4.2.4 Temporal. El tiempo de desarrollo del prototipo está comprendido desde Abril hasta Septiembre de 2015 a cinco meses.
Nota: Se realizaron modificaciones en las fechas de entrega en el cronograma, debido a que se logró culminar antes de lo propuesto a causa de la disponibilidad que se obtuvo a nivel laboral para dedicarlo al proyecto.
1.5 OBJETIVOS
1.5.1Objetivo General. Desarrollar un prototipo que haciendo uso de la plataforma Android y el simulador GNS3, permita la administración de VLANs desde un dispositivo móvil.
1.5.2 Objetivos Específicos.
Crear una aplicación Android que permita al usuario la administración de VLANs a través de una interfaz GUI.
Generar una aplicación web que permita la ejecución de operaciones entre el dispositivo activo switch y la aplicación Android
Implementar un módulo para el envió de comandos VTP a switches de la familia CISCO.
Definir un sistema de transmisión de datos apropiado para la comunicación entre un dispositivo con plataforma Android y un Switch.
Implementar un método de autenticación de usuarios para habilitar las funciones de configuración.
23 1.6 JUSTIFICACIÓN
El prototipo encuentra su justificación al utilizar aplicaciones móviles, con un sistema operativo en auge como Android. Demuestra la posibilidad de adaptar este tipo de aplicaciones en otras áreas de la ingeniería, como las telecomunicaciones y administración de redes. Adicionalmente, se logran ventajas al reducir el tiempo en las tareas de configuración.
El proyecto utiliza dispositivos conmutadores, llegando hasta la capa de enlace del modelo de referencia OSI, a diferencia de otras aplicaciones que trabajan con enrutadores en la capa de red. Esto implica el uso de protocolos que no son de enrutamiento y garantiza la interoperabilidad entre swithes y dispositivos móviles. En el prototipo se hace énfasis en la seguridad e integridad de la información; se construye un sistema de autenticación de usuarios en la aplicación móvil, y se utilizan contraseñas de acceso encriptadas en los tres niveles de configuración de los dispositivos CISCO que impiden accesos no autorizados a usuarios no registrados en el sistema.
El proyecto busca facilitar al administrador de red la configuración de los dispositivos, por medio de interfaces gráficas en el servidor web y en la aplicación móvil, a diferencia de otras modalidades de configuración como Hyperterminal y Putty, que exigen mayor conocimiento de la sintaxis de comandos. La implementación de interfaces gráficas garantiza mayor usabilidad por parte de los administradores de red e impide que se presenten errores al digitar las instrucciones de configuración.
El subsistema de monitoreo garantiza la confiabilidad de las operaciones realizadas por los dispositivos en tanto que permite a los administradores verificar los estados de VTP y VLAN
La interfaz móvil mejora la ubicuidad a los administradores para configurar la red sin necesidad de desplazarse hacia la ubicación física del dispositivo activo, siempre y cuando se encuentre dentro del rango de cobertura del punto de acceso.
1.7 MARCO REFERENCIAL
24
Al realizar las investigaciones en los diferentes sistemas de información; repositorios de universidades, Internet, artículos IEEE, páginas oficiales de aplicaciones móviles, no se ha encontrado un sistema que administre VLANs desde móviles Android, por lo cual a continuación se describen aplicaciones relacionadas con la administración de redes y conexión a dispositivos móviles.
1.7.1.1 Simulador de dispositivos de red en la plataforma Android. Simulador móvil desarrollado por Ghazali, KWM de la Universidad Teknikal Malasia Melaka, Facultad Tecnología de Información y Comunicación. Con el objetivo de facilitar el aprendizaje basado en problemas, debido a la naturaleza del trabajo que está destinado a ser utilizado por los alumnos para resolver problemas en la configuración de dispositivos de red. En la figura 2 se visualiza el menú principal con el que comienza este simulador.
Figura 2. Simulador de dispositivos de red en la plataforma Android.
25
1.7.1.2 Sistema para Administrar Enrutamiento desde dispositivo móvil en una red de routers cisco y Linux. Trabajo de grado desarrollado en el año 2014 para optar al título de ingenieros en Telemática por los estudiantes Fabián Antonio Guzmán González Claribel Argenis Morales Alba de la Universidad Distrital Francisco José de Caldas Faculta Tecnológica. Con el objetivo de Desarrollar una aplicación Web implementando un Servicio Web, que permita instalar y gestionar los protocolos de enrutamiento OSPF y RIPv2, sobre las arquitecturas Ipv4 e Ipv6 en una red con enrutadores CISCO y Linux. También, una aplicación móvil; capaz de consumir el Servicio Web a través de la tecnología inalámbrica Wi-Fi.
1.7.1.3 GestióIP. Es un software automatizado basado en Web para gestionar redes y direcciones IP (IP address management - IPAM), desarrollada por Marc Ueber y liberada bajo licenciamiento GNU GENERAL PUBLIC LICENSE versión 3 (GPLv3).Dispone de mecanismos poderosos de exploración de redes y una actualización automática tal como funciones de búsqueda que están accesible desde todas las páginas. Así se encuentran informaciones sobre redes, direcciones IP o hosts de forma rápida y sencilla. GestióIP dispone además de un sistema de gestión de VLANs integrada.
Figura 3. Módulo de Gestión de VLANs de GestióIP.
26
1.7.1.4 ProCurve Manager Plus 2.2. Es una plataforma de gestión de redes basada en Windows® avanzada y segura que permite a los administradores configurar, actualizar, supervisar y solucionar problemas de dispositivos ProCurve de manera centralizada con pantallas sencillas de utilizar y con mucha información. Cuenta con un módulo de Gestión avanzada de VLAN de fácil uso permite crear y asignar VLANs en toda la red, sin tener que acceder individualmente a cada dispositivo de la red.
Figura 4.Módulo de Gestión de Vlan Procurve Mabager Plus 2.2.
Fuente: Anónimo, Módulo de Gestión de Vlans Procurve Manager Plus 2.2
[consultado el 02 de noviembre de 2014]. Disponible en Internet: http://www.hp.com/rnd/products/management/ProCurve_Manager_Plus2.2/large_i mage.htm.
27 Figura 5. Aplicación Cura SysAmin
Fuente: HP, Cura SysAmin 2014. [consultado el 02 de noviembre de 2014]. Disponible en Internet: https://play.google.com/store/apps/details?id=com.cura. 1.8 MARCO TEÓRICO
1.8.1 VLAN. Acrónimo de virtual LAN, red de área local virtual. Una VLAN es una subred IP separada de manera lógica. Las VLAN permiten que redes de IP y subredes múltiples existan en la misma red conmutada.
1.8.1.1 Ventajas.
Seguridad: Los grupos que tienen datos sensibles se separan del resto de la red, disminuyendo las posibilidades de que ocurran violaciones de información confidencial.
Reducción de costo: El ahorro en el costo resulta de la poca necesidad de actualizaciones de red caras y más usos eficientes de enlaces y ancho de banda existente.
Mejor rendimiento: La división de las redes planas de Capa 2 en múltiples grupos lógicos de trabajo (dominios de broadcast) reduce el tráfico innecesario en la red y potencia el rendimiento.
Mitigación de la tormenta de broadcast: La división de una red en las VLAN reduce la cantidad de dispositivos que pueden participar en una tormenta de broadcast.
Mayor eficiencia del personal de TI: Las VLAN facilitan el manejo de la red debido a que los usuarios con requerimientos similares de red comparten la misma VLAN. Cuando proporciona un switch nuevo, todas las políticas y procedimientos que ya se configuraron para la VLAN particular se implementan cuando se asignan los puertos. También es fácil para el personal de TI identificar la función de una VLAN proporcionándole un nombre.
28
También es fácil determinar el alcance de los efectos de la actualización de los servicios de red.
1.8.1.2 Rangos del ID de la VLAN. El acceso a las VLAN está dividido en un rango normal o un rango extendido.
VLAN de rango normal: Se utiliza en redes de pequeños y medianos negocios y empresas. Se identifica mediante un ID de VLAN entre 1 y 1005. o Los ID de 1002 a 1005 se reservan para las VLAN Token Ring y
FDDI.
o Los ID 1 y 1002 a 1005 se crean automáticamente y no se pueden eliminar.
o Las configuraciones se almacenan dentro de un archivo de datos de la VLAN, denominado vlan.dat. El archivo vlan.dat se encuentra en la memoria flash del switch.
o El protocolo de enlace troncal de la VLAN (VTP), que ayuda a gestionar las configuraciones de la VLAN entre los switches, sólo puede asimilar las VLAN de rango normal y las almacena en el archivo de base de datos de la VLAN.
VLAN de rango extendido: Posibilita a los proveedores de servicios que amplíen sus infraestructuras a una cantidad de clientes mayor. Algunas empresas globales podrían ser lo suficientemente grandes como para necesitar los ID de las VLAN de rango extendido.
o Se identifican mediante un ID de VLAN entre 1006 y 4094.
o Admiten menos características de VLAN que las VLAN de rango normal.
o Se guardan en el archivo de configuración en ejecución. o VTP no aprende las VLAN de rango extendido.
1.8.2 Protocolo VTP. El VTP permite a un administrador de red configurar un switch de modo que propagará las configuraciones de la VLAN hacia los otros switches en la red.
1.8.2.1 Beneficios.
Consistencia en la configuración de la VLAN a través de la red.
Seguimiento y monitoreo preciso de las VLAN.
Informes dinámicos sobre las VLAN que se agregan a una red.
29 1.8.2.2 Componentes VTP.
Dominio VTP: Consiste de uno o más switches interconectados. Todos los switches en un dominio comparten los detalles de configuración de la VLAN usando las publicaciones del VTP. Un router o switch de Capa 3 define el límite de cada dominio.
Publicaciones VTP: El VTP usa una jerarquía de publicaciones para distribuir y sincronizar las configuraciones de la VLAN a través de la red.
o Resumen:Contiene el nombre de dominio del VTP, el número actual de revisión y otros detalles de la configuración del VTP. Se envían publicaciones de resumen:
Cada 5 minutos, por el servidor o cliente del VTP para informar a los switches vecinos habilitados por el VTP del número de revisión actual de la configuración del VTP para su dominio del VTP.
Inmediatamente después de haber establecido una configuración.
o Sub Conjunto: Contiene información de la VLAN. Los cambios que disparan una publicación de subconjunto incluyen:
Creación o eliminación de una VLAN.
Suspensión o activación de una VLAN.
Cambio de nombre de una VLAN.
Cambio de MTU de una VLAN.
o Solicitud: Cuando una publicación de solicitud se envía al servidor del VTP en el mismo dominio del VTP, el servidor del VTP responde enviando una publicación del resumen y luego una publicación de subconjunto. Las publicaciones de solicitud se envían si:
El nombre de dominio del VTP se ha cambiado.
El switch recibe una publicación de resumen con un número de revisión de configuración más alto que el suyo.
Un mensaje de publicación de subconjunto se pierde por alguna razón.
El switch se ha reconfigurado.
Modos VTP:Un switch se puede configurar en uno de tres modos: servidor, cliente o transparente.
o Servidor: Los servidores del VTP publican la información VLAN del dominio del VTP a otros switches habilitados por el VTP en el mismo dominio del VTP. Los servidores del VTP guardan la información de la VLAN para el dominio completo en la NVRAM. El servidor es donde las VLAN se pueden crear, eliminar o renombrar para el dominio.
30
está activado. Un reinicio del switch borra la información de la VLAN. Debe configurar el modo de cliente del VTP en un switch.
o Transparente: Los switches transparentes envían publicaciones del VTP a los clientes del VTP y servidores del VTP. Los switches transparentes no participan en el VTP. Las VLAN que se crean, renombran o se eliminan en los switches transparentes son locales para ese switch solamente.
o Depuración VTP: La depuración del VTP aumenta el ancho de banda disponible para la red mediante la restricción del tráfico saturado a esos enlaces troncales que el tráfico debe utilizar para alcanzar los dispositivos de destino. Sin la depuración del VTP, un switch satura el broadcast, el multicast y el tráfico desconocido de unicast a través de los enlaces troncales dentro de un dominio del VTP aunque los switches receptores podrían descartarlos.
1.8.2.3 Configuración predeterminada del VTP. En la figura 6 se visualiza cual es el estado por defecto de VTP que trae configurado los switches de Cisco.
Figura 6. Configuración predeterminada del VTP.
Fuente: Propia, configuración predeterminada de VTP equipos cisco, tomada del dispositivo 3640 en GNS3.
1.8.3 Virtualización. El principal objetivo a la hora de preparar prototipos de redes mediante virtualización, es buscar un entorno de trabajo con las siguientes características:
Facilidad de configuración: Buscar un entorno gráfico que permita facilitar el diseño y gestión de topologías de red compuestas por ordenadores finales (PCs) y equipos de conmutación.
31
a través de emuladores y simuladores de marcas de fuerte implantación en el mercado. Si es posible, se priorizan herramientas de código abierto.
Posibilidad de integración en el Campus Virtual: Para realizar laboratorios fuera de línea. “bajo estas premisas, existen alternativas de herramientas básicas como: GNS3”2 como diseñador gráfico de redes, “XORP”3 como router de código abierto con una interfaz de configuración y
funcionalidades similares a routers de reconocido prestigio y, “Virtual Box”4 y “VMWare”5 para la virtualización a distintos niveles.
1.8.4 Aplicaciones Web Según Luján. 6 Las aplicaciones web son aquellas que están ejecutadas en el entorno de un Cliente (navegador, explorador o visualizador) interpretadas por un Servidor (servidor web) realizando la comunicación mediante un protocolo de comunicación HTTP.
Existen dos diferentes tipo de Páginas Web:
Página Web Estática: Son aquellas aplicaciones creadas mediante HTML y algunos efectos en Java script que permiten mostrar información, pero todo de manera muy plana y básica.
Página Web Dinámica: Son aquellas aplicaciones creadas con algún tipo de lenguaje de programación web, que además de las etiquetas HTML y funciones Java script, permite que el usuario tenga una interacción más compleja como el manejo de Formularios, Base de Datos, Foros.
1.8.5 Mecanismos de conexión.
1.8.5.1 TELNET (Tele Network - Tele Red). Sistema que permite conectarse a un host o servidor en donde el ordenador cliente hace de terminal virtual del ordenador servidor. Telnet es un protocolo que permite acceder mediante una red a otra máquina y manejarla, siempre en modo terminal (no hay gráficos).
2Grossmann, Jeremy, Graphical Network Simulator, GNS3, Copyright © 2007-2015 GNS3. Todos Los Derechos Reservados. [consultado el 03 de noviembre de 2014]. Disponible en Internet: http://www.gns3.net.
3
Handley, M., Kohler, E., Ghosh, A., Hodson,O., and Radoslavov, P., Designing extensibleIP router software, Proceedings of the 2ndconference on Symposium on Networked SystemsDesign &implementation - Volume 2, pp.189–202, 2005.
4
Oracle, Virtual Box, [consultado el 03 de noviembre de 2014].Disponible en Internet: http://www.virtualbox.org, 2011.
5
VMware, VMware virtualization solutions, [consultado el 03 de noviembre de 2014]. Disponible en Internet: http://www.vmware.com, 2011.
6Luján, Sergio. Programación de Aplicaciones Web: Historia, Principios Básicos y Clientes Web. Editorial Club
32
1.8.5.2 CORBA. Es una tecnología que oculta la programación a bajo nivel de aplicaciones distribuidas, de tal forma que el programador no se tiene que ocupar de tratar con sockets, flujos de datos, paquetes, sesiones etc. CORBA oculta todos estos detalles de bajo nivel.
1.8.5.3 SSL. Son las siglas en inglés de Secure Socket Layer (en español capa de conexión segura). Es un protocolo criptográfico (un conjunto de reglas a seguir relacionadas a seguridad, aplicando criptografía) empleado para realizar conexiones seguras entre un cliente (como lo es un navegador de Internet) y un servidor (como lo son las computadoras con páginas web).
1.8.5.4 Socket TCP. Los sockets (zócalos, referido a los enchufes de conexión de cables) son mecanismos de comunicación entre programas a través de una red TCP/IP. De hecho, al establecer una conexión vía Internet estamos utilizando sockets: los sockets realizan la interface entre la aplicación y el protocolo TCP/IP.
1.8.6ANDROID. Es un conjunto de herramientas de software de código abierto para teléfonos móviles que fueron creadas por Google y Open Handset Alliance.
1.8.6.1 Características.
Marco de aplicación que permite la reutilización y el reemplazo de los componentes.
Dalvik optimizado para dispositivos móviles.
Navegador integrado basado en la apertura del motor WebKit.
Gráficos mejorados con la biblioteca de gráficos 2D; gráficos en 3D basado en la especificación OpenGL ES 1.0.
SQLite para el almacenamiento de datos estructurados.
Soporte para audio, vídeo, y formatos de imagen (MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, GIF).
Telefonía GSM (dependiente del hardware).
Bluetooth, EDGE, 3G, y Wi-Fi (dependiente del hardware).
Cámara, GPS, brújula, y acelerómetro (dependiente del hardware).
Entorno de desarrollo muy completo, incluyendo un emulador, herramientas de depuración, de memoria, perfiles de rendimiento, y un plug-in para el IDE de Eclipse.
33 Figura 7. Arquitectura Android.
Fuente: Lara Cancela García y Sara Ostos Lobo, Programación en dispositivos móviles portables . [Consultado el 04 de noviembre de 2014]. Disponible en Internet: https://sites.google.com/site/swcuc3m/home/android/generalidades/2-2-arquitectura-de-android.
34
Todas estas aplicaciones utilizan los servicios, las API y librerías de los niveles anteriores.
Framework de Aplicaciones: Representa el conjunto de herramientas de desarrollo de cualquier aplicación. Toda aplicación que se desarrolle para Android, ya sean las propias del dispositivo, las desarrolladas por Google o terceras compañías, o incluso las que el propio usuario cree, utilizan el mismo conjunto de API y el mismo "framework", representado por este nivel.
Librerías: La siguiente capa se corresponde con las librerías utilizadas por Android. Éstas han sido escritas utilizando C/C++ y proporcionan a Android la mayor parte de sus capacidades más características. Junto al núcleo basado en Linux, estas librerías constituyen el corazón de Android.
Tiempo de ejecución de Android: Al mismo nivel que las librerías de Android se sitúa el entorno de ejecución. Éste lo constituyen las Core Libraries, que son librerías con multitud de clases Java y la máquina virtual Dalvik.
Núcleo Linux: Android utiliza el núcleo de Linux 2.6 como una capa de abstracción para el hardware disponible en los dispositivos móviles. Esta capa contiene los drivers necesarios para que cualquier componente hardware pueda ser utilizado mediante las llamadas correspondientes. Siempre que un fabricante incluye un nuevo elemento de hardware, lo primero que se debe realizar para que pueda ser utilizado desde Android es crear las librerías de control o drivers necesarios dentro de este kernel de Linux embebido en el propio Android.
1.8.7GNS3. Graphical Network Simulator 7es un emulador de redes que permite la virtualización de redes complejas. Al igual que otros emuladores tales como VMWare o VirtualBox son empleados para virtualizar sistemas operativos (Windows, Ubuntu, Debian), GNS3 es usado para la emulación de imágenes IOS (Internetwork Operating System) de routers Cisco.
1.8.7.1 Características.
Diseño gráfico de topologías de red a emular.
Emulación de una gran variedad de IOS Cisco, JunOS, IPS y firewalls CISCO de tipo ASA y PIX
Emulación de redes Ethernet, ATM y switches Frame Relay.
Conexión de la red simulada a un entorno real.
Captura de paquetes integrada usando Wireshark.
Integración con Qemu y VirtualBox.
7Grossmann, Jeremy, Graphical Network Simulator, GNS3,Copyright © 2007-2015 GNS3. Todos Los
35
1.8.7.2 Arquitectura. La arquitectura interna de GNS3 se visualiza en la Figura 8. GNS3 es un interfaz gráfico a Dynamips y Dynagen, los cuáles son las herramientas que realmente permiten la emulación de IOS Cisco. Más, concretamente, Dynagen ofrece una interfaz de línea de comandos más simple a Dynamips, el cuál es en última instancia, el responsable de la emulación de la IOS. Usando un simple editor de textos, un usuario podría crear su propio fichero de topología con la red a emular por Dynagen. Precisamente, GNS3 facilita este proceso creando para ello una sencilla interfaz gráfica que abstrae al usuario de los detalles de configuración del escenario.
Figura 8.Arquitectura GNS3.
Fuente: Antonio Ruiz, Arquitectura De Redes , [consultado el 04 de noviembre de 2014]. Disponible en Internet: http://ocw.um.es/ingenierias/arquitectura-de-redes/practicas-1/ar-boletin1-ocw.pdf.
1.8.7.3 Características.
Interoperabilidad: Permite a las aplicaciones desarrolladas en diferentes lenguajes y corriendo en sistemas heterogéneos comunicarse.
Integración Dinámica: Permite aplicaciones a localizar dinámicamente e integrarse con alguna otra para proveer soluciones empresariales.
Estándares de las Industrias: Permite a las aplicaciones comunicarse con otras usando estándares conocidos como XML, SOAP, WSDL and UDDI.
36
1.8.8Motor de bases de datos MYSQL. Es un gestor de base de datos sencillo de usar e increíblemente rápido. También es uno de los motores de base de datos más usados en Internet, la principal razón de esto es que es gratis para aplicaciones no comerciales.
1.8.8.1 Características.
Es un gestor de base de datos. Una base de datos es un conjunto de datos y un gestor de base de datos es una aplicación capaz de manejar este conjunto de datos de manera eficiente y cómoda.
Es una base de datos relacional. Una base de datos relacional es un conjunto de datos que están almacenados en tablas entre las cuales se establecen unas relaciones para manejar los datos de una forma eficiente y segura. Para usar y gestionar una base de datos relacional se usa el lenguaje estándar de programación SQL.
Es Open Source. El código fuente de MySQL se puede descargar y está accesible a cualquiera, por otra parte, usa la licencia GPL para aplicaciones no comerciales. herramienta básica para el análisis y el diseño del sistema de información.
37
Figura 9. Estructura del RUP mostrada en dos dimensiones.
Fuente: Anónimo, Proceso Unificado Rational Aplicado, [consultado el 05 de noviembre de 2014]. Disponible en Internet:
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A 8%20Cap%C3%ADtulo%205.pdf?sequence=8.
1.8.9.1 Características.
Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo)
Pretende implementar las mejores prácticas en Ingeniería de Software
Desarrollo iterativo
Administración de requisitos
Uso de arquitectura basada en componentes
Control de cambios
Modelado visual del software
38
1.8.9.2 Fases. RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en los distintas actividades.
Concepción o Inicio: Tiene por finalidad definir la visión, los objetivos y el alcance del proyecto, tanto desde el punto de vista funcional como del técnico, obteniéndose como uno de los principales resultados una lista de los casos de uso y una lista de los factores de riesgo del proyecto. El principal esfuerzo está radicado en el Modelamiento del Negocio y el Análisis de Requerimientos. Es la única fase que no necesariamente culmina con una versión ejecutable.
Elaboración: Tiene como principal finalidad completar el análisis de los casos de uso y definir la arquitectura del sistema, además se obtiene una aplicación ejecutable que responde a los casos de uso que la comprometen. A pesar de que se desarrolla a profundidad una parte del sistema, las decisiones sobre la arquitectura se hacen sobre la base de la comprensión del sistema completo y los requerimientos (funcionales y no funcionales) identificados de acuerdo al alcance definido.
Construcción: está compuesta por un ciclo de varias iteraciones, en las cuales se van incorporando sucesivamente los casos de uso, de acuerdo a los factores de riesgo del proyecto. Este enfoque permite por ejemplo contar en forma temprana con versiones el sistema que satisfacen los principales casos de uso. Los cambios en los requerimientos no se incorporan hasta el inicio de la próxima iteración.
Transición: Se inicia con una versión “beta” del sistema y culmina con el sistema en fase de producción.
1.8.9.3 Flujos de Trabajo de Procesos. En RUP se han agrupado las actividades en grupos lógicos definiéndose 9 flujos de trabajo principales, los 6 primeros son conocidos como flujos de ingeniería y los tres últimos como flujos de apoyo.
Modelo del Negocio: Describe los procesos de negocio, identificando quiénes participan y las actividades que requieren automatización.
Requerimiento: Define qué es lo que el sistema debe hacer, para lo cual se identifican las funcionalidades requeridas y las restricciones que se imponen.
Análisis y Diseño: Describe cómo el sistema será realizado a partir de la funcionalidad prevista y las restricciones impuestas (requerimientos), por lo que indica con precisión lo que se debe programar.
Implementación: Define cómo se organizan las clases y objetos en componentes, cuáles nodos se utilizarán y la ubicación en ellos de los componentes y la estructura de capas de la aplicación.
Prueba (Testeo): Busca los defectos a los largo del ciclo de vida.
39 1.8.9.4 Flujos de Trabajo de Soporte.
Administración del proyecto: Involucra actividades con las que se busca producir un producto que satisfaga las necesidades de los clientes.
Administración de configuración y cambios: Describe cómo controlar los elementos producidos por todos los integrantes del equipo de proyecto en cuanto a: utilización/actualización concurrente de elementos, control de versiones, etc.
Ambiente: Contiene actividades que describen los procesos y herramientas que soportarán el equipo de trabajo del proyecto; así como el procedimiento para implementar el proceso en una organización.
1.8.10Marco Conceptual.
VLAN: (acrónimo de virtual LAN, «red de área local virtual») es un método de crear redes lógicamente independientes dentro de una misma red física.
VTP: VLAN Trunking Protocol, un protocolo de mensajes de nivel 2 usado para configurar y administrar VLANs en equipos Cisco. Permite centralizar y simplificar la administración en un domino de VLANs, pudiendo crear, borrar y renombrar las mismas, reduciendo así la necesidad de configurar la misma VLAN en todos los nodos. El protocolo VTP nace como una herramienta de administración para redes de cierto tamaño, donde la gestión manual se vuelve inabordable.
GNS3: Es un emulador gráfico de la red que permite la simulación de redes complejas.
AUTOMATIZACIÓN: (automatización; del griego antiguo auto: guiado por uno mismo) es el uso de sistemas o elementos computarizados y electromecánicos para controlar maquinarias y/o procesos industriales sustituyendo a operadores humanos.
PROTOTIPO: En el ámbito de la informática, se conoce como prototipo al modelo que se desarrolla de un software para reflejar cómo se comporta un sistema. Estos prototipos se utilizan para comprender cómo funciona el sistema en cuestión.
SIMULADOR: Es una aplicación diseñada en un ambiente de trabajo que permitirá obtener diferentes resultados al cambiar algunos datos
ANDROID: Es un sistema operativo orientado a dispositivos móviles, basado en una versión modificada del núcleo Linux. Inicialmente fue desarrollado por Android Inc., una pequeña empresa, que posteriormente fue comprada por Google; en la actualidad lo desarrollan los miembros de la Open Handset Alliance.
VIRTUALIZACIÓN: Es un medio para crear una versión virtual de un dispositivo o recurso, como un servidor, un dispositivo de almacenamiento, una red o incluso un sistema operativo, donde se divide el recurso en uno o más entornos de ejecución.
40
una red. En general, los servicios web son sólo APIs Web que pueden ser accedidas en una red, como internet, y ejecutadas en un sistema de hosting remoto.
1.9 FACTIBILIDAD
1.9.1 Factibilidad técnica. La especificación de software y hardware que se manejara dentro del proyecto está definida por las herramientas descriptas en las tablas de la 1 a la 3.
.Tabla 1. Factibilidad Técnica - Equipo de desarrollo COMPUTADOR DE DESARROLLO Procesador Intel Corei
5 2,4 Ghz
Unidad Quemadora de DVD 4 GB de Memoria Ram Mouse Teclado
Disco Duro de 1 Tera Pantalla Tarjeta de Red
Inalámbrica
Adaptador de Red Intel® PRO/100 Network Connection
Fuente: Propia, tabla realizada en Microsoft Office Word 2007. Tabla 2. Factibilidad Técnica - Software
SOFTWARE
PROGRAMA DESCRIPCIÓN
Windows 7 Plataforma o sistema operativo MySQL Sistema manejador de base de datos Glassfish Servidor de Aplicaciones
Netbeans Interfaz de desarrollo
JAVA JEE Especificación del lenguaje de programación GNS3 Emulador de red.
41
Tabla 3. Factibilidad Técnica - Equipo Móvil Pruebas. EQUIPO MOVIL
Android 4.4.2 Avvio_750
Bluetooth Ranura de expansión para tarjeta de memoria microSD (hasta 32 GB)
Soporta
aplicaciones Java MIDP 2.0, CLCD 1.0
Pantalla Principal: QVGA 320 x 240, hasta 16,7 millones de colores.
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
1.9.2. Factibilidad Operativa. El proyecto es factible operativamente porque la plataforma tecnológica que se va a utilizar y todas las actividades desarrolladas van a ser asumidas en su totalidad por la integrante del proyecto. En la tabla 4 se relacionan los recursos Humanos.
Tabla 4. Factibilidad Operativa - Recurso Humano.
INTEGRANTE ROL FUNCIONES
Luis Felipe
INTEGRANTE ROL FUNCIONES
Mercy Esperanza Tellez Lozano
Analista y Desarrolladora
Desarrollar la aplicación informática y realizar los ajustes necesarios a los requerimientos. Deben mantenerse en continua comunicación con el tutor de la Universidad Distrital.
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
42
Tabla 5. Factibilidad Legal - Licencias de Software. HERRAMIENTA
WINDOWS 7 Con licencia
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
El proyecto es factible legalmente porque cuenta con las licencias de software gratuito y trabajará con lenguajes de programación bajo la licencia GNU/ GPL necesarios para el desarrollo del proyecto.
1.9.4 Factibilidad económica. En la tabla 6 se muestran los diferentes gastos que se tienen en cuenta en el proyecto y se entrega un presupuesto total para la elaboración del mismo.
Tabla 6. Factibilidad Económica RECURSO DESCRIPCI Computador Equipo para
el desarrollo
y las
pruebas del prototipo.
1 $ 1.800.000 $1.800.000
43 Internet Internet
Banda
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
Los recursos físicos y humanos se encuentran expresados en Horas Máquina y Horas Hombre, respectivamente. La analista de sistemas y desarrolladora tendrá una intensidad de trabajo de 25 horas semanales de lunes a sábado durante 6 meses. El tutor del proyecto tendrá una intensidad de trabajo de 8 horas semanales, durante 6 meses.
44 1.10 CRONOGRAMA
Figura 10. Cronograma
Se tiene una modificación en las fechas del cronograma debido a que se dispuso más horas de lo programado en los meses de abril a Agosto por parte de la ejecutora para su desarrollo.
Los recursos físicos y humanos se encuentran expresados en Horas Máquina y Horas Hombre, respectivamente. La analista de sistemas y desarrolladora tendrá una intensidad de trabajo de 25 horas semanales de lunes a sábado durante 6 meses. El tutor del proyecto tendrá una intensidad de trabajo de 8 horas semanales, durante 6 meses.
El equipo móvil tendrá una intensidad de trabajo de 2 horas semanales, durante 6 meses. Los cálculos Totales se expresan según el formato; Horas Hombre/Máquina = Valor Hora* horas diarias* días Mes* Meses Duración.
45
CAPÍTULO 2. FASE DE MODELAMIENTO DEL NEGOCIO
La finalidad del modelado del negocio es describir cada proceso del negocio especificando sus datos, actividades, actores y reglas del negocio para comprender el ámbito de la aplicación que se va a implementar.
2.1 DESCRIPCIÓN DE PROCESOS
A continuación se describen los procesos que se identifican para el desarrollo del prototipo de acuerdo a la solución planteada en la figura 1.
2.1.1Autenticación. El prototipo ADMIN VTP permitirá validar la autenticación de los usuarios registrados en la base de datos y les dará la autorización para acceder a las actividades de configuración y administración de los dispositivos activos. En la tabla 8 se describe el proceso de autenticación.
Tabla 7. Autenticación
Proceso de Autenticación
Descripción El Administrador de red ingresa los datos de autenticación usuario y contraseña.
La aplicación Web verifica si los datos son correctos contra la base de datos.
Si el ingreso al sistema es correcto se permitirá el acceso al menú principal de configuración y administración VLANS y VTP.
Si el ingreso es incorrecto se informará en un mensaje emergente el problema que se presentó.
Prioridad Alta
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
46 Tabla 8. Monitoreo De VLANS Y VTP.
Proceso de Consulta Estado de VLANS
Descripción El administrador de red elige el dispositivo activo a consultar.
El administrador de red elige la opción a consultar: estado de VTP, estado de VLANS o estado de publicaciones.
La aplicación móvil envía la petición a la Proceso de Consulta Estado de VLANS
La aplicación web envía la orden al Framework VTP para conectar al dispositivo seleccionado y recupera la información del estado de la consulta y desplegándola en la aplicación web.
Prioridad Alta
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
2.1.3 Configuración VLANS.El prototipo ADMIN VTP permitirá crear y eliminar VLANS en dispositivos activos con configuración VTP Servidor. En la tabla 10 se describe el proceso de configuración de VLANS.
Tabla 9.Configuración VLANS
Proceso de Configuración VLANS
Descripción El administrador de red elige el dispositivo activo a configurar de modo VTP Servidor.
El administrador de red elige la opción de crear o eliminar VLANS
La aplicación móvil envía la petición a la aplicación web.
La aplicación web envía la orden al Framework VTP para conectar al dispositivo seleccionado y realizar la creación o eliminación de VLAN, desplegándola en la aplicación web.
Prioridad Alta
47
2.1.4 Configuración de VTP. El prototipo ADMIN VTP permitirá crear el dominio y la versión de VTP en el dispositivo activo. En la tabla 11 se describe el proceso de configuración de VTP
Tabla 10.Configuración VTP
Proceso de Configuración VTP
Descripción El administrador de red elige el dispositivo activo a configurar.
Proceso de Configuración VTP
El administrador de red elige la opción de crear dominio y la versión.
La aplicación móvil envía la petición a la aplicación web.
La aplicación web envía la orden al Framework
VTP para conectar al dispositivo seleccionado y realizar la creación del dominio y versión, desplegándola en la aplicación web.
Prioridad Alta
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
2.2 MODELO DEL DOMINIO
48
Figura 11. Diagrama de Modelo del Dominio Inicial – Vista General.
Fuente: Propia, imágenes tomadas de internet y Microsoft office Word 2007.
2.3 GLOSARIO DE TERMINOS
49 Tabla 11. Glosario de términos
NOMBRE DESCRIPCIÓN
APLICACIÓN MOVIL
Autenticación Representa la actividad principal que interactúa con la clase WEB SERVER ADMIN VTP por medio de la interacción del administrador de red.
Configuración VTP Representa la actividad en donde están las opciones de configuración VTP de creación de dominio y selección de versión.
Configuración VLANS Representa la actividad en donde esta las opciones de configuración VLANS de eliminación y creación.
Monitoreando VLANS y
VTP Representa la actividad en donde esta las opciones de monitoreo de estado de VLANS, VTP y publicaciones.
APLICACIÓN SERVIDOR
WEB SERVER VTP Representa el proceso que invoca la validación de autenticación que se relaciona con el administrador, que a su vez llama a la clase Usuario DBA y ésta última a Conexión DBA.
Conexión DBA Representa el proceso en donde esta las opciones de conexión a la base de datos. Usuario DBA Representa la instancia del usuario para
50
CAPITULO 3. REQUERIMIENTOS
En esta etapa, se define cuáles son los procesos y procedimientos que se tienen en el escenario para el cual se va a desarrollar la aplicación. Esto permite identificar los casos concretos que debe automatizar el sistema, con el fin de aclarar el enfoque que quiere tener el cliente con el software.
Como en cualquier proceso de desarrollo de software, es necesario definir las especificaciones y requerimientos con las que la aplicación debe contar.
El objetivo del análisis de requerimientos es determinar las condiciones o capacidades que debe cumplir el sistema que se quiere diseñar, para satisfacer las necesidades de un grupo de usuarios.
Para lograr esto utilizaremos la definición de requerimientos. Un requerimiento se puede entender como una descripción informal de las necesidades y deseos que tiene el usuario final respecto a un producto de software.
3.1 REQUERIMIENTOS FUNCIONALES
Los requisitos funcionales definen qué debe hacer el sistema.
El sistema debe permitir acceder a un usuario al sistema mediante una identificación y una contraseña.
El sistema debe validar el acceso de autenticación.
El sistema debe permitir la administración de VLANS en los equipos activos de modo VTP servidor.
El sistema debe permitir la administración de VTP en los equipos activos
51 3.2 REQUERIMIENTOS NO FUNCIONALES
Los requisitos no funcionales definen cómo debe ser el sistema. En la tabla 12 se describen.
3.2.1 Rendimiento. La aplicación debe desempeñar su función de una manera fluida. Se debe buscar la experiencia de uso más agradable para el usuario.
3.2.2 Disponibilidad. La aplicación debe estar disponible en google drive y debe funcionar con la integración de conexión inalámbrica y conexión virtual cableada. 3.2.3 Accesibilidad. La aplicación debe ser legible y tiene que seguir los patrones de accesibilidad de Google y desarrollo Android.
3.2.4 Usabilidad. Cualquier usuario con conocimiento en configuración de equipos activos debe ser capaz de utilizar la aplicación y acceder a toda la funcionalidad sin ningún tipo de restricción.
3.2.5 Estabilidad. La aplicación debe ser capaz de manejar los errores ocurridos durante la ejecución de la misma y avisando a este de la naturalidad del error. 3.2.6 Interfaz. Clara y concisa. No debe dar lugar a la confusión del usuario y debe seguir los estándares de diseño de interfaces.
3.2.7 Integración. La aplicación debe de integrarse con todo el sistema operativo de Android. Hacer uso de las aplicaciones nativas si se necesita y mantener un diseño acorde al sistema.
52 Tabla 12. Requerimientos no funcionales Tipo de
Requerimiento
Especificación Justificación Alcanzable Prioridad Disponibilidad El sistema debe
funcionar
Integración La aplicación móvil debe poder
53
Tipo de
Requerimiento
Especificación Justificación Alcanzable Prioridad Integración El sistema debe
Estabilidad Todo el sistema debe estar
Rendimiento El sistema debe garantizar que el
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
3.3 IDENTIFICACIÓN DE ACTORES
54 Tabla 13. Identificación de Actores
ACTORES DEL NEGOCIO JUSTIFICACIÓN
Administrador de red Este rol representa a la persona ejecutar las operaciones de configuración de VLANS y VTP
Aplicación Móvil Este sistema permite la interacción con el usuario, a través de una interfaz gráfica GUI con opciones de configuración y administración de VLANS y VTP.
Aplicación Web Este sistema permite la interacción entre la aplicación móvil, el framework VTP y los equipos activos.
Fuente: Propia, tabla realizada en Microsoft Office Word 2007 con imágenes tomadas de internet y Microsoft Office Word 2007.
3.4 LISTA PRELIMINAR DE CASOS DE USO VISTA GENERAL
55
acceso a las configuraciones. Allí el administrador de red se encargará de seleccionar el dispositivo activo y la operación a ejecutar desde la aplicación móvil. El sistema móvil enviará la solicitud de configuración al sistema web, el cual se conectará con el Framework VTP y le enviará los datos del dispositivo y operación a ejecutar, desplegando el proceso en la interfaz web.
Administrador de red
o Gestionar Autenticación o Configurar VTP
o Configurar VLANS
o Monitorear VTP y VLANS
Aplicación Web
o Gestionar Autenticación o Configurar VTP
o Configurar VLANS
o Monitorear VTP y VLANS
Aplicación Móvil
o Gestionar Autenticación o Configurar VTP
o Configurar VLANS
o Monitorear VTP y VLANS
Framework VTP o Configurar VTP o Configurar VLANS
o Monitorear VTP y VLANS
56
Figura 12. Diagrama de Casos de Uso (vista general)
Fuente: Propia, imágenes tomadas de Rational Rose 2003.
3.5 DEPURACIÓN DE CASOS DE USO
Administrador de red
o Gestionar Autenticación
Iniciar Sesión o Configurar VTP
Creación de Dominio
Selección de Versión o Configurar VLANS
Crear VLAN
Eliminar VLAN o Monitorear VTP y VLANS
Consultar estado de VTP
Consultar estado de VLANS
Consultar estado de Publicaciones
57 o Gestionar Autenticación
Iniciar Sesión o Configurar VTP
Creación de Dominio
Selección de Versión o Configurar VLANS
Crear VLAN
o Gestionar Autenticación
Iniciar Sesión o Configurar VTP
Creación de Dominio
Selección de Versión o Configurar VLANS
Crear VLAN o Configurar VLANS
Crear VLAN
Eliminar VLAN o Monitorear VTP y VLANS
Consultar estado de VTP
58 3.6 DOCUMENTACIÓN DE CASOS DE USO
3.6.1 Caso de Uso Gestionar Autenticación. Este caso de uso permite al sistema web validar la autenticación del administrador de red para acceder a las configuraciones y consultas de VTP y VLANS. Su diagrama se visualiza en la figura 13 y su documentación en la tabla 14.
Figura 13. Caso de uso Gestionar Autenticación
59
Tabla 14. Caso de Uso Gestionar Autenticación IDENTIFICACION
01 Gestionar Autenticación CASO DE USO Administrador de red ACTORES Aplicación móvil
Aplicación web OBJETIVO
Permitir la identificación del Administrador de red que se encuentra frente al sistema para desplegar las operaciones y configuraciones de VTP y VLANS
DESCRIPCIÒN
Cuando el administrador de red inicia sesión desde la aplicación móvil la aplicación web valida su ingreso (por medio de una identificación y clave de acceso) y le proporciona el ambiente de consultas y operaciones.
Casos de Usos
Asociados
Configuración VTP Configuración VLANS Monitoreo VLANS y VTP
Precondiciones El Usuario debe estar registrado en el Sistema
Post-Condiciones Al terminar el proceso de autenticación de forma exitosa, el sistema móvil desplegara las opciones de:
Configuración VTP
Configuración VLANS
Monitoreo VTP y VLANS CURSO NORMAL DE LOS EVENTOS No. Administrador
De Red
# Aplicación móvil # Aplicación Web
1. El Administrador de red notifica al Sistema que se
