aplicativo movil para ayudar a normalizar los multitaps de

APLICATIVO MOVIL PARA AYUDAR A NORMALIZAR LOS MULTITAPS DE LA RED HFC DE UNE

EDWIN ANDRÉS ARROYAVE REYES GIOVANNY ANDRÉS MURILLO MOSQUERA

UNIVERSIDAD DE CATOLICA DE PEREIRA FACULTAD DE CIENCIAS BÁSICA E INGENIERÍA

INGENIERIA DE SISTEMAS Y TELECOMUNICACIONES PEREIRA

2017

APLICATIVO MOVIL PARA AYUDAR A NORMALIZAR LOS MULTITAPS DE LA RED HFC DE UNE

EDWIN ANDRÉS ARROYAVE REYES GIOVANNY ANDRÉS MURILLO MOSQUERA

Trabajo de Grado presentado como opción parcial para optar al título de Ingeniero en Sistemas y Telecomunicaciones

Director CARLOS ANDRÉS CORTES

Ingeniero en Sistemas y Computación

UNIVERSIDAD DE CATÓLICA DE PEREIRA FACULTAD DE CIENCIAS E INGENIERÍA

PROGRAMA DE INGENIERIA EN SISTEMAS Y TELECOMUNICACIONES PEREIRA

2017

Universidad Católica de Pereira

Facultad de Ciencias Básicas e Ingeniería

Ingeniería de Sistemas y Telecomunicaciones

3

AGRADECIMIENTOS

Queremos agradecer sinceramente a todas las personas que fueron parte de

nuestra formación universitaria y que de una u otro manera nos apoyaron en las

diferentes etapas que atravesamos ya sea con dificultad o no y que a su vez

confiaron en nosotros y nos dieron ánimos, apoyo moral y fuerza para no desistir

ni rendirnos en el camino.

Agradecemos a nuestra Universidad Católica de Pereira por acogernos durante

este tiempo, por llenarnos de conocimientos por medio de sus profesores y el

personal que pusieron a nuestra disposición, por hacernos sentir queridos y

miembros activos de la Universidad.

Agradecemos a nuestras familias que fueron la base y motivación para salir

adelante, y la mejor forma de mostrar nuestro agradecimiento es mediante el

aporte que hacemos a la sociedad y esperamos que cumpla la función para el cual

fue elaborado.

Extendemos nuestro agradecimiento al Ingeniero Alonzo Toro Lazo quien

siempre demostró absoluta disposición para colaborarnos sobre cualquier inquietud que tuviéramos así mismo a nuestro tutor el Ingeniero Carlos Cortes ya que gracias a su ayuda, colaboración y motivación pudimos culminar este importante proyecto para nosotros.

“Mirar es una cosa, ver lo que se está mirando es otra. Entender lo que se ve, es otra. Llegar a comprender de lo que se entiende, es algo más. Pero llegar a actuar en base a lo que se ha

aprendido, es todo lo que realmente importa”

Winston Churchill




4

Nota de Aceptación __________________________________ __________________________________ __________________________________ __________________________________ __________________________________ __________________________________ __________________________________ __________________________________

Firma del Presidente del Jurado __________________________________

Firma del Presidente del Jurado

Pereira, 27 de octubre de 2017




5

TABLA DE CONTENIDO

INTRODUCCIÓN ........................................................................................................... 18

1. PROPUESTA DEL PROYECTO ......................................................................... 20

1.1. SITUACIÓN PROBLEMÁTICA .................................................................. 20

1.2. JUSTIFICACIÓN DEL PROBLEMA ........................................................... 21

1.3. DELIMITACIÓN DEL PROYECTO ............................................................ 22

1.4. HIPÓTESIS .................................................................................................... 23

1.5. REQUERIMIENTOS ..................................................................................... 23

1.6. VIABILIDAD DEL DESARROLLO TECNOLÓGICO............................... 24

1.7. METODOLOGIA .......................................................................................... 25

1.7.1. Tipo de enfoque .......................................................................................... 29

1.7.2. Fases para el desarrollo del prototipo ......................................................... 30

1.8. CRONOGRAMA ........................................................................................... 35

1.9. APORTE TEÓRICO ...................................................................................... 36

1.10. APORTE PRÁCTICO ................................................................................... 36

2. OBJETIVOS .......................................................................................................... 39

2.1. OBJETIVO GENERAL ................................................................................. 39

2.2. OBJETIVOS ESPECIFICOS ......................................................................... 39

3. MARCO TEÓRICO .............................................................................................. 40

3.1. MARCO CONTEXTUAL ............................................................................. 43

3.1.1. Contexto social y cultural ........................................................................... 43

3.1.2. La televisión por cable en Colombia .......................................................... 45

3.2. CONTEXTO ECONÓMICO ......................................................................... 47

3.3. GENERALIDADES DE LAS REDES HFC ................................................. 49

3.4.1. Arquitectura red HFC ................................................................................. 50

3.4.2. Red acometida de los abonados .................................................................. 51

3.4.3. Elementos básicos que componen una red HFC ........................................ 52




6

3.4.4. Impedancia característica de la red 75 Ohmios .......................................... 54

3.4.5. Fuentes de alimentación para redes HFC ................................................... 55

3.4.6. Parámetros sobre la red HFC ...................................................................... 55

3.4.7. Equipos de medición de HFC ..................................................................... 56

3.4. LUGARES MAS COMUNES DESDE DONDE SE TOMA SEÑAL HFC . 56

3.5. PERDIDA DE SEÑAL .................................................................................. 58

3.6. MARCO CONCEPTUAL .............................................................................. 60

3.7.1. Aplicaciones Hibridas ................................................................................ 60

3.7.2. Plataformas de desarrollo para móviles ...................................................... 61

3.7.3. Desarrollo Móvil Web ................................................................................ 62

3.7.4. Desarrollo Móvil Nativo ............................................................................ 64

3.7.5. JQuery MOBILE ........................................................................................ 66

3.7.6. MYSQL ...................................................................................................... 66

3.7.7. PHP ............................................................................................................. 67

3.7.8. Plataformas de Desarrollo para móviles ..................................................... 67

3.7.9. Sistemas Operativos de Dispositivos Móviles ........................................... 68

3.7.10. Tipologías de desarrollo.......................................................................... 70

3.7. ANTECEDENTES ......................................................................................... 72

3.8.1. IVR (InteractiveVoice Response) .............................................................. 72

3.8.2. Plataforma OPEN ....................................................................................... 72

3.8.3. Plataforma RR ............................................................................................ 73

3.8.4. Click Mobile ............................................................................................... 73

4. RECOLECCIÓN DE INFORMACIÓN Y ANALISIS DE REQUERIMIENTOS

74

4.1. RECOLECCION DE INFORMACION POR MEDIO DE ENCUESTAS Y

ENTREVISTAS ............................................................................................................... 74

4.1.1. Definir personas a entrevistar ..................................................................... 76

4.1.2. Definir datos a ser recolectados .................................................................. 76

4.1.3. Identificar los requerimientos ..................................................................... 77




7

4.1.4. Clasificar y restablecer los requerimientos ................................................ 77

4.1.5. Analizar los Requerimientos ...................................................................... 77

4.1.6. Administrar los Requerimientos ................................................................. 78

4.1.7. Probar y verificar los Requerimientos ........................................................ 78

4.1.8. Validar los Requerimientos ........................................................................ 78

4.2. CICLO DE VIDA DEL PROTOTIPO ........................................................... 78

4.3. HISTORIAS DE USUARIOS ....................................................................... 79

4.4. ANALISIS DE REQUERIMIENTOS ........................................................... 79

4.5. REQUERIMIENTOS FUNCIONALES ........................................................ 79

4.5.1. Registro y Gestión de Usuarios .................................................................. 79

4.5.2. Logueo usuarios ......................................................................................... 80

4.5.3. Búsqueda por número de producto. ............................................................ 80

4.5.4. Búsqueda por número de cedula. ............................................................... 81

4.5.5. Búsqueda por dirección. ............................................................................. 81

4.6. REQUERIMIENTOS NO FUNCIONALES ................................................. 82

4.6.1. Confiabilidad: Los errores deben ser controlados ...................................... 82

4.6.2. Plataforma del Sistema: Lenguaje de Programación .................................. 82

4.6.3. Servidor Web .............................................................................................. 83

4.6.4. Usabilidad: Sistema Operativo Móvil ........................................................ 83

4.6.5. Seguridad: Autenticación ........................................................................... 83

4.6.6. Rendimiento ............................................................................................... 84

4.6.7. Escalabilidad .............................................................................................. 84

4.7. BUENAS PRACTICAS DE DESARROLLO ............................................... 84

4.7.1. Seguridad .................................................................................................... 84

4.7.2. Optimización .............................................................................................. 85

4.7.3. Documentación ........................................................................................... 85

5. IMPLEMENTACION ........................................................................................... 86

5.1. DISEÑO DEL SISTEMA CON UML ........................................................... 86

5.2. DIAGRAMA DE ACTIVIDADES ............................................................... 87




8

5.3. DIAGRAMAS DE CASOS DE USO ............................................................ 92

5.4. BASES DE DATOS ....................................................................................... 98

5.5. IMPLEMENTACION DEL ENTORNO WEB ........................................... 102

5.6. GENERANDO EL APK .............................................................................. 113

6. PRUEBAS ........................................................................................................... 119

6.1. PRUEBAS DEL SISTEMA ......................................................................... 119

6.1.1. Prueba de Verificación de Requerimientos .............................................. 120

6.1.2. Pruebas de caja negra ............................................................................... 121

6.2. RESULTADOS DE PRUEBAS REALIZADAS EN TERRENO .............. 131

6.3. DISCUSIÓN DE RESULTADOS ............................................................... 133

7. CONCLUSIONES ............................................................................................... 135

8. RECOMENDACIONES ..................................................................................... 136

BIBLIOGRAFÍA ........................................................................................................... 138

ANEXOS ....................................................................................................................... 141

ANEXO 1. MANUAL DE USUARIO ..................................................................... 141

ANEXO 2. ENCUESTA ........................................................................................... 154




9

LISTA DE FIGURAS Y TABLAS

Pág.

FIGURA 1 – FASE DE LA METODOLOGÍA ............................................................ 26

FIGURA 2 – FASE 1 DE DESARROLLO ................................................................. 30




FIGURA 6– FASE 5 DE DESARROLLO .................................................................. 34

FIGURA 7– CRONOGRAMA DEL PROYECTO ..................................................... 35

FIGURA 8– DISTRIBUCION USUARIOS POR ESTRATO ................................... 44

FIGURA 9– MODALIDADES DE PRESTACION DEL SERVICIO DE TELEVISIÓN

EN COLOMBIA .................................................................................................................. 47

FIGURA 10 – ARQUITECTURA DE LA RED HFC ................................................. 51

FIGURA 11– RED DE ACOMETIDAS DE LOS ABONADOS .............................. 52

FIGURA 12– MULTITAPS DE 2, 4 Y 8 SALIDAS ................................................... 53

FIGURA 13 – LUGARES PARA TOMAR SEÑAL HFC ......................................... 57

FIGURA 14 - DIAGRAMA DE ACTIVIDADES DE REQUERIMIENTOS ........... 75

FIGURA 15- DIAGRAMA GENERAL DE ACTIVIDADES ..................................... 87

FIGURA 16- DIAGRAMA DE ESTADO MODULO PRODUCTO ......................... 88

FIGURA 17 - DIAGRAMA DE ESTADO MODULO CEDULA .............................. 89

FIGURA 18 - DIAGRAMA DE ESTADO MODULO DIRECCIÓN ......................... 90

FIGURA 19 - DIAGRAMA DE ESTADO MODULO REPORTE ............................ 91

FIGURA 20– CREACION DE LA BASE DE DATOS ............................................. 98

FIGURA 21– CREACION DE LA TABLA USUARIOS ........................................ 100




10

FIGURA 22 – CREACION TABLA ATRIBUTOS DE LOS SERVICIOS ........... 102

FIGURA 23– CODIGO FORMULARIO DE VALIDACION ................................... 103

FIGURA 24 – CODIGO AUTENTICACION DE USUARIOS ............................... 104

FIGURA 25 – CODIGO VALIDAR CON LA BASE DE DATOS ......................... 105

FIGURA 26– CODIGO VISTA GENERAL DE LOS MODULOS ........................ 106

FIGURA 27– CODIGO LLENADO FORMULARIO PRODUCTO ....................... 107

FIGURA 28 – CODIGO CONSULTA PRODUCTO ............................................... 108

FIGURA 29– CODIGO Y VISTA RESULTADO DE CONSULTA ....................... 109

FIGURA 30– CODIGO Y VISTA FORMULARIO ENVIAR REPORTE .............. 110

FIGURA 31– CODIGO ENVIO DE REPORTE ....................................................... 111

FIGURA 32– CODIGO EMPAQUETADO DE REPORTES ................................. 112

FIGURA 33– CODIGO ADAPTACION A LA PANTALLA ................................... 114

FIGURA 34– CODIGO DE CLASES A UTILIZAR ................................................ 115

FIGURA 35– CODIGO DE LOS ICONOS DEL APK ............................................ 116

FIGURA 36– PASO 1 PARA GENERAR EL APK ................................................ 117

FIGURA 37- PASO 2 PARA GENERAR EL APK ............................................... 118

FIGURA 38- PASO 3 PARA GENERAR EL APK ............................................... 119




11

LISTA DE TABLAS TABLA 1 – PARTICIPACION EN EL MERCADO.............................................................................. 49

TABLA 2 – PERDIDAS DEL CABLE RG-6 POR DISTANCIA CON RELACION A LA FRECUENCIA

.................................................................................................................................................................... 58

TABLA 3 – PERDIDAS DEL CABLE RG-11 POR DISTANCIA CON RELACION A LA FRECUENCIA

.................................................................................................................................................................... 59

TABLA 4 - DICCIONARIO DE DATOS “PERFIL” ............................................................................. 99

TABLA 5 – ATRIBUTOS TABLA DE SERVICIOS .......................................................................... 101

TABLA 6 – VERIFICACION DE REQUERIMIENTOS ..................................................................... 120

TABLA 7 - PRUEBA VALIDACIÓN DE USUARIO ........................................................................ 121

TABLA 8 - PRUEBA VALIDACIÓN FALLIDA ................................................................................ 122

TABLA 9 - PRUEBA CONSULTA POR PRODUCTO ..................................................................... 123

TABLA 10 - PRUEBA CONSULTA ERRÓNEA POR PRODUCTO.............................................. 124

TABLA 11 - PRUEBA CONSULTA POR CEDULA ......................................................................... 125

TABLA 12 - PRUEBA CONSULTA POR PRODUCTO .................................................................. 126

TABLA 13 - PRUEBA CONSULTA POR DIRECCIÓN ................................................................... 127

TABLA 14 - PRUEBA CONSULTA ERRÓNEA POR DIRECCIÓN .............................................. 128

TABLA 15 – PRUEBA ENVIAR REPORTE ...................................................................................... 129

TABLA 16 – CERRAR SESION .......................................................................................................... 130

TABLA 17 – PRUEBA I DEL APLICATIVO EN TERRENO ........................................................... 131




12

ACRÓNIMOS

APK Aplicación empaquetada de Android (AndroidApplicationPackage) BerTasa de errores en los bits (Bit error ratio) dBDecibelio o Decibel dBmVDecibel referido a 1 milivoltio HF Alta frecuencia (High Frequency) HFC Hibrido Fibra Coaxial (HybridFiber Coaxial) HP Pasa altos (High Pass) MHz Megahercios RFRadiofrecuencia (Radio Frequency) TAP Punto principal de atenuación (TrunkAtenuation Point) VOIP Voz sobre protocolo de internet (Voiceover IP)




13

DECLARACION DE DERECHOS DE AUTOR

Nosotros como estudiantes del último semestre de Ingeniería en Sistemas y

Telecomunicaciones de la Universidad Católica de Pereira declaramos que este

proyecto Aplicativo móvil para ayudar a normalizar la red HFC de UNE se realizó

teniendo en cuenta la necesidad manifestada por los técnicos en terreno de la

empresa UNE en cuanto a la saturación que existe en la actualidad de la red HFC.

Autorizamos que este proyecto pueda ser utilizado por los estudiantes y la

Universidad como base para seguir aportándole desarrollo tecnológico a la

sociedad.




14

GLOSARIO

Amplificador: Dispositivo electrónico que aumenta en intensidad o tensión de

una señal eléctrica.

Android: Sistema operativo basado en Linux, diseñado principalmente para

dispositivos móviles con pantalla táctil.

Cable coaxial: Cable usado para conectar varios ordenadores al igual que en

la televisión por cable. El nombre se debe a su estructura: núcleo de cobre,

aislado por plástico, de un recubrimiento metálico y el cual a su vez está envuelto

en otra capa de plástico. Línea de interconexión en la que un conductor está

centrado (alma) y aislado en el interior de una rejilla metálica (malla) que

constituye una pantalla contra los parásitos externos.

CATV (Cable Televisión): Expresión inglesa para designar Televisión por

Cable.

Decibel: El decibel o decibelio es la unidad de medida de la intensidad sonora.

Su símbolo es db y corresponde al logaritmo decimal de la relación entre la

intensidad del sonido que se ha de medir y la de otro sonido conocido que se toma

como referencia.

Multitap: Son acopladores direccionales que proveen señal para conectar los

drops (cable) hacia los clientes; existen multitaps de dos, cuatro y ocho vías.




15

Normalizar: Para este proyecto usamos la palabra normalizar como la acción

de identificar las conexiones que de manera irregular se encuentren en los

multitaps.

Red HFC: Red Hibrido Fibra-Coaxial (Es una red que incorpora tanto fibra

óptica como cable coaxial para llevar diversos servicios como televisión, telefonía

e internet).

Ruido: Perturbación eléctrica que se interfiere sobre la señal deseada de audio

o vídeo. En audio, el ruido produce una pérdida de inteligibilidad. En vídeo

ocasiona puntos o rayas en la imagen.

Smartphone: Teléfono celular con pantalla táctil, que permite al usuario

conectarse a internet, gestionar cuentas de correo electrónico e instalar otras

aplicaciones y recursos a modo de pequeño computador.

Televisión por cable: Sistema de transmisión de señales de televisión a través

de un cable coaxial. Las señales pueden provenir de un centro de producción o de

una antena comunitaria.

Televisor: Aparato para la recepción de las señales de teledifusión. Está

formado por la sección de sintonía y la sección de reproducción: audio y vídeo




16

RESUMEN

Este proyecto surge como una solución a la necesidad que existe actualmente

en cuanto se refiere a normalizar los multitaps de la red HFC perteneciente a la

empresa UNE los cuales se encuentran tanto en postes, recamaras, cajas de

paso, entre otros, ya que en la actualidad y por múltiples razones se encuentra

saturada en gran medida por abonados fraudulentos lo que conlleva a pérdida de

dinero por parte de la empresa así como el desmejoramiento del servicio que llega

a los hogares de los usuarios que si se encuentran afiliados y al día.

Aprovechando el auge de las aplicaciones móviles y la portabilidad que se tiene

por medio de los Smartphone, se propone generar una aplicación móvil que

permita identificar los abonados que deban estar desconectados en la red HFC al

personal técnico de la contratista EMTELCO así como del personal directo de la

empresa UNE que trabaja en terreno.

PALABRAS CLAVES: Normalizar, abonados, aplicativo móvil, Smartphone,

Redes, Cableado, Televisión.




17

ABSTRACT

This project emerges as a solution to the existing need in terms of standardizing

the multitaps of the HFC network belonging to the company UNE which are found

in posts, bedrooms, boxes of passage, among others, since in the today and for

many reasons is largely saturated by fraudulent subscribers which leads to loss of

money by the company as well as the deterioration of the service that reaches

users' homes if they are affiliated and up-to-date.

Taking advantage of the boom in mobile applications and the portability of

smartphones, it is proposed to generate a mobile application that allows the

identification of the subscribers that must be disconnected in the HFC network to

the technical personnel of the contractor EMTELCO as well as the direct personnel

of the UNE company that works in the field.

KEY WORDS: Normalize, subscribers, mobile application, Smartphone,

Networks, Cabling, Television.




18

INTRODUCCIÓN

Aprovechando la oportunidad de formarse con los conocimientos adquiridos, la

motivación recibida por parte del personal docente, en la empresa UNE se decide

proponer el desarrollo tecnológico descrito en este documento; es cierto que la

finalidad principal es ofrecer dicha solución a la empresa, pero también aportar a los

estudiantes que cursarán la materia de anteproyecto de la Universidad Católica de

Pereira para que de alguna manera les sirva como ejemplo para implementar los

conocimientos en programación y telecomunicaciones.

Teniendo en cuenta el gran número de hogares que en la actualidad tienen señal

de televisión de la empresa UNE y aprovechando que en dicha empresa todo el

personal técnico tiene como dotación un Smartphone por parte de la empresa, con

sistema operativo “ANDROID”, se propone crear un aplicativo móvil el cual esté

conectado a la base de datos de suscriptores de la empresa enlazando las tablas de

los productos activos, en mora y retirados, los cuales puedan ser consultados por

dicho aplicativo y cuyo resultado sea:

El estado actualizado del producto.

La ubicación (dirección) de donde estén instalados actualmente dichos

productos.

El nombre del suscriptor.

La idea es que cada técnico al estar cerca del dispositivo de línea dura desde

donde se entrega la señal al cliente final conocido como MULTITAP, ingrese todos

los números de productos que allí estén conectados, el aplicativo arrojara los

estados de una sola vez lo que conllevara a que de inmediato se normalice dicho

MULTITAP, evitando así la necesidad de obtener señal desde un MULTITAP más




19

lejano y al mismo tiempo desconectado los productos que deberían estar

desconectados, esto inmediatamente desaturaría la red Hibrido Fibra Coaxial (HFC).




20

1. PROPUESTA DEL PROYECTO

1.1. SITUACIÓN PROBLEMÁTICA

Como consecuencia del descuido por parte del personal técnico de instalaciones

de UNE de la importancia de marcar correctamente los abonados a la hora de

realizar la instalación de algún servicio, así como de la falta de normalización de la

red HFC y otros factores como:

La no desconexión del abonado cuando el usuario pide el retiro del servicio.

Cable sin marcar por la antigüedad del servicio.

Personal que se presta para conectar de manera fraudulenta.

Esto ha traído como consecuencia que muchas personas tomen como alternativa

conectarse a los sistemas de televisión por cable de manera ilegal, el pago detarifa

colectiva o aprovechar la corrupción que se presenta al interior delas empresas que

prestan el servicio para que funcionarios realicen la conexión.La proliferación de

estas conexiones en gran parte es responsabilidad de lasempresas que no cuentan

con mecanismos óptimos de control, además de losaltos costos que aparentemente

un control de este tipo trae consigo.

La red presenta saturación excesiva en algunos sectores donde se prestan los

servicios con tecnología HFC, lo cual conlleva a que la empresa pierda clientes

potenciales ya que al no efectuarse la desconexión del servicio ellos optan por no

adquirir un nuevo plan, así mismo esto influye a que se presente ruido en la red,

también aumenta el trayecto del abonado desde el MULTITAP hasta la casa del




21

usuario puesto que si el MULTITAP se encuentra copado necesariamente se debe

traer la señal desde otro MULTITAP lo que se manifiesta en la prestación del

servicio de manera deficiente, todo esto al final representa pérdidas de dinero para

la empresa.

1.2. JUSTIFICACIÓN DEL PROBLEMA

La manera en la que se realizan desconexiones y auditorías en los MULTITAPS

ha sido la misma desde que la empresa UNE ofrece el servicio, los cambios en este

campo han sido mínimos, es por esto que se requiere implementar esta novedad

tecnológica que ayude a mejorar la situación que existe en la actualidad. Teniendo

en cuenta el estado actual de la red HFC de UNE en cuanto a saturación y usuarios

que se encuentran conectados sin estar afiliados, es necesario cuanto antes realizar

la normalización de dicha red, más aun cuando la telefonía ADSL está migrando en

su totalidad a telefonía IP por medio de la red HFC.

Como herramienta de trabajo más que una necesidad es una prioridad para el

personal técnico que labora en terreno ya que se han implementado diversos

desarrollos tecnológicos que ayudan en la labor diaria pero ningún hasta el

momento en el campo que se propone en este documento.

El hecho de normalizar una red requiere muchísimo tiempo y esfuerzo, por esto

es necesario el aprovechamiento de las tecnologías con las que cuenta actualmente

el personal de técnicos así como la frecuencia con la cual acceden a los

MULTITAPS que hay por toda la ciudad, aprovechando esta situación se podría

normalizar cada MULTITAP en todas las oportunidades en las cuales los técnicos

deban subirse a un poste a realizar una instalación o un mantenimiento sin

aumentar los costos de la operación y mejorando la calidad del servicio prestado.




22

1.3. DELIMITACIÓN DEL PROYECTO

Este proyecto está enfocado con la tecnología HFC, uno de los medios por los

cuales se presta el servicio de internet, telefonía ip y televisión tanto a hogares

como a empresas en diversas partes de nuestro país.

El proyecto utiliza un conjunto de prácticas que realiza el personal técnico de

UNE, con lo cual se pretende en el mediano y largo plazo ayude a desaturar la red

HFC tanto en postes, recamaras, cárcamos, cajas de paso y donde quiera que se

encuentre un MULTITAP; por lo tanto, puede ser implementado en cualquier lugar

después de servir como piloto en la regional Risaralda.

Contempla la realización del diseño basado en la aplicación de la encuesta al

personal técnico para entender de antemano su posible implementación y posterior

uso por parte de este personal, luego se procede a realizar el desarrollo del

prototipo; retroalimentado los posibles cambios que puedan tener lugar a medida

que avanza y finalmente se realizan pruebas en terreno para mostrar los resultados.

La idea es que este proyecto se llegue a implementar en su totalidad mediante el

enlace a la base de datos del sistema “open”.




23

1.4. HIPÓTESIS

¿Es posible desarrollar un prototipo de aplicativo para dispositivos móviles

dirigido al personal técnico en terreno de la empresa UNE para que les permita

tener la información a la mano sobre los abonados que deben estar conectados o no

en los MULTITAPS?

1.5. REQUERIMIENTOS

Para la realización del proyecto son necesarias herramientas de software que

permitan la construcción de los módulos en sí, igualmente es indispensable la

retroalimentación del personal técnico de UNE que finalmente será quien utilice el

aplicativo y se vea beneficiado con su funcionamiento, es por eso tan importante la

encuesta inicial realizada a este personal.

De la misma manera es indispensable aplicaciones como Project y Office que

facilitan la elaboración del documento para el proyecto.

El editor de texto para código sublime 3, el lenguaje de programación php, un

servicio de hosting para iniciar pruebas es necesarios para llevar a cabo el

desarrollo del proyecto.

Buscadores especializados en internet facilitan la búsqueda de información del

proyecto de sobre el desarrollo del aplicativo y su correcta comunicación con la base

de datos a través de libros académicos digitales, revistas electrónicas, normas

estandarizadas.




24

Se requiere dentro del recurso humano de dos ejecutores para el desarrollo, el

asesor interno del programa académico y asesor externo.

1.6. VIABILIDAD DEL DESARROLLO TECNOLÓGICO

Este aplicativo estará acoplado a la base de datos que contiene la información

necesaria y actualizada de los datos requeridos para ejecutar la normalización de

los MULTITAPS. Para conocer la viabilidad del desarrollo propuesto se necesitan

distinguir las limitaciones y restricciones que se puedan encontrar en el camino

tales como: la dificultad para conseguir el acceso a la base de datos teniendo en

cuenta que se trata de datos privados de los usuarios, así como la complejidad del

desarrollo; de igual manera se deben tener en cuenta las políticas de la empresa

UNE para conseguir el visto bueno y el apoyo para la aprobación por parte de

diferentes funcionarios de alto rango en dicha empresa.

Los requerimientos serán suministrados por los futuros usuarios del sistema. Si

comprendemos la rentabilidad que puede traer la implementación de la propuesta

descrita en este documento y analizamos los beneficios que trae consigo la

prestación de un servicio de calidad e identificando de antemano que las falencias

que se encuentran en la actualidad no permiten que dicho servicio sea 100% de

calidad y que hasta el momento no existe una alternativa innovadora que nos

permita mejorar la saturación de la red que encontramos en la actualidad podemos

entonces asimilar que el desarrollo tecnológico planteado es factible de realizar

teniendo en cuenta por supuesto el buen uso que se le pueda dar a esta

herramienta; hasta el momento se cuenta con el visto bueno del personal de

Emtelco (contratista técnica de UNE), y en el momento se está gestionando el

apoyo de la parte de desarrollo tecnológico de UNE Pereira para poder acceder a




25

sus equipos de cómputo para su uso durante las diferentes etapas del desarrollo

tecnológico propuesto, aunque en el momento se cuenta con los equipos de

cómputo suficientes para el desarrollo del aplicativo. De igual manera se tiene la

disposición del tiempo que sea necesario para fortalecer los conocimientos

necesarios que falten para la construcción de la aplicación.

1.7. METODOLOGIA

El presente proyecto busca desarrollar una herramienta que permita mejorar el

acceso a la información por parte del personal técnico en terreno de UNE necesaria

para ayudar a desaturar la red HFC de abonados que deberían estar

desconectados.

Con este enfoque se busca identificar a través de 3 factores (Numero de

producto, cedula y dirección) una concepción lo más cercana a la realidad del

estado de los abonados encontrados en los MULTITAPS.

Para dar claridad al prototipo, se describe la metodología para el desarrollo

integral del proceso.

Inicialmente se realizará el planteamiento del problema para realizar la

formulación del proyecto. Después se llevará a cabo una indagación sobre el estado

de las la red HFC, buscando información sobre los niveles óptimos de señal y los

factores que influyen en el deterioro de la red.

La construcción del Marco Teórico se efectuará basándose en la bibliografía

obtenida durante la indagación, al igual que el Marco Contextual.




26

Se visitarán las empresas UNE y EMTELCO en la ciudad de Pereira y

Dosquebradas respectivamente, con el fin de conocer la situación actual de la

infraestructura de red.

Se indagará sobre la manera que existe en la actualidad para conocer el estado

actual de los abonados que se encuentran conectados en los MULTITAP y cómo

proceden en caso de que ese mismo estado no sea el que se refleje al momento de

tenerlo en físico.

Se buscará retroalimentación con personal idóneo en cuanto a desarrollo de

software que pueda brindar apoyo sobre la manera más eficiente de llevar a cabo el

proyecto, así mismo se buscará apoyo para realizar el proceso de testing al

proyecto.

Se llevará a cabo el análisis de los resultados que permita obtener el aplicativo

haciendo una comparación de antes y después de su uso, es decir al momento de

encontrar un MULTITAP con abonados sin normalizar y después de normalizar.

FIGURA 1 – FASE DE LA METODOLOGÍA




27

Fuente:[1] Gavide (2010)

La construcción del Prototipo se ha efectuado de acuerdo con las siguientes

Fases:

Fase de Inicio

En esta etapa se realizaron los estudios relacionados con el contexto y la

problemática a investigar, el alcance y el tamaño del proyecto y se planificaron las

fases que se desarrollarían a continuación. En la fase de Inicio se analizaron y se

definieron los requerimientos del prototipo, lo cual se toma como base para los

casos de uso.

Fase de Elaboración

En esta fase se realizó el análisis detallado de la construcción del prototipo con

base al diseño de los casos de uso. Los casos de uso que se crearon en la parte de




28

análisis son de gran ayuda para estructurar la arquitectura del aplicativo, tanto a

nivel web como móvil. En esta fase se elaboraron los diagramas de secuencia que

complementan los casos de uso, se crearon los diseños o bancos de datos y el

diagrama general de clases de toda la aplicación.

Fase de Transición

En la fase de transición se finaliza la parte de análisis y se inicia el proceso de

implementación de los diseños, es decir la codificación tanto del ambiente móvil,

como del ambiente web. Durante esta fase se efectúan pruebas de conexión con la

base de datos, acoplamiento y adecuación de los módulos y se inyecta información

suplementaria a la base de Datos.




29

1.7.1. Tipo de enfoque

Para el enfoque metodológico se requieren dos formas:

Cuantitativa

La idea de un enfoque cuantitativo es responde a la hipótesis mediante la medición

de las características del prototipo desarrollado a través de las variables involucradas

en la metodología.

Exploratoria

El objetivo es examinar un tema o problema poco conocido y abordado con

anterioridad, es decir que, en la revisión de la literatura e información preliminar de

campo, se ha encontrado guías e ideas vagamente relacionadas con el problema de

estudio, pero no hay estudios formales relacionados directamente con el objetivo

general del proyecto.




30

1.7.2. Fases para el desarrollo del prototipo

FIGURA 2 – FASE 1 DE DESARROLLO

Fuente: Elaboración propia




31


Fuente: Elaboración propia con Wbstool




32






33






34

FIGURA 6– FASE 5 DE DESARROLLO





35

1.8. CRONOGRAMA

FIGURA 7– CRONOGRAMA DEL PROYECTO

Fuente: Elaboración propia.




36

1.9. APORTE TEÓRICO

A partir de lo teórico, el proyecto y en si la aplicación, generan aportes técnicos y

tecnológicos que se reflejan en los procedimientos y los procesos utilizados para el

desarrollo del software tanto a nivel web como móvil. La aplicación será desarrollada

en plataformas de software de alto nivel (PHP y JAVA) en donde se implementarán

procesos de gamas competitivas y profesionales. La utilización de estas

herramientas es una posibilidad de enriquecimiento cognitivo tanto para los

desarrolladores de la aplicación como para los estudiantes, profesores o personas

que deseen generar otros caminos de investigación a partir de este proyecto.

1.10. APORTE PRÁCTICO

El proceso para realizar la identificación de los abonados que ya deberían estar

desconectados no es una estrategia nueva ni novedosa a nivel de las labores de la

empresa UNE, es una de las operaciones técnicas en terreno más desvalorizadas si

se comparan con las instalaciones o el mantenimiento. El aporte práctico del

proyecto está dirigido al campo de las buenas prácticas desde el día de la

instalación, ya que si el abonado es correctamente marquillado será fácil de

identificar a la hora de realizar cualquier actividad para ese mismo servicio (por

ejemplo una desconexión o una labor de mantenimiento) en muchas ocasiones

cuando el técnico de instalaciones en terreno se encuentra con un MULTITAP

copado no lo audita ya que no tiene el recurso y para no generar perdida de señal

en los abonados que están actualmente conectados prefiere buscar la señal desde

otro MULTITAP más alejado lo cual perjudica la señal de la nueva instalación puesto

que a mayor longitud del MULTITAP hacia la casa del usuario mayor va a ser la




37

perdida de señal en decibeles por la trayectoria del cable coaxial. El proyecto no es

solo una aplicación como tal, es también la apertura a nuevos clientes ya que hay

usuarios que están conectados de manera fraudulenta hace mucho tiempo,

entonces al realizarse la desconexión a uno de estos usuarios, existe la posibilidad

que este se afilie de manera legal ya que son muchos los sectores en la ciudad en

donde solo llega la señal del operador UNE.

Ventajas comerciales:

se puede lograr atraer mayor número de clientes teniendo en cuenta el gusto

que tienen las personas por el servicio de televisión, entonces al verse sin

este por la desconexión efectiva es posible que se realice una afiliación legal.

Los clientes a su vez podrán sentirse más a gusto ya que es una queja

constante por parte de los usuarios el hecho de que la mayoría paga de

manera constante la factura y para ellos no es justo que otros tengan el

mismo servicio sin pagar.

La aplicación brinda comodidad al técnico a la hora de realizar una

instalación ya que si se encuentra un multitap copado puede determinar por

medio de la aplicación cuál de los abonados debe estar desconectado y por

ende liberar bocas en el multitap.

Es posible y factible aprovechar el hecho de que todo el personal en terreno

fue dotado con Smartphone y datos móviles para el desarrollo de su labor

diaria, lo cual es fundamental para el correcto funcionamiento del aplicativo

desarrollado.




38

El ruido (interferencia) que afecta a los servicios de internet, telefonía ip, y

televisión causado por las conexiones con dispositivos no homologados por

UNE instalados en los usuarios conectados de manera fraudulenta

disminuye considerablemente al realizar la desconexión razón por la cual la

calidad del servicio mejora.




39

2. OBJETIVOS

2.1. OBJETIVO GENERAL

Diseñar y desarrollar un prototipo funcional de aplicativo móvil sujeto a buenas

prácticas de programación dirigido a los técnicos en terreno que trabajan para la

empresa UNE el cual ayude a consultar el estado actual de los servicios de los

suscriptores.

2.2. OBJETIVOS ESPECIFICOS

Aplicar Ingeniería de software para llevar a cabo el levantamiento de

requerimientos de acuerdo con la necesidad de las áreas involucradas.

Diseñar un prototipo de software que cuente con un fácil manejo basado en

encuestas aplicadas al personal técnico en terreno.

Implementar el módulo de consultas que este enlazado a la base de datos

suministrada por UNE para luego ampliar su rango de aplicación.

Efectuar pruebas de software para garantizar su buen funcionamiento en

terreno.




40

3. MARCO TEÓRICO

La resolución 4262 de 2013 [1]“Por la cual se expide el Reglamento Técnico para

Redes Internas de Telecomunicaciones -RITEL-, que establece las medidas

relacionadas con el diseño, construcción y puesta en servicio de las redes internas

de telecomunicaciones en la República de Colombia y se dictan otras disposiciones”

La televisión es un servicio público sujeto a la titularidad [2], reserva, control y

regulación del Estado, está vinculado intrínsecamente a la opinión pública y a la

cultura del país, como instrumento dinamizador de los procesos de formación y

comunicación audiovisuales (Leyes 182 de 1995 y 335 de 1996).

Así mismo considerando que la entidad encargada de regular el servicio de

televisión en Colombia [3] es el ANTV (Autoridad Nacional de Televisión); Tomamos

como base el artículo 256 del código penal Colombiano (Ley 599 de 2000) en el cual

se definen las penas para las personas que “mediante cualquier mecanismo

clandestino o alterando los sistemas de control o aparatos contadores, se apropie

de energía eléctrica, agua, gas natural, o señal de telecomunicaciones, en

perjuicio ajeno, incurrirá en prisión de dieciséis (16) a setenta y dos (72) meses y en

multa de uno punto treinta y tres (1.33) a ciento cincuenta (150) salarios mínimos

legales mensuales vigentes.” (En el caso al cual aplica el proyecto la empresa legal

prestadora de servicios de telecomunicaciones es UNE).

Tomado de información de documentos de EEPPM (Empresas públicas de

Medellín) [11] sobre el origen de la Televisión. La primera utilización del cable

coaxial para el transporte de señales de T.V se presentó en las montañas de

Pennsylvania hacia fines del año 1940 dando origen al CATV (televisión por cable),

en este tiempo conocida como televisión por antena comunitaria.




41

John Walson, propietario de una tienda en la pequeña ciudad de Mahanoy (

Pennsylvania ), vio la dificultad de vender televisores a los residentes del lugar ya

que la recepción de la señal radiada era muy deficiente, debido a la ubicación del

pueblo en un valle y a una distancia de 150 Kilómetros de la estación transmisora en

Philadelphia [12], donde las montañas no permitían que la señal viajara hasta los

habitantes de la ciudad, Walson tuvo la idea de poner una antena en una cima y

llevar la señal hasta su tienda, a través de cable coaxial y de amplificadores

construidos por el mismo empezó a distribuir la señal de la antena a los

compradores de los Televisores de su tienda. Nace así la Televisión por cable en

junio de 1948.

Walson a principios de 1950 empezó a experimentar con sistemas de microondas

para decepcionar señales de ciudades lejanas, otro de los grandes eventos sobre

las redes de CATV fue el desarrollo de la TV paga, esta fue lanzada en noviembre

de 1972 cuando la empresa Service Electric ofrece Home Box office (HBO) en el

sistema de cable de Wilkes- Barre, Pennsylvania. También fue HBO el primer

servicio en utilizar la distribución vía satélite para su programación.

La oferta de canales [5], [11] empezó a crecer significativamente, lo que requirió

aumentar el ancho de banda disponible en los sistemas de cable, la atenuación

natural que presenta el cable coaxial, sobre todo en frecuencias altas, hace

necesaria la presencia de largas cascadas de amplificadores electrónicos de radio

frecuencia (RF), el ruido y la distorsión que aporta cada amplificador se acumulan a

lo largo de la cascada de los mismos y origina el deterioro progresivo de la calidad

de la señal, para resolver esta limitación se introdujo la tecnología óptica, cosa que

fue factible en los años 90 cuando se dispuso de dispositivos ópticos con la

adecuada linealidad. Este es el origen de las redes HFC. La introducción de

tecnología óptica hizo posibles topologías de red susceptibles de transportar

señales bidireccionales a largas distancias. De este modo, las redes de cable




42

pasaron de ser sistemas de pura distribución a convertirse en sistemas completos

de telecomunicaciones, capaces de proporcionar servicios interactivos de voz y

datos. A mediados de los 90, da comienzo una nueva etapa en la evolución de las

redes de cable, por la introducción de la televisión digital. Con ello se consigue

multiplicar el número de canales que pueden transportarse en el ancho de banda del

sistema, proporcionando mayor calidad de imagen y sonido, así como nuevas

facilidades de interactividad. La evolución sucesiva de las redes de CATV a redes

HFC se presentó de la siguiente forma:

Cables coaxiales con menores pérdidas. Amplificadores de mayor potencia y

gran ancho de banda con los controles de ganancia y pendiente.

La introducción de la fibra óptica en redes de transporte.

El abaratamiento de los equipos de la fibra.

Aparición de amplificadores bidireccionales.

El nacimiento de los módems de cable (CableMódems)




43

3.1. MARCO CONTEXTUAL

3.1.1. Contexto social y cultural

Si bien el problema que se encuentra en los multitaps es de saturación por

exceso de abonados conectados, las causas para que esto suceda son diversas,

principalmente es la facilidad que encuentra una persona del común de contratar a

alguien para que le realice una conexión de manera fraudulenta, entre las personas

que se prestan más fácil para realizar estas acciones se encuentran: El personal de

la energía, personal de otro operadores de cable, el mismo personal de Une o

incluso alguien con conocimientos básicos y una escalera. Básicamente el gusto por

ver televisión por cable se ha convertido en una necesidad para algunas familias de

la región, a tal punto de estar dispuestos y cometer un fraude sin dudarlo.

De aquí se desprende la justificación de crear un medio que permita combatir los

contrabandos, y que mejor forma que la creación de un aplicativo móvil que de

cierta manera ayude controle la red de televisión y detecte cuando existe una

conexión ilegal en esta. La viabilidad de implementar en su totalidad este aplicativo,

depende de la empresa UNE, que esté dispuesta a utilizarlo, en aras de obtener

mejores resultados en todos los aspectos organizacionales, tanto financieros como

en mejoras de calidad del servicio de sus usuarios. Las tarifas del servicio de

televisión necesariamente se han incrementado ya que los operadores ilegales han

salido paulatinamente del mercado, que eran los que mantenían las tarifas por

debajo de las reales, pues operaban de manera ilegal evadiendo impuestos. El

incremento paulatino que se viene presentando en las tarifas del servicio de

televisión [4] por suscripción trajo como consecuencia el retiro de usuarios de estas

empresas y por consiguiente un auge en las conexiones ilegales que muchas veces




44

se efectúan con la complicidad de los empleados de las empresas que prestan este

tipo deservicio.

Por consiguiente, esto se vio reflejado en la disminución de las utilidades de las

empresas, en el aumento de servicios técnicos debido a la manipulación que los

usuarios hacen de manera inadecuada del sistema, en la disminución de los aportes

que las empresas hacen a la comisión nacional de televisión vía conceción, como

en la disminución del recaudo de los impuestos nacionales en(IVA, Y RENTA) Y en

los impuestos locales (Industria y comercio).

FIGURA 8– DISTRIBUCION USUARIOS POR ESTRATO

Fuente: ANTV [5]




45

3.1.2. La televisión por cable en Colombia

En [6] Colombia la televisión por cable aparece en los comienzos de la década

de los80 con las llamadas antenas parabólicas, que recepcionaban las señales con

antenas parabólicas de grandes diámetros emitidas de diversos países en particular

Perú, México, Argentina, estas antenas cobraban unas cuotas muy altas de

inscripción al igual sus mensualidades, pero quien recibía este servicio lo recibía de

muy baja calidad.

En comienzo las señales que las antenas parabólicas recibían eran las

denominadas señales incidentales, esto quiere decir que quien las recibía no tenía

que pagar por estas, luego aparecen las señales encriptadas o codificadas y quien

la quiere recibir tiene que pagar por ellas.

Con la proliferación de antenas parabólicas los costos de inscripción fueron

disminuyendo y la calidad aumento, debido a que aparecen nuevas tecnologías en

cuanto a instalaciones y servicios.

En los años 90 con la proliferación de sistemas de televisión que comercializaban

con señales codificadas de manera ilegal y con la presión de los estados unidos

hacia el gobierno colombiano para colocar en cintura a estas empresas, se llevó a

cabo la primera licitación de los operadores de cable [5], [6] y sistemas de antenas

parabólicas. Los cuales estaban obligados a pagar grandes sumas de dinero por la

licencia de funcionamiento, además tenían la obligación de reportar el total de

usuarios y pagar una cuota en dólares por cada usuario y por cada canal, de igual

forma tenían que presentar proyectos de mejoramientos de los sistemas y




46

mejoramiento de la calidad, esto se bebió reflejado en el aumento de las tarifas con

el agravante del que el gobierno grabo el sistema de televisión con el IVA.

Esto trajo como consecuencia que muchas de las personas que prestaban este

servicio en las grandes ciudades vendieran y el negocio quedara en manos de los

grandes monopolios.

Aunque la televisión se había posicionado en Europa y Estados Unidos, entre los

años 20’s y 30’s, sólo en la década del 50 llegó a Colombia. El presidente Rojas

Pinilla, en [7] 1936, realizó una visita a Alemania, durante la cual vio en circuito

cerrado los Juegos Olímpicos, y decidió iniciar las gestiones para poner en marcha

el servicio en el país. En 1954, año de inauguración del servicio de televisión en el

país, se contaba con un canal y sólo dos horas de programación de cobertura

limitada a Bogotá. En 1995, antes de la entrada en funcionamiento de la CNTV, la

oferta del servicio estaba compuesta por 3 canales nacionales, 5 canales regionales

y 9 operadores de cable. A febrero de 2006, existían 2 canales privados de

cobertura nacional [6], [7], 2 canales públicos nacionales y uno mixto8, un canal

local privado para Bogotá, 8 canales públicos regionales, 41 canales locales sin

ánimo de lucro (7 de ellos universitarios), 69 concesionarios de televisión por

suscripción, un prestatario de televisión satelital, 106 canales comunitarios y

767comunidades organizadas para distribuir señales incidentales.




47

FIGURA 9– MODALIDADES DE PRESTACION DEL SERVICIO DE TELEVISIÓN EN

COLOMBIA

Fuente: [8] Cablemás.

3.2. CONTEXTO ECONÓMICO

La empresa Une calcula que el 30% las conexiones son fraudulentas por parte de

familias pereiranas que acuden a este delito para poder tener acceso a la televisión

por cable. Por otro lado, en cuanto a los ingresos NO percibidos por las compañías

para el año 2006, se obtuvo que por este concepto [6], se dejaran de recibir

ingresos por una suma de US $ 25.457.373,81. El estudio indicó además que el

gobierno regional deja de recibir una gran cantidad de dinero por motivo de

impuestos, ya que este dinero no ingreso a las arcas de las compañías, adjunto a

esto la Comisión nacional de Televisión se ve también lastimada y a su vez los




48

canales regionales [5], [6], [8] quienes reciben todo el apoyo de esta; es decir que

entre más dinero ingrese mejor es la calidad de la televisión, ya que mayor dinero se

invertirá en aras de mejorar este servicio.

El Aspecto financiero no solo sufre modificaciones, el tema laboral es

fundamental, esto gracias a que estas empresas generan un buen volumen de

empleos directo se indirectos, si su crecimiento se ve afectado, no se generarán

empleos, de ahí la importancia de combatir este delito.

De igual forma el canal internacional FOX aportó un estudio en el cual se

determinó que en Colombia hay 1.460 millones de hogares piratas, con pérdidas

anuales de por lo menos 211 millones de dólares para la TV paga[9], lo que

significa33.8 millones de dólares en IVA (impuestos) que deja de recibir el gobierno

[6], [9]; de los cuales 15 millones de dólares le corresponderían a la CNTV. Además

de pérdidas de empleo cita el mencionado estudio, se registra pérdida de calidad de

la señal, fallas en el servicio, mayor costo de mantenimiento de las redes, dando

como resultado precios más altos al público que paga por el servicio.




49

TABLA 1

PARTICIPACION EN EL MERCADO

Operador Participación en el

Mercado

Part. Compensación

Telmex 47% 39%

Une 27% 19%

DIRECTV 11% 30%

Telefónica 6% 6%

Subtotal 91% 94%

Otros Operadores 9% 6%

Total 100% 100%

Elaboración propia. Fuente:[10]ANTV

3.3. GENERALIDADES DE LAS REDES HFC

Características como materiales de construcción, topologías, servicios prestados,

manejo de anchos de banda, tipos de señales enviadas son los que definen las

generalidades de una red, a continuación, se dan a conocer aquellas que definen

una red HFC.

Una red HFC (Híbrida Fibra óptica coaxial) es un sistema de telecomunicaciones por

cable [13] que combina la fibra óptica y el cable coaxial como soportes para la




50

transmisión de señales; se combina la fibra y el coaxial para aprovechar las

cualidades que ambos presentan, por un lado, las bajas pérdidas e interferencias de

la fibra óptica y por otro el bajo coste y la sencillez de instalación y conectorización

del cable coaxial.

La red HFC en un medio bidireccional [11], [14], teniendo en cuenta los anchos

de banda disponibles en ambos sentidos, y el número de usuarios en un tramo de

coaxial, permite desplegar redes de telecomunicación multiservicio (telefonía, datos,

TV).

Son redes autoalimentadas [11], [13], [15], cuentan con fuentes que insertan a las

redes voltajes ac de 60 a 90 v a una frecuencia de 60 Hz, gracias al llamado efecto

piel el voltaje de 60 a 90 va.c tendera a viajar por el centro de los conductores del

cable coaxial, mientras las señales de RF por sus altas frecuencias mayores a 5

Mhz tenderán a viajar por la superficie del conductor. Es conveniente que las

fuentes de alimentación estén soportadas con un circuito inversor alimentado con

baterías con autonomía de al menos dos horas.

3.4.1. Arquitectura red HFC

La red HFC está compuesta por la cabecera, la red troncal, la red de distribución,

y la red acometida de los abonados, el aplicativo está dirigido a la última parte de la

red.




51

FIGURA 10 – ARQUITECTURA DE LA RED HFC

Fuente: [16] Arquitectura Red HFC.

3.4.2. Red acometida de los abonados

Es la instalación interna que va desde el punto donde se toma señal hasta la

vivienda del usuario o empresa, el último tramo antes de la base de conexión. Es

una de las tareas más esenciales por estética, buena instalación y de ahí depende

que el usuario le llegue una buena señal.




52

FIGURA 11– RED DE ACOMETIDAS DE LOS ABONADOS

Fuente: Arquitectura Red HFC. [16]

3.4.3. Elementos básicos que componen una red HFC

Amplificadores: Es un elemento activo ubicado en la red encargado de

amplificar la señal de televisión para que pueda ser llevada a sitios lejanos y

distantes, compensan las pérdidas de señal ocasionadas por el cable coaxial

permitiendo mantener la ganancia unitaria en el sistema, es decir que no

exista diferencia entre un punto de red y otro.




53

Cable coaxial: Medio físico compuesto por un conductor central, dieléctrico,

blindaje y chaqueta. Este cable se encuentra en diferentes calibres

dependiendo de su uso y aplicación: Troncal (750, 840), distribución (500) y

Drop (RG-6 y RG-11).

Multitaps: Son elementos pasivos que se instalan en la red y se encargan de

realizar la distribución para poder realizar las instalaciones a los usuarios y

prestar los servicios que cada compañía ofrece, cada boca alimenta un

usuario.

FIGURA 12– MULTITAPS DE 2, 4 Y 8 SALIDAS

Fuente: [17] Cisco.

Splitters: Elementos pasivos que se utilizan para en el sistema de cable para

dividir la señal en dos salidas balanceadas y permitir su distribución, las




54

perdidas mínimas por inserción y derivación de estos dispositivos empiezan

en 3.5 decibeles.

Conectores: Los conectores son elementos pasivos que permiten la

conexión de los cables a los diferentes dispositivos pasivos y activos de la

red (para el caso de este proyecto nos interesan los conectores RG-6 y RG-

11 ya que son los que encontramos en los multitaps).

Filtro pasa bajos: Corta de 50 a 630 MHz permite el paso del retorno y el

canal 93, para dato el modem; evita el paso de televisión análoga. Se utiliza

cuando solo se instala servicio de internet y telefonía ip.

Filtro pasa altos: Corta el retorno de 5 a 42 MHz y deja pasar 50 a 860 MHz,

generalmente se utiliza cuando solo se instala televisión análoga y sirve

además para evitar el paso de ruido por la red (no permite el paso de internet

puesto que al bloquear el retorno y el resto de las frecuencias bloquea el

“enganche” del cablemodem).

3.4.4. Impedancia característica de la red 75 Ohmios

El ancho de banda que soporta estas redes van desde los 4 MHz a los 860 MHz,

destinando a un ancho de banda de 4Mhz a 50Mhz para el canal de upstream

también llamado de datos de retorno en estas frecuencias se encuentran los datos

que envía el usuario a la cabecera, este canal es el más susceptible al ruido, razón

por la cual se trata de no usar las frecuencias entre 4Mhz y25Mhz, de los 55.25Mhz

a los 860Mhz se tiene el canal de Downstream, este a su vez se subdivide, para los

canales análogos con que cuente el servicio, y de 750Mhz a 860 se destina para los

canales digitales.




55

3.4.5. Fuentes de alimentación para redes HFC

Estos dispositivos son alimentados con 110 v AC o 220 v AC, entregan un voltaje

generalmente de 45 v AC, 65 v AC y 75 v AC, este voltaje depende de la necesidad

de cada red dependiendo de la cantidad y distancia de los amplificadores, se

recomienda trabajar las fuentes con un porcentaje del 75% de carga. Al ser las

redes HFC multiservicios se recomienda que estas fuentes tengan respaldo de

baterías de aproximadamente dos horas para evitar suspensión en los servicios.

3.4.6. Parámetros sobre la red HFC

La sección de distribución de coaxial de la red HFC [11], [14], [16] actúa como

una gran antena que recoge las señales indeseadas del área que está cubriendo

dicha red, la gran mayoría del ruido que ingresa a las redes son incorporados por

los abonados, convirtiendo la instalación en las viviendas y la acometida en edificios

puntos críticos en la estructura de la red, el buen apantallamiento de la red evitara

puntos de fugas que permiten el ingreso de señales indeseadas, el canal de retorno

de las redes o también llamado canal de Upstream es el más propenso a verse

afectado por los ruidos del abonado, ya que por el efecto embudo donde todas las

señales convergen en un solo punto el ruido recogido en la red afecta a los todos los

usuarios que convergen en los puntos comunes.

El ruido procedente de transmisiones de radio, junto con ruido ambiental de radio

frecuencia, es amplificado y transmitido junto con la señal digital útil. Cualquier señal

que exista en el espectro de RF en la banda de 5 a 55MHz. es candidato a penetrar

en la red, de allí la importancia de un excelente apantallamiento en la red; ejemplo




56

de este tipo de ruido puedes ser emisoras internacionales de onda corta; emisoras

de Banda Ciudadana (CB) y radioaficionados (HAM); señales provenientes de

televisores mal apantallados; ruido de RF generado en ordenadores; interferencias

eléctricas de tubos de neón, motores eléctricos, sistema de encendido de vehículos,

secadores de pelo; interferencias generadas en líneas eléctricas; etc.

3.4.7. Equipos de medición de HFC

Algunos instrumentos de reconocidos fabricantes [18] proveen funciones de

medición que permiten conocer todos los parámetros anteriores tanto análogos

como digitales a través de un mismo equipo. Cabe la posibilidad, para algunos de

ellos, de contar con distintos módulos de expansión o software para llevar a cabo

funciones específicas. Entre otros equipos podemos nombrar al SDA-5000 de

Acterna, el Avantron AT2000RQ, el Calan N1776A y el Hukk CR1200R de

SunriseTelecom, el TVA2000Q de SwiresResearch, el DMA-122 y DMA-123 de

Telsey y el 860DSP de Trilithic.

3.4. LUGARES MAS COMUNES DESDE DONDE SE TOMA SEÑAL HFC

Para los técnicos de terreno de Une, los cuales trabajan en base a la tecnología

HFC los lugares más comunes para tomar la señal y llevarla hasta el usuario son 4:

Red sobre postes, Recamaras o Cárcamos, Cajas de paso y Techo de los sótanos

en los edificios.




57

FIGURA 13 – LUGARES PARA TOMAR SEÑAL HFC

Red sobre postes Recamaras o Cárcamos

Cajas de paso Techo de sótanos en edificios





58

3.5. PERDIDA DE SEÑAL

Los niveles mínimos de señal que se deben encontrar en los multitap para un

correcto funcionamiento de los servicios debe ser al menos 9 decibeles en el canal 2

y 9 decibeles en el canal 135, estos resultados deben ser arrojados por el medidor

de campo, si en los multitaps todas las bocas están copadas y se requiere hacer

una nueva instalación el técnico generalmente monta un splitter 2 vías en donde por

cada salida va a perder 3.5 decibeles o puede optar por traer la señal desde el

siguiente multitap que se encuentre en el poste más cercano lo que conlleva a que

sea mayor el diámetro del cableado (ya sea RG-6 o RG-11) perdiendo también

mayor cantidad de señal en decibeles como lo muestran las tablas 2 y 3

respectivamente, teniendo como resultado que al usuario final no le llegue la

cantidad de señal necesaria para el adecuado funcionamiento de los servicios.

TABLA 2

PERDIDAS DEL CABLE RG-6 POR DISTANCIA CON RELACION A LA FRECUENCIA

FRECUENCIA (MHz) dBmV / 100

5 1.9

55 5.25

250 10.82

300 11.64

350 12.63

400 13.61




59

450 14.44

500 15.23

550 16.08

600 16.73

750 18.54

865 20.01

1000 21.49

Fuente: Elaboración Propia

TABLA 3

PERDIDAS DEL CABLE RG-11 POR DISTANCIA CON RELACION A LA FRECUENCIA

FRECUENCIA (MHz) dBmV / 100

5 1.25

55 3.15

250 6.72

300 7.38

350 7.94

400 8.53

450 9.02




60

500 9.51

550 9.97

600 10.43

750 11.97

865 13.05

1000 14.27


3.6. MARCO CONCEPTUAL

Los conceptos que a continuación revisaremos se pueden cotejar o contrastar en

las páginas web, artículos, investigaciones, lecturas-textos, tales nociones serán

revisadas en el marco del propósito de este proyecto y pueden ser confrontadas en

la bibliografía.

3.7.1. Aplicaciones Hibridas

Las aplicaciones hibridas con las que se conocen como la combinación de las

dos plataformas mencionadas anteriormente y su finalidad es utilizar el desarrollo

nativo cuando es mejor o necesario, pero utilizar tecnologías web cuando sea más

práctica.




61

Este es un enfoque muy interesante que se ha estado llevando a cabo en varios

nuevos proyectos [19]. Para todas las vistas que representen gran complejidad y

necesiten mayor flexibilidad se utiliza directamente HTML rodeada de una ventana

nativa (para poner el botón de back, por ejemplo). También lo es usada para

aquellas ventanas cuyo contenido seguramente cambiará muy a menudo, por

ejemplo, si es un contenido que cambia cada mes, y es necesario evitar una nueva

versión cada mes sólo para actualizar dicho contenido.

Por el otro lado, todas las ventanas que necesiten funcionalidad nativa del

teléfono, como la cámara o detalles que se requieran guardar en la aplicación, es

indispensable el uso de componentes nativos.

3.7.2. Plataformas de desarrollo para móviles

En el campo del desarrollo de aplicaciones para dispositivos móviles es

importante tener en cuenta tres aspectos fundamentales que tienen que ver con las

tecnologías anteriormente mencionadas. Estos aspectos se basan

fundamentalmente en la orientación tecnológica de la plataforma de desarrollo, es

decir, de acuerdo a la finalidad de los recursos es posible crear aplicaciones desde:

Aplicaciones web optimizadas para móviles

Aplicaciones móviles nativas

Aplicaciones hibridas




62

3.7.3. Desarrollo Móvil Web

El desarrollo móvil web es el desarrollo de aplicaciones web regulares [19], [20],

pero optimizadas para ser visualizadas desde un dispositivo móvil o Tablet. Por

definición, estas aplicaciones serán accedidas utilizando el navegador que viene por

defecto dentro de los dispositivos: ya sea Safari (o algún otro) en iPhone o iPad y

digamos Dolphin (entre otros) para Android.

Características de aplicaciones móviles web:

Serán accedidas desde un navegador desde el teléfono.

Para todos los dispositivos se desplegará casi que de la misma forma.

Es prácticamente lo mismo que desarrollar cualquier aplicación o sitio web:

se utiliza HTML, CSS y JavaScript.

Ventajas de aplicaciones móviles web:

Compatibilidad: Se reutiliza casi en un 100% el mismo código fuente para

todos los sistemas operativos orientados a móviles, así se tiene que dar

mantenimiento sólo a una versión.

Rango de usuarios: Se puede llegar a más tipos de dispositivos: no sólo a

Android y iOS, sino que puede llegarse hasta el menos común, como Bada

(Samsung).




63

Fácil uso: No hace falta descargar nada, sólo con acceder a una URL los

usuarios podrán utilizar tu aplicación.

Actualizado siempre: Las actualizaciones llegan de inmediato, no se debe

esperar una semana para que el AppStore apruebe la nueva actualización.

Más sencillo y rápido de llevar a cabo en muchas veces: muchas veces, es

mucho más fácil desarrollar y diseñar dentro de un browser utilizando HTML,

CSS y JavaScript que hacer lo mismo en Java, Objetive-C o JavaScript

(Appcelerator, Sencha). Posicionar elementos, estilizarlos y ciertas

flexibilidades son posibles en minutos con tecnologías móviles.

Desventajas de aplicaciones móviles web:

No se pueden utilizar la cámara y otros componentes nativos (al menos por

ahora): Con aplicaciones web nativas, al ser accedidas desde el navegador,

no tienes disponibilidad de ciertos componentes y funcionalidades nativas del

teléfono, entre ellos la cámara.

Cross-Browser Support versión 2.0: Antes preocupaba Internet Explorer 6,

ahora preocupan otros más, como el pésimo soporte a los estándares en

BlackBerry 4 y 5, lo que trae mayores costos de desarrollo en muchos casos.

Posibilidad de usarla offline (en algunos): No se permite el “offline mode”

cuando se esté desarrollando con web. Esto no aplica para iOS y otros, ya

que Safari implementa Web Storage de HTML5 y Offline Application Cache.




64

3.7.4. Desarrollo Móvil Nativo

Por otra parte, el desarrollo móvil nativo [19], [21] es el desarrollo de aplicaciones

que serán instaladas en el sistema de archivos de cada dispositivo y serán

distribuidas por los mercados de aplicaciones móviles, como el AppStore (iOS) o el

Play Store (Android).

Características de aplicaciones móviles nativas:

Serán descargadas desde el mercado de aplicaciones para el sistema

operativo: Play Store o el AppStore.

Es una aplicación distinta por sistema operativo: una para Android y otra

para iOS (y en muchos casos una para iPhone y otra para iPad).

Se desarrollan con lenguajes como Java (Android) u Objetive-C (iOS), pero

hay alternativas como Appcelerator que permiten desarrollarlas utilizando

JavaScript puro, para ambas plataformas.

Ventajas de aplicaciones móviles nativas:

Posibilidad de utilizar funcionalidades nativas: es posible utilizar

funcionalidades nativas, como la cámara, el acelerómetro, etc.

Nuevas alternativas para desarrollar multiplataforma: Aun cuando lo regular

es desarrollar estas aplicaciones utilizando las herramientas oficiales (como

el Android SDK y Java en Android), han surgido varias nuevas tecnologías




65

para llegar a varios dispositivos con casi el mismo código fuente, como

Appcelerator.

Performance: Típicamente llegan a desempeñarse mejor que las

aplicaciones web.

Hay un “market” para estas aplicaciones: Las personas pueden encontrar

una aplicación utilizando el AppStore o el Play Store en cualquiera de los

casos, estas aplicaciones pueden ser puestas a la venta.

Modo offline: La aplicación desarrollada puede utilizarse sin necesidad de

una conexión a internet.

Desventajas de aplicaciones móviles nativas:

Típicamente son más costosas de llevar a cabo: Por lo general, son más

costosas de llevar a cabo, ya que se necesita invertir mucho más tiempo.

Mayores costos de mantenimiento: De igual forma, mantener varias

versiones de la aplicación es costoso.

Actualizaciones y aprobaciones: Poner una aplicación en el AppStore es

tedioso, puede llevar hasta más de una semana. Se debe esperar otra

semana para que Apple Inc. apruebe los cambios.




66

3.7.5. JQuery MOBILE

jQuery Mobile es un framework de interfaz de usuario de desarrollo de web [22]

que nos permite desarrollar aplicaciones web para celulares o móviles que trabajen

en cualquier Smartphone y Tablet. El jQuery Mobile framework se basa en el core

de jQuery y proporciona una serie de herramientas, incluyendo el manejo del DOM

de HTML y XML, el control de evento, la comunicación con el servidor a través de

Ajax, así como los efectos de animación y de imágenes para páginas web.

3.7.6. MYSQL

El sistema de base de datos operacional MySQL [23] es hoy en día uno de los

más importantes en lo que hace al diseño y programación de base de datos de tipo

relacional. Cuenta con millones de aplicaciones y aparece en el mundo informático

como una de las más utilizadas por usuarios del medio. El programa MySQL se usa

como servidor a través del cual pueden conectarse múltiples usuarios y utilizarlo al

mismo tiempo. Una de las características más interesantes de MySQL es que

permite recurrir a bases de datos multiusuario a través de la web y en diferentes

lenguajes de programación que se adaptan a diferentes necesidades y

requerimientos. Por otro lado, MySQL es conocida por desarrollar alta velocidad en

la búsqueda de datos e información, a diferencia de sistemas anteriores. Las

plataformas que utiliza son de variado tipo y entre ellas podemos mencionar LAMP,

MAMP, SAMP, BAMP, WAMP Y XAMPP (aplicables a Mac, Windows, Linux, BSD,

Open Solaris, Perl y Phyton entre otras).




67

3.7.7. PHP

La sigla PHP identifica a un lenguaje de programación que nació como Personal

Home Page (PHP) Tools. Fue desarrollado por el programador de origen danés

RasmusLerdorf en 1994 con el propósito de facilitar el diseño de páginas web de

carácter dinámico. El acrónimo recursivo, sin embargo, en la actualidad está

vinculado a PHP Hypertext Pre-Processor. El lenguaje es desarrollado hoy en día

por The PHP Group [24] aunque carece de una normativa formal. La Free Software

Foundation, por lo tanto, considera la licencia PHP como parte del software libre. El

lenguaje PHP suele procesarse directamente en el servidor, aunque también puede

usarse a través de software capaz de ejecutar comandos y para el desarrollo de otra

clase de programas.

3.7.8. Plataformas de Desarrollo para móviles

En el campo del desarrollo de aplicaciones para dispositivos móviles es

importante tener en cuenta tres aspectos fundamentales que tienen que ver con las

tecnologías anteriormente mencionadas. Estos aspectos se basan

fundamentalmente en la orientación tecnológica de la plataforma de desarrollo, es

decir, de acuerdo a la finalidad de los recursos es posible crear diversos tipos de

aplicaciones.




68

3.7.9. Sistemas Operativos de Dispositivos Móviles

A continuación, se dan a conocer los cinco sistemas operativos más comunes en

los dispositivos móviles o Smartphone:

Android: Es un sistema operativo inicialmente desarrollado por Android Inc.,

[21], [22], [24] una firma adquirida por Google en el 2005. Este sistema

operativo está basado en una versión modificada del Kernel de Linux. Al

contrario que otros sistemas operativos para dispositivos móviles como iOS

o Windows Phone, Android se desarrolla de forma abierta y se puede

acceder tanto al código fuente como al listado de incidencias donde

podemos ver problemas aún no resueltos y reportar problemas nuevos.

iOS: Es el sistema operativo utilizado por el iPhone. Está basado en una

variante del Mach kernel que se encuentra en Mac OS X. El iOS incluye el

componente de software “CoreAnimation” de Mac OS X v10.5 que, junto con

el PowerVR MBX el hardware de 3D, es responsable de las animaciones

usadas en el interfaz de usuario. iOS tiene 4 capas de abstracción: la capa

del núcleo del sistema operativo, la capa de Servicios Principales, la capa de

Medios de comunicación y la capa de CocoaTouch. El sistema operativo

ocupa bastante menos de medio gigabyte del total del dispositivo, de 8 GB o

de 16 GB.12 Esto se realizó para poder soportar futuras aplicaciones de

Apple, así como aplicaciones de terceros publicadas en la iTunes Store o la

App Store.

Windows Phone: Anteriormente llamado Windows Mobile es un sistema

operativo móvil compacto desarrollado por Microsoft, y diseñado para su uso




69

en teléfonos inteligentes (Smartphones) y otros dispositivos móviles.

Windows Phone hace parte de los sistemas operativos con interfaz natural

de usuario. Se basa en el núcleo del sistema operativo Windows CE y

cuenta con un conjunto de aplicaciones básicas utilizando las API de

Microsoft Windows. Está diseñado para ser similar a las versiones de

escritorio de Windows estéticamente. Además, existe una gran oferta de

software de terceros disponible para Windows Mobile, la cual se puede

adquirir a través de Windows Marketplace for Mobile.

Blackberry: Es un sistema operativo multitarea (OS) para el BlackBerry, lo

que permite un uso intensivo de los dispositivos de entrada disponibles en

los teléfonos, en particular la rueda de desplazamiento y el trackpad

(septiembre 2009-presente). El sistema operativo proporciona soporte para

Java MIDP 1.0 y WAP 1.2. Las versiones anteriores permitían la

sincronización inalámbrica con Microsoft Exchange Server para el correo

electrónico y calendario, al igual como con Lotus Domino e-mail. El actual

OS 5.0 proporciona un subconjunto de MIDP 2.0, y permite la activación

inalámbrica completa y la sincronización con Exchange de correo

electrónico, calendario, tareas, notas y contactos, y añade un soporte para

Novell GroupWise y Lotus Notes.

Symbian OS: Symbian es un sistema operativo que fue producto de la

alianza de varias empresas de telefonía móvil, entre las que se encuentran

Nokia, Sony Ericsson, Psion, Samsung, Siemens, Arima, Benq, Fujitsu,

Lenovo, LG, Motorola, Mitsubishi Electric, Panasonic, Sharp, etc. Sus

orígenes provienen de su antepasado EPOC32, utilizado en PDA’s y

Handhelds de PSION. El objetivo de Symbian fue crear un sistema operativo

para terminales móviles que pudiera competir con el de Palm o el Windows

Mobile de Microsoft y ahora Android de Google Inc., iOS de Apple Inc. y

BlackBerry 6 RIM.




70

3.7.10. Tipologías de desarrollo

Las tipologías de desarrollo representan las áreas de negocio identificadas dentro

del campo del análisis y construcción de software:

Desarrollo a la Medida: soluciones de la Ingeniería de Software que

responden o se adaptan a las necesidades de los clientes de integrar,

automatizar procesos y funciones con herramientas ofimáticas, internet y

aplicaciones web o de escritorio, alineadas con los objetivos de lograr mayor

eficiencia y productividad. Estos servicios incluyen la planeación, definición,

diseño, construcción y mantenimiento de las aplicaciones.

Desarrollo de Aplicaciones WEB: es un modelo de negocio de interés

progresivo de la industria del Software que trata del suministro de

herramientas que los usuarios pueden utilizar accediendo a un servidor web a

través de Internet o de una intranet, mediante un navegador. Las empresas

proveedoras de software (Proveedores de Aplicaciones de Servicios – ASP

por sus siglas en inglés) promueven su acceso vía Internet, permitiendo al

usuario pagar una cuota periódica para usar la aplicación, sin necesidad de

instalarla en el ordenador del usuario.

Computación en la Nube: es un modelo de distribución de software donde el

software y los datos que maneja se alojan en servidores de la compañía de TI

y se accede con un navegador web o un cliente fino especializado, a través

de internet. La empresa provee el servicio de mantenimiento, operación

diaria, y soporte del software usado por el cliente. Regularmente el software

puede ser consultado en cualquier computador, esté presente en la empresa

o no. Se deduce que la información, el procesamiento, los insumos y los




71

resultados de la lógica de negocio del software están hospedados en la

compañía.

Comercio Electrónico: es la compra y venta de bienes y servicios a través de

sistemas electrónicos, principalmente Internet. Con el incremento de

internautas crece el comercio electrónico por lo que la industria del SW&TI

tiene un importante segmento de mercado en la difusión y aplicación de las

tecnologías y en las funcionalidades de la tienda electrónica pues las

empresas tienen la necesidad de integrar los sistemas corporativos, implantar

plataformas de venta online (marketplace) o adoptar soluciones SaaS o

Cloud Solutions. También se pueden acoger soluciones Open Source o

tecnología de código abierto, para crear una tienda en Internet de costo

reducido porque su código es público y de uso gratuito sin pago de licencias.

Los programadores de Open Source pueden desarrollar funcionalidades

como catálogos de productos, reglas de promoción, venta cruzada, sistema

de pago, zona de gestión del usuario, gestión simultánea de tiendas, sistema

de seguimiento de pedidos y análisis de ventas, entre otros.

Portales, redes sociales, WEB 2.0: Las redes sociales son una herramienta

básica de comunicación preferida por los internautas pues estos tienen la

capacidad de generar contenidos susceptibles de compartirse dentro de los

entornos de relaciones y de expandirse por la Red, facilitan el trabajo

colaborativo y entornos más abiertos. La producción de contenido resulta de

interés para las organizaciones que buscan seguidores y conversaciones

más activas con sus fans. La Web 2.0 tiene herramientas para el uso de la

educación como los blogs, wiki, servicios para compartir multimedia, podcats,

videocasts, redes sociales, herramientas de edición colectiva, sindicación y

notificación de contenidos.




72

3.7. ANTECEDENTES

En la actualidad hay varias formas de distinguir y consultar si un abonado que se

dirija a una vivienda o negocio se encuentra afiliado al servicio de televisión, unos

más eficientes que otros.

3.8.1. IVR (InteractiveVoice Response)

Actualmente funciona para el personal de corte y reconexión de une los cuales

marcan a la línea corporativa 3003043138 y allí responde un sistema de atención el

cual solicita ingresar un código de 4 dígitos asignado a cada técnico, una vez

ingresado solicita una contraseña, al validarlos tenemos disponibles 3 opciones las

cuales son:

Consulta por cédula

Consulta por número telefónico

Consulta por producto

Este sistema es lento, no hace bien las validaciones, muchas veces así seingrese

bien los números no los toma correctamente, solo puede ser utilizado por un solo

técnico a la vez ya que al contestar la llamada se ocupa la línea de servicio.

3.8.2. Plataforma OPEN

Este es el servicio que utiliza todo el personal de apoyo en call center de UNE,

contiene toda la información de los usuarios en sus bases de datos, para que el




73

personal técnico en terreno pueda acceder a esta información debe llamar a línea

de servicio al cliente 018000511999 opción 9 desde un numero corporativo y pedirle

al usuario de la plataforma OPEN que por favor le verifique un número de producto,

una cedula o una dirección, el sistema es muy confiable y eficiente pero para hacer

uso de este se requiere la llamada del técnico en terreno al técnico en torre lo cual

no siempre se logra ya que el personal en torre tiene otras distintas funciones por

realizar.

3.8.3. Plataforma RR

Funciona de la misma manera que la plataforma OPEN solo que para otro

operador de telecomunicaciones.

3.8.4. Click Mobile

Esla herramienta actual que utilizan los técnicos en terreno, allí diariamente

cargan las ordenes a ejecutar en las diferentes secciones de la operación. En esta

aplicación se puede visualizar la información sobre el servicio que se encuentra

instalado en cada visita técnica, también existe una comunicación con el personal

de despacho vía mensajes de texto a través de esta aplicación, así que por este

medio es posible hacerles preguntas a ese personal sobre el estado de algún

producto pero la comunicación es muy lenta ya que hay un solo despachador por

varios técnicos.




74

4. RECOLECCIÓN DE INFORMACIÓN Y ANALISIS DE REQUERIMIENTOS

4.1. RECOLECCION DE INFORMACION POR MEDIO DE ENCUESTAS Y

ENTREVISTAS

La encuesta es un estudio observacional que se basa en una serie de preguntas

que se efectúan a muchas personas para reunir datos o para detectar la opinión

sobre un asunto determinado. En la encuesta planteada para el desarrollo del

prototipo, es indispensable conocer datos precisos relacionados con el consumidor

o cliente final de la aplicación, con el fin de establecer los gustos, las preferencias,

las reacciones, las motivaciones y las sugerencias sobre el funcionamiento de la

aplicación ya que el propósito es ayudar al personal que la va a utilizar

La entrevista es una conversación entre el investigador y el sujeto de estudio, con

el fin de obtener respuestas verbales a los interrogantes planteados sobre el

desarrollo del prototipo planteado en este proyecto. En este caso el ente

investigador está conformado por los dos estudiantes realizadores del proyecto.

Para el sujeto de estudio se escogieron 30 técnicos divididos así: 10 técnicos de

instalaciones, 10 técnicos de mantenimientos y 10 técnicos de corte y reconexión

los cuales trabajan en diferentes zonas de la ciudad.




75

FIGURA 14 - DIAGRAMA DE ACTIVIDADES DE REQUERIMIENTOS


Definir

Objetivos

Definir Datos

a recolectar

Definir

Personas a

entrevistar

Técnicos

Instalacione

s

Técnicos

Mantenimient

o

Técnico

s corte y

RX

Definir

Muestra de la

encuesta

Definir

Preguntas de la

encuesta

Identificar

Requerimientos Clarificar y

Establecer

Requerimientos

Identificar

Requerimientos

Probar y

Verificar los

Requerimientos

Validar los

Requerimientos




76

4.1.1. Definir personas a entrevistar

Antes de definir las personas a entrevistar, fue necesario establecer por medio de

la observación y la consulta directa cuales son los técnicos idóneos para aplicar la

entrevista teniendo en cuenta que cada uno de ellos tienen diferentes formas de

trabajar, los más antiguos tal vez piensen que los nuevos procesos son engorrosos

y carecen de fundamento, el personal que lleva poco tiempo trabajando podría verle

mayor sentido al aplicativo.

4.1.2. Definir datos a ser recolectados

En esta fase se definen los datos necesarios para implementar el aplicativo, lo

anterior basado en la información obtenida en las encuestas y en las entrevistas.

Para el cálculo de la muestra se requiere el uso de la siguiente formula muestral:

Fuente: Elaboración Propia.




77

4.1.3. Identificar los requerimientos

Para la identificación de los Requerimientos es indispensable realizar un listado

de las necesidades usando frases simples con un lenguaje práctico y entendible

para el usuario. Estas necesidades son interpretadas como las actividades

esenciales para el funcionamiento de cualquier empresa, en este caso, de los Une.

Particularmente el tema de investigación y profundización es el esquema empleado

a la hora de normalizar un multitap, donde se encuentran aspectos esenciales como

tipo de multitap, estado del abonado, numero de bocas libres.

4.1.4. Clasificar y restablecer los requerimientos

La clasificación de los requerimientos es una fase de vital importancia ya que

identifica las necesidades reales del sistema real, las cuales deben estar en una

forma que pueda ser comprendida y usada por los desarrolladores del aplicativo.

4.1.5. Analizar los Requerimientos

En esta fase se asegura que los requerimientos estén bien definidos y que

cumplan con los criterios de un buen requerimiento.




78

4.1.6. Administrar los Requerimientos

Los requerimientos se deben dejar adicionar, modificar o borrar en el caso que se

necesite y en la fase que se requiera.

4.1.7. Probar y verificar los Requerimientos

Es el proceso de chequear los requerimientos, diseño, código, planes de prueba y

productos del sistema para asegurar que cumplan con los requerimientos.

4.1.8. Validar los Requerimientos

Es el proceso de confirmar que los requerimientos reales se cumplen en el

sistema que se está entregando, esto se hace debido a que no se cuenta con

tiempo para una prueba exhaustiva.

4.2. CICLO DE VIDA DEL PROTOTIPO

El ciclo de vida del Prototipo puede describirse como el periodo entre el cual se

toma la decisión de realizar el desarrollo del software y la entrega final al cliente, el

ciclo generalmente incluye las fases de requisitos, diseño, implementación, prueba,

instalación y aceptación.




79

4.3. HISTORIAS DE USUARIOS

Las historias de usuario representan un requerimiento de software escrito en una

o dos frases utilizando el lenguaje común del usuario.

4.4. ANALISIS DE REQUERIMIENTOS

En esta fase se determinan los requerimientos del sistema para el diseño del

primer prototipo funcional del aplicativo. Dichos requerimientos son especificados en

la ingeniería de software dentro del presente documento.

4.5. REQUERIMIENTOS FUNCIONALES

4.5.1. Registro y Gestión de Usuarios

Es necesario que el aplicativo cuente con un módulo para registrar y guardar los

datos principales de los usuarios, con el fin de almacenar la información y crear

nuevos perfiles. Además, este módulo brinda la posibilidad de modificar algunos de

sus datos en caso de que lo necesite




80

4.5.2. Logueo usuarios

El aplicativo debe contar con un módulo o interfaz que le brinde la posibilidad al

cliente para que ingrese por medio de su usuario y contraseña. El sistema debe

validar esta información de acuerdo con los datos registrados previamente según el

requerimiento de registro de clientes. Esta operación se debe realizar en caso de

que el cliente cierre la sesión o desee ingresar al aplicativo desde un dispositivo

distinto al suyo.

4.5.3. Búsqueda por número de producto.

El aplicativo debe contar con un módulo que le dé la posibilidad al usuario de

buscar un producto ingresando el número que se encuentre en la marquilla del

abonado que lo identifique. El sistema deberá devolver en la interfaz una única

coincidencia teniendo en cuenta que el número del producto de un servicio en UNE

es único y consecutivo. El módulo generará una búsqueda y arrojara un resultado

donde muestre: el número del producto, el número de la orden con la cual se

ejecutó ese producto, el nombre del titular con el cual está registrado ese producto,

numero de cedula del titular, la dirección donde se encuentra instalado ese

producto, el estado actual del producto (Activo, en suspensión, retirado). Este

requerimiento debe estar representado por medio de un botón visible en la parte

superior de la interfaz principal.




81

4.5.4. Búsqueda por número de cedula.


buscar por cedula ingresando el número que le brinde algún usuario en caso de que

existan dudas sobre la autenticidad del abonado encontrado. El sistema deberá

devolver en la interfaz todas las posibles coincidencias teniendo en cuenta que una

cedula puede tener varios servicios (números de productos que a su vez son únicos

y diferentes) adquiridos en diferentes lugares. El módulo generará una búsqueda y

arrojara un resultado donde muestre: los números de productos asociados a ese

número de cedula, los números de orden de cada producto, el nombre del titular con

el cual está registrado ese número de cedula, las direcciones donde se encuentran

instalados los productos relacionados a ese número de cedula, el estado actual de

los productos (Activo, en suspensión, retirado). Este requerimiento debe estar

representado por medio de un botón visible en la parte superior de la interfaz

principal.

4.5.5. Búsqueda por dirección.


buscar por cedula ingresando el número que le brinde algún usuario en caso de que

existan dudas sobre la autenticidad del abonado encontrado. El sistema deberá

devolver en la interfaz todas las posibles coincidencias teniendo en cuenta que una

cedula puede tener varios servicios (números de productos que a su vez son únicos

y diferentes) adquiridos en diferentes lugares. El módulo generará una búsqueda y

arrojara un resultado donde muestre: los números de productos asociados a ese

número de cedula, los números de orden de cada producto, el nombre del titular con




82

el cual está registrado ese número de cedula, las direcciones donde se encuentran

instalados los productos relacionados a ese número de cedula, el estado actual de

los productos (Activo, en suspensión, retirado). Este requerimiento debe estar

representado por medio de un botón visible en la parte superior de la interfaz

principal.

4.6. REQUERIMIENTOS NO FUNCIONALES

4.6.1. Confiabilidad: Los errores deben ser controlados

Cada error que pueda surgir debe ser controlado, es decir, en caso de surgir un

error se deben mostrar mensajes al usuario, pero no permitir que el sistema muestre

secciones del código o descripciones detalladas de error que puedan poner en

riesgo la seguridad e integridad del sistema.

4.6.2. Plataforma del Sistema: Lenguaje de Programación

El sistema debe ser desarrollado utilizando PHP, librerías jquery (bootstrap,

materialize) js, javascript, en este caso se han utilizado frameworks que soportan los

contenidos de dichos lenguajes.




83

4.6.3. Servidor Web

Se realizaron pruebas iniciales con un servidor local utilizando xampp, luego se

montó en un servicio de hosting para realizar pruebas.

4.6.4. Usabilidad: Sistema Operativo Móvil

El aplicativo podrá ser visto y utilizado en el sistema operativo Android ya que es

mismo sistema operativo instalado en los Smartphone que provee Une a sus

técnicos en terreno.

4.6.5. Seguridad: Autenticación

La aplicación se descarga directamente en cada dispositivo móvil, el usuario

activa el sistema en el momento de abrir la aplicación e inmediatamente debe

registrar sus datos para ingresar. Dentro de los datos del usuario se almacenarán

nombre de usuario como dato principal y una clave debidamente protegida.




84

4.6.6. Rendimiento

Se espera que el tiempo de respuesta del aplicativo ante una petición del usuario

sea entre 1 y 2 segundos. Cada una de las operaciones inmersas en la aplicación

debe registrar un tiempo de respuesta dentro de este rango de tiempo.

4.6.7. Escalabilidad

El sistema será diseñado pensando en la adhesión de nuevos parámetros

técnicos que puedan ayudar a mejorar el rendimiento de la labor diaria. La

estructura del código fuente y del modelo de datos permitirá que se puedan agregar

otros tipos de servicios relacionados con la operación técnica.

4.7. BUENAS PRACTICAS DE DESARROLLO

4.7.1. Seguridad

La finalidad de un buen desarrollo es brindar herramientas con las condiciones

óptimas y adecuadas. Todos los datos de ingreso serán verificados y validados.

Para el caso de los campos de texto, el aplicativo empleará un sistema de validación




85

que le permite a cada campo el ingreso de los datos únicamente comprometidos, es

decir, si el campo es numérico sólo se permitirá de datos numéricos.

4.7.2. Optimización

La optimización consiste en que el programa consuma la menor cantidad posible

de recursos (memoria y disco). Es importante ahorrar pasos de variables

innecesarios, líneas de código, medir el rendimiento de funciones similares y usar

las que menos recursos utilicen.

4.7.3. Documentación

Se requiere que el sistema tenga sus respectivos manuales que sirvan de

referencia en cualquier momento a los Usuarios/Clientes. Este manual debe detallar

las funciones más importantes y las funcionalidades que provee el sistema.




86

5. IMPLEMENTACION

5.1. DISEÑO DEL SISTEMA CON UML

UML (UnifiedModelingLanguage) es un lenguaje gráfico para visualizar [25],

especificar, construir y documentar un sistema. UML ofrece un estándar para

describir el modelo del sistema, incluyendo aspectos conceptuales tales como

procesos, funciones del sistema, y aspectos concretos como expresiones de

lenguajes de programación, esquemas de bases de datos y compuestos reciclados.

La finalidad de los diagramas presentados a continuación es presentar y definir

los diversos procesos de los actores que hacen uso de cada uno de los módulos

que componen el sistema.




87

5.2. DIAGRAMA DE ACTIVIDADES

FIGURA 15- DIAGRAMA GENERAL DE ACTIVIDADES





88

FIGURA 16- DIAGRAMA DE ESTADO MODULO PRODUCTO





89

FIGURA 17 - DIAGRAMA DE ESTADO MODULO CEDULA





90

FIGURA 18 - DIAGRAMA DE ESTADO MODULO DIRECCIÓN





91

FIGURA 19 - DIAGRAMA DE ESTADO MODULO REPORTE





92

5.3. DIAGRAMAS DE CASOS DE USO

vID: APLICATIVO MOVIL PARA AYUDAR ANORMALIZAR

LOS MULTITAPS DE LAS REDES HFC DE UNE. Caso 1

Nombre: Autenticación de Usuario

Autor: Giovanny Andrés Murillo – Edwin Arroyave

Fecha: 25/09/2017

Formulario de solicitud de ingreso al sistema de información

Se requiere un formulario Login donde el usuario se pueda autenticar para ingresar al

sistema y consultar las diferentes opciones.

Ejemplo de cómo debe quedar

Precondiciones:

Debe Existir un usuario

Descripción del proceso

A Continuación se describe de manera detallada los pasos a seguir definidos para este

proceso.

Paso 1. El Técnico debe ingresar a la aplicación móvil.

Paso 2. El sistema muestra el Login de acceso al sistema.

Paso 3. El usuario ingresa (usuario y contraseña) para que el sistema valide si ese

usuario y contraseña son válidos y si existen.




93

ID: APLICATIVO MOVIL PARA AYUDAR ANORMALIZAR LOS

MULTITAPS DE LAS REDES HFC DE UNE Caso 2

Nombre: Módulo Productos


Fecha: 25/09/2017

Formulario de actividad de consulta, para el módulo búsqueda por número de productos.

Se requiere un formulario donde el técnico pueda consultar por productos los servicios que

tiene cada cliente o abonado.


Precondiciones:

Debe existir el usuario

Debe existir como mínimo un servicio asociado a ese producto


A Continuación, se describe de manera detallada los pasos a seguir definidos para este

proceso.

Paso 1. El usuario después de ingresar con su perfil puede llenar los campos desde uno a

diez números de productos diferente a consultar

Paso 2. El usuario consulta los diferentes productos que tiene la base de datos del sistema.




94



Nombre: Módulo Cedula


Fecha: 25/09/2017

Formulario de actividad de consulta, para el módulo búsqueda por número de cedula.

Se requiere un formulario donde el técnico pueda consultar número de por cedula los servicios que

tiene cada cliente.


Precondiciones:


Debe existir como mínimo un servicio asociado a ese número de cedula.


A Continuación, se describe de manera detallada los pasos a seguir definidos para este proceso.

Paso 1. El usuario después de ingresar con su perfil puede llenar los campos desde uno a diez

números de identificación de clientes diferentes a consultar.

Paso 2. El usuario consulta los diferentes productos que tiene el cliente asociados a ese número de

cedula.




95



Nombre: Módulo Dirección


Fecha: 25/09/2017

Formulario de actividad de consulta, para el módulo de búsqueda por dirección.

Se requiere un formulario donde el técnico pueda consultar por dirección, los servicios que existen o

han existido antes en esa dirección.

Precondiciones:

Debe existir el usuario.

Debe existir como mínimo un producto asociado a esa dirección.


A continuación se describe de manera detallada los pasos a seguir definidos para este proceso.

Paso 1. El usuario después de ingresar con su perfil puede llenar el formulario con los 3 datos que

piden.

Paso 2. El usuario consulta el estado de los productos que existen o existieron para esa dirección.

ID: APLICATIVO MOVIL PARA AYUDAR ANORMALIZAR LOS Caso 5




96

MULTITAPS DE LAS REDES HFC DE UNE

Nombre: Fraude de abonados


Fecha: 25/09/2017

Se requiere realizar consulta de un cliente o servicio que se encuentre conectado de manera

fraudulenta.


Precondiciones:




Paso 1. Se realiza una consulta de los servicios por medio de alguna de las 3 opciones de

búsqueda,

Paso 2. En caso de que el estado de servicio de alguno de los abonados este como “retirado”,

“trasladado” o “suspendido por falta de pago”, el técnico tiene como deber desconectar el servicio.

ID: APLICATIVO MOVIL PARA AYUDAR ANORMALIZAR LOS Caso 6




97

MULTITAPS DE LAS REDES HFC DE UNE

Nombre: Módulo Reportes


Fecha: 25/09/2017

Se requiere realizar y enviar un reporte a un supervisor sobre el procedimiento y las acciones que

se llevaron a cabo en algún multitap


Precondiciones:


Debe precargado el correo del supervisor correspondiente al técnico.



Paso 1. Se realiza una consulta de dicho producto sospechoso o que esté conectado de manera

fraudulenta

Paso 2. Se realiza un reporte al supervisor de zona, con la información del producto y de la acción

tomada con respecto al abonado encontrado.




98

5.4. BASES DE DATOS

La base de datos se realizó usando MySQL, a través de phpMyAdmin, mediante

el servidor independiente XAMPP. Esta cuenta con dos tablas las cuales son: user y

une.

Primero se crea la base de datos denominada “id3041257_aplicativo” con

cotejamiento utf8_general_ci, como se muestra en la figura.

FIGURA 20– CREACION DE LA BASE DE DATOS


Seguido este proceso se crean las respectivas tablas con sus atributos y llaves

primarias.

https://databases.000webhost.com/db_structure.php?server=1&db=id3041257_aplicativo&token=1f3c3786fb50c2222586f1c83edf342e




99

Tabla users

Esta tabla almacena la identificación para cada usuario y cuenta con tres

atributos.

TABLA 4

DICCIONARIO DE DATOS “PERFIL”

ATRIBU

TO

CLA

VE

TIPO NU

LO

DESCRIPCIÓN

id Prim

aria

Int(11) No Identificador del usuario en la

base de datos

nombre Varchar(

30)

No Nombre que identifica al

usuario

passwor

d

Varchar(

30)

Si Contraseña para validar que

solo el usuario pueda ingresar

con él.





100

FIGURA 21– CREACION DE LA TABLA USUARIOS


Tabla UNE

Esta tabla almacena los clientes que cuentas con alguno de los servicios.




101

TABLA 5

ATRIBUTOS TABLA DE SERVICIOS

ATRIBUTO CLA

VE

TIPO NU

LO

DESCRIPCIÓN

ORDEN Pri

maria

Varchar(

20)

N

o

Identificador del usuario en la

base de datos

CLIENTE_I

D

Varchar(

20)

N

o

Número de documento de

identificación de usuario

NOM_CLIE

NTE

Varchar(

80)

N

o

Nombre y apellido del cliente

DIRECCIO

N

Varchar(

80)

N

o

Dirección de residencia del

cliente

BARRIO Varchar(

80)

N

o

Barrio de residencia del cliente

MUNICIPIO Varchar(

80)

N

o

Municipio de residencia del

cliente

ESTADO Varchar(

50)

N

o

Conectado, desconectado,

suspendido etc..

PRODUCT

O

Varchar(

30)

N

o

Nombre del producto del cliente

NPRODUC

TO

Int (11) N

o

Identificación del producto del

cliente





102

FIGURA 22 – CREACION TABLA ATRIBUTOS DE LOS SERVICIOS


5.5. IMPLEMENTACION DEL ENTORNO WEB

Practicamente lo que se hizo fue utilizar una plantilla desarrollada para el login o

autenticacion de sistema, que contiene 2 campos que son nick y password, esos

serían los 2 datos que se necesitan para hacer la validacio de usuario, que son

enviados a una clase que se encuentra en el login.php, estos datos se envían por el

metodo POST después de accionar el botón “Login”.




103

FIGURA 23– CODIGO FORMULARIO DE VALIDACION


Los dos datos que se enviaron desde el formulario anterior llegan por el método

POST, y se validan que esas variables no estén vacías, se guardan en unas

variables de nombre $nick y $password, para luego ser enviadas a

“class_login/login.class.php”




104

FIGURA 24 – CODIGO AUTENTICACION DE USUARIOS


require_once 'conexion/conexion.class.php'; es la encargada de hacer la peticion

de la conexión a la base de datos.

Una vez que se tenga el acceso a la base de datos, se le pregunta a la base de

datos si esos dos datos ue se enviaron desde el formulario de Login existen o no en

la base de datos.

Si los datos son validos, nos devuelve un valor y el sistema le da acceso a la vista

de los modulos de consulta. En caso de no ser valido, la consulta devolvera un valor

null o cero en su defecto y sera redireccionado a la vista principal que es el

formulario de validacion.




105

FIGURA 25 – CODIGO VALIDAR CON LA BASE DE DATOS


Una vez cargada la vista de los módulos de consulta, tendrá acceso a los tres

módulos según el tipo de consulta a realizar.




106

FIGURA 26– CODIGO VISTA GENERAL DE LOS MODULOS


Este sería el formulario para realizar consultas de hasta 10 id de productos.

Lo normal es que en un multitap se encuentren conectados hasta 8 clientes

diferentes




107

FIGURA 27– CODIGO LLENADO FORMULARIO PRODUCTO

Fuente: Elaboración propia.

Se captura los id de productos ingresados por el usuario, y se realizan múltiples

consultas a la base de datos para traer la información de cada producto.

En caso de que el usuario no ingrese nada en ninguno de los campos, el sistema

no devolverá ninguna información, solo se traería la información pedida por el

usuario.




108

FIGURA 28 – CODIGO CONSULTA PRODUCTO


La información devuelta por la base de datos se cargaría en la siguiente tabla, en

cada uno de los campos de la siguiente forma




109

FIGURA 29– CODIGO Y VISTA RESULTADO DE CONSULTA


El botón de reportes llama a otro formulario con los campos de la información de

su respectiva consulta como se observa en la siguiente imagen.




110

FIGURA 30– CODIGO Y VISTA FORMULARIO ENVIAR REPORTE


Al final esta el boton “Enviar” que manda los campos del formulario por le metodo

POST al “enviar_e-mail.php”




111

FIGURA 31– CODIGO ENVIO DE REPORTE


El primer if valida que sí exista un email de destino, en caso de que no, el sistema

envía a la vista de los módulos sin enviar la información.

La segunda condición valida que sí existan los demás datos que se enviaron por

parámetros.




112

Y con “mail($email_to, $email_subject, $email_message, $headers);” se envía la

información capturada del formulario.

FIGURA 32– CODIGO EMPAQUETADO DE REPORTES





113

5.6. GENERANDO EL APK

En la actualidad existen muchos framework para el desarrollo de aplicaciones

móviles que permite a los programadores desarrollar aplicaciones para dispositivos

móviles utilizando herramientas genéricas tales como JavaScript, HTML5 y CSS3.

Las aplicaciones resultantes son híbridas, es decir que no son realmente

aplicaciones nativas al dispositivo. Una de las que se utilizó para este aplicativo es

Android Studio, se hace referencia que en este caso se utiliza la versión 2.3.3.

Teniendo instalado el framework y el jdk, crea un nuevo proyecto en Android

Studio.

En el activity_main.xml, se configura el aplicativo móvil para que se adapte al

tamaño de la pantalla del equipo, y el servidor donde se aloja la aplicación web.




114

FIGURA 33– CODIGO ADAPTACION A LA PANTALLA


En el MainActivity.java lleva la clase encargada de cargar la aplicación web en el

aplicativo móvil.




115

FIGURA 34– CODIGO DE CLASES A UTILIZAR


AndroidManifest.xml contiene los iconos del proyecto como del apk y del

aplicativo.




116

FIGURA 35– CODIGO DE LOS ICONOS DEL APK


Teniendo las configuraciones, nos dirigimos a la barra de menú – Build –

GenerateSigned APK, para generar una llave para el proyecto.




117

FIGURA 36– PASO 1 PARA GENERAR EL APK


Se llenan los campos con el alias y las llaves. Esta parte es importante para evitar

los cambios de otra persona en el apk. Al momento de subirla a la play store, la

plataforma pide esa llave.




118

FIGURA 37- PASO 2 PARA GENERAR EL APK


Finalmente obtendremos un mensaje el cual indica que se generó el apk, vamos

a la ubicación que elegimos en el paso anterior donde se encontrara el apk listo

para instalar.




119

FIGURA 38- PASO 3 PARA GENERAR EL APK


6. PRUEBAS

6.1. PRUEBAS DEL SISTEMA

Para asegurar que el software cumpla con las necesidades requeridas, con el

funcionamiento correcto y una buena calidad, es necesario realizar pruebas de software

que garanticen la integridad del sistema. Para este caso se realizan las siguientes

pruebas:

Verificación de requerimientos: Permite garantizar que las necesidades del

cliente se están cumpliendo. Para esta prueba se utiliza una lista con los principales

requisitos y determinar si se cumplen o no.




120

Caja negra: Permite identificar los errores que se puedan presentar en cada uno

de los componentes del sistema].

6.1.1. Prueba de Verificación de Requerimientos

TABLA 6

VERIFICACION DE REQUERIMIENTOS

Requisito

General

Requisito

Especifico

Cumplimiento Observaciones

Iniciar Sesión Validar datos

ingresados

Si

Realizar

Búsquedas

Consultar

producto

Si Hasta 10 al

mismo tiempo

Consultar

Cedula

Si Hasta 10 al

mismo tiempo

Consultar

Dirección

Si

Envió de

Reportes

Establecer los

correos

electrónicos de los

supervisores

Si Puede adjuntar

evidencia

Cierre de

sesión

Desloguearse Si

si





121

6.1.2. Pruebas de caja negra

TABLA 7

PRUEBA VALIDACIÓN DE USUARIO

Módulo: Validación de usuario

Responsable Giovanny Andrés Murillo Mosquera

Objetivo: Determinar si se validan los datos de usuario

de la base de datos.

Usuario requerido: Usuario

Procedimiento:

Se ingresa al aplicativo móvil donde la

primera vista es un formulario de validación de

usuario, se ingresa el nombre de usuario y su

respectiva contraseña que se encuentre

registrado.

Resultado

esperado: Conexión exitosa

Resultado

obtenido: Prueba exitosa SI(x) NO()

Comentarios: El usuario ingresa a la siguiente vista de los

módulos.





122

TABLA 8

PRUEBA VALIDACIÓN FALLIDA

Módulo: Validación de usuario fallida


Objetivo: Determinar si se validan o no los datos de

usuario incorrecto

Usuario requerido: Usuario

Procedimiento:

Se ingresa al aplicativo móvil donde la

primera vista es un formulario de validación de

usuario, se ingresa el nombre de usuario y

contraseña incorrecta

Resultado

esperado: Conexión fallida

Resultado


Comentarios: El usuario vuelve a la vista de validación

después del mensaje de conexión fallida.





123

TABLA 9

PRUEBA CONSULTA POR PRODUCTO

Módulo: Resultados de consulta por producto


Objetivo: Determinar si existe un servicio

Requisito: Validación de usuario exitosa

Procedimiento:

Se ingresa al módulo de consulta por

producto, y se ingresa el id de un producto:

ejemplo 10128697

Resultado

esperado:

Información de un cliente y del servicio

contratado.

Resultado


Comentarios: Se pueden buscar hasta 10 productos al

mismo tiempo





124

TABLA 10

PRUEBA CONSULTA ERRÓNEA POR PRODUCTO

Módulo: Resultados de consulta por producto



Requisito: Validado de usuario exitosa

Procedimiento:


producto, y se ingresa el id de un producto:

ASBTREDBN

Resultado

esperado:

Ninguna información, ya que para este

campo solo se usa valores numéricos enteros.

Resultado


Comentarios: No se generará ningún resultado.





125

TABLA 11

PRUEBA CONSULTA POR CEDULA

Módulo: Resultados de consulta por cedula


Objetivo: Determinar si existe un servicio por

búsqueda por cedula


Procedimiento:

Se ingresa al módulo de consulta por cedula,

y se ingresa el id de un cliente: ejemplo

17121834

Resultado

esperado:

Nombre del cliente, números de productos

contratados hasta la fecha, estado de los

productos y dirección donde se

instalaron

Resultado


Comentarios: El número se debe escribir sin puntos ni

espacios





126

TABLA 12

PRUEBA CONSULTA POR PRODUCTO

Módulo: Resultados de consulta por cedula




Procedimiento:

Se ingresa al módulo de consulta por cedula,

y se ingresa la cedula de un cliente: ejemplo

V2134524

Resultado

esperado:

Ninguna información, ya que para este

campo solo se usa valores numéricos enteros.

Resultado







127

TABLA 13

PRUEBA CONSULTA POR DIRECCIÓN

Módulo: Resultados de consulta por dirección


Objetivo:

Determinar cuáles son los números de

productos asociados a esa dirección y su

estado actual.


Procedimiento:


dirección y se llenan los datos que se pide en el

formulario: en dirección KR 15 26-35 PISO 1,

en barrio VILLA NOHEMY y en municipio

PEREIRA.

Resultado

esperado:

Información de un cliente y del servicio

contratado.

Resultado


Comentarios: Solo se puede ingresar una dirección cada

vez





128

TABLA 14

PRUEBA CONSULTA ERRÓNEA POR DIRECCIÓN

Módulo: Resultados de consulta por dirección




Procedimiento:


dirección, y se ingresa datos erróneos en

cualquiera de los campos del formulario

Resultado

esperado:

Ninguna información, ya que para esta

consulta se pone una limitación con 3

condiciones, y con solo poner un dato erróneo,

no se generará la consulta.

Resultado







129

TABLA 15

PRUEBA ENVIAR REPORTE

Módulo: Reportar anomalía en una conexión


Objetivo: Reportar con el supervisor en caso de una

anomalía


Procedimiento:

Después de haberse consultado un servicio

con animalia, se cargada la información del

servicio en el formulario, se escribe un

comentario seguido de elegir el email de los

supervisores y por último se le da en “Enviar”.

Resultado

esperado: El email se envía satisfactoriamente.

Resultado


Comentarios: Obtenemos un mensaje de confirmación y

se carga la vista con los módulos.





130

TABLA 16

CERRAR SESIÓN

Módulo: Desconexión de usuario


Objetivo: Realizar un deslogueo después de haber

usado el sistema.

Usuario requerido: Validación de usuario exitosa

Procedimiento:

Estando en cualquiera de los módulos,

podrá tocar en el botón con el símbolo de cierre

de sesión.

Resultado

esperado: Desconexión exitosa

Resultado


Comentarios:

El usuario se desconecta del sistema y es

llevado a la vista principal del formulario de

validación de usuario.





131

6.2. RESULTADOS DE PRUEBAS REALIZADAS EN TERRENO

Una vez el aplicativo realizaba las consultas de manera correcta se procede a

probarlo en algunos de los sectores del cual se tiene la base de datos cargada, 3

técnicos fueron quienes utilizaron el aplicativo durante dos días, un par de ejemplos

exitosos se reflejan en las siguientes imágenes:

TABLA 17 – PRUEBA I DEL APLICATIVO EN TERRENO

Antes Después

Dirección del multitap: Barrio Padre

Valencia (Cuba) Mnz 16 cs 10.

Dirección del multitap: Barrio Padre

Valencia (Cuba) Mnz 16 cs 10.

Observaciones: El día8 de

octubre el técnico Dorlan de Jesús

valencia debía realizar un servicio de

mantenimiento por intermitencia en el

internet, desde el multitap

referenciado en la imagen salía la

señal que iba por el abonado. Se

Observaciones: En esta ocasión el

técnico pudo realizar la mayoría de

búsquedas por número de producto los

cuales estaban en las marquillas de los

abonados, otras de las búsquedas

fueron por dirección, uno de los cables

no estaba marcado así que procedió a




132

encuentra un multitap x 8 cada uno

con un splitter x 2 vias en su salida

RF, es decir este multitap tenía 16

abonados conectados.

desconectarlo por descarte, minutos

después una persona se acerca

manifestándole que se le acaba de ir la

señal de televisión, le da su número de

cedula, el técnico realiza la búsqueda

cuyo resultado arrojo que

efectivamente esa persona tenia

servicio de internet y televisión activo,

el técnico procede a reconectar la

señal y a marcar el abonado.

Resultados: Se encontró un multitap x8 saturado con 16 abonados conectados,

al normalizarlo se evidencio que 8 de estos abonados debían estar desconectados,

(uno de los abonados debía estar desconectado desde el año 2008), se encontraron

splitter x2 vias oxidados y conductores central largos lo que ocasionaba ruido en la

red, cada uno de los abonados que se encontraban conectados de manera legar

ganaron 3.5 decibeles más de señal que llega hasta sus hogares, los motivos por

los cuales estos abonados se encontraban conectados son los mismos motivos

tratados en el punto

1.1 SITUACION PROBLEMÁTICA.¿….???????




133

6.3. DISCUSIÓN DE RESULTADOS

¿Cuál va a ser el aporte del aplicativo al personal técnico de une que labora

en terreno?

Mediante una adecuada capacitación respecto al funcionamiento de la

herramienta, así como del correcto uso por parte del personal técnico podremos

contemplar cómo se reduce la cantidad de cable utilizado para llegar desde un

MULTITAP hasta la casa del suscriptor en los casos donde efectivamente el

aplicativo muestre que existe un abonado que deba estar desconectado, lo que se

verá reflejado en menos tiempo gastado realizando una instalación.

¿Cómo se van a ver impactados los usuarios afiliados del servicio?

Se verá notablemente la prestación de un mejor servicio ya que en la actualidad

existen MULTITAPS hasta con 8 splitters lo que se refleja en menor cantidad de

señal (en decibeles) para el usuario final, así mismo la reducción de ruido en la red

HFC;

¿Cuál va a ser el impacto a mediano y largo plazo para la empresa UNE y su

contratista EMTELCO?

Comprendiendo que es normal en las personas la dificultad para adaptarse a una

nueva herramienta y más aún cuando se les añadirá otro pasó a la hora de realizar

alguna actividad propia de la labor cuando realicen actividades en poste, es posible

encontrarnos con algunos factores tales como: la resistencia a utilizar el aplicativo

por diferentes aspectos como costumbres o la no identificación del beneficio por

parte del aplicativo lo que implicaría necesariamente socializar por medio de




134

capacitaciones y la implementación de un manual de usuario para el correcto uso y

la familiarización con este sistema exigiendo mayor compromiso por parte del

personal técnico. A largo plazo y como consecuencia del correcto uso del desarrollo

propuesto podemos esperar la correcta aprobación por parte del personal técnico ya

que se evitarían mayores esfuerzos a la hora de realizar nuevas instalaciones, así

como mayor seguridad cuando se ejecuten desconexiones del servicio. En cuanto a

la desconexión de los usuarios fraudulentos que hay en la actualidad esto se vería

reflejado necesariamente a la nueva afiliación de más usuarios teniendo en cuenta

que en varios sectores de la ciudad la única empresa con cobertura de servicios de

telecomunicación es UNE.




135

7. CONCLUSIONES

Las conexiones fraudulentas seguramente van a seguir por muchos años

más en los operadores de cable que ofrezcan este servicio. En el caso de

UNE aproximadamente dentro de un año que “apague” la televisión análoga,

no servirá de mucho conectarse de esta manera ya que no se obtendrá

ningún canal de televisión al conectar el cable coaxial directo al televisor;

pero si no se hace el proceso de auditoria en la red HFC estos abonados

quedarían conectados al multitap así ya no estén prestando el servicio de

televisión análoga.

Con la realización de este proyecto se ha podido determinar que la tecnología

HFC beneficia directamente a los consumidores, esta tecnología es muy

delicada y vulnerable, tiene grandes rendimiento en cuanto al ancho de

banda que soporta pero a su vez es muy delicada en cuanto a las

interferencias que le pueden entrar por medio de las bocas de los multitaps.

La migración que ha venido en aumento para el cambio de tecnología de

cobre por HFC en la ciudad requiere de una estructura eficiente y bien

mantenida, este proyecto pretende ayudar a ese cometido.

Si UNE quiere seguir prestando un servicio de calidad y ofreciendo nuevos

productos como por ejemplo el nuevo servicio llamado “tigoOne tv” debe

garantizar el buen estado de sus redes HFC ya que si en la red ingresa ruido

es poco probable que el servicio ofrecido alcance las expectativas esperadas.

Es fundamental el correcto marquillado de los abonados, no es útil solo poner

la marquilla sin ningún número o con un número que no corresponde a

ningún servicio, de este correcto marquillado depende el funcionamiento

adecuado del aplicativo.




136

Actualmente se realizan investigaciones y existen proyectos en curso sobre

tendencias en HFC, RFoG (radio frecuencyoverglass), que permitan

participar y fusionarse con tecnologías GPON y GEPON, evitando gastos en

su infraestructura de cabecera y llevando la fibra hasta la entrada de la casa

(micronodo), aprovechando el cableado de RG6 dentro de ella.

Es de gran importancia motivar al personal a que utilice el aplicativo

exponiéndole la utilidad y los posibles beneficios que puede traer el correcto

uso del aplicativo que van desde desaturar la red hasta reducir el número de

visitas por mantenimiento.

El modelo utilizado en este proyecto fue el adecuado y nos proporcionó cierta

facilidad a la hora de mostrar los avances que alcanzábamos a medida que

pasaba el tiempo, sin necesidad de cumplir una meta en específica podíamos

retroalimentarlos para seguir avanzado.

Las aplicaciones hibridas son herramientas muy útiles y versátiles que

permiten hacer el desarrollo más práctico y más ameno, sin necesidad de ser

experto en aplicaciones móviles podemos desarrollar una página web estable

que nos funcione en nuestro dispositivo de manera eficiente.

8. RECOMENDACIONES

Concluido este proyecto de grado, se considera importante investigar sobre otros

aspectos relacionados con las redes ópticas pasivas y se propone:

Tener una conexión más fuerte con quien sea su socio durante el proyecto ya

que durante el desarrollo del proyecto tuvimos varias dificultades con el

personal de UNE ya que nos cambiaron el Ingeniero con el cual nos

entendíamos en 3 ocasiones, lo que hizo que el ritmo del proyecto cambiara y

avanzara de manera más lenta ya que debíamos poner al tanto al nuevo

Ingeniero y no tuvimos el mismo apoyo por parte del último como lo tuvimos

del primero. El recomendable no depender de factores externos tan puntuales




137

o de terceros para el correcto avance del proyecto, en el caso de nuestro

proyecto dependíamos del tiempo del Ingeniero por parte de UNE que nos

decía cuando podía reunirse con nosotros y en varias ocasiones nos aplazó

las reuniones, así mismo los trámites para realizar cambios y aprobaciones

por ejemplo de una base de datos de muestra fueron bastante engorrosos.

Enlazar el aplicativo a la plataforma open para de esta manera tener acceso

a toda la base de datos y no solo por sectores como se tiene hasta ahora, lo

que lograría ampliar el rango de acción de la aplicación.

Mejorar la seguridad que se tiene con respecto al acceso a los multitaps, en

muchos casos pudimos evidenciar que los candados que tienen las bocas de

los multitaps son muy fáciles de quitar o incluso carecen de estos lo que hace

más fácil que se realice una conexión fraudulenta; los casos más comunes

los encontramos en los edificios donde las cajas de paso permanecen

abiertas y cualquier persona puede acceder a los multitaps.




138

BIBLIOGRAFÍA

[1] GAVIDE. 2010. Asesoría en Sistemas e Informática: Metodología y estándares

para proyectos específicos. [Internet] Disponible en: http://gavide.com/index-

10.html

[2] Comisión de Regulación de Comunicaciones. CRC. 2014. Resolución CRC 4262

de 2013. [Internet] Disponible en:

https://www.crcom.gov.co/uploads/images/files/00004262.pdf

[3] MINTIC. LEY 182 DE 1995: Diario Oficial No. 41.681 de 20 de enero de 1995.

[Internet] Disponible en: https://www.mintic.gov.co/portal/604/articles-

3665_documento.pdf

[4] Secretaría del Senado. LEY 599 DE 2000 (julio 24) Diario Oficial No. 44.097 de

24 de julio del 2000. [Internet] Disponible en:

http://www.secretariasenado.gov.co/senado/basedoc/ley_0599_2000.html

[5] Comisión de Regulación de Comunicaciones. CRC. 2016. Nuevo Régimen de

Protección de los Derechos de los Usuarios de Servicios de Comunicaciones.

[Internet] Disponible en:

https://www.crcom.gov.co/recursos_user/2016/Actividades_regulatorias/Nuev

oRPU/DOCUMENTO_RESPUESTA_COMENTARIOS_FINAL_RPU.pdf

[6] Castaño, J; Marín, J. 2007. Costos por conexiones fraudulentas que afectan los

sistemas de televisión por cable en Pereira. UTP. Programa de Ingeniería

Industrial. [Internet] Disponible en:

http://repositorio.utp.edu.co/dspace/bitstream/handle/11059/942/384555C346.

pdf?sequence=1

[7] COLARTE. 2014. Historia en breve de la televisión en Colombia. Tomado de la

Revista TV y Novelas No.676, 26 de septiembre de 2014. [Internet]

Disponible:




139

http://www.colarte.com/colarte/ConsPintores.asp?idartista=15050&pest=critic

a&pagact=1&dirpa=%24%241col%24%24Actores%24%241col%24%24Gene

ral%24%241col%24%24recuentoTV%2Easp&buscar=EL%20TIEMPO

[8] Blogdiario. 2015. Blog de Cablemás. La televisión en Colombia. [Internet]

Disponible en: http://cablemas.blogspot.es/1449926718/la-television-en-

colombia/

[9] Polo, Y. 2014. Televisión y entretenimiento. Enseñando entreteniendo. [Internet]

Disponible en:

http://entretenimientotvcentro.blogspot.com.co/2008/04/enseando-

entreteniendo.html

[10] ANTV. 2011. Análisis compensación televisión por suscripción y estimación de

la tarifa de compensación. Colombia. [Internet] Disponible en:

http://200.13.255.196/sites/default/files/120704_documento_soporte_1.pdf

[11] Redes HFC Sena. 2013. Historia de las redes HFC. Colombia. [Internet]

Disponible en: http://redhfcsena.blogspot.com.co/2013/06/historia-de-las-

redes-hfc-tomado-de.html

[12] Campo, L. 2013. Caso de estudio: Cable Unión, intervención y liquidación.

Universidad ICESI, Facultad De Ciencias Administrativas Y Económicas.

Cali. [Internet] Disponible en:

https://repository.icesi.edu.co/biblioteca_digital/bitstream/10906/76411/1/cable

union_intervencion_liquidacion.pdf

[13] Wikipedia. 2017. Híbrido de Fibra Coaxial. [Internet] Disponible en:

https://es.wikipedia.org/wiki/H%C3%ADbrido_de_Fibra_Coaxial

[14] Redes HFC. 2011. Tecnología de las Telecomunicaciones. [Internet] Disponible

en: http://redeshfc182.blogspot.com.co/2011/12/red-hfctecnologia-de-las.html

[15] Innovacion. 2016. Hibrido de fibra coaxial. Colombia. [Internet] Disponible en:

http://innovacion-sofii.blogspot.com.co/




140

[16] Arquitectura Red HFC. 2014. Red HFC. Colombia. [Internet] Disponible en:

http://arquitecturaredhfc.blogspot.com.co/

[17] Cisco. 2017. Cisco 1.25 GHz Surge-Gap Flexible Solutions Taps Data Sheet.

[Internet] Disponible en:

https://www.cisco.com/c/en/us/products/collateral/video/traditional-size-

taps/datasheet-c78-733863.html

[18] Sienra, L. 2003. CINIT. Midiendo la calidad de señales digitales: Una

orientación práctica. Colombia. [Internet] Disponible en:

http://archive.is/petg#selection-607.0-607.66

[19] PixmatStudios. 2012. Aplicaciones móviles: ¿nativo, web, híbrido? México.

[Internet] Disponible en: http://www.pixmatstudios.com/blog/aplicaciones-

moviles-nativo-web-hibrido/

[20] Javier, E. S, J. AplicaciónMovil. Blogspot. [Internet] Disponible en:

http://javiermarcela.blogspot.com.co/p/blog-page.html

[21] Revista de Transformación Educativa. 2016. Metodología de desarrollo de

aplicaciones para el aprendizaje móvil basadas en software libre. México.

[Internet] Disponible en: https://rete.mx/index.php/8-numero-tematico-

educacion-mediada-por-tecnologia/4-metodologia-de-desarrollo-de-

aplicaciones-para-el-aprendizaje-movil-basadas-en-software-libre

[22] Baluarte. 2011. Introducción a jQuery Mobile. [Internet] Disponible en:

http://www.baluart.net/articulo/introduccion-a-jquery-mobile

[23] Ávila V. S,F.Análisis y Desarrollo. MYSQL. [Internet] Disponible en:

http://adsi306.blogspot.com.co/p/mysql.html

[24] PHP. S,F.Historia de PHP: PHP Tools, FI, Equipo de Construcción, y PHP/FI.

[Internet] Disponible en: http://php.net/manual/es/history.php.php

[25] Scholarium. 2017. UML. [Internet] Disponible en: http://scholarium.info/uml/




141

ANEXOS

ANEXO 1. MANUAL DE USUARIO

Este manual tiene como finalidad enseñar el correcto uso del aplicativo móvil a

los técnicos en terreno en el momento de instalar el aplicativo, iniciar sesión,

consultar sobre un producto, cedula, dirección, enviar un reporte y cerrar sesión.

Instalación del aplicativo

Una vez q tengamos el apken nuestro dispositivo se ejecuta la instalación

Seleccionamos “Instalar”.




142

Una vez terminada la instalación seleccionamos “Abrir”

En esta primera vista obtendremos

está vista que es el sistema de

validación de usuario.

Si nuestros datos son correctos

nos lleva al mensaje de bienvenida

con el nombre de usuario y uno de

losformulario.

143

Vista general para realizar busquedas por numero de producto

En el formulario se podran consultar hasta 10 numeros de productos a la vez

144

Obtenemos el resultado de las consultas con la informacion mas util para el

persona de tecnicos en terreno.

Enviar reportes

Al seleccionar el boton “Reporte”, se carga esta ventana con la información de

dicho producto.

145

Tiene dos campos, un para poner un comentario y el segundo para seleccionar

un correo y enviar a uno de los supervisores.

Una vez enviado, obtenemos el mensaje confirmando de que el reporte se

envio.

146

Tambien podemos realizar busquedas por el numero de celuda del suscriptor.

147

Los mismo 10 campos para 10 cedulas diferentes y luego pulsar en el boton

“Buscar”.

148

Obtendremos estos resultados y podra enviar un reporte a uno de los

supervisores.

149

Si queremos enviar un reporte redactamos una descripcion y elige uno de los

correos de los supervisores.

Y nuevamente obtenemos el mensaje de confirmacion advirtiendonos que el

mensaje se envio de manera correcta.

150

Consultas por dirección

El formulario para consultar por direccion es totalmente diferente a los

anteriores. Solo podemos buscar una direccion a la vez y la busqueda es muy

estricta en cuanto a la redaccion de la dirección.

151

Arrojaria uno o mas resultados, según la cantidad de productos que se hayan

instalado previamente o que se encuentren en la actualidad en esta direccion. U

otro caso seria 0 resultado, en caso de que no este ese registro.

152

Llenamos los campos que nos piden, seguido del boton “Buscar”

Al Igual que en los anteriores reportes, se pondria un comentario y un correo.

153

Cerrar Sesion

El boton para desconectarse nos lleva a la vista del sistema de validacion de

usuario.

154

ANEXO 2. ENCUESTA

¿Considera usted que la red HFC de une se encuentra saturada? 30 respuestas

¿Con que frecuencia encuentra conexiones fraudulentas en los multitaps? 30

respuestas

155

¿Cuál es el factor que más incide en que la red hfc se encuentre saturada? 30

respuestas

¿Cuándo encuentra un multitap copado y debe instalar un abonado nuevo

generalmente que hace? 30 respuestas

156

¿Dónde considera que se encuentran más multitaps copados? 30

respuestas

¿Cree usted que en la actualidad los abonados que se encuentran en los

multitaps están correctamente marcados ya sea con la dirección o el producto del

usuario? 30 respuestas

157

¿Cuál considera usted es la mayor dificultad a la hora de realizar la

desconexión de un abonado? 30 respuestas

¿Cuáles son las mayores dificultades para apoyarse en las herramientas que

tiene en la actualidad para identificar los abonados que se encuentran conectados

en los multitaps y que no deberían estarlo? 30 respuestas

158

¿Estaría dispuesto a utilizar un aplicativo móvil donde encuentre la información

necesaria para identificar los abonados que encuentre conectados en los multitaps

y que no deberían estarlo? 30 respuestas

¿Considera que sería beneficioso para la empresa y para la labor diaria el

utilizar un aplicativo de este tipo? 30 respuestas

aplicativo movil para ayudar a normalizar los multitaps de

Documents