MONITOREO DE EQUIPOS DE TELECOMUNICACIONESrepository.udistrital.edu.co/bitstream/11349/7277/1/Albert Fredy... · Muestra de consumo de red de un solo cliente (tomada con la aplicación

STREAMING DE AUDIO COMO HERRAMIENTA PARA APOYAR LA OPTIMIZACIÓN DE RECURSOS TECNOLÓGICOS EN CARACOL RADIO S.A.

ALBERT RODRÍGUEZ CALDERÓN

ANDERSON VERGARA RUIZ

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA

INGENIERÍA EN TELEMÁTICA

BOGOTÁ D.C.

2016

STREAMING DE AUDIO EN LA RED INTERNA DE CARACOL RADIO S.A. 1

STREAMING DE AUDIO COMO HERRAMIENTA PARA APOYAR LA OPTIMIZACIÓN DE RECURSOS TECNOLÓGICOS EN CARACOL RADIO S.A.

ALBERT RODRÍGUEZ CALDERÓN

Código 20122378003

ANDERSON VERGARA RUIZ

Código 20122378010

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA

INGENIERÍA EN TELEMÁTICA

BOGOTÁ D.C.

2016


TABLA DE CONTENIDO

INTRODUCCIÓN ................................................................................................................................... 9

1. FASE DE PLANEACIÓN ............................................................................................................... 12

1.1. Tema ....................................................................................................................................... 12

1.2. Título ...................................................................................................................................... 12

1.3. Objetivo general ..................................................................................................................... 12

1.3.1. Objetivos específicos ....................................................................................................... 12

1.4. Descripción del problema ...................................................................................................... 13

1.5. Pregunta de investigación ...................................................................................................... 16

1.6. Justificación ............................................................................................................................ 16

1.7. Marco Teórico ....................................................................................................................... 18

1.7.1. Difusión de contenido multimedia .................................................................................. 18

1.7.2 Tiempo real ...................................................................................................................... 18

1.7.3 Aplicaciones del Streaming .............................................................................................. 19

1.7.4 La Unidifusión ................................................................................................................... 19

1.7.5 Multidifusión: ................................................................................................................... 20

1.7.6 Difusión: ........................................................................................................................... 21

1.7.7 Multidifusión P2P ............................................................................................................. 22

1.7.8 Streaming: ........................................................................................................................ 23

1.7.9 El Audio Digital: ................................................................................................................ 25

1.7.10 Modulación PCM ............................................................................................................ 26

1.7.11 Resolución ...................................................................................................................... 27

1.7.12 Librería digital Naudio .................................................................................................... 28

1.7.13 La voz humana ................................................................................................................ 29

1.8. Marco conceptual .................................................................................................................. 34

1.9. Marco histórico ...................................................................................................................... 39

1.10. Marco legal ........................................................................................................................... 41

1.10.1. Ley 29 de 1990 .............................................................................................................. 41

1.10.2. Decreto 2610 de 2010 ................................................................................................... 42


1.10.3. Decreto 1443 de 2014: .................................................................................................. 43

1.10.4. Estándares de calidad ISO para desarrollo de software ............................................... 45

1.11. Metodología ......................................................................................................................... 45

1.11.1 PDCA ............................................................................................................................... 45

1.11.2 El lenguaje de modelado unificado UML. ...................................................................... 47

1.11.2.1 Etapas a seguir en el desarrollo de sistemas con UML ............................................... 47

1.11.2.2 Herramientas del modelado UML ............................................................................... 48

1.11.3 Desarrollo ....................................................................................................................... 48

1.11.3.1 Codificación ................................................................................................................. 48

1.12. Alcances y delimitaciones .................................................................................................... 48

1.12.1 Alcances .......................................................................................................................... 48

1.12.2 Delimitaciones ................................................................................................................ 49

1.13. Recursos ............................................................................................................................... 49

1.13.1 Recursos humanos ......................................................................................................... 49

1.13.2 Recursos físicos .............................................................................................................. 49

Se requieren los siguientes recursos. ........................................................................................ 49

1.13.3 Recursos Tecnológicos ................................................................................................... 50

1.13.4. Recursos Financieros ..................................................................................................... 51

1.14. Análisis DOFA ....................................................................................................................... 51

1.14.1. Matriz DOFA .................................................................................................................. 53

1.14.2. Estrategias de fortalezas – oportunidades ................................................................... 53

1.14.3. Estrategias de fortalezas – amenazas .......................................................................... 54

1.14.4. Estrategias de debilidades – oportunidades ................................................................ 54

1.14.4. Estrategias de debilidades – amenazas ........................................................................ 55

1.15. Cronograma .......................................................................................................................... 56

2. FASE HACER ................................................................................................................................... 57

2.1. Definición de funciones fase hacer ........................................................................................ 57

2.1.1. Pasantes .......................................................................................................................... 57

2.1.2. Equipo de ingeniería de Caracol Radio ............................................................................ 57

2.1.3. COPASST Caracol Radio ................................................................................................... 57

2.2. Resultados fase Hacer ............................................................................................................ 58


2.2.1. Recorridos por la empresa .............................................................................................. 58

2.2.2. Conversaciones con los empleados ................................................................................ 61

2.2.2. Mediciones a nivel acústico. ........................................................................................... 62

2.2.3. Diseño de laherramienta de streaming de audio ............................................................ 65

2.2.3.1. Listado de actores. ....................................................................................................... 65

2.2.3.2. Listado de casos de uso. ............................................................................................... 65

2.2.3.3. Documentación casos de uso ....................................................................................... 67

2.2.3.4. Diagrama de clases ....................................................................................................... 76

2.2.3.5. Diagrama entidad-relación. .......................................................................................... 78

2.2.3.6. Diagrama de paquetes ................................................................................................. 78

2.2.3.7. Diagrama de despliegue ............................................................................................... 79

2.2.3.8. Herramientas del entorno de diseño de la herramienta ............................................. 80

2.2.3.9. Diccionario de datos ..................................................................................................... 80

2.2.4. Topología de red LANBroadcast 2.0 ................................................................................ 82

3. FASE VERIFICAR ............................................................................................................................. 83

3.1. Definición de funciones Fase verificar ................................................................................... 83

3.1.1. Pasantes .......................................................................................................................... 83



3.2. Resultados fase Verificar ........................................................................................................ 84

3.2.1. Verificación consumo de red ........................................................................................... 84

3.2.2. Verificación consumo de recursos Servidor .................................................................... 85

3.2.3. Socialización de la herramienta ...................................................................................... 86

3.2.3.1. Correo electrónico........................................................................................................ 87

3.2.3.2. Socializaciones institucionales ..................................................................................... 87

3.2.3.3. Socializaciones impresas .............................................................................................. 88

3.2.4. Medición de ruido ambiente ........................................................................................... 88

3.2.5. Liberación de espacios puesto de trabajo ....................................................................... 91

3.2.6. Comparación consumo de red ........................................................................................ 92

3.2.6.1. Spotify Premium 1.0.34.146 ......................................................................................... 92

3.2.6.2. Dezzer Tigo-Music 5.3.6.141 ....................................................................................... 93


3.2.6.3. Soundcloud.com 20.14.01.24 ....................................................................................... 94

3.2.6.4. Sistema Wradio.com.co 20.14.01.24 ......................................................................... 95

3.2.6.5. LANBroadcast 2.016 ..................................................................................................... 97

3.2.6.6. Resumen comparativo: ................................................................................................ 97

4. FASE ACTUAR ................................................................................................................................. 98

4.1. Definición de funciones Fase Actuar ...................................................................................... 98

4.1.1. Pasantes .......................................................................................................................... 98



4.2. Resultados fase Actuar ........................................................................................................... 98

4.2.1. Formato de audio ............................................................................................................ 98

4.2.2. Consumo de CPU Servidor ............................................................................................ 100

4.2.3. Consumo de Memoria Servidor .................................................................................... 101

4.2.4. Configuración de IIS ...................................................................................................... 102

4.3. Mejoras Propuestas ........................................................................................................ 103

CONCLUSIONES ............................................................................................................................... 104

RECOMENDACIONES ....................................................................................................................... 107

BIBLIOGRAFÍA .................................................................................................................................. 108

BDHelper ..................................................................................................................................... 125

ClientModel ................................................................................................................................. 125

Configuration ............................................................................................................................... 132

ServerThread ............................................................................................................................... 134

StreamClient ................................................................................................................................ 137

StreamServer ............................................................................................................................... 141

dbo.Applications ......................................................................................................................... 144

dbo.Memberships ....................................................................................................................... 145

dbo.Profiles ................................................................................................................................. 146

dbo.Roles ..................................................................................................................................... 147

dbo.Users .................................................................................................................................... 148

dbo.UsersInRoles ......................................................................................................................... 149

dbo.tbl_LogConexion .................................................................................................................. 149


dbo.tbl_Servidores ...................................................................................................................... 150

INDICE DE ILUSTRACIONES

Ilustración 1. Transmisión Unicast .................................................................................................... 20 Ilustración 2. Transmisión multicast ................................................................................................. 21 Ilustración 3. Transmisión Broadcast ................................................................................................ 22 Ilustración 4. Transmisión Multicast person to person ..................................................................... 23 Ilustración 5. Arquitectura Streaming ............................................................................................... 24 Ilustración 6. Conversión Análogo Digital ......................................................................................... 27 Ilustración 7. Principales tasas de frecuencia de audio .................................................................... 27 Ilustración 8. Enmascaramiento de ruido por longitud de onda ...................................................... 28 Ilustración 9. Modelado del sistema vocal humano ........................................................................ 30 Ilustración 10. Modelado de la fuente y filtro de la voz ................................................................... 30 Ilustración 11. Resumen de Algoritmos de codificación ................................................................... 31 Ilustración 12. Streaming por demanda ............................................................................................ 32 Ilustración 13. Streaming en vivo y en directo .................................................................................. 33 Ilustración 14. Captura de audio ....................................................................................................... 33 Ilustración 15. Arquitecturas para realizar streaming ....................................................................... 34 Ilustración 16. Conexión IP hacia el servidor. ................................................................................... 35 Ilustración 17. Arquitectura de Streaming sobre red TCP/IP ............................................................ 37 Ilustración 18. Ciclo PDCA ................................................................................................................. 46 Ilustración 19. Cronograma de actividades ....................................................................................... 56 Ilustración 20. Sala de redacción equipo periodístico Caracol Radio ............................................... 58 Ilustración 21. Sala de redacción equipo periodístico Caracol Radio ............................................... 59 Ilustración 22. Estación de trabajo de un ingeniero de Caracol Radio 1........................................... 59 Ilustración 23. Estación de trabajo de un ingeniero de Caracol Radio 2........................................... 60 Ilustración 24. Sala de redacción equipo periodístico Caracol Radio. .............................................. 60 Ilustración 25. Estación de trabajo de empleado administrativo ..................................................... 61 Ilustración 26. Muestra de sonido en una estación de trabajo. ....................................................... 62 Ilustración 27. Muestra de sonido en los pasillos ............................................................................. 63 Ilustración 28. Muestra de sonido cerca de un dispositivo emisor de audio. .................................. 63 Ilustración 29. Diagrama de clases del sistema de streaming de audio. Parte 1 .............................. 76 Ilustración 30. Diagrama de clases del sistema de streaming de audio. Parte2. .............................. 77 Ilustración 31. Diagrama entidad-relación de la base de datos. ....................................................... 78 Ilustración 32. Diagrama de paquetes. ............................................................................................. 79 Ilustración 33. Diagrama de despliegue del sistema. ........................................................................ 79 Ilustración 34. Topología de red Lanbroadcast 2.0. .......................................................................... 82 Ilustración 35. Muestra de consumo de red de un solo cliente (tomada con la aplicación iTraffic). 84 Ilustración 36. Muestra de consumo de red de dos clientes (tomada con la aplicación. ................. 84


Ilustración 37. Captura de Administrador de tareas en equipo servidor. ......................................... 85 Ilustración 38. Captura de la nueva versión de la aplicación servidor Lanbroadcast con varios usuarios conectados. ......................................................................................................................... 86 Ilustración 39. Correo electrónico del COPASST dirigido a los empleados de la empresa, fomentando la disminución de ruido en las instalaciones. ............................................................... 87 Ilustración 40. Muestra de sonido en una estación de trabajo previa. ............................................ 88 Ilustración 41. Muestra de sonido en una estación de trabajo luego de LANBroadcast. ................. 89 Ilustración 42. Muestra de sonido en los pasillos. ............................................................................ 89 Ilustración 43. Muestra de sonido cerca de un dispositivo emisor de audio Antes. ........................ 90 Ilustración 44. Escritorio ergonómico libre objetos sobre superficie. .............................................. 92 Ilustración 45. Muestra de consumo de red Spotify Premium (tomada con la aplicación iTraffic). 93 Ilustración 46. Muestra de consumo de red de Deezer 5.3 (tomada con la aplicación iTraffic). ..... 94 Ilustración 47. Muestra de consumo de red de Soundcloud.com (tomada con la aplicación iTraffic). ........................................................................................................................................................... 95 Ilustración 48. Muestra de consumo de red de un solo cliente (tomada con la aplicación iTraffic). 96 Ilustración 49. Muestra de consumo de red de un solo cliente (tomada con la aplicación iTraffic). 96 Ilustración 50. Muestra de consumo de red de un solo cliente (tomada con la aplicación iTraffic). 97 Ilustración 51. Comparativos formatos de audio. ............................................................................. 99 Ilustración 52. Programas adicionales de Windows ....................................................................... 110 Ilustración 53. Panel de control de Windows ................................................................................. 111 Ilustración 54. Cuadro de selección de Activar o desactivar características de Windows.............. 111 Ilustración 55. Cuadro de dialogo con las opciones de IIS .............................................................. 112 Ilustración 56. Cuadro final, luego de la selección de ítems. .......................................................... 112 Ilustración 57. Sitio oficial de Microsoft para descarga de SQL Server 2014 Express ..................... 113 Ilustración 58. Ventana de selección de la versión de SQL Server. ................................................. 113 Ilustración 59. Ventana de configuración regional de Windows. ................................................... 114 Ilustración 60. Cuadro de dialogo de inicio de instalación de SQL Sever 2014. .............................. 114 Ilustración 61. Ventana de Nueva instalación de SQL Server 2014. ............................................... 115 Ilustración 62. Ventana de términos de licencia del software de Microsoft. ................................. 115 Ilustración 63. Cuadro de instalación con búsqueda de actualizaciones. ....................................... 116 Ilustración 64. Inicio de la instalación de SQL Server. ..................................................................... 116 Ilustración 65. Ventana de selección de características de SQL. .................................................... 117 Ilustración 66. Cuadro de dialogo de asignación de instancia. ....................................................... 117 Ilustración 67. Asignación de cuentas de servicio. .......................................................................... 118 Ilustración 68. Asignación del modo de seguridad de la cuenta de SQL. ........................................ 118 Ilustración 69. Parte final de la configuración de SQL. ................................................................... 119 Ilustración 70. Ventana final de la instalación de SQL. ................................................................... 119 Ilustración 71. Carpetas contenedoras de la herramienta.............................................................. 120 Ilustración 72. Interfaz de Servidor Lanbroadcast .......................................................................... 121 Ilustración 73. Vista detallada del espacio de visualización de Servidores Disponibles. ................ 122 Ilustración 74. Vista detallada del espacio de visualización de Servidores Disponibles. ................ 122


Ilustración 75. Vista de la interfaz del cliente a través del navegador web. ................................... 123 Ilustración 76. Vista de la interfaz de registro de nuevo usuario. .................................................. 123 Ilustración 77. Vista de la interfaz de ingreso con espacios dilegenciados. .................................... 124 Ilustración 78. Cuadro de selección de señales disponibles. .......................................................... 124 Ilustración 79. Reproductor web en funcionamiento. .................................................................... 124


INTRODUCCIÓN

“Las aplicaciones web y la web móvil no son los únicos desarrollos emocionantes en el uso de las redes. Para muchas personas, el audio y el video son el Santo

Grial de las redes. Cuando se menciona la palabra “multimedia”, tanto los expertos como los ejecutivos empiezan a emocionarse al mismo tiempo.”1 (Tanenbaum,

Redes de computadoras, 2012)

Andrew S. Tanenbaum

La idea de enviar contenido multimedia sobre las redes ha estado circulando desde la década de 1970. Sin embargo, no fue hasta el año 2000 que empezó a crecer de manera exponencial el tráfico de audio y video en tiempo real. Desde ese entonces los diferentes medios de comunicación se han esforzado por llevar de manera casi inmediata sus contenidos a la mayor cantidad de personas a través de internet y demás redes disponibles.

El anterior, es el caso de la empresa Caracol Radio S.A., la cual cuenta desde hace varios años con su sistema de distribución de audio en vivo para las diferentes emisoras que operan bajo su marca. Dicho sistema, como es natural, ha crecido en audiencia y demanda al igual que todos los contenidos disponibles a través de la red.

En consecuencia, surgió un problema que afecta los recursos de ancho de banda disponibles para la empresa, debido a que sus empleados también hacen uso del contenido de los reproductores web con distintos fines (monitoreo, entretenimiento, verificación de contenidos, entre otros). Por lo anterior, surgió la idea de distribuir los contenidos a nivel interno sin consumir el ancho de banda de internet y de este modo optimizar los recursos disponibles.

1 Redes de Computadoras, TANENBAUM Andrew, 5a Ed., Pearson Educación, México, 2012, 816 p.p.


Luego de analizar varias alternativas y herramientas que pudieran cumplir con la finalidad, se determinó que la mejor opción era crear una aplicación propia para la empresa y en 2011, el ingeniero Jimmy Corzo pone en producción el instalador del programa de escritorio Lan Broadcast.

A pesar de que Lan Broadcast cumplía con la finalidad primaria, no tardó en estar en desuso ya que se ejecutaba en ambiente de Windows XP, y con la migración a Windows 7 en 2012, perdió su relevancia y el inconveniente de los recursos del ancho de banda de internet se hizo latente de nuevo.

Ahora es necesario un nuevo desarrollo que sea compatible con tecnologías actuales que solucione el problema principal. Dado el contexto anterior se ha hecho necesario que la nueva aplicación cumpla con dos características: que no sea de escritorio (que se instala y/o ejecuta en el equipo) sino que opere a través de un navegador de internet y además permita realizar la función de streaming de los audios necesarios.

Para estar más en contexto con lo anterior, se debe tener en cuenta que streaming es la distribución de multimedia a través de una red de forma que el usuario consume el producto al mismo tiempo que se descarga. El término se refiere a una corriente continua (sin interrupción) y se aplica generalmente a la distribución de audio o video. Cabe resaltar que dicha distribución se popularizó en la década de 2000, cuando el ancho de banda se hizo lo suficientemente accesible a nivel económico para la gran parte de la población.

Además de tener en cuenta el concepto anterior, también es necesario hacer hincapié, sobre la arquitectura cliente/servidor, la cual será la encargada de brindar las características de que la aplicación pueda usarse a través del navegador y que no cuente con los problemas de incompatibilidad tecnológica por el paso del tiempo.


El modelo cliente/servidor se consiste básicamente en un cliente que realiza

peticiones a otro programa (servidor) que brinda una respuesta. La interacción de éste tipo es el soporte de la mayor parte de la comunicación por redes.

El proyecto se centrará en el uso de la arquitectura mencionada y la forma de lograr que los recursos de red se usen óptimamente con el uso del streaming a nivel interno. Además, se analizarán los diferentes beneficios que el desarrollo de la plataforma pueda traer ya que en el mercado se encuentran varias herramientas que cumplen con la finalidad de realizar la transmisión de audio pero, no se adaptan a las necesidades de la empresa a nivel de seguridad, precio y configuración de acuerdo a los recursos técnicos con los que cuenta.


1. FASE DE PLANEACIÓN

1.1. Tema

Apoyado en los sistemas de gestión, determinar el impacto que el desarrollo de una herramienta de Streaming de audio pueda tener en la salud ocupacional de los empleados y en la optimización de los recursos tecnológicos de la empresa Caracol Radio.

1.2. Título

Streaming de audio como herramienta para apoyar la optimización de recursos tecnológicos en Caracol Radio.

1.3. Objetivo general

Desarrollar una herramienta de Streaming de audio que permita a los empleados de Caracol Radio acceder a las señales de audio en vivo de las emisoras sin usar canales externos de internet.

1.3.1. Objetivos específicos a) Analizar los diferentes procesos de distribución de las señales de audio,

que se usan en Caracol Radio. b) Examinar la infraestructura que se utiliza actualmente para la difusión de

audio, a través de la observación directa, recorridos y diálogos con las personas de la empresa.

c) Recolectar estadísticas con las cuales se pueda apoyar la mejora de los procesos actuales en la distribución de señales de audio.

d) Implementar la herramienta de Streaming de audio sobre la red interna de la empresa Caracol Radio, para evaluar el impacto que genera en el


mejoramiento de la optimización de los recursos tecnológicos de la empresa.

e) Diseñar una estrategia de socialización que permita difundir la función principal de la herramienta y su forma de uso.

1.4. Descripción del problema

Las organizaciones actuales, tienen que evolucionar en función de sus objetivos y propósitos. Lo anterior implica que se deban mejorar y agilizar procesos buscando la optimización de recursos tales como el tiempo, el talento humano y el económico. La aplicación de la tecnología influye de forma importante en lo anterior, siendo un apoyo vital en el mejoramiento de las gestiones empresariales. No obstante, en ocasiones los cambios que la tecnología introduce pueden ir en contra del crecimiento futuro. El anterior es el caso que se presenta en Caracol Radio.

Como en toda empresa de comunicaciones la velocidad en la que se obtenga la información es uno de los objetivos primordiales, motivo por el cual, el constante monitoreo de los diferentes medios de noticias es una de las tareas diarias para los empleados de los departamentos técnico y de servicio informativo. Fue por ello, que en años anteriores se inició la tarea de instalar radios en cada una de las estaciones de trabajo, posteriormente parlantes de sonido, (televisores en los pasillos) y también el uso de audìfonos. La solución fue muy práctica y efectiva en su momento pero, factores como la contratación de más personal y el aumento de medios a monitorear, generaron que la situación a nivel tecnológico y de salud ocupacional, se tornara insostenible. No solamente por el hecho de tener que incurrir en costos por la compra de más equipos, sino por tener que enfrentar a los empleados al ruido diario en sus estaciones de trabajo.

Tomando en cuenta lo anterior, sería de mucha utilidad poder hacer uso de la infraestructura tecnológica de la empresa para poder distribuir de una mejor forma las diferentes señales de audio sin usar tantos dispositivos que generen un ambiente que vaya en contra de la salud ocupacional de los empleados. De modo tal, que se genere un ahorro significativo de costos y además de espacio en las diferentes estaciones de trabajo. Así, se resolvería el inconveniente del deterioro del ambiente laboral.


Pasando a la problemática del consumo de ancho de banda de internet por el consumo de las señales de audio, se podría pensar en implementar un sistema interno que permita la distribución de los canales que sean necesarios, teniendo en cuenta que Caracol posee los equipos necesarios para poder llevar a cabo con dicha tarea.

Lo anterior se traduciría en un beneficio enorme para la empresa, no sólo por el ahorro de recursos tanto físicos como económicos sino por la tranquilidad que lo anterior representaría para sus empleados.

El ideal sería llevar a cabo un proyecto que combine las alternativas mencionadas sin que a futuro se convierta en un nuevo problema y así se convierta en un valor agregado para la compañía.

Estado del Arte

Según el ministerio de salud, el ruido está catalogado como un factor de riesgo físico ya que puede generar pérdida auditiva (hipoacusia) y aumento de la presión arterial, sudoración, aumento de la frecuencia cardiaca, cambios en la respiración, por mencionar algunos.2 Según lo anterior, la solución que fue efectiva en un momento traería muchos más costos a futuro debido al deterioro de la salud de los empleados. En consecuencia, para mitigar un poco el impacto del ruido se sugirió usar audífonos.

En su momento, el streaming de audio en internet parecía una tabla de salvación para la problemática mencionada. Desafortunadamente, también se convirtió en un inconveniente por el alto consumo del recurso de ancho de banda de la red empresarial. Según un estudio del IMDEA Networks Institute, el tráfico de multimedia a través de Internet se multiplicará casi por tres para 2018.3

2 https://tramites.minsalud.gov.co/FormatosDescargables/Copaso/ManualComiteParitarioEnSaludOcupacional.pdf 3 http://www.networks.imdea.org/es/actualidad/noticias/2014/internet-del-futuro-servicios-multimedia


Es difícil prever que las mejoras aplicadas en el pasado puedan generar cuellos de botella en la reestructuración de procesos cuando una organización quiera ser más competitiva.

No obstante, los cambios son tan inmediatos en algunas ocasiones que no es posible prever que las soluciones a la larga se puedan convertir en factores de riesgo no solamente para el crecimiento futuro de la organización sino para los miembros de la misma.

Según estudio del IMDEA Networks Institute, el tráfico de multimedia a través de Internet se multiplicará casi por tres en 2018 y evoluciona además desde la transmisión en definición estándar hacia la Transmisión Digital de Audio, o DAB — siglas del término en inglés Digital Audio Broadcasting-. El cual pronostica que pronto la conexión inalámbrica prevalecerá sobre la cableada y que el acceso desde dispositivos móviles superará por primera vez en la historia de Internet al que tiene como origen el PC. Por tanto las entidades deben solicitar a sus proveedores de servicios que demanden un gran ancho de banda para garantizar la calidad de servicio, y una arquitectura de red capaz de evolucionar, para dar un soporte eficiente, ante el creciente contenido multimedia.

Actualmente los funcionarios de la entidad Caracol Radio, no cuentan con una herramienta interna que les permita acceder a tiempo real a las emisiones en vivo de cada una de las emisoras que componen el grupo empresarial, teniendo que ser consultadas desde Internet, consumiendo los recursos de los canales de dedicados con un crecimiento exponencial.

Adicionalmente la anterior práctica pone en riesgo la infraestructura tecnológica de la compañía, al permitir en sus equipos de seguridad perimetral el libre tránsito desde servidores de Internet puertos altos poco confiables, creando vulnerabilidades que pueden ser explotadas para la afectación de la imagen de la compañía.


Por otra parte al ingresar a las instalaciones de la empresa, se aprecia la

difusión de audio de los diferentes programas en los pasillos y aéreas comunes de la entidad, incumpliendo las óptimas condiciones de Salud Ocupacional, definidas por el Ministerio del trabajo, que son responsabilidad directa del Comité Paritario en Seguridad y Salud del Trabajo (COPASST), según lo estipulado en la Resolución 2013 de 1986, el cual dicta las disposiciones y lineamientos para su cumplimiento en cada empresa o institución ya sea de carácter público o privado.

Actualmente tampoco se cuenta con herramientas tecnológicas enfocadas en brindar un apoyo al Sistema de Gestión de Seguridad y Salud en el Trabajo OHSAS 18001; 2007, impidiendo obtener el máximo desempeño para los empleados, operaciones y clientes de la organización.

1.5. Pregunta de investigación

¿Cómo aportar en la optimización de los recursos tecnológicos y del ambiente laboral de los empleados en Caracol Radio?

1.6. Justificación

El mundo globalizado ha creado la necesidad de que las organizaciones sean más competitivas propendiendo por la eficacia de sus procesos y velando cada vez más por la salud de sus empleados como eje central en el proceso de mejora.

Actualmente a nivel empresarial se ha hecho cada vez más importante la optimización de todos los recursos. Cada vez se crean más entidades que ofrecen servicios de reestructuración organizacional y ello es muestra de la tendencia a mejorar cada uno de los aspectos de una empresa, sin descuidar ningún departamento.


Es por lo mencionado anteriormente que para la empresa Caracol Radio S.A.

una de las acciones planteadas para todas sus sedes es propender por la implementación de estrategias que estén dirigidas a la optimización del talento humano como recursos tecnológicos, de manera tal que los procesos se puedan afinar en pro del mejoramiento continuo de la compañía.

Por lo anterior, ésta investigación busca aportar en la solución de algunos problemas de tipos tecnológico y de salud ocupacional que se han venido presentando en la última década. El objetivo es hacer un análisis del proceso actual de distribución de señales de audio entre los empleados, y buscar la reestructuración de la actividad; a fin de optimizar los recursos de red, el mejoramiento del bienestar de los empleados. De este modo, desde un punto de vista metodológico, se podrían establecer un conjunto de normatividades que permitirían evitar a futuro, fallos como los presentados con la puesta en marcha del programa Lan Broadcast, en lo que a compatibilidad tecnológica se refiere. Además, de establecer directrices de uso de recursos para los colaboradores de la empresa.

A nivel práctico, el desarrollo del proyecto representará una oportunidad de establecer la viabilidad de que la empresa cuente con herramientas que se adapten a sus necesidades sin tener que incurrir en un costo elevado por la compra de licencias o ampliación de recursos. Y de esta forma, lograr beneficios a mediano o largo plazo optimizando el material del que se dispone.

Finalmente, la investigación es importante para las personas que la llevan a cabo, puesto que servirá para aplicar los diferentes conocimientos adquiridos a través de la carrera, en relación a la gestión de recursos, análisis de las diferentes etapas de un proyecto, seguridad y verificación de las fortalezas y debilidades de una herramienta que usa las redes, así como también de la aplicación de los diferentes procesos de calidad en el desarrollo de un proyecto, adquirida a través de la pasantía.


1.7. Marco Teórico

1.7.1. Difusión de contenido multimedia

La difusión de contenido multimedia ha evolucionado a pasos agigantados

en los últimos años, sobre todo por el incremento tanto en uso como en capacidad y ancho de banda del Internet. Ante esto es importante conocer qué es multimedia, La transmisión de contenido multimedia a través de Internet se ha ido volviendo muy popular en los últimos años. Ésta es más conocida como streaming. Youtube es un sitio de streaming de vídeo por demanda, es decir, éste está disponible para ser visto en cualquier momento, ya que está colgado en un servidor, el cual mandará los datos cuando estos sean solicitados.4

Existen varias formas de transmitir datos de una máquina origen hacia un destino a través de la red, a continuación se describen las más importantes:

1.7.2 Tiempo real

Al Streaming a menudo se le refiere como en tiempo-real; este es un término un tanto vago y general, puesto que implica la visualización de un evento tal como sucede en ese instante de tiempo. Los sistemas de radio y televisión típicos tienen latencia; puede ser milisegundos, pero con Codecs de alta compresión la latencia puede ser de algunos segundos. El principal factor que hace que una transmisión sea en tiempo real es que no exista almacenamiento intermedio de los paquetes de datos. Puede haber algunos almacenamientos de búfer cortos, como las negociaciones de ventana en el decodificador, pero la señal esencialmente fluye todo el camino desde la cámara al reproductor. El audio transmitido por streaming no se almacena en el disco local en la máquina del cliente, a menos que específicamente se solicite una descarga (y esta sea autorizada). 5

4 Universidad De San Carlos De Guatemala. (2012). Plataforma para Streaming de vídeo en tiempo real. Guatemala, : Argosy Publishing. Recuperado de http://biblioteca.usac.edu.gt/tesis/08/08_0644_CS.pdf 5 Austerberry, David. The Technology of Video and Audio Streaming, Focal Press, New York, 2014.

http://biblioteca.usac.edu.gt/tesis/08/08_0644_CS.pdf


El hecho que la transmisión sea en tiempo real no significa que tiene que ser en vivo. Por ejemplo archivos pre-grabados también se pueden entregar en tiempo real. El servidor proporciona los paquetes a la red a una velocidad que coincida con la velocidad correcta reproducción del audio o vídeo.

1.7.3 Aplicaciones del Streaming

Dondequiera que se use la comunicación electrónica, las solicitudes de transmisión son infinitas. Streaming se puede entregar como un paquete de audio o vídeo completo de la programación lineal, como un servicio de suscripción, o como Pago Por Ver (PPV). Puede formar parte de un sitio web interactivo o puede ser una herramienta en sí misma, para el vídeo de vista previa y cine diarios. Algunas aplicaciones son:

• Radiodifusión en Internet (comunicaciones corporativas) • Educación Podcast (conferencias de visión y el aprendizaje a distancia) • Canales basados en Web (IP-TV, Radio por Internet) • Video-on-Demand (VOD – Video a la carta) • Music-on-Demand (MOD - Música a la Carta) • Internet e Intranet de navegación por contenido (Gestión de Activos)

La gran ventaja de streaming a través de la televisión o radio es la explotación de Conectividad IP - un medio omnipresente. ¿Cuántos trabajadores de oficina tienen un televisor en su escritorio y una conexión con el sistema de televisión por cable o un radio para emisoras internacionales?

1.7.4 La Unidifusión

También es conocida como Unicast, es una forma de transmisión en la que por cada usuario conectado al servidor, se establece un canal de comunicación independiente, es decir, si hay 100 usuarios conectados al servidor, se crearán 100 canales independientes, uno para cada usuario conectado, no importando que el contenido que se envía por cada uno de los canales sea el mismo. Por tanto, la unidifusión lo que hace es realizar una conexión punto a punto desde una única


máquina origen, hacia cada una de las máquinas destino con las cuales se haya establecido una conexión previa:6

Ilustración 1. Transmisión Unicast .

Fuente: Universidad De San Carlos De Guatemala. (2012). Plataforma para Streaming de vídeo en tiempo real. Guatemala.

1.7.5 Multidifusión:

Conocida también por su traducción al inglés multicast. Es una forma de transmisión de datos en la que el servidor únicamente envía por un canal de comunicación, no importando el número de potenciales máquinas receptoras que haya. La máquina origen envía un stream de datos (datagramas) a todas las máquinas destino que posean al menos un miembro del grupo de multidifusión y que, además compartan la misma dirección multicast. Estas máquinas pueden estar dispersas geográficamente en múltiples redes en Internet.

No importando el número de destinatarios que posea el stream, el servidor

enviará únicamente una vez la información, para ello los routers intermediarios de multidifusión en Internet tienen que tener la capacidad de realizar las copias

6 DEMETRIADES C., Gregory. Building and implementing a complete streaming system. Indianapolis, Indiana: Wiley, 2003. 359 p. ISBN: 0- 471-20950-3. Universidad De San Carlos De Guatemala. (2012). Plataforma para Streaming de vídeo en tiempo real. Guatemala, : Argosy Publishing. Recuperado de http://biblioteca.usac.edu.gt/tesis/08/08_0644_CS.pdf


necesarias de la información transmitida, para así enviarla hacia las máquinas que la solicitan. Como se mencionaba anteriormente, los encargados de realizar la tarea de multidifusión son los routers, por tanto, se puede concluir que el proceso de multidifusión pertenece a la capa 3 del modelo OSI.7

Ilustración 2. Transmisión multicast


1.7.6 Difusión: Conocida también por su traducción al inglés como broadcast. Es un proceso

que envía datos simultáneamente a un grupo de personas o compañías en un área geográfica específica, o a cualquiera que pueda conectarse o recibir señales de un sistema de red de difusión, por ejemplo, televisión satelital o por cable. Generalmente se asocia el broadcasting con los sistemas de transmisión de radio o televisión, los cuales envían la misma señal a muchos aparatos receptores en un área geográfica.

La difusión o broadcast, también se aplica a los sistemas de distribución

donde todos los usuarios que están conectados a la red pueden recibir y reenviar la

7 Richard Schaphorst. Videoconferencing and videotelephony : technology and standards., Artech House , [1999]. Universidad De San Carlos De Guatemala. (2012). Plataforma para Streaming de vídeo en tiempo real. Guatemala, : Argosy Publishing. Recuperado de http://biblioteca.usac.edu.gt/tesis/08/08_0644_CS.pdf


misma señal de información. Cuando un paquete es recibido de una fuente, éste puede ser copiado y distribuido a todas las conexiones que requieran de la información. La característica principal de los sistemas de difusión es que a éstos no les importa quién está interesado en recibir la información y quién no, la información se envía a todo aquél que esté conectado a la red donde se originó el paquete.8

Ilustración 3. Transmisión Broadcast


1.7.7 Multidifusión P2P

Conocida también en inglés como Peer to Peer Multicast. Esta técnica para

multidifusión de vídeo es relativamente nueva y no es muy conocida; el propósito principal de ésta es la escalabilidad, es decir, que no importando que se conecten miles de usuarios, éste pueda escalar fácilmente.

8 TOPIC, Michael. Streaming media demystified. USA: McGraw-Hill, 2002.546 p. ISBN: 0-07-140962-9. Universidad De San Carlos De Guatemala. (2012). Plataforma para Streaming de vídeo en tiempo real. Guatemala, : Argosy Publishing. Recuperado de http://biblioteca.usac.edu.gt/tesis/08/08_0644_CS.pdf


Ilustración 4. Transmisión Multicast person to person


La forma en que funciona esta técnica es que cuando un nuevo usuario

quiera conectarse, debe ser capaz de enviar un mensaje a un nodo al azar, con la condición que éste tiene que ser parte actual del sistema. Cada usuario es responsable de proveer información a un grupo moderado de clientes, esto limitado al ancho de banda que posea.9

1.7.8 Streaming:

Se conoce como streaming a la transmisión continua e ininterrumpida de audio y/o vídeo a través de Internet, donde, ésta se transmite desde una máquina que funge como servidor, y hay una o varias máquinas que actúan como clientes;

Es decir, José por mencionar algún nombre, puede ser el servidor y realizar

streaming de vídeo a través de Internet, mientras que en cualquier lugar del mundo con acceso a Internet pueden estar uno o varios amigos de José recibiendo el stream de vídeo que les está enviando desde su computadora. Se puede observar que se mencionan dos conceptos nuevos, streaming y stream; se puede definir como stream a la información que se envía del origen a uno o varios destinos; mientras que streaming sería la acción de transmitir esa información.10

9 ZHU, Ce; Ll, Yuenan; NIU, Xiamu. Streaming media architectures, techniques and applications. USA: Information Science Reference, 2011. 503 p. ISBN: 978-1-61692-833-9. 10 DEMETRIADES C., Gregory. Building and implementing a complete streaming system. Indianapolis, Indiana: Wiley, 2003. 359 p. ISBN: 0- 471-20950-3.


Ilustración 5. Arquitectura Streaming


El streaming nació en 1995 con el lanzamiento de real audio, una aplicación

para transmisión de audio en tiempo real. Antes de que apareciera el streaming, si alguien quería escuchar una canción o ver un vídeo, era estrictamente necesario descargar un archivo completo para luego poder reproducirlo en la computadora, mientras que con la aparición del streaming todo esto quedó atrás, ahora es posible reproducir contenido multimedia desde Internet, sin necesidad de que éste descargue por completo, es decir, se puede reproducir el stream conforme é ste está siendo transmitido hacia la computadora.11

Una analogía que define de una forma fácil el concepto de streaming, y que

vale la pena mencionar es la siguiente: se tiene una botella con leche, un vaso y muchas ganas de beber la leche.

• Sin streaming (descarga): se debe tomar la botella de leche y servirla en el vaso hasta que éste se llene; una vez lleno puede empezar a consumirse.

11 DEMETRIADES C., Gregory. Building and implementing a complete streaming system. Indianapolis, Indiana: Wiley, 2003. 359 p. ISBN: 0- 471-20950-3.


• Con streaming: se toma la botella de leche, pero en lugar de llenar el vaso

completamente, éste se hace a un lado y se consume la leche directamente desde la caja. Para muchos consumidores, la radio por Internet era su primera exposición a medios de transmisión. El otro conductor de interés en audio comprimido ha sido la aceptación universal del formato MP3 para archivos de audio de baja velocidad de datos. Aunque no es un formato de streaming (que es para la descarga y reproducción), muchas arquitecturas populares de streaming se pueden utilizar para envolver los archivos MP3 para streaming. Aunque MP3 gradualmente está siendo reemplazado con los códecs AAC más eficientes, todavía conserva una amplia base de usuarios. Hay varias arquitecturas de sólo audio que vienen de la arena de radio por Internet: Shoutcast de Nullsoft Winamp y, y Audion para la plataforma Mac. Las arquitecturas multimedia primarios - MPEG-4, Windows Media, QuickTime y Real - todo el apoyo de sólo audio en streaming, así como video / contenido de audio.12 Para transmitir audio que tienes que ir a través de tres procesos:

• Digitalización • Encoding (compresión) • Paquetización

1.7.9 El Audio Digital:

Los sonidos naturales son capturados como una señal analógica por un micrófono. Para convertir la señal a un formato de Streaming pasa a través de varias etapas de procesamiento.

• Pre-énfasis (opcional) • Muestreo • Traducción Analógico a Digital

12 Richard Schaphorst. Videoconferencing and videotelephony : technology and standards., Artech House , [2009].


• Compresión (Codecs) • Empaquetamiento de embalaje.

Los primeros sistemas de audio digital utilizaron codificación lineal sin comprimir, y emplearon los tres primeros procesos, pre-énfasis, de muestreo y de analógico al digital de la conversión. El más utilizado fue modulación por impulsos codificados.

1.7.10 Modulación PCM

La base de Audio Digital es la Modulación de Código por Pulso o PCM. El micrófono genera una tensión proporcional a la presión de aire (o velocidad). Esto se muestrea a intervalos regulares. El valor de la muestra se convierte en una palabra de código digital.

Los parámetros clave de la codificación son la frecuencia de muestreo y la resolución o el bit de profundidad. Pre-énfasis es un esquema simple para contrarrestar siseo, o ruido de alta frecuencia, en los circuitos electrónicos.

Al aumentar la amplitud de contenido de alta frecuencia, la relación señal a ruido puede mejorarse. Se ha utilizado en la radiodifusión de FM, y es una opción en algunos de codificación digital. Se basa en la existencia de menos energía a altas frecuencias para el contenido típico. No se negocia un rango dinámico para reducir el ruido, por lo que no es esencial para el proceso de conversión y codificación.13



Ilustración 6. Conversión Análogo Digital

Fuente: Richard Schaphorst. Videoconferencing and videotelephony : technology and standards., Artech House , [1999].

1.7.11 Resolución

La codificación digital convierte la forma de onda analógica, esencialmente a un continuo de valores, con un número de niveles discretos - un proceso de cuantificación. El número de niveles utilizados determina la resolución:

Ilustración 7. Principales tasas de frecuencia de audio


En la figura 7 se muestra un tono alto de 500 Hz. El umbral de audición se modifica en las frecuencias cercanas a la pauta. Los sonidos dentro de la zona gris están enmascarados por el tono. Este efecto se denomina enmascaramiento ruido y es explotada por la mayoría de los Codecs de audio generales para eliminar la información de audio enmascarado.14



Ilustración 8. Enmascaramiento de ruido por longitud de onda


1.7.12 Librería digital Naudio

Para la creación del proyecto de streaming es importante contar con una serie de componentes de software vitales para la correcta manipulación de los archivos digitales de audio desde la plataforma de programación que se use. Y dado que Caracol es una empresa que tiene como su proveedor principal de software a Microsoft, fue importante elegir un entorno de programación que fuera compatible.

Y dentro del entorno de programación, además de usar la plataforma .Net, también se agregó a esta la librería de audio Naudio.

Naudio es una librería open source .NET de audio y MIDI (Musical Instrument Digital Interface), que contiene docenas de clases útiles relacionadas con audio destinadas a acelerar el desarrollo de utilidades de audio en .NET. Ha estado en desarrollo desde 2002 y ha crecido hasta incluir una amplia variedad de características. Mientras que algunas partes de la librería son relativamente nuevas e incompletas,


las características se han sometido a numerosas pruebas y pueden ser utilizadas rápidamente para añadir capacidades de audio a una aplicación .NET existente15. Puede ser descargada desde los sitios https://naudio.codeplex.com/ y https://github.com/naudio/NAudio.

1.7.13 La voz humana

La Psicoacústica se aplica sólo a la audición por lo tanto son igualmente aplicables a voz o la codificación de audio general. Las otras características humanas que se utilizan en compresión son modelos del tracto vocal, que fueron establecidos por la investigación llevada a cabo en la década de 1950. Si el habla se divide en tramas cortas (alrededor de 20 ms de largo), que podría ser considerado como sonido de estado estacionario.

Este sonido podría entonces ser modelado por una combinación de un generador de 'zumbido' para sonidos ruidosos y un generador de ruido blanco para los sonidos sordos. Un banco de filtros y luego se reproduce los efectos de las cavidades resonantes de la boca, la nariz y la garganta16.

15 https://naudio.codeplex.com/ 16 Richard Schaphorst. Videoconferencing and videotelephony : technology and standards., Artech House , [1999].

https://naudio.codeplex.com/

https://github.com/naudio/NAudio


Ilustración 9. Modelado del sistema vocal humano

Fuente: David Austerberry. The technology of video and audio streaming, Focal Press , 2002.

Esto se conoce como el modelo de fuente-filtro de expresión. Estas propuestas se utilizaron para desarrollar codificadores de voz, o Vocoders.

Los anteriores pueden ser utilizados para sintetizar el habla. Los codificadores de voz utilizan el modelo para analizar el discurso y crear un conjunto de parámetros que pueden imitar la voz original.

Ilustración 10. Modelado de la fuente y filtro de la voz


Codecs

Los Codecs se dividen en tres grupos: los que se definen los estándares acordados a nivel internacional, los sistemas propietarios, y de código abierto.

Cada uno tiene sus partidarios y simpatizantes. Para decidir por cual optar, se tuvieron en cuenta muchos factores considerados más allá de la obvia de la calidad de audio. Los diferentes Codecs tendrán diferentes costos de licencias; existe interoperabilidad que pensar, y luego el nivel de apoyo ofrecido por el vendedor en caso de ser propietario.


Ilustración 11. Resumen de Algoritmos de codificación


Los parámetros técnicos principales son el número de bits por muestra (una medida de la compresión), el retardo de codificación, y la potencia de procesamiento requerida para la codificación (MIPS). La codificación de retardo es muy relevante para cualquier trabajo de dos vías. Una conversación natural se hace más difícil, ya que el retardo aumenta, para tal fin se presentan los principales algoritmos de codificación: 17

Tipos de Streaming

Existen dos tipos de streaming, por demanda y en directo, a continuación se describe cada uno de ellos y cómo funciona: Por demanda

Éste se refiere a la transmisión de contenido multimedia almacenado en un

servidor y que puede ser visualizada en cualquier momento. 17 Richard Schaphorst. Videoconferencing and videotelephony : technology and standards., Artech House , [2009].


Ilustración 12. Streaming por demanda


El mejor ejemplo de este tipo es de nuevo Youtube, ya que en él se pueden encontrar millones de vídeos, que han sido subidos por gente de todo el mundo, los cuales se pueden visualizar cuando es requerido sin importar la hora.18

En vivo y en directo

A diferencia del streaming por demanda que puede ser visto en cualquier

momento, el streaming en directo puede ser consumido únicamente en el momento en que se está realizando la transmisión; viene siendo similar a la televisión convencional, donde un televisor sintoniza señales que están siendo transmitidas en tiempo real, no importando si son pregrabados o no, la señal está siendo transmitida en ese momento, de tal forma que al encender el televisor será sintonizado lo que la televisora esté enviando en ese preciso instante.

18 David Austerberry. The technology of video and audio streaming, Focal Press , 2002.


Ilustración 13. Streaming en vivo y en directo

Fuente: DEMETRIADES C., Gregory. Building and implementing a complete streaming system. Indianapolis, Indiana: Wiley, 2003. 359 p. ISBN: 0- 471-20950-3.

Captura de Audio:

Captura de audio es el proceso de adquisición de la transmisión de audio en vivo y convertirlo a un formato de archivo informático. Este proceso es muy simple. Los archivos se componen de una serie de trozos. El trozo de cabecera describe el formato de archivo y el número de muestras. El fragmento de datos contiene las muestras de audio como marcos, al igual que el estándar AES. El formateador archivo agrega un trozo encabezado con todos los datos necesarios para leer las muestras de audio.

Ilustración 14. Captura de audio


Arquitecturas para realizar streaming Para que todo esto funcione son fundamentales tres partes, comenzando desde

dónde se transmite la información, es decir, el servidor; a quién se le enviará la


información, es decir, los clientes; y cómo transmitir la información. A continuación se describe brevemente cada una de estas tres partes:19

Ilustración 15. Arquitecturas para realizar streaming


Servidor, cliente y medio el cual se procederá a detallar a continuación, así como la función principal que desempeñan cada uno de estos.

1.8. Marco conceptual

Servidor

Este es el encargado de distribuir la información a partir de una fuente, a través de él se generan datagramas que se envían a través de la red. Al hablar de servidor se hace referencia tanto a hardware, como al posible software que éste incluya.

Cliente Es cada una de las máquinas receptoras de la información que se transmite,

como mínimo se necesita tener un cliente, sino no tendría sentido la transmisión.

19 David Austerberry. The technology of video and audio streaming, Focal Press , 2002.


Medio Es a través de dónde se enviará la información, grosso modo puede decirse

que es la Internet, pero si se profundiza un poco más y se llega al nivel en donde esto se realiza, se estaría hablando de la capa 4 del modelo OSI, es decir, la capa de transporte; para realizar streaming se utilizan datagramas (UDP), que son paquetes que se envían sin esperar confirmación de entrega al destinatario, esto permite que la transmisión sea más rápida y fluida.20

Ilustración 16. Conexión IP hacia el servidor.


Enfoque de servidor No es estrictamente necesario contar con un servidor especial para colocar

contenido multimedia, ya que un servidor normal puede enviar información, siendo el cliente el que se encargue de procesarla y mostrarla a medida que está siendo recibida. Sin embargo, para montar un verdadero servidor de streaming es ideal el uso de herramientas de software que provean de funcionalidades y optimizaciones para la realización del objetivo, pudiendo con ellas modificar la calidad del archivo que se envía, para así optimizar el ancho de banda del que se dispone. En el caso del streaming en directo, es imprescindible el uso de éstas herramientas de software, la cual al momento de recibir la información del emisor, la enviará a través del servidor hacia los clientes que estén sintonizando en ese momento. En este capítulo se mencionarán las herramientas más conocidas en el medio, sin entrar en mayor detalle sobre ellas, ya que serán profundizadas en el siguiente capítulo.21

20 Richard Schaphorst. Videoconferencing and videotelephony : technology and standards., Artech House , [2009]. 21 DEMETRIADES C., Gregory. Building and implementing a complete streaming system. Indianapolis, Indiana: Wiley, 2003. 359 p. ISBN: 0- 471-20950-3.


Wowza media server

Este sistema fue desarrollado por Wowza Media Systems. Es utilizado para realizar streaming de audio o vídeo, por demanda o en directo. Puede ser utilizado sobre varios sistemas operativos, ya que es una aplicación java.

Red5 media server

Es un sistema para la distribución de streaming que provee funcionalidad de multi-usuario basado en tecnología de Adobe Flash Player. Está basado en Java, red5 puede ser utilizado en empresas de cualquier ámbito, sin importar su tamaño. La principal característica de éste es que es código abierto.

Enfoque de transporte

Para realizar streaming a través de Internet es fundamental la velocidad de

transmisión, ya que es necesario que la tasa de llegada de datos sea superior a la tasa de visualización que mantiene el cliente.

Es por ello que para este tipo de transmisiones se utilizan protocolos ligeros, siendo éstos: UDP y RTSP, los cuales se desarrollan en la capa 3 del modelo OSI.

User datagram protocol (UDP) En inglés, User Datagram Protocol, es uno de los miembros núcleo de los

protocolos de Internet. Con UDP las aplicaciones de computadora pueden enviar mensajes a través de Internet, sin necesidad de establecer canales especiales de transmisión o rutas de envío. Este protocolo, a diferencia del conocido TCP, no está orientado a la conexión, por lo que, a éste no le interesa saber si los datagramas (paquetes) han sido recibidos por los clientes de forma correcta o no.


Ilustración 17. Arquitectura de Streaming sobre red TCP/IP

Fuente: Richard Schaphorst. Videoconferencing and videotelephony : technology and standards., Artech House , [2009]. De ésta forma se logra una transmisión fluida de información a través de Internet, ya que no se pierde tiempo verificando si la información está llegando de forma correcta. Lograr una transmisión fluida ayuda a que el streaming se produzca de forma continua y sin interrupciones, algo que es indispensable.22 Real time streaming protocol (RSTP)

Por sus siglas en inglés, Real Time Streaming Protocol. Es un protocolo no orientado a la conexión, el servidor mantiene sesiones asociadas a un cliente por medio de un identificador. RTSP es un protocolo que puede usar tanto UDP como TCP, dependiendo de la situación; utiliza TCP para los datos de control del reproductor, y utiliza UDP para la transmisión de audio y vídeo, que como se explicó en UDP, esto contribuye a una transmisión más fluida. Este protocolo es el que utiliza Youtube.

22 SIMPSON, Wes. Video over IP. 2a ed. Inglaterra: Focal press, 2008. 501 p. ISBN: 978-0-240-81084-3.


Enfoque de cliente

No serviría de mucho tener un servidor funcionando en perfectas

condiciones, ni tampoco la optimización en el transporte de la información, si del lado del cliente no se tienen correctamente configuradas las herramientas necesarias para una reproducción óptima del stream de datos que se envía, es por ello que se deben de tener claros algunos conceptos que serán manejados del lado del cliente. Precarga de datos

Cuando se transmite la información desde el servidor hacia los clientes, ésta está sujeta a demoras o retrasos, esto ocurre cuando los datos se escasean, ya sea por interrupciones en la conexión, o bien por el poco ancho de banda de cualquiera de las partes. Es por ello que los reproductores multimedia utilizan los conocidos buffer, un buffer funciona como una memoria, va almacenando los datos que va recibiendo para así disponer de una reserva con el objetivo de evitar que el stream se congele. Como se mencionaba antes, esto ocurre en los reproductores multimedia, es decir, del lado del cliente.23 Codecs

Éstos funcionan como programas residentes en memoria de la computadora

del cliente, están encargados de descifrar o interpretar la información que llega desde el servidor, ésta es descifrada basada en el formato de vídeo que se utilizó para cifrarla, una vez hecho esto se envía al reproductor para que éste lo reproduzca al usuario final.24

Hay dos tipos de codecs, éstos se dividen según la forma en que realizan su función.

• Codecs transformadores: éstos basan su funcionamiento en elordenamiento eficiente de la información, para así poder ahorrar espacio.

23 ZHU, Ce; Ll, Yuenan; NIU, Xiamu. Streaming media architectures, techniques and applications. USA: Information Science Reference, 2011. 503 p. ISBN: 978-1-61692-833-9. 24 TOPIC, Michael. Streaming media demystified. USA: McGraw-Hill, 2002.546 p. ISBN: 0-07-140962-9.


• Codecs predictores: éstos operan con base en la eliminación de nformación innecesaria para la codificación.

Reproductor

Éste es la interfaz que está entre el usuario y el contenido o stream que se recibe, toma como soporte los codecs que hayan instalados en la computadora para así descifrar los datos y mostrarlos como una imagen o bien como audio,dependiendo de lo que se esté transmitiendo. Existen reproductores para la computadora, como también reproductores para sitios web, en este caso se utilizará FlowPlayer, que es un reproductor web, a base de javascript, a este tipo de reproductores basta con decirles qué tipo de información deben leer y cómo mostrarla.

1.9. Marco histórico

Streaming de audio es todavía una tecnología muy joven: Considera que el ordenador de casa sólo ha sido de alrededor de unos años más que el formato CD. En términos de lo que los próximos años tiene en la tienda, que no sería demasiado - fuera a considerar el estado actual de streaming de audio como el equivalente técnica de tubos de vacío. Una breve cronología sigue:

Antes de 1981 - El formato Sun-AU (también llamado Ulaw) es el estándar de audio descargable. Es pequeño (8 bits), disponible en mono solamente, y suena como una mala conexión telefónica. Un puñado de personas que tienen conexiones de acceso telefónico insoportablemente lento (2400 baudios).

1993 - Formatos AIFF y WAV se vuelven de uso común para el audio descargable. Los formatos pueden sonar muy bien cuando no están super-comprimidos, pero los archivos son demasiado grandes y tardan mucho en descargarse. La tasa promedio de la conexión conmutada aumenta a 14,4 k baudios y la World Wide Web llega en nuestra conciencia colectiva.


1994 - Un esquema de compresión de los medios de comunicación digital llamado MPEG (por Motion Picture Experts Group) lleva a cuestas el dramático aumento de uso de la Web. La parte de audio escalable de la tecnología MPEG ofrece archivos mucho más pequeños, lo que permite que el tiempo de descarga sea mucho más rápido y de mejor calidad de sonido. Particulares y corporaciones fabrican reproductores y coficadores para apoyar la creciente popularidad del audio online.

1995 – El Streaming de audio entra en escena. Las compañías de alto perfil como Progressive Networks (que más tarde sería renombrada RealNetworks) con su producto ReaAudio y el producto Streamworks de Xing Technologies hacen al streaming de audio de fácil acceso para todos, aunque todavía en mala calidad.

Los usuarios de la Web ya no tienen que esperar a que un archivo de audio se descargue antes de escucharlo.

1996 – Real Networks y Xing sacan a relucir continuamente nuevas versiones de su software. Shockwave Audio de Macromedia es lanzado, permitiendo a la tecnología MPEG 1, Layer III (MP3) para ser embebida en las páginas Web. Las grandes compañías, como Microsoft y Apple, reconocen el valor de este mercado en rápida expansión. Todo el mundo trabaja febrilmente para mantenerse por delante del resto, con la esperanza de convertirse en un estándar para la transmisión de audio. Las empresas más pequeñas están enfrascadas en una la lucha cada vez más agresiva por obtener una cuota de mercado. En cuestión de meses, millones de personas están en línea. Lanzado a finales de año, Liquid Audio, un sistema de distribución, incluye audio de calidad superior basado en la tecnología de Labs Dolby AC3. El auge del audio de Internet, y las grandes corporaciones invirtiendo grandes cantidades de dinero para asegurar una cuota del mercado.

1997 – La popularidad del MP3 y su bajo precio lo hacen el formato de audio descargable más popular. MP3 también ofrece cierta competencia en el ámbito del streaming de audio. Reproductores portátiles de MP3, como Río, están disponibles. Los formatos de streaming audio que sobreviven los primeros cinco años --


RealMedia, Windows Media y Quick Time -- lanzan campañas de marketing más agresivas. Nullsoft, creadores del reproductor de MP3 basado en el popular Windows, Winamp, lanza SHOUTcast, un sistema de audio en streaming basado en MP3 simple y estable.

2000-2001 - Sitios web como www.live365.com ofrecen manejar la transmisión para proveedores de servicios de streaming gratis y los grandes como Akamai, Digital Island, y Speedera amplían sus servicios para clientes corporativos. La innovación continúa.25

1.10. Marco legal

Este proyecto está amparado y sustentado en las siguientes leyes y artículos

de la ley nacional.

1.10.1. Ley 29 de 1990

Por la cual se dictan disposiciones para el fomento de la investigación científica y el desarrollo tecnológico y se otorgan facultades y extraordinarias.

Artículo 1.- Corresponde al Estado promover y orientar el adelanto científico y tecnológico y, por lo mismo, está obligado a incorporar la ciencia y la tecnología a los planes y programas de desarrollo económico y social del país y a formular planes de ciencia y tecnología tanto para el mediano como para el largo plazo. Así mismo, deberá establecer los mecanismos de relación entre sus actividades de desarrollo científico y tecnológico y las que, en los mismos campos, adelanten la universidad, la comunidad científica y el sector privado colombianos.

Artículo 2.- La acción del Estado en esta materia se dirigirá a crear condiciones favorables para la generación de conocimiento científico y tecnología 25 Jon Luini; Allen Whitman; Streaming Audio: The Fez Guys' Guide; USA; New Riders, 2012. 336 p. ISBN-10: 0735712808.


nacionales; a estimular la capacidad innovadora del sector productivo; a orientar la importación selectiva de tecnología aplicable a la producción nacional; a fortalecer los servicios de apoyo a la investigación científica y al desarrollo tecnológico; a organizar un sistema nacional de información científica y tecnológica; a consolidar el sistema institucional respectivo y, en general, a dar incentivos a la creatividad, aprovechando sus producciones en el mejoramiento de la vida y la cultura del pueblo.

Artículo 7.- La inclusión de apropiaciones presupuestarias para planes y programas de desarrollo científico y tecnológico, por parte de establecimientos públicos del orden nacional, se hará en consulta con el Fondo Colombiano de Investigaciones Científicas y Proyectos Especiales "Francisco José de Caldas", Colciencias, con el fin de racionalizar el gasto público destinado a este efecto26.

1.10.2. Decreto 2610 de 2010

Por el cual se reglamentan los Consejos de los Programas Nacionales, a los

que se refiere el artículo 7° de la Ley 1286 de 2009 sobre Ciencia, Tecnología e Innovación.

Artículo 5° del Decreto-ley 585 del 26 de febrero de 1991, establece que, “El Sistema Nacional de Ciencia y Tecnología se organiza en programas de ciencia y tecno-logía. Se entiende por Programa de Ciencia y Tecnología un ámbito de preocupaciones científicas y tecnológicas estructurado por objetivos, metas y tareas fundamentales, que se materializa en proyectos y actividades complementarias que realizarán entidades públicas o privadas, organizaciones comunitarias o personas naturales”27.

26 http://www.colciencias.gov.co/sites/default/files/upload/reglamentacion/ley_29_de_1990.pdf 27 Presidencia de la Republica de Colombia. (20015-2016). Web.presidencia.gov.co: Decretos en línea. Bogotá: Recuperado de http://web.presidencia.gov.co/decretoslinea/2010/julio/19/dec261019072010.pdf


1.10.3. Decreto 1443 de 2014:

En el Art. 2 parágrafo 2 se formaliza el nombre de Comité paritario en seguridad y salud en el trabajo a los antiguos COPASO y de vigía de seguridad y salud en el trabajo a los vigías en salud ocupacional.

De acuerdo a lo anterior, los COPASST en cuanto a su conformación lo sigue rigiendo la resolución 2013 de 1986 que en su Art 1 y 2 establece:

ARTICULO lº: “Todas las empresas e instituciones, públicas o privadas, que tengan a su servicio diez (10) o más trabajadores, están obligadas a conformar un Comité de Medicina, Higiene y Seguridad Industrial, cuya organización y funcionamiento estará de acuerdo con las normas del Decreto que se reglamenta y con la presente Resolución”

ARTICULO 2º: “Cada Comité de Medicina, Higiene y Seguridad Industrial estará compuesto por un número igual de representantes del empleador y de los trabajadores, con sus respectivos suplentes, así:

De 10 a 49 trabajadores, un representante por cada una de las partes.

De 50 a 499 trabajadores, dos representantes por cada una de las partes.

De 500 a 999 trabajadores, tres representantes por cada una de las partes.

De 1.000 o más trabajadores, cuatro representantes por cada una de las partes.


A las reuniones del Comité sólo asistirán los miembros principales. Los

suplentes asistirán por ausencia de los principales y serán citados a las reuniones por el Presidente del Comité.”

Para las empresas de menos de 10 trabajadores, continúa vigente el artículo 35 del Decreto 1295 de 1994, obliga a nombrar un Vigía Ocupacional (hoy vigía de seguridad y salud en el trabajo) que tiene las mismas funciones del Comité Paritario de Salud Ocupacional (actualmente COPASST).

En cuanto a su integración del COPASST, el empleador debe nombrar sus representantes y Los trabajadores, elegir los suyos mediante votación libre, esto aplica para un periodo de 2 años con la posibilidad de reelección. El Vigía de salud y seguridad en el trabajo es elegido por el empleador, no requiere proceso de votación. No es necesario registrar el comité en el Ministerio del trabajo, pues con la ley 1429 de 2010 se eliminó expresamente esta obligación.

El COPASST debe reunirse por lo menos una vez al mes dentro de las instalaciones de la empresa en horario laboral y mantener un archivo de las actas de reunión con los soportes de la gestión realizada. La empresa debe proporcionar a los integrantes mínimo 4 horas semanales dentro de la jornada de trabajo las cuales son destinadas al funcionamiento del comité.

Sus funciones continúan rigiéndose por lo establecido en el Art 26 del Decreto 614 de 1984 y Art 11 de la resolución 2013 de 1986.

Las ARLs son fundamentales en la gestión de los COPASST, pues por ley deben brindarles la asesoría y capacitación necesaria para el logro de las metas propuestas y al trabajar en equipo sin duda alguna pueden conducir a la práctica de hábitos seguros en la actividad laboral, así como prevención de accidentes y enfermedades laborales, sobrecostos por reemplazos de incapacidades o por disminución de la productividad, al fin y al cabo ambos se interesan por las condiciones de salud ocupacional al interior de la empresa.


De acuerdo a lo mencionado aunque los COPASST en el decreto 1443 de

2014 se les oficializa su cambio de nombre, estos continúan teniendo una gran responsabilidad al interior de las organizaciones en cuanto a la vigilancia y la promoción de actividades de seguridad y salud, de ahí que quienes los integren no solo deben estar totalmente comprometidos con el bienestar de sus compañeros si no con la empresa, pues alguna omisión puede ocasionar cuantiosas sanciones.

1.10.4. Estándares de calidad ISO para desarrollo de software

Para el desarrollo de software los estándares más importantes y usados son:

a) ISO 9001: Describe el sistema de calidad utilizado para mantener el desarrollo de un producto que implique diseño.

b) ISO 9000 – 2: Este documento proporciona las directrices para el servicio de facilidades del software como soporte de usuarios.

c) ISO 9000 – 3: Es un documento específico que interpreta el ISO 9001 para el desarrollador de software.

1.11. Metodología

A continuación se presenta la metodología que va a permitir el desarrollo del proyecto.

1.11.1 PDCA

El nombre del ciclo PDCA (o PHVA) viene de las siglas Planificar, Hacer,

Verificar y Actuar, (en inglés “Plan, Do, Check, Act”). También es conocido como Ciclo de mejora continua o Círculo de Deming, por ser Edwards Deming su autor. Esta metodología describe los cuatro pasos esenciales que se deben llevar a cabo de forma sistemática para lograr la mejora continua, entendiendo como tal al mejoramiento continuado de la calidad (disminución de fallos, aumento de la eficacia


y eficiencia, solución de problemas, previsión y eliminación de riesgos potenciales). 28

Ilustración 18. Ciclo PDCA

Fuente: Pdcahome. (20015-2016). pdcahome: Cliclo PHVA. Madrid, España: Recuperado de http://www.pdcahome.com/5202/ciclo-pdca/

Para el presente proyecto de tomo la decisión de optar por la metodología PDCA, la cual se distribuirá en las siguientes etapas:

1. Etapa Planificar (Plan): En esta fase inicial se buscará las actividades de difusión de audio y consumo de recursos tecnológicos en la empresa propensos a mejorar, permitiendo determinar los objetivos a alcanzar. Para llevar a cabo dicho estudio se realizará entrevistas con los funcionarios, grupos de trabajo y levantamiento de información, que permita identificar tecnologías que mejoren los procesos que actualmente se están usando para la difusión de sonido al interior de la compañía Caracol Radio.

2. Etapa Hacer (Do): En esta etapa se realizará ajustes al diseño para llevar

a cabo la solución tecnológica sugerida en la etapa inicial. Efectuando pruebas piloto antes de implantar la solución final a gran escala.

3. Etapa Verificar (Check): Luego de realizar mejoras al proceso inicialmente

planteado, se establecerá un período de prueba con la finalidad de verificar su funcionamiento y socialización a los funcionarios de la compañía. Si la

28 Pdcahome. (20015-2016). pdcahome: Cliclo PHVA. Madrid, España: Recuperado de http://www.pdcahome.com/5202/ciclo-pdca/


mejora, no cumple con las expectativas de los empleados, se deberá modificar solución planteada para realizar los ajustes necesarios.

4. Etapa Actuar (Act): En última instancia, una vez terminado el tiempo de

prueba se analizará los resultados y serán compararlos con el funcionamiento de las actividades antes de haber sido implantada la solución tecnológica en el proceso de Streaming interno. Si los resultados cumplen con las expectativas del director de proyecto la mejora se implantará definitivamente, y en caso contrario habrá que realizar un análisis sobre la factibilidad de hacer cambios o desechar modificaciones.

Una vez cumplidas las etapas se inicia nuevamente el ciclo periódicamente

para analizar nuevas mejoras a implementar.

1.11.2 El lenguaje de modelado unificado UML.

“El Lenguaje de Modelado Unificado UML es un estándar para escribir planos de software. UML puede utilizarse para visualizar, especificar, construir y documentar los artefactos de un sistema que involucra gran cantidad de software” El UML es el Lenguaje de Modelado Unificado Orientado a Objetos, UML no es un método porque no tiene noción de proceso, el cual es una parte importante de un método.

1.11.2.1 Etapas a seguir en el desarrollo de sistemas con UML Varios especialistas en desarrollo de sistemas de información concluyen en

la necesidad que existe de adoptar un Proceso de Desarrollo de sistemas para enmarcar las fases importantes que sigue el UML, por ello los desarrolladores de proyectos de sistemas de información emplean el Proceso Unificado para dar soluciones adecuadas a las necesidades de los clientes.

El desarrollo de sistemas con UML siguiendo el proceso unificado incluye actividades específicas, cada una de ellas a su vez contienen otras sub-actividades las cuales sirven como una guía de cómo deben ser las actividades desarrolladas y secuenciadas con el fin de obtener sistemas exitosos; consecuentemente el


desarrollo de los sistemas puede variar de desarrollador en desarrollador, de proyecto en proyecto, de empresa en empresa adoptando siempre un Proceso de Desarrollo.

1.11.2.2 Herramientas del modelado UML a) Diagrama de casos de uso b) Diagrama de clases c) Diagrama de secuencias d) Diagrama de colaboraciones e) Diagrama de subsistemas

1.11.3 Desarrollo

1.11.3.1 Codificación

Después de diseñar y analizar los requisitos del sistema, se procede a la generación del código final, el cual debe ser estable y extensible. Se desarrollan todas las funcionalidades que va a realizar el sistema.

Lenguaje de programación: Existen muchos tipos de lenguajes de programación, pero el uso de un lenguaje orientado a objetos facilita la implementación de un diseño orientado a objetos. Por razones de rastreabilidad, es deseable siempre tener una buena y fácil correspondencia entre objetos del modelo de diseño y objetos del lenguaje de programación.

1.12. Alcances y delimitaciones

1.12.1 Alcances

• La finalidad de este proyecto radica en contribuir con la optimización de los recursos tecnológicos y humanos en la empresa Caracol Radio S.A.


• La pasantía permitirá recolectar información con respecto a las fallas en los

procesos instaurados actual y anteriormente. • El desarrollo de la misma permitirá plantear una alternativa de solución

referente a la distribución de las diferentes señales de audio a los empleados.

1.12.2 Delimitaciones

• El proyecto solo se centrará en el análisis del tema referente a la distribución de las señales de audio.

• La solución que se crea factible sólo se ubicará dentro de la red interna de la empresa.

1.13. Recursos

Se han analizado para este proyecto los recursos definidos a continuación.

1.13.1 Recursos humanos

Se hace necesario contar con 3 trabajadores, cada uno de los cuales tendrá asignadas ciertas tareas específicas para cumplir con la ejecución del proyecto.

Puesto o Cargo a Desempeñar No. De trabajadores Sueldo liquido mensual

Programador 2 2’000.000 C/U Realizador de pruebas 1 800.000

1.13.2 Recursos físicos

Se requieren los siguientes recursos.

Recurso Cantidad Valor


Oficina 1 500.000 mes Portátil 3 1.200.000 C/U Escritorios 3 400.000 C/U Sillas 3 180.000 C/U Tarjetas de audio profesionales Sound Blaster 3 700.000 C/U Dvd 100 8.000

Componente Requerimiento mínimo Servidor de aplicación IIS 7.0 o superior Cpu 4x2.6-3.2 Ghz Ram 6GB Disco 500 GB Red Conexión entre servidores 1G Costo $3’800.000

Componente Requerimiento mínimo

Servidor de archivos (opcional) 2003 Server Estándar Cpu 4x2.4-2.6 Ghz Ram 6GB Disco 2 TB Red Conexión entre servidores 1G Costo $4’000.000

Los Equipos clientes: Deben contar con como mínimo las siguientes especificaciones:

Componente Requerimiento mínimo Sistema operativo Windows 7 en adelante Cpu 2x2.4-2.6 Ghz Ram 2GB Disco 500 GB Red Conexión 100 Mbps Costo $1’500.000

1.13.3 Recursos Tecnológicos

Recurso Cantidad valor


Licencia para .net 1 1.800.000 Acceso a internet Ilimitado 80.000 mes

1.13.4. Recursos Financieros Los recursos financieros fueron divididos en mensuales y recursos financieros iniciales.

a) Recursos Financieros Mensuales

Recurso Total Sueldos 4.800.000 Arriendo oficina 500.000 Acceso a internet 80.000 TOTAL MENSUAL 5.380.000

b) Recursos Financieros Iniciales

Recurso Total Computador 3.600.000 Switch 2.964.000 Router 90.000 Escritorios 1.200.000 Sillas 5.400.000 Cables 30.000 Dvd 8.000 TOTAL 13.292.000

1.14. Análisis DOFA

A continuación se describe el análisis de DOFA, como estrategia en la identificación y planeación del route map, del proyecto

Tabla 1 Análisis DOFA Análisis Interno

Fortalezas Debilidades


1 Se tiene equipamiento informático actualizado para poder elaborar un aplicativo web que permita la difusión masiva de audio. 2 Se cuenta con un servidor capaz de exportar las diferentes fuentes sonoras mediante interfaz de hardware incorporada. 3 Se tiene software licenciado y una estructura de red que cumple con los parámetros de funcionamiento. 4 Se cuenta con librerías de software libre para la exportación del formato de audio. 5 Conocimiento adecuado para el desarrollo de sistemas en arquitectura de capas. 6 Red interna en optimas, condiciones no presenta latencia, jitter o intermitencias. 7 Fuente de audio directa a tiempo real sin delay o interferencias. 8 Se cuenta con el apoyo del COPAST de Caracol Radio para desarrollo de herramienta digital, que permita disminuir el ruido ambiente dentro delas instalaciones de entidad.

1 Inexistencia de Software Broadcast Interno por obsolescencia tecnológica. 2 El anterior grupo de funcionarios que desarrollaron una herramienta similar ya no labora en la compañía Caracol Radio. 3 No existe documentación de un proyecto similar al interior de la entidad. 4 Cambio de funcionarios en las diferentes áreas 5 Falta de capacitación en software de esquema web. 6 Uso inadecuado de medios audiovisuales de los funcionarios institucionales. 7 Consumo y dependencia de recursos de Internet, por parte de los funcionarios, debido a la falta de software. 8 Ocupación de espacio y desorden en el puesto de trabajo por uso de dispositivos análogos, tales como radios o minicomponentes.

Análisis Externo Oportunidades Amenazas 1 Inexistencia de un producto de software en el mercado que cumpla con los requerimientos y necesidades

1 Constante actualización de los sistemas operativos, que puedan afectar la compatibilidad del aplicativo.


actuales de la compañía Caracol Radio. 2 La necesidad institucional de tener un aplicativo que brinde la difusión unificada de contenidos de audio. 3 Posibilidad futura de implementación de sistema broadcast en otras sedes remotas de la entidad. 4 Disposición de disminuir los niveles de ruido, según recomendaciones de la ARL de la compañía. 5 Establecer todo el software implementado en la compañía bajo los parámetros legales.

2 Talento humano exclusivo no asignado para el desarrollo de proyecto. 3 Recurso de capital limitado para el desarrollo de proyecto. 4 Posible incumplimiento de los límites recomendados de audio, por parte de la ARL de la compañía. 5 No aceptación del nuevo software para la utilización por parte de los funcionarios y un posible rechazo generalizado.

Fuente: Los autores

1.14.1. Matriz DOFA

Tabla 2: Matriz DOFA DOFA Oportunidades Amenazas Fortalezas E1:F2,F3,F4,O5,O6,O7.O8

E2: F7,F8,O1,O2 E3: F1,F5,F6,,O3.O4

E4: F1,F2,F3,F4,O1,O2,O3 E5: F5,F6,F7,F8,O4,O5

Debilidades E6: O1,O2,O3, D1,D2,D3,D4 E7: D5,O4

E8: D5,A2,A4

Fuente: Los autores

1.14.2. Estrategias de fortalezas – oportunidades

E1: Teniendo en cuenta la calidad del producto y el conocimiento de las necesidades de los funcionarios la empresa puede aprovechar el auge en el uso de nuevas tecnologías y la usencia de software a la medida en el mercado para ser


líderes en productos que ayuden a disminuir las condiciones de ruido ambiente a partir de herramientas tecnológicas de calidad.

E2: La orientación emprendedora de la empresa, la preocupación por mejorar continuamente y el compromiso de los empleados son clave al momento de llevar a cabo las tácticas de promoción y comunicación para dar conocer el producto y sus características, aprovechando de esta manera el interés por parte de los funcionarios, el mercado actual y la posibilidad de expansión a otras sedes.

E3: Aprovechando el conocimiento de las necesidades de los funcionarios, el compromiso que tiene la empresa con la educación y la constante investigación de las condiciones de salud, se puede hacer uso de nuevas tecnologías para dar solución a las nuevas necesidades dando lugar a actualizaciones o al desarrollo de nuevos productos

1.14.3. Estrategias de fortalezas – amenazas

E4: La investigación constante del sector, de las necesidades de los funcionarios y el carácter innovador del producto permiten hacer frente a un posible desinterés del aplicativo y una baja demanda en las instalaciones de Caracol Radio.

E5: El desarrollo de productos innovadores y el interés constante por mejorar mantienen a la empresa como líder, de esta manera, la incursión de un nuevo competidor no genera un gran impacto en la posición de Caracol Radio como empleador del talento humano competitivo.

1.14.4. Estrategias de debilidades – oportunidades

E6: Pese a que en la empresa se encuentra descontinuada una herramienta tecnológica similar, se puede aprovechar la calidad de éste nuevo aplicativo, con los funcionarios de la compañía para obtener reconocimiento y mejorar las condiciones sonoras, para obtener un mejor clima laboral.

E7: Debido a que es la única versión del software, y pese a que es software es muy intuitivo, se requiere de un manual básico de operación en caso tal que se


requiera una consulta o mejora en sus versiones futuras, de ser requerido por la compañía, el cual no está comprendido en el presente proyecto.

1.14.4. Estrategias de debilidades – amenazas

E8: Conocer las necesidades de los funcionarios, junto con el COPAST, mediante contacto directo y estudio de las actas previamente registradas, para que el producto cumpla con las necesidades de los funcionarios y comité.


1.15. Cronograma

Ilustración 19. Cronograma de actividades

Fuente: Los autores


2. FASE HACER

2.1. Definición de funciones fase hacer

2.1.1. Pasantes

• Tomar mediciones a nivel acústico de los diferentes ambientes de la empresa para tener unas estadísticas base para fines comparativos.

• Diseñar el sistema de streaming de audio para realizar la transmisión de las señales de audio requeridas.

• Realizar recorridos informativos para verificar antecedentes de herramientas similares en funcionamiento al proyecto a implementar.

2.1.2. Equipo de ingeniería de Caracol Radio

• Proporcionar los datos necesarios acerca de usuarios que usarán el sistema. • Proveer un equipo que cumpla la función de servidor, con especificaciones

suficientes para soportar el procesamiento de audio y que contenga el software necesario (IIS, SQL Express).

• Asegurar la conexión 24/7 del equipo servidor a la red interna de la empresa.

2.1.3. COPASST Caracol Radio

• Brindar antecedentes sobre la necesidad de la implementación de la herramienta.

• Realizar el acompañamiento respectivo a los pasantes durante los recorridos por la empresa, en los cuales los pasantes puedan identificar puntos de alto impacto acústico dentro de la empresa.


2.2. Resultados fase Hacer

2.2.1. Recorridos por la empresa

Durante los recorridos se detectó que actualmente en Caracol Radio no hay una distribución digital de señales de audio y por tanto se usan los players de radio de cada una de las emisoras a través de internet.

Ilustración 20. Sala de redacción equipo periodístico Caracol Radio Fuente: Los autores

Además, durante los recorridos por las estaciones de trabajo se observó que hay diferentes fuentes de audio como televisores, radios, parlantes y audífonos. Aunque el uso de cada uno depende de las necesidades y del espacio en el cual se encuentren los empleados.

Por ejemplo, un periodista hace uso de los televisores para analizar y seguir las transmisiones (discursos, noticias de última hora, partidos de fútbol, tenis, carreras de ciclismo, entre otros).


Ilustración 21. Sala de redacción equipo periodístico Caracol Radio Fuente: Los autores

Los ingenieros encargados de la parte técnica de la empresa usan radios para chequear la continuidad de las diferentes señales de las emisoras que se emiten desde Caracol y los demás empleados de la parte administrativa usan audífonos para consultar las señales de audio que requieran y también hacen uso de los televisores que se encuentran distribuidos por las instalaciones de la compañía.

Ilustración 22. Estación de trabajo de un ingeniero de Caracol Radio 1 Fuente: Los autores


Ilustración 23. Estación de trabajo de un ingeniero de Caracol Radio 2 Fuente: Los autores

Los empleados durante sus labores diarias usan diferentes medios como televisores, radios y parlantes.

Ilustración 24. Sala de redacción equipo periodístico Caracol Radio. Fuente: Los autores


Ilustración 25. Estación de trabajo de empleado administrativo Fuente: Los autores

2.2.2. Conversaciones con los empleados

Los periodistas comentaron que anteriormente tenían a su disposición un dispositivo electrónico instalado en cada una de las estaciones de trabajo que permitía sintonizar alrededor de 10 señales de audio. Además, señalaron que su uso era muy básico ya que contaba con un sintonizador básico y se usaban audífonos para escuchar la señal.

Los ingenieros indicaron que la herramienta electrónica de la que se disponía fu reemplazada por la aplicación Lanbroadcast que cumplía con la función de distribución de audio. Sin embargo, solo era funcional con la instalación del programa en cada uno de los equipos cliente y quedó obsoleta con el cambio del sistema operativo Windows Xp a Windows 7, 8 y 10. De modo que, al ser obsoletas las dos herramientas anteriormente mencionadas, los empleados ya no cuentan con la opción de obtener señales de audio nada más que a través de internet o de aparatos de audio tales como radios, televisores o minicomponentes instalados en cada una de las estaciones de trabajo.


2.2.2. Mediciones a nivel acústico.

Una de las razones para implementar un proyecto de streaming de audio, es disminuir el nivel de contaminación acústica que se produce en las instalaciones de la empresa. Por lo anterior se realizaron algunas mediciones de sonido para tener un antecedente de las condiciones previas a la implementación.

Ilustración 26. Muestra de sonido en una estación de trabajo (La unidad de medición de la app es el dBA29) Fuente: Los autores

29 Decibelio ponderado A (dBA). Las medias frecuencias son los sonidos que más percibe el oído humano por ello se aplican las curvas isofónicas para afinar aún más el sonido con la realidad auditiva. Por tanto dBA es una unidad de medida que se diferencia del dB porque filtra las bajas y altas frecuencias dejando únicamente las más dañinas para nuestro oído, significando un riesgo auditivo exponernos a estos ruidos medidos en dBA. Recuperado de http://www.dba-acustica.com/blog/tabla-comparativa-de-decibelios/

http://www.dba-acustica.com/blog/tabla-comparativa-de-decibelios/

http://www.dba-acustica.com/blog/tabla-comparativa-de-decibelios/


Ilustración 27. Muestra de sonido en los pasillos Fuente: Los autores

Ilustración 28. Muestra de sonido cerca de un dispositivo emisor de audio. Fuente: Los autores


Las anteriores mediciones fueron tomadas a través de la aplicación móvil deciBel Pro sobre la plataforma Android30, en un recorrido durante un día normal de labores en la empresa.

Según datos de la Organización Mundial de la Salud (OMS) se considera los 50 dB como el límite superior deseable. A continuación una escala de los niveles de ruido31:

• Muy bajo: 10 y 30 dB (bibliotecas). • Bajo: entre 30 y 55 dB. • Ruidoso: a partir de 55 dB y hasta los 75 dB, el nivel se considera ruidoso.

Los 65 dB se consiguen con un aspirador, un televisor con volumen alto o un radio despertador. Un camión de la basura provoca 75 dB.

Con lo anterior se logró determinar que hay niveles de ruido fuera del estándar en las estaciones de trabajo que pueden afectar el rendimiento de los empleados y generar molestias tales como: aceleración de la respiración y del pulso, aumento de la presión arterial, disminución del peristalismo digestivo, que ocasiona gastritis o colitis, problemas neuromusculares que ocasionan dolor y falta de coordinación, disminución de la visión nocturna, aumento de la fatiga y dificultad para dormir.32

Por datos como los recolectados, el COPASST (Comité Paritario de Seguridad y Salud en el Trabajo), tuvo la iniciativa de solicitar una herramienta de streaming que ayude a minimizar los problemas de contaminación acústica que afectan a la organización.

30 Dentro de la tienda Google Play Store existen varias herramientas para la medición de decibeles pero, la aplicación deciBel Pro, además de obtener una buena puntuación, se encuentra avalada por un estudio del NIOSH (National Institute For Occupational Safety And Health). 31Mapfre Seguros . (20015-2016). Seguros Mapfre: Ruido y Salud. Madrid, España: Recuperado de http://www.mapfre.es/salud/es/cinformativo/ruido-salud.shtml 32 EHU España . (20015-2016). Efectos del Ruido: Normativa Unión Europea: Recuperado de http://www.ehu.eus/acustica/espanol/ruido/efectos%20y%20normativa/efectos%20y%20normativa.html

http://www.mapfre.es/salud/es/cinformativo/ruido-salud.shtml


2.2.3. Diseño de laherramienta de streaming de audio

El diseño de la herramienta se llevó a cabo bajo la normatividad del Lenguaje unificado de modelado (UML, por sus siglas en inglés, Unified Modeling Languaje).

2.2.3.1. Listado de actores.

Como primera medida para el diseño del sistema se definieron los actores que pueden hacer uso del mismo.

NUMERO ACTOR USUARIO FUNCIÓN EN EL SISTEMA

01 Administrador Coordinador general de la herramienta de streaming. Configura la aplicación según las necesidades, Gestiona las cuentas de usuario.

Es el encargado de realizar las actividades de Gestión de Configuración del Sistema, Gestión de usuarios, gestiona el servidor y el número de señales a distribuir. Genera reportes de uso del sistema.

02 Usuario Realiza ingreso al sistema y pone en marcha la señal de audio que requiera escuchar.

Podrá ingresar al sistema vía web, a través del navegador de su estación de trabajo con el fin de sintonizar la señal de audio. Podrá consultar el número de señales de streaming disponibles.

Tabla 2. Definición de actores del sistema Fuente: Los autores

2.2.3.2. Listado de casos de uso.

Luego de definir los actores se definieron sus posibles interacciones en el sistema.

Administrador:

Gestionar Usuarios del sistema:

• Crear usuario. • Eliminar usuario. • Modificar Usuario. • Consultar usuarios. • Activar cuenta usuario.


• Desactivar cuenta usuario.

Configuración del sistema:

• Configurar servidor. • Iniciar servidor. • Eliminar servidor. • Detener servidor. • Desconectar usuarios.

Generar reportes

• Generar reportes de actividades de los usuarios.

Usuario:

Gestionar cuenta de usuario del sistema:

• Registrar usuario. • Autenticar usuario. • Seleccionar servidor de streaming. • Iniciar streaming. • Finalizar sesión.


2.2.3.3. Documentación casos de uso

IDENTIFICACIÓN: 01 CASO DE USO: Registrar usuario.

ACTORES: Administrador, Usuario.

OBJETIVO:

Permitir el registro en el Sistema a cualquier usuario dentro de la red corporativa de la empresa.

DESCRIPCIÓN:

El sistema muestra al usuario una interfaz, donde solicita nombre de usuario, cuenta de correo electrónico, su contraseña y verificación de su contraseña. Una vez digitada esta información el sistema valida los datos, y permite el acceso. Precondiciones: El usuario debe tener acceso a la red interna de la empresa.

Post condiciones: El usuario ingresa a la página principal, y esta carga la respectiva información para que pueda seleccionar una señal de streaming.

Alternativas: Cancelar Operación: Cuando el Actor decida cancelar la operación, podrá abandonar la página de registro del Sistema.

Excepciones: Se validara el usuario, en caso de existir alguno que coincida en la base de datos, no se permitirá el ingreso y adicionalmente se volverá a solicitar datos para el registro.

CURSO NORMAL DE LOS EVENTOS

ACCIÓN DEL ACTOR: RESPUESTA DEL SISTEMA:

El usuario ingresará un nombre, una dirección de correo electrónico, una contraseña y la confirmación de la misma.

Registra los datos del usuario en la base de datos y permite el acceso al Sistema y carga la respectiva interfaz para selección de la señal de streaming.


IDENTIFICACIÓN: 02 CASO DE USO: Autenticar usuario.


OBJETIVO:

Permitir el ingreso al Sistema a los usuarios registrados.

DESCRIPCIÓN:

El sistema muestra al usuario una interfaz, donde solicita nombre de usuario y contraseña. Una vez digitada esta información el sistema valida los datos, y permite el acceso. Precondiciones: El usuario debe tener acceso a la red interna de la empresa y estar

registrado en el sistema. Post condiciones: El usuario ingresa a la página principal, y esta carga la respectiva

información para que pueda seleccionar una señal de streaming. Alternativas: Cancelar Operación: Cuando el Actor decida cancelar la operación,

podrá abandonar la página de log in. Excepciones: Se validara el usuario y/o contraseña, en caso de que los datos no

coincidan con los de la base de datos., no se permitirá el ingreso y adicionalmente se volverá a solicitar datos para el ingreso.



El usuario ingresará un nombre de usuario y una contraseña.

Verifica los datos del usuario en la base de datos y permite el acceso al Sistema y carga la respectiva interfaz para selección de la señal de streaming.


IDENTIFICACIÓN: 03 CASO DE USO: Selección de servidor.


OBJETIVO:

Permitir la selección de la señal que el usuario desee iniciar.

DESCRIPCIÓN:

El sistema muestra al usuario una interfaz, donde presenta las diferentes opciones de señales de streaming. Una vez seleccionada la opción el sistema mostrará otra interfaz para iniciar la reproducción del streaming. Precondiciones: El usuario debe haberse registrado y autenticado en el sistema.

Post condiciones: El usuario selecciona la señal de streaming de su preferencia y el sistema carga la nueva página para la correspondiente reproducción de la señal.

Alternativas: Cancelar Operación: Cuando el Actor decida no hacer una selección, podrá abandonar la página, no accionar el botón que ejecuta la siguiente ventana o cerrar su sesión.

Excepciones: El usuario puede salir de la página o cerrar su sesión, lo que no daría paso a la selección de la señal.



El usuario seleccionará un servidor de streaming.

Abre la página que carga el reproductor e inicia la reproducción de la señal seleccionada.


IDENTIFICACIÓN: 03 CASO DE USO: Selección de servidor.


OBJETIVO:

Iniciar la reproducción del streaming de audio.

DESCRIPCIÓN:

El sistema muestra al usuario una interfaz, que contiene un reproductor de audio e inicia la reproducción del streaming. Precondiciones: El usuario debe haberse registrado, autenticado y seleccionado uno de

los servidores de audio. Post condiciones: El usuario espera un momento a que inicie la reproducción del

streaming. Alternativas: Cancelar Operación: Cuando el Actor decida no continuar con la

reproducción del streaming puede cerrar la ventana del navegador o cerrar su sesión.

Excepciones: El usuario puede salir de la página o cerrar su sesión, lo que impediría la reproducción del audio.



El usuario espera a que cargue en memoria la información necesaria para el inicio de la reproducción del streaming.

Carga en memoria la información necesaria para la iniciar la reproducción de la señal de audio.


IDENTIFICACIÓN: 04 CASO DE USO: Finalizar sesión.


OBJETIVO:

Finalizar la sesión en el sistema.

DESCRIPCIÓN:

El sistema muestra al usuario el botón de cierre de sesión. Precondiciones: El usuario debe haberse registrado y autenticado en el sistema.

Post condiciones:

Alternativas: Cancelar Operación: El Actor puede no usar el botón de cierre de sesión y permanecer en el sistema.

Excepciones: El usuario puede continuar con el proceso de selección de una de las señales de audio o escuchando el streaming.



El usuario pulsa el botón de cierre de sesión. Regresa a la ventana inicial para iniciar sesión.


IDENTIFICACIÓN: 05 CASO DE USO: Crear servidor.

ACTORES: Administrador.

OBJETIVO:

Crear un servidor de audio.

DESCRIPCIÓN:

El sistema muestra al administrador el botón de crear y el espacio para diligenciar el puerto a usar. Precondiciones: Tener acceso al servidor y activar la aplicación.

Post condiciones: Se puede iniciar el servidor al cual tendrán acceso los usuarios vía web.

Alternativas: Cancelar Operación: El Actor puede no usar el botón de crear o luego de crear, puede eliminar el servidor.

Excepciones: El usuario puede ingresar a otras opciones del sistema o el servidor ya puede estar creado y puede modificar los parámetros de éste.



El usuario asigna el puerto y pulsa el botón de crear.

Crea el servidor y habilita la opción de ponerlo en marcha.


IDENTIFICACIÓN: 06 CASO DE USO: Iniciar servidor.


OBJETIVO:

Iniciar un servidor de audio.

DESCRIPCIÓN:

El sistema muestra al administrador el botón de iniciar el servidor. Precondiciones: Tener acceso al servidor, activar la aplicación, crear un servidor y

haber asignado un dispositivo de audio que se encargue de la captura del audio.

Post condiciones: Se inicia la distribución de streaming de audio a través del servidor y puerto asignados.

Alternativas: Cancelar Operación: El Actor puede dar pausa al servidor con el botón correspondiente.

Excepciones: El usuario crear más servidores en lugar de iniciar el creado o modificar la configuración del actual.



El usuario pulsa el botón para que el servidor se inicie.

Inicia el servidor y empieza la transmisión de audio.


IDENTIFICACIÓN: 07 CASO DE USO: Eliminar servidor.


OBJETIVO:

Eliminar un servidor de audio.

DESCRIPCIÓN:

El sistema muestra al administrador el botón de eliminar el servidor. Precondiciones: Tener acceso al servidor, activar la aplicación, crear un servidor y

haber asignado un dispositivo de audio que se encargue de la captura del audio.

Post condiciones: El servidor es eliminado de la lista de opciones de reproducción.

Alternativas: Cancelar Operación: El Actor puede dar pausa al servidor con el botón correspondiente.

Excepciones: El usuario crear más servidores en lugar de iniciar el creado o modificar la configuración de los actuales.



El usuario selecciona el servidor y luego pulsa el botón para eliminar el seleccionado.

El servidor es eliminado.


IDENTIFICACIÓN: 08 CASO DE USO: Detener servidor.


OBJETIVO:

Detener un servidor de audio.

DESCRIPCIÓN:

El sistema muestra al administrador el botón de detener el servidor que sea seleccionado. Precondiciones: Tener acceso al servidor, activar la aplicación, crear un servidor, haber

asignado un dispositivo de audio que se encargue de la captura del audio y haber iniciado el servidor.

Post condiciones: El servidor es detenido y ya no habrá flujo de reproducción.

Alternativas: Cancelar Operación: El Actor puede eliminar el servidor con el botón correspondiente.

Excepciones: El usuario crear más servidores en lugar de detener el creado o lo elimina.



El usuario selecciona el servidor y luego pulsa el botón para detener el seleccionado.

El servidor es detenido y termina el flujo de audio a los clientes.


2.2.3.4. Diagrama de clases

El Diagrama de clases describe la estructura del sistema, permitiendo la visualización de las diferentes clases, atributos y operaciones que lo componen. A continuación se visualiza el correspondiente al sistema de streaming de audio de Caracol Radio.

Ilustración 29. Diagrama de clases del sistema de streaming de audio. Parte 1 Fuente: Los autores


Ilustración 30. Diagrama de clases del sistema de streaming de audio. Parte2. Fuente: Los autores


2.2.3.5. Diagrama entidad-relación.

El diagrama entidad-relación es un representación gráfica de las entidades relevantes en un sistema de información, así como sus interrelaciones y propiedades.

Ilustración 31. Diagrama entidad-relación de la base de datos. Fuente: Los autores

2.2.3.6. Diagrama de paquetes

El diagrama de paquetes es una abstracción del sistema y muestra su estructura. Cada paquete puede estar compuesto por otros paquetes y todos cumplen con una funcionalidad específica.


Ilustración 32. Diagrama de paquetes. Fuente: Los autores

2.2.3.7. Diagrama de despliegue

El diagrama de despliegue (distribución) muestra la arquitectura y las relaciones físicas de los distintos nodos que integran el sistema. Además, permiten visualizar la interrelación entre los componentes de hardware y de software lo que ayuda a tener una vista más amplía de la implementación que se va a llevar a cabo.

Ilustración 33. Diagrama de despliegue del sistema. Fuente: Los autores


2.2.3.8. Herramientas del entorno de diseño de la herramienta Desde el comienzo del proyecto fue definido por Caracol que el entorno de funcionamiento de la aplicación debería ser Microsoft, por tanto fue necesario definir herramientas de diseño acordes a esta delimitación. Y para llevar a cabo la implementación de la aplicación en la red interna de Caracol, fueron necesarios varios elementos que permitan la difusión del servicio de streaming que cumplieran con el anterior requisito.

• IIS 6.0 (Internet Information Services) • SQL Server Express. • Acceso a red corporativa. • Equipo servidor. • Navegador de internet en los clientes. • Conexión de tarjetas de Audio del servidor de origen

Como primera medida se realizó la instalación de las aplicaciones necesarias (para consultar los pasos, remitirse al anexo 1), que permitieran el funcionamiento de la arquitectura cliente-servidor.

2.2.3.9. Diccionario de datos

Dado que la tecnología para el desarrollo de la herramienta debía funcionar bajo el entorno Microsoft como fue mencionado en el punto anterior, la opción para el almacenamiento de datos fue el lenguaje SQL. A continuación se muestra como ejemplo la tabla Users y el formato que será presentado en el Anexo 2 documentando las demás.


Tabla Users

COLUMN NAME DATATYPE NOT NULL

UserId

uniqueidentifier

True

ApplicationId

uniqueidentifier

True

UserName

nvarchar(50)

True

IsAnonymous

bit

True

LastActivityDate

datetime

True

PRIMARY KEY NAME COLUMNS

PK__Users__1788CC4C4385E936

UserId

TYPE / NAME COLUMNS

«index» IDX_UserName

UserName

FOREIGN KEY NAME COLUMNS REFERENCES

User_Application ApplicationId

dbo.Applications(ApplicationId)


2.2.4. Topología de red LANBroadcast 2.0

Posteriormente se diseñó el tipo de conectividad necesaria para el establecimiento e interacción del aplicativo LANBroadcast 2.0 contra el servidor de audio y los posibles escenarios a los cuales se verían representados, en el siguiente diagrama de topología:

Ilustración 34. Topología de red Lanbroadcast 2.0. Fuente: Los autores


3. FASE VERIFICAR

3.1. Definición de funciones Fase verificar

3.1.1. Pasantes

• Tomar mediciones a nivel acústico de los diferentes ambientes de la empresa luego de instalado el aplicativo con el fin de contar con estadísticas base para fines comparativos.

• Realizar comparación de consumo de Internet, frente otras aplicaciones o formas antiguas de monitoreo de audio.


• Confirmar que los usuarios proporcionados se encuentren funcionales en la aplicación.

• Verificar el rendimiento del servidor suministrado. • Validar que el servidor se encontró permaneció bajo conexión 24/7 a la red

interna de la empresa.


• Brindar retroalimentación de los resultados luego de implementación de la herramienta.

• Realizar el acompañamiento respectivo a los pasantes durante los recorridos por la empresa, para tomar niveles de audio luego de iniciar la producción de la herramienta informática.


3.2. Resultados fase Verificar

3.2.1. Verificación consumo de red

Uno de los primeros ítems en verificarse fue el consumo de red. En la siguiente gráfica se puede apreciar que el consumo de un solo cliente fue constante, debido al flujo de datos que hay entre éste y el servidor.

Ilustración 35. Muestra de consumo de red de un solo cliente (tomada con la aplicación iTraffic).33

Fuente: Los autores

Se logró que el consumo fuera bajo, en promedio 32,8 KB/s, hecho que aporta a la optimización de los recursos.

Posteriormente se realizó la medición de consumo de red con dos usuarios y el mismo se incrementó a 63,6 KB/s.

Ilustración 36. Muestra de consumo de red de dos clientes (tomada con la aplicación.

Fuente: Los autores.

33 http://www.trvx.com/itrafficmonitor/


Dados los anteriores resultados se determinó que podrían establecerse más de 1000 conexiones simultáneas (claro está, sin depender de recursos como procesador y memoria RAM del equipo servidor).

3.2.2. Verificación consumo de recursos Servidor

En cuanto al consumo de recursos en el equipo servidor, se tomaron algunas capturas sobre el rendimiento del aplicativo con algunos usuarios en conexión simultánea y se observó que el consumo no es elevado dada la actividad de procesamiento de audio que se lleva a cabo.

Ilustración 37. Captura de Administrador de tareas en equipo servidor.

Fuente: Los autores.


Ilustración 38. Captura de la nueva versión de la aplicación servidor Lanbroadcast con varios usuarios conectados.

Fuente: Los autores

La aplicación actualmente se encuentra en fase de pruebas dado que Caracol Radio ha tenido problemas con la infraestructura y puesta en marcha de las conexiones necesarias, de las señales de streaming a distribuir. Dado lo anterior no se han tomado nuevos registros sobre los niveles de contaminación acústica en las diferentes estaciones de trabajo de los empleados. Se espera que el COPASST pueda realizar las mediciones una vez se superen los inconvenientes citados. Sin embargo, se estima que se pueden alcanzar entre 65 dB a 70 dB en las cercanías a las fuentes de audio más comunes (televisores, radio y parlantes de computador) luego de que la herramienta Lanbroadcast entre en pleno funcionamiento en su nueva versión.

3.2.3. Socialización de la herramienta

La organización en este momento no cuenta con una intranet a través de la cual se pueda promulgar el uso de una nueva aplicación. Por lo anterior, se optará por medios alternativos de comunicación.


3.2.3.1. Correo electrónico

A través del correo electrónico se puede difundir entre los empleados de la organización la información de interés y el modo de acceso y de uso de la herramienta. Además, en la actualidad se hace uso del correo electrónico para difundir recomendaciones o avisos a los empleados.

Ilustración 39. Correo electrónico del COPASST dirigido a los empleados de la empresa, fomentando la disminución de ruido en las instalaciones.

Fuente: Los autores

3.2.3.2. Socializaciones institucionales El COPASST en conjunto con el departamento de Sistemas, pueden organizar campañas de capacitación personalizada, con la finalidad de familiarizar a los empleados con la interfaz de la herramienta y promover su uso.


3.2.3.3. Socializaciones impresas

Dentro de la empresa, hay disponibles unos espacios con carteleras que puedan ser usados para dar a conocer la forma de uso de la herramienta y sus particularidades, de manera tal que se genere aún más recordación sobre los empleados de la empresa.

3.2.4. Medición de ruido ambiente

Luego de implementar la herramienta en un puesto de trabajo del piso séptimo de las oficinas de Caracol Radio, se procedió a realizar la medición del ruido ambiente, bajo la herramienta DeciBel Pro v.4.3 de casa de desarrollo BSB Mobile, con teléfono de gama Alta Huawei Ascend P8, logrando los resultados en el puesto de trabajo que se evidencian a continuación:

Ilustración 40. Muestra de sonido en una estación de trabajo previa. Fuente: Los autores


Ilustración 41. Muestra de sonido en una estación de trabajo luego de LANBroadcast.

Fuente: Los autores

Ilustración 42. Muestra de sonido en los pasillos. Fuente: Los autores


Ilustración 43. Muestra de sonido cerca de un dispositivo emisor de audio Antes.

Fuente: Los autores

Con lo anterior queda identificado una disminución de ruido de un 39.9% respecto a la capturas de audio previas a la implementación de la herramienta, contribuyendo a disminuir el ruido ambiente y aportando a mejorar las condiciones necesarias para la salud de los funcionarios del área según lo indicaba el informe realizado por parte de la Organización Mundial de la Salud (OMS), logrando bajar en la escala de ruidoso a bajo, como se aprecia en siguiente resumen.34 A continuación se detalla las mediciones de audio realizadas en la fase inicial del proyecto:

Tabla 3. Medición niveles de Ruido previa Nivel Muy Bajo Bajo Ruidoso Muy Ruidoso Nivel Medición dB Puesto de Trabajo

10 y 30 dB 30 y 55 dB 55 y 75 dB 75 dB y 85 dB Ruidoso 64.8

Pasillos 10 y 30 dB 30 y 55 dB 55 y 75 dB 75 dB y 85 dB Ruidoso 71.6 Fuente de Audio 10 y 30 dB 30 y 55 dB 55 y 75 dB 75 dB y 85 dB Muy Ruidoso 76.1 Total Promedio Previo herramienta 70.83

Fuente: Los Autores Posteriormente se efectuaron mediciones luego de la implementación de la herramienta obteniendo los siguientes valores:

34 Mapfre Seguros, Agosto de 2016, tomado de http://www.mapfre.es/salud/es/cinformativo/ruido-salud.shtml




Tabla 4. Medición niveles de Ruido Posterior

Nivel Muy Bajo Bajo Ruidoso Muy Ruidoso Nivel Medición dB Puesto de Trabajo

10 y 30 dB 30 y 55 dB 55 y 75 dB 75 dB y 85 dB Bajo 37.1

Pasillos 10 y 30 dB 30 y 55 dB 55 y 75 dB 75 dB y 85 dB Bajo 45.6 Fuente de Audio 10 y 30 dB 30 y 55 dB 55 y 75 dB 75 dB y 85 dB Bajo 46.1 Total Promedio posterior herramienta LANBroacast 2.0 42.93

Fuente: Los Autores Cálculo de disminución del ruido ambiente: Diferencia (70.83) - (42.93) = 27.9 Porcentaje: (27.9) / (70.83)= 0.3939 = 39% Con lo anterior se puede identificar como después de implementada la herramienta en sitios focalizados generadores de ruido, se nota una reducción de los niveles sonoros, permitiendo a los funcionarios estar menos expuesto al estrés y enfermedades descritas por la OMS a causa de la exposición a niveles de ruido poco saludables.

3.2.5. Liberación de espacios puesto de trabajo De igual manera con el uso del aplicativo y audífonos, los puestos de trabajo se encuentran libres de elementos no necesarios, que puedan ir en contra de las buenas prácticas de recomendadas bajo OHSAS 18002:2008, en la cual recomienda lo siguiente.

Antropometría Esta área se encarga de fundamentar la ergonomía, y consiste en analizar las medidas del cuerpo humano, donde se incluye algunas características del cuerpo, como es tamaño, forma, fuerza y capacidad de trabajo. Todos estos datos antropométricos son empleados para diseñar las áreas de trabajo, herramientas, equipos de seguridad y protección personal, ya que se toma en cuenta estas diferencias entre las características propias de cada individuo, así como sus capacidades y límites físicos35.

35 Norma OHSAS 18001, Agosto de 2018, fuente http://norma-ohsas18001.blogspot.com.co/2014/02/tipos-de-ergonomia.html

http://norma-ohsas18001.blogspot.com.co/2014/02/tipos-de-ergonomia.html

http://norma-ohsas18001.blogspot.com.co/2014/02/tipos-de-ergonomia.html


Ilustración 44. Escritorio ergonómico libre objetos sobre superficie. Fuente: Los autores

3.2.6. Comparación consumo de red Con el fin de validar el mejoramiento del consumo de red, se realizan pruebas de diferentes aplicativos de audio, con el fin de calcular si existe alguna diferencia con el método anterior de consumo frente a la opción que ofrece la nueva aplicación tecnológica:

Para lo cual se realiza pruebas de medición bajo la herramienta de software libre ITraffic 2.0 tal como se aprecia a continuación:

3.2.6.1. Spotify Premium 1.0.34.146 Se procede a monitorear el consumo, mediante la opción de Radio Streaming, disponible en la versión Premium del producto.


Ilustración 45. Muestra de consumo de red Spotify Premium (tomada con la aplicación iTraffic).36

Fuente: Los autores

Se identifica un consumo promedio cercano a 209 kb/s, y un comportamiento de picos discontinuos variados en el tiempo.

3.2.6.2. Dezzer Tigo-Music 5.3.6.141 Se procede a monitorear el consumo, mediante la opción de Tigo Sessions, disponible en la versión Paga del producto.

36 TRVX Companny Inc, (2016-07). I-Traffic Monitor. New York. Software recuperado en línea de : http://www.trvx.com/itrafficmonitor

http://www.trvx.com/itrafficmonitor


Ilustración 46. Muestra de consumo de red de Deezer 5.3 (tomada con la aplicación iTraffic).37

Fuente: Los autores

Se identifica un consumo promedio cercano a 212.47 kb/s, y un comportamiento de picos discontinuos variados en el tiempo.

3.2.6.3. Soundcloud.com 20.14.01.24 Se procede a monitorear el consumo, mediante la opción de Playing from your Stream, como se aprecia a continuación:

37 TRVX Companny Inc, (2016-07). I-Traffic Monitor. New York. Software recuperado en línea de: http://www.trvx.com/itrafficmonitor/


Ilustración 47. Muestra de consumo de red de Soundcloud.com (tomada con la aplicación iTraffic).38

Fuente: Los autores

Se identifica un consumo promedio cercano a 211.7 kb/s, y un comportamiento de picos discontinuos variados en el tiempo.

3.2.6.4. Sistema Wradio.com.co 20.14.01.24

A pesar que la versión web cuenta con un consumo promedio de inferior a 44.3 kb/s su constante publicidad hace que el canal de Internet, tenga mayor ocupación, debido a que el portal también ofrece contenidos multimedia auto emergentes tales como videos:



Consumo medio


Fuente: Los autores

Publicidad multimedia del portal web:


Fuente: Los autores

Se identifica un consumo promedio cercano a 44.3 kb/s, y un comportamiento de picos discontinuos variados en el tiempo, por la publicidad del portal web.

39 TRVX Companny Inc, (2016-07). I-Traffic Monitor. New York. Software recuperado en línea de: http://www.trvx.com/itrafficmonitor/ 40 Idem


3.2.6.5. LANBroadcast 2.016 Se procede a monitorear el consumo, mediante la opción de Streaming, disponible en la versión 2.016 del producto, con dos sesiones establecidas.


Fuente: Los autores

Se identifica un consumo promedio 32.8 kb/s, y un comportamiento de lineal, ordenado y constante en el tiempo.

3.2.6.6. Resumen comparativo:

A continuación de resume el comparativo de las aplicaciones en cuanto al consumo de tráfico:

Tabla 5. Comparativo de tráfico

Producto Tráfico Promedio Comportamiento Spotify Premium 1.0.34.146 209.8 kbps Ráfagas variables Dezzer Tigo-Music 5.3.6.141 212.47 kbps Ráfagas variables Soundcloud,com 20.14.01.24 211.7 kbps Constante lineal Wradio.com.co 20.14.01.24 44.3 kbps Ráfagas variables LANBroadcast 2.016 32.8 kbps Constante lineal

Fuente: Los Autores



4. FASE ACTUAR

4.1. Definición de funciones Fase Actuar

4.1.1. Pasantes

• Identificar mejoras de la herramienta respecto al consumo de recursos informáticos del servidor.

• Identificar cual es la mejor opción de salida de audio, para propagación vía streaming.


• Identificar no conformidades de la herramienta para proceder con las mejoras que sean necesarias.


• Realizar el acompañamiento respectivo a los pasantes durante los recorridos por la empresa para identificar posibles planes de mejora.

4.2. Resultados fase Actuar

4.2.1. Formato de audio

Durante la fase de verificación se realizaron diferentes pruebas del aplicativo y la calidad de su producto, el cual es el audio, basado en lo anterior se identificó que el formato inicial, a pesar de representar una gran calidad generaba interrupciones de transmisión impidiendo el continuo flujo del contenido multimedia propagado por la herramienta LANBroadcast.

El formato inicial analizado fue .wav, sin embargo debido a sus características ocupaba un gran tamaño situación que generaba una sobrecarga al procesador asì como un consumo de ancho de banda poco efectivo.


De lo anterior se tomó la decisión de realizar cambio de librearías, con el fin de buscar una transmisión en otros formatos a partir de la siguiente tabla, comparativa:

Ilustración 51. Comparativos formatos de audio.42 Fuente: http://jabwml.galeon.com/aficiones1462102.html

Situación que permitió analizar las diferentes frecuencias, canales de audio, consumo de transmisión, llegando la conclusión que la mejor opción recurso/efectividad es la correspondiente a MPEG-1 Layer III MP3, la cual dispone de varias posibilidades como lo son 32, 44.1 y 48 KHz, con un consumo de canal de 64 kb/s Variable, conservando el nivel de compatibilidad necesario para la interacción con el Servidor de Audio, alojado en las instalaciones de la compañía Caracol Radio.


http://jabwml.galeon.com/aficiones1462102.html


4.2.2. Consumo de CPU Servidor

En un principio se tomó la decisión de hacer que el flujo de datos no tuviera un tiempo límite. Sin embargo, dicha distribución causaba un loop en la programación que generaba un consumo exponencial a medida que se realizaban más conexiones al sistema, llegando a un 99% con 10 conexiones simultáneas y durante seguimiento al rendimiento del servidor que aloja la aplicación LANBroadcast, se identificó un alto consumo de procesador, luego que los usuarios realizaban inicio de sesión, situación que representó degradación del sonido, alto delay y en ocasiones, interrupción total del stream de audio.

Por lo anterior, se estableció un período máximo de dos horas de streaming para cada usuario; dando fin al loop y asegurando que el sistema cuente con un nivel de consumo sostenible. Una vez identificado el síntoma mencionado se procede, a realizar pruebas de mediante seguimiento de código para descartar posibles nuevo loops, apuntamientos de memoria erróneos o clases que puedan afectar el consumo de CPU en el servidor.

Como resultado a lo anterior, se ajustaron los siguientes parámetros implementados en el código de la herramienta:

• Control Adapter: este fue empleado, como remplazado de los antiguos controles DataList, DataView y DataGrid, los cuales generaban código excesivo sobre las interfaces.

• HttpResponse.IsClientConnected: Gracias al uso de este control, se logró obtener una verificación automatizada de los clientes conectados, para evitar sesiones fantasmas.

• Page.IsValid: dado que se cuenta con controles de validación, al momento de iniciar la sesión, fue necesario realizar el llamado de este sub-control, para activar solo los recursos que una sesión previamente validada requiera.


• App_offline: Por medio de la cual se logró identificar a tiempo real, los

excesivos consumos de recurso, realizando cambios durante la sesión establecida por los usuarios.

De esta manera se logró realizar una liberación de procesamiento, representada en mejor rendimiento de la aplicación continuidad y estabilidad en las sesiones de los usuarios.

4.2.3. Consumo de Memoria Servidor

Luego de establecer la segunda sesión concurrente sobre el servidor, se evidenció, un aumento exponencial del consumo de memoria. La cual representó en un delay o retraso en la transmisión de audio por cada sesión que ingresara en el aplicativo.

Para poder dar solución a la presente falla, se realizó ajustes sobre las siguientes características del código fuente de la aplicación.

• Bloque Finally: este permitió la liberación de los recursos de memorias que fueron asignados a sesiones previamente establecidas, pero que ya no se encontraban activas.

• ControlState: este fue la mejora implementada ante el consumo de recurso por parte del control ViewState, el cual demostró ser mucho más eficiente en cuanto al manejo, administración y liberación de recursos de memoria.

• HTTPServerUtility.Transfer: fue la alternativa ante el costoso uso de memoría efectuada por parte de Response.Redirect, ya que permite tener una referencia más clara y directa, dependiendo de la ubicación del usuario dentro del entorno web de la aplicación.

Luego de los ajustes y parametrización de los controles, se logró dar una mejor gestión en la asignación de memoria para cada sesión establecida y su respectivo streaming de audio.


4.2.4. Configuración de IIS

Finalmente con los ajustes de código realizados, solo resta validar la correcta configuración a nivel de servidor y puntualmente las características que nos brinda el IIS son una ayuda complementaria para el óptimo performance de una aplicación que es ejecutada sobre dicho servidor.

Los parámetros ajustados sobre el servidor fueron los siguientes:

• Web Garden: La implementación de esta configuración, permitirá continuar la ejecución de la aplicación a pesar de presentar algún tipo de bloqueo en su servicio principal, ya que permite dar continuidad con otro proceso a pesar que se presente algún tipo de bloqueo sobre alguno de estos.

• Reciclado en el pool: Se configura para que automáticamente durante la madrugada realice una validación de los recursos que no se encuentran en operación. Permitiendo optimizar la infraestructura del servidor a partir de una distribución eficiente de los medios.

• HTTP Keep-Alives: Con el fin de liberar la carga repetitiva de logos o interfaz gráfica se activa el presente control. De tal manera de optimiza la petición y descarga de ficheros que lo componen, reduciendo el número de descargas y consumiéndolas de un cache local de máquina cliente.

A partir de los ajustes realizados se logró mejorar la experiencia y rendimiento de la aplicación sin llegar a consumir el 100% de recursos, que es identificaron en la fase de verificación, logrando una puesta a punto en el trabajo conjunto entre lenguaje máquina y hardware disponible.


4.3. Mejoras Propuestas El avance de la tecnología y la infraestructura, es constante por tal razón el enfoque y mejoramiento continuo de las aplicaciones debe ir a la par de su entorno informático, premisa invita a tener presente algunas mejoras a versiones futuras del software.

• Generación de reportes por consumos y horario de cada uno de los usuarios.

• Integrar la herramienta con algún módulo de edición de audio que permita a los funcionarios segmentar sus contenidos.

• Que la herramienta informática, pueda operar en un servidor de alta disponibilidad tipo Failover, para evitar fallas en la emisión de contenidos.

• Realizar seguimiento al rendimiento del servidor con el fin de aumentar la capacidad del hardware conforme el crecimiento al número de peticiones o registro de usuarios concurrente sobre este.

• El aplicativo debería contar en un futuro un segundo factor de autenticación, con el fin de fortalecer el proceso de logueo.

• El servidor debería contar a futuro con capacidad de realizar streaming de video, el cual podrá ser usado como un medio alterno de capacitación interna de la entidad.


CONCLUSIONES

La evolución en el desarrollo de la tecnología, permite aportar a la calidad de vida del ser humano, a partir del uso de herramientas tecnológicas que ayuden a minimizar los factores de riesgo y por consiguiente a ayudar a la conservación del activo más valioso de las compañías, que es son sus trabajadores su talento humano.

Como resultado del presente trabajo de investigación, se muestran los beneficios y ventajas que se tiene al implementar un sistema de difusión de audio interno, y se da el hecho de que el funcionario optimiza los recursos de Caracol Radio S.A., puesto que contribuye a una mayor productividad, eficiencia y menor ausentismo, generando confianza en relación empleador-trabajador contribuyendo en consecuencia al mejoramiento del clima organizacional, aumenta el sentido de pertenencia, se realiza una mayor retención de trabajadores, no sin olvidar los beneficios que genera al trabajador, entre los cuales se destacan la autonomía, libertad y monitoreo a tiempo real de los eventos que hacen noticia; así como la posibilidad de una mejor comunicación con sus compañeros de trabajo y mejorar en consecuencia su calidad de vida, el ahorro en dispositivos, espacios de escritorio y consumo de energía propio del consumo de los dispositivos sonoros llevados a la compañía, reflejando una reducción de costos para la organización y para el funcionario.

Desarrollar una herramienta desde el punto de vista gerencial, permite la optimización de los recursos informáticos de la organización, puesto que permite tener como referente una visión global de las buenas prácticas de las normas Internacionales, aplicadas a un ambiente local como lo es la compañía Caracol Radio S.A.

Una herramienta tecnológica diseñada con arquitectura en capas, permite a las empresas utilizar al máximo la red interna, con el fin de aprovechar completamente el rendimiento sus recursos de hardware, posibilitando la distribución cargas y optimizando su rendimiento, bajo un esquema que brinde mayor seguridad de su infraestructura.


La herramienta de desarrollo integrado Microsoft Visual Studio .Net, con su lenguaje de programación ASP.NET y HTML5, permitió el desarrollo de un software con una interface amigable para el usuario final lo cual satisface el requerimiento de ser apto para fines de capacitación y manejo; al mismo tiempo que el resultado final es una herramienta de distribución de audio, que permite la optimización de recursos informáticos de la compañía.

La metodología PHVA permitió evidenciar falencias del producto y proceder con su respectiva corrección de forma oportuna durante las fases de Verificar y Actuar, equilibrando las cargas de trabajo y permitiendo optimizar los recursos para llevar a cabo las tareas planeadas.

Con el análisis del proceso de transmisión de streaming se hicieron notorios algunos usos o aplicaciones adicionales para la herramienta desarrollada.

• Radio online: El uso de la aplicación como un servidor de Radio online podría darse dado el bajo nivel de delay que maneja, entre el ingreso de la señal y la retransmisión. Además, que se convertiría en una muy buena opción si se cuenta con un dominio propio sin tener que contratar un servicio de streaming externo.

• Dictar capacitaciones: En el ambiente de call center dado el bajo nivel de ruido ambiente que se debe manejar, sería factible difundir el audio de las capacitaciones de producto o servicio a través de la intranet corporativa y con el uso de audífonos en las estaciones de trabajo. De modo tal, que en los momentos libres se puedan impartir las capacitaciones sin tener que desplazar a los agentes a auditorios y así atender de inmediato las comunicaciones de los usuarios en caso de que se inicie un flujo alto de llamadas, manteniendo una buena curva de servicio.

• Aplicación a ambientes de alto ruido como medios de transporte masivo,

terminales transporte terrestre y aéreo, el permiten al usuario contar con una información precisa y tiempo real de su ubicación y destino.

• Como medio didáctico y de ayuda a las personas invidentes o con

discapacidad visual en la descripción de museos de historia o recorridos culturales, que ayuden a brindar un panorama más amplio en su visita guiada.


• En las centrales de salud durante el tiempo transcurrido en la sala de

espera antes que el paciente sea llamado, se pueden brindar recomendaciones de hábitos de vida de saludable, tips de medicina general, así como la invitación a exámenes de chequeo habitual o cursos prevención en salud.

• En los almacenes de grandes superficies o centros comerciales el fin de

ofertar productos, descuentos e información general sobre actividades o noticias de interés para los clientes de los diferentes establecimientos.

• A nivel pedagógico en educación a distancia, se puede realizar conversatorios, entrevistas, debates o podcast, que logren acercar los estudiantes hacia una transferencia de conocimiento integral.


RECOMENDACIONES

• Con el fin de optimizar la seguridad de la herramienta se recomienda la implementación de un WAF (Web Aplication Firewall), el cual permitirá salvaguardar el funcionamiento de la herramienta sin afectar el performance de la misma.

• Se recomienda la integración de logs del servidor con la herramienta de correlación de eventos, con el fin de registrar cualquier tipo de variación que pueda afectar la calidad y transmisión del audio.

• En caso de requerir acceso al servidor, desde puntos remotos, se recomienda efectuarlo por medio de una conexión segura tipo VPN, con el fin de evitar su exposición directa a Internet.

• Para algunos equipos que de la compañía que hagan uso de proxy, se recomienda realizar exclusión del mismo con el fin de contar con una conexión con la menor latencia posible.

• Si en futuro se desea contar con una arquitectura de almacenamiento sobre SAN, es preferible dejar el aplicativo alojado sobre discos rápidos (superior a 7200 rpm) para evitar intermitencias de audio.

• En una futura versión se recomienda, contar con desarrollo para el monitoreo constante de ruido a partir de integración de micrófonos de alta fidelidad, permitiendo contar con un seguimiento permanente a los niveles ruido, sin superar los umbrales sugeridos por entidades como la OMS.


BIBLIOGRAFÍA

Alten S. 1a ed (2011). Working with Audio. New York USA, Alfred Music; 360 p, ISBN-10: 1435460553. Austerberry, David. 2a ed. (2012), The Technology Of Video And Audio Streaming, San Francisco, CA, USA, Focal Press. Belmudez, B. 1a ed. (2014), Audiovisual Quality Assessment and Prediction for Videotelephony (T-Labs Series in Telecommunication Services), Washington, CA, USA, Springer. 184 p, ISBN-10: 3319141651. Boulanger, R. 2a ed. (2010), The Audio Programming Book, Los Angeles, USA: The MIT Press, 920 p. ISBN-10: 0262014467. Huber D. 8a ed (2013). Modern Recording Techniques (Audio Engineering Society Presents). San Monica, USA, Focal Press, 664 p. ISBN-10: 0240821572. Meza, A. 1 ed. (2012), Proyecto: Implementación de plataforma para streaming de vídeo en tiempo real, a partir de tecnologías libres, Universidad de San Carlos de Guatemala, Guatemala, 85 p. Moustafa, H, 1a ed. (2012), Media Networks: Architectures, Applications, and Standards. Indianapolis, Indiana, USA, CRC Press, 555 p. ISBN: 1439877289. Pirkle, W. 1a ed. (2012), Designing Audio Effect Plug-Ins in C++: With Digital Audio Signal Processing Theory, San Francisco, CA, USA, Focal Press. 560 p ISBN-10: 0240825152. Romero, A. 1a ed. (2009), Proyecto: El servidor Icecast (Streaming en directo), IES Gonzalo Nazareno, Sevilla, España, 68 p.


Simpson, W. 2a ed (2008), Video over IP. Londres, Reino Unido, Focal press, 501 p. ISBN: 978-0-240-81084-3. Zhu, Ce; Ll, Yuenan; NIU, Xiamu. (2011), Streaming media architectures, techniques and applications. USA, Information Science Reference, 503 p. ISBN: 978-1-61692-833-9.


ANEXO 1

A continuación se presentan las instrucciones para la configuración del software necesario para el funcionamiento de la herramienta LanBroadcast.

Configuración Internet Information Services Internet Information Services (IIS) no se encuentra instalado por defecto en Windows y se deben agregar ciertas características adicionales. 1. Como primera medida se debe abrir el panel de control y se abre la opción de

Programas y características.

Ilustración 52. Programas adicionales de Windows

Fuente: Los autores

2. Se selecciona la opción de Activar o desactivar las características de Windows.


Ilustración 53. Panel de control de Windows

Fuente: Los autores

3. Luego se selecciona la opción de Activar o desactivar las características de Windows.

Ilustración 54. Cuadro de selección de Activar o desactivar características de Windows.

Fuente: Los autores


4. Una vez abierta la ventana de opción se debe desplegar la gama de ítems que

contiene el IIS y se seleccionan las siguientes:

Ilustración 55. Cuadro de dialogo con las opciones de IIS

Fuente: Los autores

5. Al terminar de seleccionar los items necesarios se da click en botón de Aceptar y se espera el tiempo necesario para que el Sistema tome los cambios.

Ilustración 56. Cuadro final, luego de la selección de ítems. Fuente: Los autores


Configuración SQL server Express 1. Para iniciar la instalación de SQL se puede descargar la versión con una simple

búsqueda en internet. El sitio oficial es: https://www.microsoft.com/es-co/download/details.aspx?id=42299 y allí se puede visualizar lo siguiente:

Ilustración 57. Sitio oficial de Microsoft para descarga de SQL Server 2014 Express

Fuente: Los autores

2. Y en el sitio de Microsoft se puede seleccionar la version acorde a los bits del sistema operativo en el cual se va a realizer la instalación.

Ilustración 58. Ventana de selección de la versión de SQL Server.

Fuente: Los autores

https://www.microsoft.com/es-co/download/details.aspx?id=42299

https://www.microsoft.com/es-co/download/details.aspx?id=42299


3. Cuando el navegador termine la descarga se ejecuta el archivo de instalación.

En caso de que se genere un error con la instalación, puede deberse a la configuración regional del Sistema.

Ilustración 59. Ventana de configuración regional de Windows.

Fuente: Los autores

4. Si no hay inconvenientes la instalación se iniciará sin problemas.

Ilustración 60. Cuadro de dialogo de inicio de instalación de SQL Sever 2014. Fuente: Los autores


5. Luego de que termine la operación anterior, se abre la siguiente ventana de

dialogo en la cual se debe seleccionar la opción de Instalación y luego Nueva instalación.

Ilustración 61. Ventana de Nueva instalación de SQL Server 2014. Fuente: Los autores

6. En la ventana siguiente se aceptan los términos de licencia del software de Microsoft.

Ilustración 62. Ventana de términos de licencia del software de Microsoft. Fuente: Los autores


7. El siguiente cuadro de dialogo realizará la búsqueda de actualizaciones para

realizar la instalación.

Ilustración 63. Cuadro de instalación con búsqueda de actualizaciones.

Fuente: Los autores

8. Una vez descargadas las actualizaciones se inicia la instalación.

Ilustración 64. Inicio de la instalación de SQL Server.

Fuente: Los autores


9. Por defecto están seleccionadas todas las características de instalación.

Ilustración 65. Ventana de selección de características de SQL. Fuente: Los autores

10. Se agrega la instancia de instalación y se puede dejar seleccionada la que está por defecto.

Ilustración 66. Cuadro de dialogo de asignación de instancia. Fuente: Los autores


11. Luego se especifican las cuentas de servicio.

Ilustración 67. Asignación de cuentas de servicio. Fuente: Los autores

12. Luego se especifica el modo de seguridad y se asigna la clave para el inicio de sesión.

Ilustración 68. Asignación del modo de seguridad de la cuenta de SQL. Fuente: Los autores


13. Después de dar clic en el botón de Siguiente se inicia la parte final de la

instalación con la aplicación de las configuraciones seleccionadas en los pasos anteriores.

Ilustración 69. Parte final de la configuración de SQL. Fuente: Los autores

14. Si la instalación fue correcta se visualiza la última ventana de dialogo con el resumen de la configuración.

Ilustración 70. Ventana final de la instalación de SQL. Fuente: Los autores


ANEXO 2

Manual de usuario Uso del servidor (Usuario Administrador) La aplicación no tiene ningún tipo de instalación compleja. Solo se proveen dos carpetas que contienen la versión web y el archivo de ejecución del servidor, y este apartado estará centrado en la apertura y uso de éste último.

Ilustración 711. Carpetas contenedoras de la herramienta.

Fuente: Los autores

Dentro de la carpeta Lanbroadcast se encuentran dos archivos importantes para la ejecución de la herramienta, el archivo AudioStreamServer.exe y el archivo AudioStreamServer.exe.config, el primero ejecuta abre la aplicación y el segundo es uno configurable de acuerdo a varios parámetros como nombre del equipo, nombre de la base de datos, y contraseña del usuario sa de la misma, entre otros. El archivo de configuración puede ser abierto con cualquier tipo de editor de texto, incluso con el bloc de notas de Windows. A continuación se mostrarán las partes que se deben editar para que la aplicación funcione correctamente. Dentro de la etiqueta <connectionStrings> se encuentra la cadena connectionString en la cual se modifican los parámetros de:

• data source: Nombre del equipo. • initial catalog: Nombre de la base de datos. • id: Usuario con el que se obtiene acceso a la base de datos. • password: Clave de acceso a la base de datos.


Ejemplo: <connectionStrings> <add name="StreamEntities" connectionString="metadata=res://*/StreamModel.csdl|res://*/StreamModel.ssdl|res://*/StreamModel.msl;provider=System.Data.SqlClient;provider connection string="data source=nombre_del_equipo;initial catalog=nombre_de_la_BD;user id=usuario_de_la_BD;password=clave_de_acceso_a_la_BD;MultipleActiveResultSets=True;App=EntityFramework"" providerName="System.Data.EntityClient" /> </connectionStrings>

Si lo anterior fue configurado de manera correcta no habrá ningún problema en ejecutar el archivo AudioStreamServer.exe para visualizar la interfaz del servidor, la cual se detallará en la siguiente gráfica.

Ilustración 722. Interfaz de Servidor Lanbroadcast

Fuente: Los autores

1. Espacio disponible para digitar el nombre que se le asignará a la señal que se va a crear. 2. Caja de texto para ingresar el puerto sobre el cual se va a difundir la señal. 3. Botón para crear el servidor de streaming, una vez se hayan diligenciado los espacios de

Nombre y Puerto. 4. Botón para eliminar el servidor que se requiera. 5. Espacio de visualización de los Servidores Disponibles. Allí se pueden encontrar los datos

de Nombre del servidor, Dirección IP de la máquina sobre la que se está ejecutando la aplicación y puerto asignado.

6. Pestaña disponible para generar reportes de conexión por usuario.


7. Espacio de visualización de características del servidor creado y asignación de dispositivos

encargados de grabación.

Una vez se cree un servidor de audio se visualizaría de la siguiente forma:

Ilustración 733. Vista detallada del espacio de visualización de Servidores Disponibles.

Fuente: Los autores

Y cuando se seleccione uno de los servidores de la vista anterior se podrán ver los siguientes detalles:

Ilustración 744. Vista detallada del espacio de visualización de Servidores Disponibles.

Fuente: Los autores

Habrá una descripción del servidor, detallando el nombre, puerto, retraso y frecuencia. También, estará el botón para iniciar la señal de streaming, así como las cajas de selección de los dispositivos de grabación y reproducción (esta última dentro de la máquina en el que se ejecuta el servidor) y además, se habilitará una sección en la cual se podrán detallar las direcciones ip de los usuarios que se conecten al servidor.

Uso del cliente La interfaz del cliente es intuitiva para su uso. Se compone en primera instancia de una ventana con los espacios de nombre de usuario, contraseña, un botón de ingreso y un acceso para registrarse, los cuales son comunes en cualquier plataforma web de la actualidad.


Ilustración 755. Vista de la interfaz del cliente a través del navegador web.

Fuente: Los autores

1. Espacio para digitar el nombre de usuario. 2. Espacio para digitar la contraseña. 3. Botón para generar la acción de ingreso al sistema. 4. Botón para diligenciar el formulario de registro.

Ilustración 766. Vista de la interfaz de registro de nuevo usuario.

Fuente: Los autores

1. Espacio para digitar el nombre de usuario. 2. Espacio para digitar la dirección de correo electrónico del usuario. 3. Espacio para digitar la contraseña (mínimo 6 caracteres). 4. Botón para generar la acción de registro.


Ilustración 777. Vista de la interfaz de ingreso con espacios dilegenciados.

Fuente: Los autores

Luego del registro se puede acceder a las señales (servidores) que se encuentren disponibles para la reproducción.

Ilustración 788. Cuadro de selección de señales disponibles. Fuente: Los autores

Una vez seleccionada la señal se puede dar click sobre el botón de conectar y luego de unos segundos se iniciará la reproducción del streaming sin necesidad de alguna interacción del usuario.

Ilustración 799. Reproductor web en funcionamiento.

Fuente: Los autores


ANEXO 3

Manual del Programador

BDHelper Class in package 'Domain Model'

BDHelper Version 1.0 Phase 1.0 Proposed

Created on 07/08/2016. Last modified 07/08/2016

OPERATIONS

CrearLogFinConexion (cliente : string ) : void Public [ Is static True. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

CrearServidor (nombre : string , ip : string , puerto : Int16 ) : void Public [ Is static True. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

EliminarServidor (nombre : string , ip : string , puerto : Int16 ) : void Public [ Is static True. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

EliminarServidores () : void Public [ Is static True. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

ObtenerLogConexion () : List<tbl_LogConexion> Public [ Is static True. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

ClientModel Class in package 'Domain Model' Class ClientModel.

ELEMENTS OWNED BY ClientModel

NameValueType : Class


ATTRIBUTES

client : StreamClient Public

The client

[ Is static False. Containment is Not Specified. ]

ClientConfig : Configuration Public = new Configuration() The client configuration


ClientConnected : bool Public The client connected


PrototolClient : WinSound.Protocol Private = new WinSound.Protocol(WinSound.ProtocolTypes.LH, Encoding.Default)


usuario : string Public = string.Empty The usuario


ASSOCIATIONS

Association (direction: Source -> Destination) Source: Public (Class) ClientModel

Target: Public client (Class) StreamClient

Association (direction: Source -> Destination)

Source: Public (Class) ClientModel

Target: Public ClientConfig (Class) Configuration


OPERATIONS

appPath () : string Public Gets or sets the application path. @value The application path.

[ Stereotype is «property». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

audioDuration () : float Public Gets or sets the duration of the audio. @value The duration of the audio.


ClienteConnectado (cliente : string ) : bool Public Clientes the connectado. @returns <c>true</c> if XXXX, <c>false</c> otherwise.

[ Is static True. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

ConfigurarCliente () : bool Private [ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

ConnectarCliente () : void Public Connectars the cliente.

[ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

ConnectClient () : void Private ConnectClient


contexto () : HttpContext Public [ Stereotype is «property». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]


OPERATIONS

ContextoLocal () : Stream Public [ Stereotype is «property». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]

CrearLogFinConexion () : void Public Crears the log fin conexion.


CrearLogInicioConexion (cliente : string ) : void Public Crears the log inicio conexion.


DesconectarCliente () : void Public [ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

DisconnectClient () : void Private DisconnectClient


emailUsuario () : string Public Gets or sets the email usuario. @value The email usuario.


idConexion () : Guid Public Gets or sets the identifier conexion. @value The identifier conexion.


InitJitterBufferClientPlaying () : void Private InitJitterBufferClientPlaying



OPERATIONS

InitJitterBufferClientRecording () : void Private

InitJitterBufferClientRecording


InitProtocolClient () : void Private InitProtocolClient


IPAddress () : string Public Gets or sets the ip address. @value The ip address.


IsClientConnected () : bool Public Gets or sets a value indicating whether this instance is client connected. @value <c>true</c> if this instance is client connected; otherwise, <c>false</c>.


LlenarServidores () : IEnumerable<NameValueType> Public Llenars the servidores. @returns IEnumerable<NameValueType>.


LocalEndPoint () : string Public [ Stereotype is «property». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]

MethodInvoker () : void Public Delegate MethodInvoker

Properties: delegate = true



OPERATIONS

mp3Path () : string Public Gets or sets the MP3 path. @value The MP3 path.


OnClientConfigReceived (sender : Object , data : Byte[] ) : void Private OnClientConfigReceived


OnClientDataReceived (client : StreamClient , bytes : Byte[] ) : void Private OnClientDataReceived


OnClientDisconnected (client : StreamClient , info : string ) : void Private OnClientDisconnected


OnClientExceptionAppeared (client : StreamClient , ex : Exception ) : void Private OnClientExceptionAppeared


OnDataReceivedFromSoundcard_Client (data : Byte[] ) : void Private OnDataReceivedFromSoundcard_Client @param ="linearData"


OnJitterBufferClientDataAvailableRecording (sender : Object , rtp : WinSound.RTPPacket ) : void Private OnJitterBufferClientDataAvailable


OnProtocolClient_DataComplete (sender : Object , data : Byte[] ) : void Private


OPERATIONS

OnProtocolClient_DataComplete


Port () : string Public Gets or sets the port. @value The port.


SelectedServer () : string Public Gets or sets the selected server. @value The selected server.


ShowStreamingFromSounddeviceStarted_Client () : void Private ShowStreamingFromSounddeviceStarted


SoundInputDevice () : string Public Gets or sets the sound input device. @value The sound input device.


SoundOutputDevice () : string Public Gets or sets the sound output device. @value The sound output device.


StartPlayingToSounddevice_Client () : void Private StartPlayingToSounddevice_Client



OPERATIONS

StartRecordingFromSounddevice_Client () : void Private StartRecordingFromSounddevice_Client


Writer () : LameMP3FileWriter Public [ Stereotype is «property». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]

Configuration Class in package 'Domain Model' Config

ATTRIBUTES

BitsPerSampleClient : int Public = int.Parse(ConfigurationManager.AppSettings["BitsPerSampleClient"].ToString()) The channels client


ChannelsClient : int Public = int.Parse(ConfigurationManager.AppSettings["ChannelsClient"].ToString()) The channels client


ClientNoSpeakAll : bool Public = false The client no speak all


FileName : string Public = "" The file name



ATTRIBUTES

IpAddressClient : String Public = "" Attribute


JitterBufferCountClient : uint Public = uint.Parse(ConfigurationManager.AppSettings["JitterBufferCountClient"].ToString()) The jitter buffer count client


LoopFile : bool Public = false The loop file


MuteClientPlaying : bool Public = false The mute client playing


PortClient : int Public = 0 The port client


SamplesPerSecondClient : int Public = int.Parse(ConfigurationManager.AppSettings["SamplesPerSecondClient"].ToString()) The samples per second client


SoundInputDeviceNameClient : String Public = "" The sound input device name client



ATTRIBUTES

SoundOutputDeviceNameClient : String Public = "" The sound output device name client


UseJitterBufferClientRecording : bool Public = bool.Parse(ConfigurationManager.AppSettings["UseJitterBufferClientRecording"].ToString()) The use jitter buffer client recording


ASSOCIATIONS

Association (direction: Source -> Destination) Source: Public (Class) ClientModel

Target: Public ClientConfig (Class) Configuration

OPERATIONS

Configuration () : Public Config


ServerThread Class in package 'Domain Model' ServerThread eines Servers

ATTRIBUTES

_mConnection : TcpClient Private Const [ Is static False. Containment is Not Specified. ]

_mIsStopped : bool Private Stop-Flag


ATTRIBUTES


IsMute : bool Public = false [ Is static False. Containment is Not Specified. ]

Name : String Public = "" [ Is static False. Containment is Not Specified. ]

ReadBuffer : byte Public = new byte[1024] [ Is static False. Containment is Not Specified. ]

ASSOCIATIONS

Association (direction: Source -> Destination) Source: Public (Class) StreamServer

Target: Private _threads (Class) ServerThread

Cardinality: [0..*]

OPERATIONS

Client () : TcpClient Public Inneren Client

Properties: readonly = true


ClientDisconnected () : DelegateClientDisconnected Public [ Stereotype is «event». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]

DataReceived () : DelegateDataReceived Public [ Stereotype is «event». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]


OPERATIONS

DelegateClientDisconnected (sv : ServerThread , info : string ) : void Public

Properties:

delegate = true [ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

DelegateDataReceived (st : ServerThread , data : Byte[] ) : void Public



HandleDisconnection (reason : string ) : void Public Handler connection


IsStopped () : bool Public Is stopped



Receive (ar : IAsyncResult ) : void Public Nachrichten lesen


Send (data : byte[] ) : void Public Send data


ServerThread (connection : TcpClient ) : Public Hilo de conexión


Stop () : void Public


OPERATIONS

Thread stop


StreamClient Class in package 'Domain Model'

ELEMENTS OWNED BY StreamClient

Locker_AutoConnectClass : Class

ATTRIBUTES

Client : TcpClient Public

Attribute


m_AutoConnect : bool Private = false [ Is static False. Containment is Not Specified. ]

m_AutoConnectInterval : int Private = 10 [ Is static False. Containment is Not Specified. ]

m_NetStream : NetworkStream Private [ Is static False. Containment is Not Specified. ]

m_Port : int Private [ Is static False. Containment is Not Specified. ]

m_Server : String Private [ Is static False. Containment is Not Specified. ]


ASSOCIATIONS


Source: Public (Class) StreamClient

Target: Private Locker_AutoConnect (Class) Locker_AutoConnectClass


Source: Public (Class) ClientModel

Target: Public client (Class) StreamClient

OPERATIONS

AutoConnect () : bool Public Regelt die Automatische Wiederverbindung @returns

Properties: attribute_name = m_AutoConnect


AutoConnectInterval () : Int32 Public Interval für AutoConnect in Sekunden

Properties: attribute_name = m_AutoConnectInterval


ClientConnected () : DelegateConnection Public [ Stereotype is «event». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]

ClientDisconnected () : DelegateConnection Public [ Stereotype is «event». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]

Connect () : void Public


OPERATIONS

Connect [ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

Connected () : bool Public Gibt an ob der Client verbunden ist. Readonly @returns




False. ]

DelegateConnection (client : StreamClient , Info : string ) : void Public



DelegateDataReceived (client : StreamClient , bytes : Byte[] ) : void Public Delegates, Events



DelegateDataReceivedComplete (client : StreamClient , message : String ) : void Public



Disconnect () : void Public Disconnnect


disconnect_intern () : void Private


OPERATIONS

Verbindung beenden (intern)


InitTimerAutoConnect () : void Private Timer connection


IsRunning () : bool Public Gibt an ob der Client versucht sich über AutoConnect zu verbinden



OnConnected (client : StreamClient , info : string ) : void Private Wenn sich ein Client verbunden hat


OnDataReceived (ar : IAsyncResult ) : void Private On data received @param ="result"


OnDisconnected (client : StreamClient , info : string ) : void Private Wenn sich ein Client getrennt hat


Send (data : Byte[] ) : void Public Send @param ="Data"


StartReading () : void Private


OPERATIONS

Startet reading @param ="Data"


StreamClient (server : String , port : int ) : Public Constructor


StreamServer Class in package 'Domain Model' StreamServer

ATTRIBUTES

_endpoint : IPEndPoint Private Attribute


_state : ListenerState Private [ Is static False. Containment is Not Specified. ]

_tcpip : TcpListener Private [ Is static False. Containment is Not Specified. ]

_threadMainServer : Thread Private [ Is static False. Containment is Not Specified. ]

_threads : List<ServerThread> Private = new List<ServerThread>() [ Is static False. Containment is Not Specified. ]

ASSOCIATIONS

Association (direction: Source -> Destination) Source: Public (Class) StreamServer Target: Private _threads (Class)


ASSOCIATIONS

ServerThread Cardinality: [0..*]

OPERATIONS

ClientConnected () : DelegateClientConnected Public Events

[ Stereotype is «event». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

ClientDisconnected () : DelegateClientDisconnected Public [ Stereotype is «event». Is static False. Is abstract False. Is return array False. Is query False. Is synchronized

False. ]

Clients () : List<ServerThread> Public Alle Aktuellen Clients des Servers




False. ]

DelegateClientConnected (st : ServerThread ) : void Public Delegates



DelegateClientDisconnected (st : ServerThread , info : string ) : void Public




OPERATIONS

DelegateDataReceived (st : ServerThread , data : Byte[] ) : void Public



Listener () : TcpListener Public Listener



OnClientConnected (st : ServerThread ) : void Private Wird aufgerufen wenn sich ein Client verbindet


OnClientDisconnected (st : ServerThread , info : string ) : void Private On Client Disconnected


OnDataReceived (st : ServerThread , data : Byte[] ) : void Private On Data Received


Run () : void Private Run


Send (data : byte[] ) : int Public Send @returns Threads count


Start (strIpAdress : string , port : int ) : void Public


OPERATIONS

Start server


State () : ListenerState Public Connected



Stop () : void Public Beenden des Servers


dbo.Applications Database table in package 'Domain Model'

COLUMN NAME DATATYPE NOT NULL COMMENTS

ApplicationId

uniqueidentifier

True

ApplicationName

nvarchar(235)

True

Description

nvarchar(256)

False

PRIMARY KEY NAME COLUMNS COMMENTS

PK__Applicat__C93A4C99884D8E6D

ApplicationId


dbo.Memberships Database table in package 'Domain Model'


UserId

uniqueidentifier

True

ApplicationId

uniqueidentifier

True

Password

nvarchar(128)

True

PasswordFormat

int

True

PasswordSalt

nvarchar(128)

True

Email

nvarchar(256)

False

PasswordQuestion

nvarchar(256)

False

PasswordAnswer

nvarchar(128)

False

IsApproved

bit

True

IsLockedOut

bit

True

CreateDate

datetime

True

LastLoginDate

datetime

True

LastPasswordChangedDate

datetime

True

LastLockoutDate

datetime

True



FailedPasswordAttemptCount

int

True

FailedPasswordAttemptWindowStart

datetime

True

FailedPasswordAnswerAttemptCount

int

True

FailedPasswordAnswerAttemptWindowsStart

datetime

True

Comment

nvarchar(256)

False


PK__Membersh__1788CC4CE981DE9D

UserId


MembershipEntity_User

UserId

dbo.Users(UserId)

MembershipEntity_Application

ApplicationId


dbo.Profiles Database table in package 'Domain Model'


UserId

uniqueidentifier

True



PropertyNames

nvarchar(max)

True

PropertyValueStrings

nvarchar(max)

True

PropertyValueBinary

varbinary(max)

True

LastUpdatedDate

datetime

True


PK__Profiles__1788CC4C58F17B73

UserId


ProfileEntity_User

UserId

dbo.Users(UserId)

dbo.Roles Database table in package 'Domain Model'


RoleId

uniqueidentifier

True

ApplicationId

uniqueidentifier

True

RoleName

nvarchar(256)

True

Description

nvarchar(256)

False


PK__Roles__8AFACE1A395E6D1B

RoleId



RoleEntity_Application ApplicationId


dbo.Users Database table in package 'Domain Model'


UserId

uniqueidentifier

True

ApplicationId

uniqueidentifier

True

UserName

nvarchar(50)

True

IsAnonymous

bit

True

LastActivityDate

datetime

True


PK__Users__1788CC4C4385E936

UserId

TYPE / NAME COLUMNS COMMENTS

«index» IDX_UserName

UserName


User_Application ApplicationId



dbo.UsersInRoles Database table in package 'Domain Model'


UserId

uniqueidentifier

True

RoleId

uniqueidentifier

True


PK__UsersInR__AF2760ADEF39E5FA

UserId, RoleId


UsersInRole_User

UserId

dbo.Users(UserId)

UsersInRole_Role

RoleId

dbo.Roles(RoleId)

dbo.tbl_LogConexion Database table in package 'Domain Model'


Id

int

True

Properties:

AutoNum = 1 Increment = 1 property =

AutoNum=1;StartNum=1;Increment=1;

StartNum = 1

Usuario

varchar(50)

True

FechaInicial

datetime

False



FechaFinal

datetime

False

IdConexion

uniqueidentifier

True

Cliente

varchar(25)

False


PK__tbl_LogC__3214EC07B3097A21

Id

dbo.tbl_Servidores Database table in package 'Domain Model'


Id

int

True

Properties:

AutoNum = 1 Increment = 1 property =

AutoNum=1;StartNum=1;Increment=1;

StartNum = 1

Nombre

nvarchar(max)

True

Ip

nvarchar(max)

True

Puerto

int

True


PK_ServidoresSet

Id

Documents

MONITOREO DE EQUIPOS DE TELECOMUNICACIONESrepository.udistrital.edu.co/bitstream/11349/7277/1/Albert Fredy... · Muestra de consumo de red de un solo cliente (tomada con la aplicación