aplicativo movil para ayudar a normalizar los multitaps de
Post on 26-Oct-2021
3 Views
Preview:
TRANSCRIPT
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
4
Nota de Aceptación __________________________________ __________________________________ __________________________________ __________________________________ __________________________________ __________________________________ __________________________________ __________________________________
Firma del Presidente del Jurado __________________________________
Firma del Presidente del Jurado
Pereira, 27 de octubre de 2017
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
9
LISTA DE FIGURAS Y TABLAS
Pág.
FIGURA 1 – FASE DE LA METODOLOGÍA ............................................................ 26
FIGURA 2 – FASE 1 DE DESARROLLO ................................................................. 30
FIGURA 3 – FASE 2 DE DESARROLLO ................................................................. 31
FIGURA 4 – FASE 3 DE DESARROLLO ................................................................. 32
FIGURA 5 – FASE 4 DE DESARROLLO ................................................................. 33
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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)
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
19
lejano y al mismo tiempo desconectado los productos que deberían estar
desconectados, esto inmediatamente desaturaría la red Hibrido Fibra Coaxial (HFC).
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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”.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
30
1.7.2. Fases para el desarrollo del prototipo
FIGURA 2 – FASE 1 DE DESARROLLO
Fuente: Elaboración propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
31
FIGURA 3 – FASE 2 DE DESARROLLO
Fuente: Elaboración propia con Wbstool
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
32
FIGURA 4 – FASE 3 DE DESARROLLO
Fuente: Elaboración propia con Wbstool
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
33
FIGURA 5 – FASE 4 DE DESARROLLO
Fuente: Elaboración propia con Wbstool
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
34
FIGURA 6– FASE 5 DE DESARROLLO
Fuente: Elaboración propia con Wbstool
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
35
1.8. CRONOGRAMA
FIGURA 7– CRONOGRAMA DEL PROYECTO
Fuente: Elaboración propia.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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)
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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]
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Fuente: Elaboración propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
60
500 9.51
550 9.97
600 10.43
750 11.97
865 13.05
1000 14.27
Fuente: Elaboración Propia
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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).
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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).
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
75
FIGURA 14 - DIAGRAMA DE ACTIVIDADES DE REQUERIMIENTOS
Fuente: Elaboración propia
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
81
4.5.4. Búsqueda por número de cedula.
El aplicativo debe contar con un módulo que le dé la posibilidad al usuario de
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.
El aplicativo debe contar con un módulo que le dé la posibilidad al usuario de
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
87
5.2. DIAGRAMA DE ACTIVIDADES
FIGURA 15- DIAGRAMA GENERAL DE ACTIVIDADES
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
88
FIGURA 16- DIAGRAMA DE ESTADO MODULO PRODUCTO
Fuente: Elaboración propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
89
FIGURA 17 - DIAGRAMA DE ESTADO MODULO CEDULA
Fuente: Elaboración propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
90
FIGURA 18 - DIAGRAMA DE ESTADO MODULO DIRECCIÓN
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
91
FIGURA 19 - DIAGRAMA DE ESTADO MODULO REPORTE
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
93
ID: APLICATIVO MOVIL PARA AYUDAR ANORMALIZAR LOS
MULTITAPS DE LAS REDES HFC DE UNE Caso 2
Nombre: Módulo Productos
Autor: Giovanny Andrés Murillo – Edwin Arroyave
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.
Ejemplo de cómo debe quedar
Precondiciones:
Debe existir el usuario
Debe existir como mínimo un servicio asociado a ese producto
Descripción del proceso
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
94
ID: APLICATIVO MOVIL PARA AYUDAR ANORMALIZAR LOS
MULTITAPS DE LAS REDES HFC DE UNE Caso 3
Nombre: Módulo Cedula
Autor: Giovanny Andrés Murillo – Edwin Arroyave
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.
Ejemplo de cómo debe quedar
Precondiciones:
Debe existir el usuario
Debe existir como mínimo un servicio asociado a ese número de cedula.
Descripción del proceso
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
95
ID: APLICATIVO MOVIL PARA AYUDAR ANORMALIZAR LOS
MULTITAPS DE LAS REDES HFC DE UNE Caso 4
Nombre: Módulo Dirección
Autor: Giovanny Andrés Murillo – Edwin Arroyave
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.
Descripción del proceso
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
96
MULTITAPS DE LAS REDES HFC DE UNE
Nombre: Fraude de abonados
Autor: Giovanny Andrés Murillo – Edwin Arroyave
Fecha: 25/09/2017
Se requiere realizar consulta de un cliente o servicio que se encuentre conectado de manera
fraudulenta.
Ejemplo de cómo debe quedar
Precondiciones:
Debe existir el usuario
Descripción del proceso
A continuación se describe de manera detallada los pasos a seguir definidos para este proceso.
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
97
MULTITAPS DE LAS REDES HFC DE UNE
Nombre: Módulo Reportes
Autor: Giovanny Andrés Murillo – Edwin Arroyave
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
Ejemplo de cómo debe quedar
Precondiciones:
Debe existir el usuario
Debe precargado el correo del supervisor correspondiente al técnico.
Descripción del proceso
A continuación se describe de manera detallada los pasos a seguir definidos para este proceso.
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Fuente: Elaboración Propia
Seguido este proceso se crean las respectivas tablas con sus atributos y llaves
primarias.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
100
FIGURA 21– CREACION DE LA TABLA USUARIOS
Fuente: Elaboración Propia
Tabla UNE
Esta tabla almacena los clientes que cuentas con alguno de los servicios.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
102
FIGURA 22 – CREACION TABLA ATRIBUTOS DE LOS SERVICIOS
Fuente: Elaboración Propia
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”.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
103
FIGURA 23– CODIGO FORMULARIO DE VALIDACION
Fuente: Elaboración Propia
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”
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
104
FIGURA 24 – CODIGO AUTENTICACION DE USUARIOS
Fuente: Elaboración Propia
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
105
FIGURA 25 – CODIGO VALIDAR CON LA BASE DE DATOS
Fuente: Elaboración Propia
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
106
FIGURA 26– CODIGO VISTA GENERAL DE LOS MODULOS
Fuente: Elaboración Propia
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
108
FIGURA 28 – CODIGO CONSULTA PRODUCTO
Fuente: Elaboración Propia
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
109
FIGURA 29– CODIGO Y VISTA RESULTADO DE CONSULTA
Fuente: Elaboración Propia
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
110
FIGURA 30– CODIGO Y VISTA FORMULARIO ENVIAR REPORTE
Fuente: Elaboración Propia
Al final esta el boton “Enviar” que manda los campos del formulario por le metodo
POST al “enviar_e-mail.php”
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
111
FIGURA 31– CODIGO ENVIO DE REPORTE
Fuente: Elaboración Propia
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
114
FIGURA 33– CODIGO ADAPTACION A LA PANTALLA
Fuente: Elaboración Propia
En el MainActivity.java lleva la clase encargada de cargar la aplicación web en el
aplicativo móvil.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
115
FIGURA 34– CODIGO DE CLASES A UTILIZAR
Fuente: Elaboración Propia
AndroidManifest.xml contiene los iconos del proyecto como del apk y del
aplicativo.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
116
FIGURA 35– CODIGO DE LOS ICONOS DEL APK
Fuente: Elaboración Propia
Teniendo las configuraciones, nos dirigimos a la barra de menú – Build –
GenerateSigned APK, para generar una llave para el proyecto.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
117
FIGURA 36– PASO 1 PARA GENERAR EL APK
Fuente: Elaboración Propia
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
118
FIGURA 37- PASO 2 PARA GENERAR EL APK
Fuente: Elaboración Propia
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
119
FIGURA 38- PASO 3 PARA GENERAR EL APK
Fuente: Elaboración Propia
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
122
TABLA 8
PRUEBA VALIDACIÓN FALLIDA
Módulo: Validación de usuario fallida
Responsable Giovanny Andrés Murillo Mosquera
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios: El usuario vuelve a la vista de validación
después del mensaje de conexión fallida.
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
123
TABLA 9
PRUEBA CONSULTA POR PRODUCTO
Módulo: Resultados de consulta por producto
Responsable Giovanny Andrés Murillo Mosquera
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios: Se pueden buscar hasta 10 productos al
mismo tiempo
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
124
TABLA 10
PRUEBA CONSULTA ERRÓNEA POR PRODUCTO
Módulo: Resultados de consulta por producto
Responsable Giovanny Andrés Murillo Mosquera
Objetivo: Determinar si existe un servicio
Requisito: Validado de usuario exitosa
Procedimiento:
Se ingresa al módulo de consulta por
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios: No se generará ningún resultado.
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
125
TABLA 11
PRUEBA CONSULTA POR CEDULA
Módulo: Resultados de consulta por cedula
Responsable Giovanny Andrés Murillo Mosquera
Objetivo: Determinar si existe un servicio por
búsqueda por cedula
Requisito: Validación de usuario exitosa
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios: El número se debe escribir sin puntos ni
espacios
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
126
TABLA 12
PRUEBA CONSULTA POR PRODUCTO
Módulo: Resultados de consulta por cedula
Responsable Giovanny Andrés Murillo Mosquera
Objetivo: Determinar si existe un servicio
Requisito: Validación de usuario exitosa
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios: No se generará ningún resultado.
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
127
TABLA 13
PRUEBA CONSULTA POR DIRECCIÓN
Módulo: Resultados de consulta por dirección
Responsable Giovanny Andrés Murillo Mosquera
Objetivo:
Determinar cuáles son los números de
productos asociados a esa dirección y su
estado actual.
Requisito: Validación de usuario exitosa
Procedimiento:
Se ingresa al módulo de consulta por
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios: Solo se puede ingresar una dirección cada
vez
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
128
TABLA 14
PRUEBA CONSULTA ERRÓNEA POR DIRECCIÓN
Módulo: Resultados de consulta por dirección
Responsable Giovanny Andrés Murillo Mosquera
Objetivo: Determinar si existe un servicio
Requisito: Validación de usuario exitosa
Procedimiento:
Se ingresa al módulo de consulta por
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios: No se generará ningún resultado.
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
129
TABLA 15
PRUEBA ENVIAR REPORTE
Módulo: Reportar anomalía en una conexión
Responsable Giovanny Andrés Murillo Mosquera
Objetivo: Reportar con el supervisor en caso de una
anomalía
Requisito: Validación de usuario exitosa
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios: Obtenemos un mensaje de confirmación y
se carga la vista con los módulos.
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
130
TABLA 16
CERRAR SESIÓN
Módulo: Desconexión de usuario
Responsable Giovanny Andrés Murillo Mosquera
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
obtenido: Prueba exitosa SI(x) NO()
Comentarios:
El usuario se desconecta del sistema y es
llevado a la vista principal del formulario de
validación de usuario.
Fuente: Elaboración Propia
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.¿….???????
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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:
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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/
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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/
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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”.
Universidad Católica de Pereira
Facultad de Ciencias Básicas e Ingeniería
Ingeniería de Sistemas y Telecomunicaciones
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
159
top related