Tesis final Sistema informacional corregirdo150113

INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE INGENIERÍA MECANICA Y ELÉCTRICA SECCIÓN DE ESTUDIOS DE POSGRADO E INVESTIGACIÓN

“SISTEMA INFORMACIONAL PARA LA REGULACIÓN DE DECODIFICADORES DIGITALES: CASO DE ESTUDIO EMPRESA DE TELECOMUNICACIONES POR CABLE”

TESIS QUE PARA OBTENER EL GRADO DE MAESTRO EN CIENCIAS EN

INGENIERÍA DE SISTEMAS

PRESENTA:

ING. AGUSTÍN GALLARDO MARTÍNEZ

DIRECTORES DE TESIS: M. en C. GRACIELA VÁZQUEZ ÁLVAREZ M. en C. JORGE ARTURO REYES BONILLA

México D.F. 17 Enero 2013

SISTEMA INFORMACIONAL PARA LA REGULACIÓN DE DECODIFICADORES DIGITALES CASO DE ESTUDIO: EMPRESA DE

TELECOMUNICACIONES POR CABLE

Resumen En este trabajo de tesis se analiza y diseña un Sistema Informacional para una empresa de telecomunicaciones por cable. Para el análisis y diseño del Sistema Informacional se utilizó la Metodología para el Desarrollo del Software siguiendo el Modelo del Ciclo del Vida del Software Orientado a Objetos apoyado con el Lenguaje de Modelado Unificado; como herramientas en diagramas estándar para modelar sistemas orientados a objetos. El Sistema Informacional ayudará en la regulación, documentación y toma de decisiones sobre equipos electrónicos llamados “decodificadores digitales”; equipos necesarios para la prestación de servicios que ofrecen una empresa en telecomunicaciones por cable a sus clientes. Este Sistema Informacional se incorporará al ambiente intranet existente en el caso de estudio para mejorar la simbiosis de las diferentes áreas que interactúan dentro de la empresa de telecomunicaciones por cable, para regular los decodificadores digitales.



Abstract In this thesis analyzes and designs a Informational System for cable telecommunications company. For the analysis and design of the system was used Informational Methodology for Software Development Modeled Life Cycle Object Oriented Software supported with the Unified Modeling Language, as tools in standard diagrams to model object‐oriented systems. The informational system in the regulation help, documentation and decision making electronic equipment called "digital decoders"; equipment necessary for the provision of services that offer a cable telecommunications company to its customers. This informational system will join the existing intranet environment in the case study to improve the symbiosis of different areas that interact within the cable telecommunications company, to regulate digital decoders.



Agradecimientos

A mi Madre, por su tiempo, dedicación, cariño, y motivación en concluir una etapa más en mi vida y seguir creciendo profesionalmente. A mi Padre, por sus consejos y enseñanzas; para ser un hombre de bien y útil. A mi familia, por brindar me su amor y apoyo incondicional en todas las metas que he alcanzado. A la M. en C. Graciela Vázquez Álvarez por sus enseñanzas, consejos, convivencia para realizar este trabajo de tesis y a valorar todo lo que nos da la vida. Al M en C. Jorge Arturo Reyes Bonilla por sus valiosas aportaciones en este trabajo de tesis A mis sinodales por sus observaciones y correcciones para concluir este trabajo de tesis. A la Sección 8 del SITATYR por haberme dado todas las facilidades para estudiar la Maestría.



Índice Pagina

Glosario de Términos i Introducción iv Descripción del problema vi Justificación vi Objetivo General vii Objetivos Específicos vii Hipótesis vii Marco Metodológico para el desarrollo del Proyecto de Tesis vii Capítulo 1. Marco Contextual y Temporal 1 1.1 Marco Contextual del Caso de Estudio 2 1.1.1 Misión 2 1.1.2 Visión 2 1.1.3 Valores 2 1.1.4 Actividad principal de la Empresa 3 1.1.5 Marco espacial 4 1.1.6 Marco temporal 5 1.1.7 Integración de la Empresa 6 Capítulo 2. Marco Conceptual y Metodológico 8 2.1 Marco Conceptual 9 2.1.1 Teoría General de Sistemas 9 2.1.2 Intervención de Sistemas y Ciclo de Vida 10 2.1.4 El Proceso de tomas de decisiones 10 2.1.5 Sistemas de Información 11 2.1.6 Sistemas Informacionales 12 2.2 Marco Metodológico 16 2.2.1 Metodología para el Desarrollo de Software y Modelo Ciclo de Vida de Software 16 2.2.2 Modelo Ciclo de Vida del Software Orientado a Objetos 18 2.2.3 Lenguaje Unificado de Modelado (UML) 19



Índice Pagina

Capítulo 3. Análisis y Diseño del Sistema Informacional 22 3.1 Análisis de la situación actual de la Empresa 23 3.1.1 Etapa Inicio: Requerimientos 23 3.1.2 Etapa de Planificación: Requerimientos 23 3.1.3 Etapa de Implementación: Requerimientos 27 3.1.5 Diagrama representativo en general de la entrada y salida de equipos en el Caso de Estudio 30 3.2 Etapa Inicio: Análisis del Sistema 31 3.2.1 Caso de Uso para el Sistema Informacional 31 3.3 Etapa Planificación: Análisis 31 3.3.1 Ingreso de equipos 32 3.3.2 Solicitud de Servicio 33 3.3.3 Recolección de equipo 36 3.3.4 Estado de equipo 39 3.3.5 Diagrama de Secuencia del Sistema Informacional 42 3.4 Etapa Inicio: Diseño 43 3.4.1 Base de Datos Orientada a Objetos 43 3.5 Etapa Planificación: Diseño 44 3.5.1 Diagrama de Clases del Sistema Informacional 44 3.6 Etapa Implementación: Diseño 45 3.6.1 Diccionario de base de Datos 45 Capítulo 4. Conclusiones, recomendaciones y trabajos futuros. 48 4.1 Conclusión 49 4.2 Trabajos Futuros 49 Referencias 50 Anexo A Pruebas y resultados 53 Anexo B Modelos de ciclo de vida 59 Anexo C UML 64 Anexo D Reseña Histórica de la Empresa 67



Índice de Figuras y Tablas

Pagina

Tablas

Tabla 0.1 Marco Metodológico para el Desarrollo del proyecto de Tesis viii

Tabla 1.1 Descripción de símbolos del Modelo Descriptivo formal 7

Tabla 1.2 Interrelaciones internas y externas 7

Tabla 2.1 Comparación entre los Sistemas Transaccionales y los Informacionales 15

Tabla 2.2 Elementos de un Caso de Uso. 20

Tabla 3.1 Identificación de áreas y sub‐áreas para el sistema informacional 25

Tabla 3.2 Caso de uso: Entregar Equipo 32

Tabla 3.3 Caso de uso: Registrar equipo nuevo y reparado 33

Tabla 3.4 Caso de uso: Enviar y asignar equipo 33

Tabla 3.5 Caso de uso: Reportar falla de servicio 34 Tabla 3.6 Caso de uso: Solicitar servicio 34 Tabla 3.7 Caso de uso: Cancelar servició 34 Tabla 3.8 Caso de uso: Atender servicio 35 Tabla 3.9 Caso de uso: Generar orden de servicio 35 Tabla 3.10 Caso de uso: Atender jornada de servicio 36 Tabla 3.11 Caso de uso: Cambiar equipo 36 Tabla 3.12 Caso de uso: Regresar y reportar falla. 37

Tabla 3.13 Caso de uso: Registrar estado y falla 38

Tabla 3.14 Caso de uso: Recibir equipo Auxiliar Sub‐almacén 38

Tabla 3.15 Caso de uso: Regresar equipo 38

Tabla 3.16 Caso de uso: Recibir equipo laboratorio 39

Tabla 3.17 Caso de uso: Consultar estado y falla 40

Tabla 3.18 Caso de uso: Analizar y reparar 40

Tabla 3.19 Caso de uso: Regresar equipo 40

Tabla 3.20 Comparación de los Modelos OO y E‐R 43

Tabla 3.21 Descripción de las Tablas para el Sistema Informacional 45

Tabla 3.22 Diccionario de Datos – Tabla Persona 46

Tabla 3.23 Diccionario de Datos – Tabla Registro de Equipo 46

Tabla 3.24 Diccionario de Datos – Entrada de Equipo 47

Tabla 3.25 Diccionario de Datos – Modelo de Equipo 47



Índice de Figuras y Tablas

Pagina

Figuras

Figura 1.1 Mapa Mental de la Empresa 3

Figura 1.2 Marco espacial de la empresa 4

Figura 1.3 Reseña Histórica de la Empresa 5

Figura 1.4 Modelo descriptivo formal de la Empresa como Supra Sistema 6

Figura 2.1 Ciclo de Vida 10

Figura 2.2 Sistema Transaccional 11

Figura 2.3 Arquitectura de un sistema informacional 13

Figura 2.4 Modelo Ciclo de Vida del Software Orientado a Objetos 18

Figura 2.5 Representación de una clase en UML 20

Figura 2.6 Representación de un Diagrama de Secuencia

de interacción entre objetos 21

Figura 3.1 Capa de Aprovisionamiento 23

Figura 3.2 Organigrama de la Empresa. 24

Figura 3.3 Estructura Organizacional de las Áreas y Sub‐áreas

para el Sistema Informacional 25

Figura 3.4 Holo del Sistema Informacional 26

Figura 3.5 Pirámide jerárquica del Sistema Informacional 26

Figura 3.6 Diagrama de flujo de entrada y salida

de los Decodificadores Digitales. 27

Figura 3.7 Diagrama general, de entrada y salida de un Decodificador Digital 30

Figura 3.8 Diagrama del Caso de Uso del actor Auxiliar de Almacén 32

Figura 3.9 Diagrama de Caso de Uso del Actor Cliente 33

Figura 3.10 Diagrama de Caso de Uso del Actor CallCenter 35

Figura 3.11 Diagrama del Caso de Uso del actor Técnico instalador 36

Figura 3.12 Diagrama del Caso de Uso del actor Auxiliar Sub‐Almacén 37

Figura 3.13 Diagrama del Caso de Uso del actor Laboratorio Interno 39

Figura 3.14 Visión global de las relaciones de los

Actores y Caso de Uso del Sistema Informacional 41

Figura 3.15 Diagrama de Secuencia de los Casos de Uso 42

Figura 3.16 Holo de las Bases de Datos Orientadas a Objetos 43

Figura 3.17 Diagrama de Clases del Sistema Informacional 44



i

Glosario de Términos

Analógico ‐ Método de transmisión de información en el que la fase, amplitud o frecuencia de la onda de una radioemisora se reemplazan con la información que se transmite. Ad‐Hoc – personalizar una consulta en tiempo real en vez de estar atado a las consultas predeterminadas. Ancho de Banda ‐ El espectro de la frecuencia de radio, ya sea que el medio de transmisión consista en un cable físico o aire tenue, el cual puede dividirse en un número infinito de canales. Cada canal ocupa una cierta cantidad de espacio dentro del espectro de la frecuencia. La cantidad de espectro ocupada por un canal constituye el ancho de banda del mismo, el cual generalmente se mide en Kilohertz (Khz.) y Megahertz (Mhz). Banda Ancha ‐ Aptitud para proporcionar alta capacidad de transmisión, que por lo general está asociada con los cables de fibra óptica. Normalmente se utiliza al hablar de sistemas de video y datos. Cabeza principal o Head End ‐ La punta de origen de un sistema de transmisión de televisión por cable. Las puntas o cabezas principales reciben señales de televisión de diversas fuentes y las transmiten a través de la red de televisión por cable. Cable Coaxial ‐ Conductor cilíndrico que rodea a un conductor central, colocado en el centro de un material dieléctrico. El cable coaxial se utiliza principalmente en aplicaciones de video o radio con frecuencia de banda ancha. Cable de Fibra Óptica ‐ Medio de transmisión de señales de datos o voz que utiliza fibras de vidrio o plástico en lugar de cable de cobre. Casas Pasadas ‐ Hogares residenciales que se encuentran preparados para conectarse a sistemas de televisión por cable. Cada departamento ubicado en un edificio que se encuentra preparado para conectarse a sistemas de televisión por cable, representa una casa pasada. En términos generales, se entiende que una casa está pasada cuando dicha casa puede conectarse a una red de cable sin necesidad de realizar extensiones adicionales a las líneas principales de transmisión.



ii

Glosario de Términos (continuación) Cancelación ‐ Término utilizado para describir la rotación de suscriptores y/o servicios. Se define como el número de suscriptores y/o servicios que dan por terminada totalmente su suscripción durante un periodo determinado, expresado como porcentaje del número total de suscriptores al cierre de dicho periodo. CANITEC ‐ Cámara Nacional de la Industria de Telecomunicaciones por Cable. Ciclo – Una secuencia de instrucciones del programa que se ejecutan en forma repetitiva hasta cumplir una condición particular. Ciclo de Vida del Software ‐ “Un marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotación y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definición de los requisitos hasta la finalización de su uso” [ISO 12207‐1, 2012] COFETEL ‐ Comisión Federal de Telecomunicaciones.

CRM ‐ Sistema de Administración a Clientes Datos – Representaciones de hechos. Unidad mínima de la información Datos no volátiles – datos que corresponden con transacciones ya completadas y que, por lo tanto, no se tienen que actualizar Decodificador ‐ Dispositivo utilizado para recibir y decodificar señales de televisión analógica o digital y otros servicios de suscripción para mostrarlos en televisión. Digital ‐ Método de almacenamiento, procesamiento o transmisión de información en términos de dígitos binarios. Diagrama de flujo de datos – Una técnica de diseño que permite la documentación de un sistema o programa en varios niveles de generalidad. Dólares ‐ Moneda de curso legal de los Estados Unidos de América. ETL – Extraer, Transformar y Cargar proceso que permite mover datos desde múltiples fuentes reformatearlos, limpiarlos y cárgalos en otra base de datos.



iii

Glosario de Términos (continuación) Fiber Deep ‐ Arquitectura de red donde la fibra óptica se acerca a la casa y no utiliza amplificadores. Hubs ‐ Sitio que aloja al equipo de recepción y transmisión de señales de video, voz y datos que provienen y se envían desde y hacia el “Head End” o “Cabecera” en una red HFC (Hybrid Fiber Coaxial), para después retransmitirlas en forma ramificada o segregada hacia una zona de cobertura geográfica específica. INEGI ‐ Instituto Nacional de Estadística, Geografía e Informática. Kbps ‐ Kilo bits por segundo. Mil bits de información transmitida en un segundo. Mbps ‐ Mega bits por segundo. Un millón de bits de información transmitida en un segundo. PCs ‐ Computadoras personales. Piratería ‐ Ostentación, búsqueda no autorizada a través de directorios de Internet, falsificación, violación de derechos de autor, robo de datos o alteración del servicio o información de control de una red. Servicios interactivos digitales de televisión ‐ Servicios que permiten al suscriptor interactuar con su televisor utilizando un control remoto convencional o un teclado de computadora, ya sea para comprar un producto o servicio o para solicitar información sobre dicho producto o servicio. Servicio de Televisión ‐ Servicio de video que ofrece varios canales. Software: Conjunto de los programas de computo, procedimientos, reglas, documentación y datos asociados que forman parte de las operaciones de un sistema de computación. VOD ‐ Video Bajo Demanda en donde el suscriptor con el control remoto puede acceder al contenido que se encuentra almacenado en un video‐servidor.



iv

Introducción Desde hace más de 40 años los servicios de telecomunicaciones por cable en México han buscado ser líderes en servicios de entretenimiento y comunicaciones, con lo último en soluciones convergentes de tecnología, al aprovechar el potencial del ancho de banda de su red para transformase de una operadora de televisión por cable tradicional a un proveedor líder de una amplia gama de servicios de televisión digital, telefonía digital e internet de alta velocidad. Actualmente las empresas de telecomunicaciones por cable están conformadas por cable coaxial y fibra óptica formando una red de cable de banda ancha bidireccional que tiene la capacidad de transmitir video, datos y voz, en un red de más de 12,000 Km con cobertura aproximada de 2.4 millones de hogares [Cablevisión,2011 ] en la zona metropolitana de la Ciudad de México, la cual tiene un índice de penetración del 31% [CANITEC, 2011] de suscriptores, el otro porcentaje lo conforma la televisión abierta y otras empresas de telecomunicaciones por paga. Para la prestación de servicios digitales las empresas de telecomunicaciones por cable, necesitan instalar un decodificador digital a cada suscriptor por servicio contratado, bien sea por Televisión, telefonía o internet. Estos equipos tienen gran importancia en los costos de inversión en activos, en el funcionamiento de la empresa y en su modernización. Lo cual crea un factor de riesgo en costo y disponibilidad de los decodificadores digitales para satisfacer la demanda de sus servicios en la Ciudad de México y zonas aledañas. Al buscar herramientas adecuadas que ayuden a tener una documentación y seguimiento sobre el estado de estos equipos, es necesario recurrir a los sistemas de información de apoyo a la toma de decisiones, actualmente conocidos también como Sistemas Informacionales, ya que estos sistemas están orientados al análisis de datos acumulados y especializados en la consulta. Para desarrollar el Sistema Informacional en este proyecto de tesis se utilizará la Metodología de Desarrollo de Software el cual consta de un Modelo Ciclo de Vida del Software Orientado a Objetos junto con el Lenguaje de Modelado Unificado (Unified Modeling Language ‐ UML) como herramienta que facilite la automatización, seguimiento y la gestión en la aplicación de la metodología para el trabajo de tesis. Con este Sistema Informacional se acumularán datos persistentes que se generarán al retirar por diversas fallas o cancelaciones de servicio de los decodificadores digitales



v

para posteriormente manejarlos por medio de una interfaz, con el propósito de generar reportes, estadísticas y una documentación que permita seguir automáticamente el proceso que siguen los decodificadores digitales en estas condiciones para que se tomen mejores decisiones al reutilizar nuevamente los decodificadores digitales. En este trabajo de tesis consta de los siguientes capítulos y anexos: Capítulo 1 Marco Contextual y Temporal. En este capítulo se describe cómo está conformado el entorno del caso de estudio como sistema abierto y se identifican los subsistemas o áreas que van a interactuar y la simbiosis entre cada una de ellas, esto es se realiza el análisis y se dan a conocer los antecedentes del caso de estudio. Capítulo 2 Marco Conceptual y Metodológico. En el segundo capítulo se describen los conceptos y la metodología, para desarrollar un Sistema Informacional propuesto en un caso de estudio. Capítulo 3 Análisis y Diseño del Sistema Informacional. Se identifican los requerimientos del sistema, además se analizan y describen los casos de uso y roles de los actores del sistema. Se diseña el Data Mart para la transformación de los datos obtenidos de las áreas identificadas en el capítulo anterior. Capítulo 4 Conclusiones, Recomendaciones y trabajos futuros. Se da a conocer las conclusiones y lo que se prevé como trabajo futuro



vi

DESCRIPCIÓN DEL PROBLEMA. En una empresa de telecomunicaciones por cable, la cual utiliza decodificadores digitales para dar servicio de video, voz y datos a sus clientes, no tiene un seguimiento adecuado sobre el estado en el que se encuentran estos equipos, cuando son regresados por los clientes que han cancelan el servicio o son reportados por alguna falla y el equipo se reemplaza por uno en buenas condiciones, por lo que cuando el mencionado equipo ingresa nuevamente a la empresa para su reparación y reutilización, no ingresan con un procedimiento en el que se indique cual es su estado y la condición en la que se encuentra dicho equipo.

JUSTIFICACIÓN

Los costos que generan la compra de los decodificadores digitales están denominados en moneda extranjera (dólares), pero los ingresos de la empresa son en moneda nacional (pesos mexicanos); lo que afecta la compra de decodificadores digitales para cubrir el alcance y la demanda de nuevos clientes en la Ciudad de México y sus zonas aledañas la cual ha crecido, sin poder incrementar sus costos de servicios ya que estos se encuentran regulados por el gobierno Por este motivo la empresa se ve en la necesidad de reutilizar los decodificadores digitales que les cambia a sus clientes por diversas fallas o se recuperan por la cancelación del servicio, esto se realiza sin tener un procedimiento claro el cual ayude a tener un seguimiento sobre el estado del equipo cuando vuelve a la empresa y tiene que pasar por diferentes áreas.

En consecuencia el sistema propuesto permitirá tener un procedimiento claro para el manejo de los decodificadores digitales y así tener una mejor toma de decisiones, en cuanto a la reparación y reutilización de los mismos.



vii

OBJETIVO GENERAL Diseñar un Sistema Informacional para la regulación de los decodificadores digitales en una empresa de telecomunicaciones por cable.

OBJETIVOS ESPECIFICOS Diagnosticar el funcionamiento de la empresa de telecomunicaciones por cable e identificar los procesos existentes sobre el registro de los decodificadores digitales y los datos que generan. Diseñar un Sistema Informacional que permita el trabajo en conjunto de las áreas que interactúan con los decodificadores digitales. Diseñar una base de datos para integrar y conocer el estatus de los decodificadores digitales en la empresa de telecomunicaciones por cable. Establecer el Marco Teórico conceptual que soporte esta investigación. Identificar el marco Metodológico que sustente este trabajo de tesis.

HIPÓTESIS Un Sistema Informacional servirá como herramienta para la mejora de reuso sobre los decodificadores digitales dentro de una empresa de telecomunicaciones por cable



viii

Marco Metodológico para el desarrollo del Proyecto de Tesis

En la Tabla 0.1 se presenta el marco metodológico para describir de manera sistémica las actividades a realizar para el desarrollo del proyecto de tesis.

Tabla 0.1. Marco Metodológico para el Desarrollo del proyecto de Tesis. Fuente [Galindo, 2006]

Metodología

¿Qué hacer?

Técnicas

¿Cómo hacer?

Herramientas

¿Con que hacer?

Metas

¿Qué obtener?

Identificar la Metodología para desarrollar la Tesis

‐Investigando sobre la metodología para el desarrollo de Tesis ‐Buscar asesoría de profesores ‐Libros especializados

‐Computadora personal ‐Procesador de Textos

Tener clara la metodología para describir de manera sistémica las actividades de la tesis.

Realizar el Marco conceptual del proyecto

de tesis

‐Leer y analizar información de conceptos sistémicos, metodología sobre el desarrollo del software ‐ Libros especializados ‐Revistas especializadas ‐Recolectar información bibliográfica

‐Computadora personal ‐Procesador de textos

‐Focalizar los elementos del contexto en el trabajo de tesis ‐Definir los términos del marco conceptual del trabajo de tesis.

Analizar la Situación Actual del caso de

estudio

‐Buscar información de la empresa en internet ‐Entrevistar al personal ‐Analizar la información

‐Computadora personal ‐Procesador de Texto

Definir el alcance del proyecto de tesis e identificar las áreas que interactúan que intervienen.

Dar seguimiento al ciclo de vida.

‐Planear actividades.‐Programar ‐Realizar pruebas

‐Enterprise Architect‐UML ‐ERwin Data Modeler ‐Manejador de Bases de Datos ‐Procesador de textos

Desarrollar y documentar el Sistema Informacional

Elaborar las referencias utilizadas en el trabajo de tesis.

‐Recopilar las bibliografías consultadas de páginas web, libros y artículos

‐Procesador de Textos Documentar las diferentes fuentes de información.

Redactar en forma estructurada el contenido de la tesis

‐Utilizar técnicas de redacción. ‐Aplicar Reglas de ortografía

‐Procesador de Textos‐Diccionarios ‐Manuales de Gramática

Redactar la Tesis de Maestría



1

Capítulo 1

Marco Contextual y Temporal



2

1. Marco Contextual. En este capítulo se describe cómo está conformado el entorno del caso de estudio

como sistema abierto y se identifican los subsistemas o áreas que van a interactuar y la simbiosis entre cada una de ellas, esto es se realiza el análisis y se dan a conocer los antecedentes del caso de estudio.

A continuación se describen las actividades principales de la empresa, el marco

espacial y marco histórico.

Descripción general del Caso de estudio. Nombre: Empresa de Telecomunicaciones por Cable. Giro de la empresa: Servicios de entretenimiento y telecomunicaciones de paga.

Sobrevivencia: Utilidades por el servicio a clientes. Ámbito: Zona Metropolitana (D.F. y Edo. De México) 1.1.1 Misión Conectando personas al mundo con pasión y excelencia. 1.1.2 Visión Ser la empresa de telecomunicaciones líder en servicio y soluciones integrales en

nuestro mercado. 1.1.3 Valores

• Actitud de Servicio • Compromiso • Honestidad • Respeto • Innovación y Creatividad • Calidad y Productividad • Trabajo en Equipo



3

1.1.4 Actividad principal de la Empresa

La principal actividad de la empresa es proveer servicios digitales de televisión por

cable, internet y telefonía a diversos clientes, abarcando la transmisión de video, datos y voz; por medio de una red de fibra óptica combinada con cable coaxial; aprovechando el potencial del ancho de banda de su red.

Actualmente proporciona servicio a 770,799 suscriptores en 2.4 millones de

hogares [Cablevisión, 2011]. El cual abarca el Distrito Federal y 20 municipios del Estado de México sobre una red de Banda Ancha bidireccional conformada de 2,324 Km de fibra óptica y 9,780 Km de cable coaxial [CANITEC, 2011].

La Figura 1.1 representa un mapa mental en donde se asocian los principales

elementos que integra la Empresa de Telecomunicaciones por Cable. Con esto se da una visualización en forma grafica sobre las actividades de la empresa.

Figura 1.1. Mapa Mental de la Empresa. Elaboración Propia



4

1.1.5 Marco espacial

El ámbito de la empresa donde se establece el principal asiento de sus negocios y desarrollo de la operación de su objeto social se ubica en Dr. Río de la Loza No. 182, Colonia Doctores, 06720, Delegación Cuauhtémoc, México, D.F. A continuación en la Figura 1.2 se observa la ubicación de la empresa resaltando en exclusiva el Distrito Federal y áreas circunvecinas del Estado de México.

Figura 1.2. Marco espacial de la empresa. Elaboración propia

En la Figura 1.2 se muestra la cobertura que tiene la empresa para prestar sus

servicios de video voz y datos, resaltando la Ciudad de México y zona metropolitana.



5

1.1.6 Marco Temporal. Este trabajo de tesis se desarrolla en una de las empresas pioneras en la industria

de televisión por cable en la República Mexicana; constituida el 4 de octubre de 1966, inicia sus primeras operaciones en el Distrito Federal, transmitiendo conferencias, simposios, intervenciones quirúrgicas y programas de medicina preventiva en hospitales y clínicas del Instituto Mexicano del Seguro Social, a través de circuito cerrado. En la Figura 1.3 se muestra en resumen una reseña historia de la empresa resaltando algunas fechas relevantes para la empresa en el Anexo D se dan a detalle de la reseña histórica.

Figura 1.3 Reseña Histórica de la Empresa. Elaboración propia Actualmente, ésta empresa es considerada una organización grande de

telecomunicaciones del país, capaz de proporcionar servicios de video, voz y datos a sus suscriptores, a través de una red bidireccional digitalizada de última generación.



6

1.1.7 Integración de la Empresa. La empresa está conformada por diferentes áreas o subsistemas; en los cuales al

trabajar en conjunto y con objetivos en especifico forman un supra sistema con un objetivo general, este su vez trabaja con otros sistemas externos, esto quiere decir que la empresa es un sistema socio‐técnico abierto por tener interrelaciones con otros sistema fuera de su entorno o frontera.

En la Figura 1.4 se muestra un diagrama de la empresa como un Modelo

descriptivo formal para identificar las relaciones internas y externas. Este modelo se caracteriza por describir como estar organizada la empresa y comunicación que hay con cada sub‐sistema

Figura 1.4. Modelo descriptivo formal de la Empresa como Supra Sistema.

Elaboración propia En la Tabla 1.1 se describe la simbología utilizada en el modelo descriptivo formal

para describir los componentes del sistema y en la Tabla 1.2 las funciones que realizan con las interrelaciones internas y externas.



7

Tabla 1.1 Descripción de símbolos del Modelo Descriptivo formal Descripción Descripción

‐.‐.‐.‐.‐ Frontera SS1 Administración y Finanzas SCT Secretaria Comunicaciones y

Trasportes SS2 Recepción y Transmisión

de Señales P Proveedores SS3 Mercadotecnia C Clientes SS4 Comercialización de Publicidad A Empresa SS5 Ventas G Gobierno SS6 Recursos Humanos CFE Comisión Federal de Electricidad SS7 Jurídico Ie Interrelaciones externas SS8 Sistemas y Red Ii Interrelaciones internas SS9 Atención a Clientes SS10 Operaciones SS11 Sistemas y Proyectos SS12 Infraestructura

Tabla 1.2 Interrelaciones internas y externas

Interrelaciones Internas Interrelaciones Externas

SS1 con SS3 Marca e imagen para la compañía.

SS7 con G Licencias de operación en el territorio nacional

SS1 con SS4 Propaganda SS8 con CFE Arrendado espacio en los postes de luz para el tendido de su red

SS5 con SS10 Tarifa o precios sobre los servicios

SS9 con STCConcesión de red pública de telecomunicaciones.

SS2 con SS8 Convierte y transmite Señal digital a la red.

SS2 con Motorola

Venta de equipos decodificadores digitales.

SS6 con SS9 Capacitación al personal

SS2 con TV Azteca

Retransmitir los canales 7 (XHIMT) y 13 (XHDF), así como con la de Operadora Mexicana de televisión, S.A. de C.V. para la Retransmisión de la señal del canal 40 (XHTVM).

SS1 con SS5 Proveer de materiales y equipo electrónico

SS11 con Siebel

Venta de software para el Sistema de Administración a Clientes

SS8 con Bestel

Renta de uso de fibra óptica a nivel nacional

SS5 con C Instalación de decodificadores y atención de fallas



8

Capítulo 2

Marco Conceptual y Metodológico



9

2.1 Marco Conceptual

2.1.1 Teoría General de Sistemas

La Teoría General de Sistemas (TGS) es un enfoque útil para el estudio de la realidad, diferente al de las ciencias clásicas [Gich, 2000]. El desarrollo de la TGS ha servido de base para la integración del conocimiento científico a través de una amplia gama de aplicaciones.

Tiene por objeto proporcionar un marco conceptual de análisis para el estudio de

los sistemas; este advierte que al investigar cualquier parte de un sistema, no puede olvidar que esa parte, tiene relaciones vitales con el medio ambiente, formado por los sistemas más próximos a éste y a su vez mantiene relaciones graduadas con los sistemas más lejanos, hasta que esas relaciones se hacen imperceptibles o irrelevantes para el objeto de estudio [Gich, 2000].

La Teoría de General Sistemas define que para entender completamente la

operación de un organismo social, este debe ser concebido como un sistema que integra el conocimiento de varios campos de especialización, a fin de que el sistema, como un todo, pueda ser entendido mejor.

El concepto de totalidad es importante en el análisis de sistemas, porque el

sistema debe ser visualizado como un todo y modificarse solo a través de cambios en sus partes, por lo que debe haber un pleno conocimiento de las interrelaciones entre las partes y la forma en que cada una de éstas funciona, antes de que puedan realizarse modificaciones en ellas, en beneficio del sistema.

Para Van Gigch un sistema “Es una reunión o conjunto de elementos relacionados, con un fin común que interactúa con otros sistemas de su entorno”. Estos elementos pueden ser: materia, energía e información; objetos, conceptos, sujetos; estructuras, procesos y objetivos; como un sistema hombre‐máquina o socio‐técnico abierto, que comprende las tres clases de elementos. Por tanto, un sistema es un agregado de entidades, viviente o no. Un sistema es una parte de la realidad que comprende todos los sistemas de todas las épocas. Un sistema es un Holo, lo que significa que tiene partes o subsistemas y es a su vez parte de un sistema más grande, el suprasistema que incluye al sistema y su entorno o ambiente inmediato [Gich, 2000].



10

2.1.2 Intervención de Sistemas y Ciclo de Vida

Cuando se pretende cambiar o transformar un sistema de la realidad, se puede

hacer a distintos ritmos. Estos ritmos de cambio se pueden representar de forma simplificada como un Ciclo de Vida que incluye cuatro etapas: nacimiento, crecimiento, maduración y decaimiento hasta el fin del sistema o muerte. En la intervención de sistemas:

1. Al nacimiento se le llama Diseño, es un cambio violento de sistemas abiertos.

2. Al crecimiento se le conoce con el nombre de Mejoramiento continúo o

evolución gradual. Se maneja como un sistema cerrado. 3. A la maduración se le denomina Mantenimiento y Documentación. Se maneja

como un sistema cerrado. 4. Al decaimiento Obsolescencia que puede ser o no planeada. En la Figura 2.1 se muestra en forma grafica las cuatro etapas del ciclo de vida.

Figura 2.1. Ciclo de Vida. Elaboración propia.

2.1.4 El Proceso de toma de decisiones El enfoque de sistemas es un proceso de toma de decisiones que se usa para

diseñar sistemas. La toma de decisiones es un proceso de pensamiento que ocupa toda la actividad que tiene por fin solucionar problemas. Todo aspecto que refleja el esfuerzo humano involucra actividades con un propósito en las que deben resolverse los problemas y tomarse decisiones. La toma de decisiones puede verse como un procedimiento iterativo, un ciclo que incluye varios círculos sucesivos.



11

2.1.5 Sistemas de Información. En teoría de sistemas, un sistema de información es un sistema, automatizado o

manual, que abarca personas, máquinas, y/o métodos organizados de recolección de datos, procesamiento, transmisión y propagación de datos que representa información para el usuario. Un Sistema de Información (SI) consiste de tres componentes: humano, tecnológico y organizacional, este conjunto de elementos están orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo.

Actualmente en las empresas es indispensable contar con sistemas de apoyo a la

toma de decisiones, aunque algunas de estas empresas ya cuentan con sistemas información, también conocidos como sistemas transaccionales estos están orientado a la captura rápida y eficaz de los datos orientados hacia una información sencilla de analizar para realizar de forma automatizada tareas administrativas repetitivas e intensivas en gestión de nominas, facturación a clientes, control de inventarios, contabilidad, etc..

Los sistemas información automatizados se clasifican de acuerdo a los autores

Gómez y Suárez [Gómez, 2009] en transaccionales e informacionales como se muestra en la Tabla 2.1.

Los sistemas transaccionales están orientados al registro de los eventos de negocio, con todo el nivel de detalle, facilitando la realización de operaciones frecuentes de actualización, inserción, consulta y eliminación de datos Pueden proporcionar información básica, a partir de consultas e informes predefinidos, pero generalmente prestan poca atención a los datos acumulados sobre el negocio. Los usuarios dentro de una empresa tienen unos perfiles medios o bajos en cuanto a su responsabilidad y capacidad para tomar decisiones. Como se muestra en la Figura 2.2.

Figura 2.2. Sistema Transaccional Fuente [Gómez, et al, 2009]



12

2.1.6 Sistemas Informacionales Los sistemas informacionales utilizan los datos almacenados en las empresas

(capturados y almacenados por los sistemas operacionales) para generar información útil para el proceso de toma de decisiones. Así mismo, estos sistemas pueden incorporar datos procedentes de fuentes externas para su análisis.

Los sistemas informacionales trabajan en una plataforma en común que contenga

herramientas/procedimientos de Extracción, Transformación y Carga de datos (ETL), donde se pueda unificar el almacenamiento de la información, para que esta pueda ser consultada y/o puesta a disposición por un usuario final ya que la necesidad de información de los usuarios está orientada a un análisis más complejo.

Estos sistemas están orientados al análisis de los datos acumulados y a la

simulación de alternativas, también trabajan con grandes volúmenes de datos no volátiles o persistentes esto es, datos que corresponden a transacciones ya completas y por lo tanto, los Sistemas Informacionales se utilizan para administrar y controlar datos históricos y se diseñan principalmente, para ejecutar consultas complejas, no planas o dimensionales y de sólo lectura. El objetivo fundamental de los sistemas informacionales es posibilitar el hecho de mantener disponible un resumen de la información histórica garantizando una fuente única, contribuyendo a realizar análisis y toma de decisiones estratégicas a largo plazo.

Los usuarios de este sistema tienen un perfil alto en cuanto a su responsabilidad,

en el análisis y planificación de los datos consolidados de la empresa, ayudando al usuario a sintetizar la información de la empresa a través de vistas personalizadas, análisis históricos por tal motivo están orientados a la gestión del proceso de toma de dicciones. En la Figura 2.3 se presenta la arquitecta sobre un sistema informacional en la que se basara este trabajo de Tesis.



13

Figura 2.3. A

rquitectura de

un sistem

a inform

acional. Fuen

te [A

tos, 2011]



14

A continuación se explican los componentes de la arquitectura de un sistema informacional:

Aprovisionamiento. Aquí se identifican los sistemas fuente (sistemas

operacionales u otra fuente ya sea interna o externa de datos). Donde pasan al proceso ETL de Aprovisionamiento con la finalidad de:

• Controlar la extracción de los datos, disminuyendo el tiempo empleado en el

descubrimiento de procesos no documentados, minimizando el margen de error y permitiendo mayor flexibilidad.

• Accesar a diferentes tecnologías, haciendo un uso efectivo del hardware,

software, datos y recursos humanos existentes . • Proporcionar la gestión integrada del la Extracción, Transformación y Carga para

la construcción del de los Data Marts (DM). • Accesar a una gran variedad de fuentes de datos diferentes. • Planificar, interfaces de terceros, que permitan llevar una gestión de la

planificación de todos los procesos necesarios para la carga del DM. Después de que se llevo el proceso del ETL se pasa al área de almacenamiento

intermedio de entre las fuentes de información y el almacén de datos. Con esto se trata de facilitar la extracción de datos y realizar una limpieza de datos para mejorar la calidad de los datos, se usa como cache de los datos (tiene un carácter temporal y su contenido se puede borrar después) para posteriormente realizar el proceso almacenamiento.

Almacenamiento. Se hace un Modelo de datos, diseño y construcción de la capa

de datos y la capa de Metadatos. Para el desarrollo de este Modelo de Datos se ocupa al Modelo Relacional de Base de Datos y un Diccionario de Datos para los datos que se generaron del proceso ETL. En esta etapa es necesario un diseño de base de datos (DB) la cual permitirá que los datos que se manejen en la capa de datos no tengan redundancia, un menor tiempo de consulta y también se podrá actualizar la información sin ningún problema. Para la construcción de esta capa de datos se utilizará la herramienta computacional llamada ERwin Data Modeler. Por último se tendrá un Gestor de salidas (ETL) para tener un enriquecimiento de los datos para su uso Diario, Mensual, Históricos o para hacer consultas que no están predeterminadas y que sean en tiempo real.



15

Explotación. Los usuarios ya pueden hacer uso de aplicaciones de Data Mart como herramienta para toma de decisiones y clasificar los Data Mining, reportes estándar y reportes de Ad‐Hoc.

Comparación entre los Sistemas Transaccionales y los Informacionales En la siguiente Tabla 2.1 se comparan las características de estos dos tipos de

sistemas.

Tabla 2.1. Comparación entre los Sistemas Transaccionales y los Informacionales Fuente [Gómez, et al, 2009]

Sistemas Transaccionales Sistemas Informacionales

Procesamiento de datos Ayuda a la toma de decisiones

Orientados al registro de los eventos de negocio, con todo el nivel de detalle

Orientados al análisis de datos acumulados

y a la simulación de alternativas

• Trabajar con grandes volúmenes de datos

• Especializados en la consulta y no en la actualización

Poca atención a los datos acumulados sobre el negocio

Enfoque hacia el presente y el futuro

Proporcionan información básica de gestión Énfasis en la flexibilidad y la utilización Ad‐Hoc

Énfasis en la consistencia, la seguridad, la disponibilidad y los tiempos de respuesta.



16

2.2 Marco Metodológico. Para realizar este trabajo de tesis se requiere utilizar una guía de pasos que

permita orientar en la identificación y resolución de un problema. Esto con lleva a buscar una metodología con procesos a seguir sistemáticamente y herramientas que ayuden a cumplir el objetivo de analizar y diseñar un sistema informacional de forma sistémica.

2.2.1 Metodología para el desarrollo de software y Modelo Ciclo de Vida

del Software La metodología para el desarrollo de software es un modo sistémico de realizar

gestionar y administrar un proyecto para llevarlo a cabo con altas posibilidades de éxito. Esto indica cómo se divide un proyecto en módulos más pequeños llamadas etapas, las acciones que corresponden en cada una de ellas, ayuda a definir entradas y salidas para cada una de las etapas y, sobre todo, normaliza el modo en que se administre el proyecto.

Esta metodología desde un punto de vista general puede considerarse en las

siguientes etapas:

• Inicio: en esta etapa nace la idea. Aquí se define los objetivos del proyecto y los recursos necesarios para su ejecución para saber hacia dónde se quiere.

• Planificación: idear un planteamiento detallado que guie la gestión del proyecto en lo temporal.

• Implementación: se acordaran el conjunto de actividades que componen la

construcción o realización del producto de software.

• Puesta en producción: el proyecto entra en la etapa de definición, es cuando se presenta al usuario final, para saber si funciona correctamente y responde a los requerimientos solicitados en un inicio.

Estas etapas es necesario que estén en un marco de trabajo o referencia que

consista en utilizar herramientas, modelos y métodos para ayudar en el proceso de desarrollo del software. [Blum, 1992]



17

El marco de referencia en que se basara este trabajo de tesis es el Ciclo de Vida del Software ya que contiene las actividades y las tareas (o etapas) involucradas en el desarrollo, la explotación y el mantenimiento de un producto de software, abarcando desde la definición de hasta la finalización de su uso [ISO 12207, 2012].

A continuación se describirá las etapas que caracterizan al ciclo de vida del

software: Estudio de necesidades y requisitos. Esta etapa tiene como objetivo el armado del

documento en el cual se reflejan los requerimientos y funcionalidades que ofrecerá al usuario el sistema a implementar.

Análisis. En esta etapa se determinan los elementos que intervienen en el sistema

a desarrollar, su estructura, relaciones, evolución temporal, funcionalidades, se tendrá una descripción clara de qué se va a construir, qué funcionalidades aportará y qué comportamiento tendrá.

Diseño. Ahora que se sabe que se va hacer, se tiene que determinar cómo se debe

hacer; se define en detalle entidades y relaciones de las bases de datos, se selecciona el lenguaje que se va a utilizar, como el Sistema Gestor de Base de Datos.

Implementación. Se codifican algoritmos y estructuras de datos, definidos en las

etapas anteriores, en el correspondiente lenguaje de programación o para un determinado sistema gestor de base de datos.

Debugging o Depuración. En esta etapa se desea encontrar la mayor cantidad de

errores. El objetivo es garantizar que nuestro programa no contiene errores de diseño o codificación.

Validación. Esta etapa se verifica que el sistema de desarrollo cumple con los

requerimientos expresados inicialmente. Mantenimiento y Evolución. En la mayoría de los proyectos se considera esta

etapa como el agregado de nuevas funcionalidades (evolución); sino la corrección de errores que surgen (mantenimiento).

Una vez conocidas las etapas del Ciclo de Vida del Software, se analiza cómo

relacionarlas en su conjunto. Para ello, existen distintos modelos de ciclo de vida, en los cuales se puede hacer una simplificación de la realidad o de un sistema. A continuación se menciona el modelo elegido el cual fue seleccionado por tener características sistémicas. El resto de los modelos se describen en el Anexo B.



18

2.2.2 Modelo Ciclo de Vida del Software Orientado a Objetos El Modelo que se utiliza en este trabajo de tesis es el Modelo Orientado a Objetos,

el cual se considero porque:

• Se eliminan fronteras entre etapas debido a la naturaleza iterativa del desarrollo orientado a objetos.

• Se generan paradigmas sobre una forma nueva de concebir los lenguajes de programación y su uso al incorporar bibliotecas de clases y otros componentes reutilizables.

Esto quiere decir, que permite armar módulos de código de programación

independientes, con la finalidad de tener un control sobre las etapas de desarrollo en el software así puede corregir y reutilizar el código de programación en los proyectos de desarrollo de software. En la Figura 2.4 se muestra una representación grafica sobre el orden que se dará a las etapas del ciclo de vida del software en este modelo.

Figura 2.4. Modelo Ciclo de Vida del Software Orientado a Objetos. Elaboración

propia



19

2.2.3 Lenguaje Unificado de Modelado (UML) La herramienta que se utiliza en este trabajo de tesis es el Lenguaje Unificado de

Modelado que prescribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos significan. Para modelar distintos tipos sistemas de software y organizaciones del mundo real.

Los diagramas que ofrece UML para modelar sistemas son los siguientes:

• Diagramas de Casos de Uso para modelar los requerimientos. • Diagramas de Secuencia para modelar el paso de mensajes entre objetos. • Diagramas de Estado para modelar el comportamiento de los objetos en el

sistema. • Diagramas de Actividad para modelar el comportamiento de los Casos de

Uso, objetos u operaciones. • Diagramas de Clases para modelar la estructura estática de las clases en el

sistema. • Diagramas de Colaboración para modelar interacciones entre objetos. • Diagramas de Objetos para modelar la estructura estática de los objetos en

el sistema. UML es solo un lenguaje de modelado estándar que ayuda en la:

• Visualización

• Especificación

• Construcción

• Documentación

Diagramas de Caso de Uso.

Un caso de Uso representa un requisito funcional del sistema. Los Casos de Uso

describen un conjunto de secuencias, donde cada secuencia representa una interacción de los elementos externos al sistema (actores) con el propio sistema. [Booch, 1999]. En la Tabla 2.2 se describe los elementos que integran un Caso de Uso.



20

Tabla 2.2. Elementos de un Caso de Uso. [Booch, 1999].

Diagrama de Clases Los diagramas de clases muestran las diferentes clases que componen un sistema y

cómo se relacionan unas con otras. Son diagramas estáticos porque muestran las clases, junto con sus métodos y atributos, así como las relaciones entre qué clases son parte de otras clases, pero no muestran los métodos mediante los que se invocan entre ellas.

En UML, una clase se representa con un rectángulo, dentro del cual se anota el

nombre de la clase. También se puede ampliar la descripción de clase usando compartimientos: El segundo compartimiento lista los atributos, el tercero las operaciones. [Reyes,2008] A continuación en la Figura 2.5 se representa una clase en UML.

Figura 2.5. Representación de una clase en UML. Fuente [Reyes, 2008]

Descripción Símbolo

Actor: Entes que pueden interactuar con el sistema.

Caso de Uso: es una interacción típica entre un usuario (Actor) y un sistema. Especifica una secuencia de acciones, incluyendo variantes, que el sistema puede llevar a cabo, y que producen un resultado observable de valor para un actor.

Relaciones o asociaciones de Uso: Las asociaciones y dependencias permiten representar interacciones entre un actor y un caso de uso o entre casos de uso.



21

Diagrama de secuencia Un Diagrama de Secuencia es uno de los diagramas para modelar la interacción

entre objetos en un sistema y pertenece a las técnicas de modelado de UML [Booch et al., 1999]. En él se examina la descripción de un caso de uso para determinar que objetos son necesarios para la implementación del sistema. Se modela la descripción de cada Caso de Uso como una secuencia de varios pasos.

Este diagrama representa la interacción entre los actores, se leen de izquierda a

derecha y de arriba abajo. Muestran el comportamiento del sistema de forma cronológica. Y por esto son muy útiles cuando se está trabajando con sistemas de tiempo real. En la Figura 2.6 se muestra un diagrama de secuencia

Figura 2.6 Representación de un Diagrama de Secuencia de interacción entre

objetos. Elaboración Propia

En este trabajo de tesis se utilizará a UML para dar una representación grafica sobre el sistema informacional que ser va a desarrollar pero solo se utilizarán algunos diagramas sin embargo. En el Anexo B se puede consultar más información sobre UML.



22

Capítulo 3

Análisis y Diseño del Sistema Informacional



23

3.1 Análisis de la situación actual de la Empresa.

3.1.1 Etapa Inicio: Requerimientos. En esta etapa se delimitará el medio ambiente del caso de estudio para identificar

las áreas que interactúan con el sistema informacional a fin de cubrir la capa de Aprovisionamiento o la carga de datos como se muestra en la Figura 3.1

Figura 3.1. Capa de Aprovisionamiento. Elaboración propia

Con esto se busca identificar los sistemas operacionales o las fuentes internas o externas de información generadas por las distintas áreas que interactúan con los decodificadores digitales.

Como resultado de este análisis se llego a conocer como está integrada la empresa

y se identifican las diferentes fuentes de información.

3.1.2 Etapa de Planificación: Requerimientos. En esta etapa se identifica la estructura organizacional de la empresa mediante un

organigrama de la empresa y se identificarán los subsistemas de la empresa, el cual ayudará en focalizar las áreas y sub‐áreas que se hacen imperceptibles o irrelevantes para el sistema informacional. Figura 3.2 se muestra como está conformada jerárquicamente la empresa de Telecomunicaciones por Cable.

Aprovisionamiento

Sistemas operacionales

Fuentes internas

Fuentes externas ET

L A

prov

isio

nam

ient

o

Stan

ing

Áre

a

Carga de Datos



24

Figura 3.2. O

rganigrama de la Empresa. Elabo

ración

Propia



25

Al conocer el medio ambiente de la empresa ayudará a ubicar las áreas y sub‐áreas que tendrán interacción con el sistema informacional como se describe en la Tabla 3.1.

Tabla 3.1 Identificación de áreas y sub‐áreas para el sistema informacional.

Elaboración propia Área Sub‐área

Dirección Operaciones Aprovisionamiento de servicios Dirección de Administración y Finanzas Almacén y Sub‐Almacén Dirección de Recepción y Transmisión de Señal Laboratorio Interno Dirección de Atención a Clientes Sucursales

Laboratorio Externo Áreas Externas Proveedores

A continuación, en la Figura 3.3 se muestra las áreas en particular, en donde se

desarrollara el Sistema Informacional

Figura 3.3. Estructura Organizacional de las Áreas y Sub‐áreas para el Sistema

Informacional. Elaboración propia



26

En la Figura 3.4 se delimita el ámbito del sistema informacional con las áreas internas involucradas para el requerimiento de información, ilustrándolo a través de un Holos.

Figura 3.4. Holos del sistema informacional. Elaboración propia.

Este Sistema Informacional obtendrá datos de las sub‐áreas antes mencionadas los

cuales se almacenaran en un Data Mart formando una pirámide jerárquica del sistema la cual se puede visualizar en la Figura 3.5.

Figura 3.5. Pirámide jerárquica del Sistema Informacional. Elaboración propia.

Áreas Internas

Áreas Externas

Data Mart

Sistema Informacional



27

3.1.5 Etapa

de Im

plem

entación

: Req

uerimientos.

Descripción

del proceso de las áreas iden

tificad

as con

los decod

ificado

res Digitales en

la

Empresa.

Tod

os lo

s de

codificadores digita

les se con

centran en

alm

acén

gen

eral del caso de

estud

io, y

a sea po

r su

compra o para su po

sible reutilización

. A con

tinuación

se presen

ta en diagrama de

flujo de en

trada y salida de

los de

codificadores digita

les de

ntro de la empresa.

Figura 3.6 Diagram

a de

flujo de

entrada

y salida de

los Decod

ificado

res Digita

les. [C

ablevisión

, 2011]

(Inicio)



28

Figura 3.6. D

iagram

a de

flujo de

entrada

y salida de

los Decod

ificado

res Digita

les. [C

ablevisión

, 2011]

(Final)



29

Hay tres estados en que puede entrar un decodificador digital al almacén central de la empresa:

• Nuevo.

• Reparado

• Usado

Los primeros equipos provienen de un proveedor, los segundos y terceros por el

área de laboratorio o por un sub‐almacén. Este equipo nuevo se entrega a un auxiliar de almacén; él lo recibe para validar la documentación, cantidad entregada, registrar y almacenarlos dentro del almacén central.

Cuando se trata de equipo reparado se envía a los sub‐almacenes para su

reutilización. Si es equipo usado se envía a los laboratorios interno o externo según sea el caso. Posteriormente se envían los equipos nuevos o reparados según se tenga el plan

de distribución a los sub‐almacenes con el fin de cubrir las solicitudes de órdenes de trabajo para instalar o cambiar los equipos; por parte de los técnicos.

Los técnicos al final de la jornada entregan al sub‐almacén los equipos que no

hayan instalado o que cambiado por alguna falla, para nuevamente enviarlos al almacén central.

Al analizar y describir este proceso se descubre, que el sub‐almacén cuando envía

al almacén central los equipos lo hacen sin una descripción sobre el estado del equipo y este los considera como equipos usados cuando el técnico no los instalo aunque estos pueden ser nuevos, reutilizados o con fallas.

Por tal motivo se propone al Sistema Informacional como herramienta para regular

el estado en el que se encuentra el equipo dentro y fuera de la empresa para su posible reutilización.



30

3.1.5 Diagrama representativo general de la entrada y salida de equipos en el Caso de Estudio. La descripción de los procesos antes descritos sobre la entrada y salida de los

decodificadores digitales se puede esquematizar por un diagrama representativo en general de los elementos, que participan en el proceso y las interconexiones básicas como se muestra en la siguiente Figura 3.7.

Figura 3.7. Diagrama general, de entrada y salida de un Decodificador Digital.

Elaboración propia



31

3.2 Etapa inicio: Análisis del Sistema. Con la descripción de los procesos de entrada y salida de los decodificadores

digitales, se identificaran los actores y caso de uso; los cuales se utilizarán para el análisis del sistema, se describirán como van a estar relacionados con el propósito de automatizar la carga de datos al Data Mart y así alimentar el Sistema Informacional.

3.2.1 Casos de Uso para el Sistema Informacional

En este análisis para el Sistema Informacional se identifican los siguientes actores:

• Auxiliar de almacén

• Auxiliar de Sub‐Almacén

• Laboratorio Interno

• Laboratorio Externo

• Técnico Instalador

• Cliente

• Proveedor

• CallCenter

3.3 Etapa Planificación: Análisis Se analizara las operaciones que realiza cada actor con el Sistema Informacional

con un diagrama de Caso de Uso. En la Figura 3.8 se muestra el caso de uso de auxiliar del almacén y las funciones que tendrá.



32

3.3.1 Ingreso de equipos

Figura 3.8. Diagrama del Caso de Uso del actor Auxiliar de Almacén. Elaboración propia

En la Tabla 3.2 se describe el Caso de Uso Entregar equipo correspondiente al actor

Proveedor. Tabla 3.2. Caso de uso: Proveedor. Elaboración propia

Caso de Uso Entregar equipo.

Actor Proveedor

Intención Entrada de equipo nuevo.

Descripción

El Proveedor entrega al auxiliar de almacén los equipos nuevos solicitados por la empresa.

Recibir, Registrar equipo nuevo,

usado y reparado

Almacenar registro a la base de datos

Auxiliar de Almacén

Generareporte de entrada de equipo

Enviar y asignar equipos al sub‐almacén o laboratorio

Entregar equipo nuevo al almacén

Proveedor



33

En la Tabla 3.3 se describe el Caso de Uso Registrar equipo nuevo y reparado, correspondiente al actor Auxiliar de Almacén.

Tabla 3.3. Caso de uso: Registrar equipo nuevo y reparado. Elaboración propia

Caso de Uso Registrar equipo nuevo y reparado.

Actor Auxiliar de Almacén

Intención Condición del equipo

Descripción

El Auxiliar de Almacén capturará en el sistema el estado del equipo sea nuevo, usado o reparado.

En la Tabla 3.4 se describe el Caso de Uso Enviar y asignar equipo,

correspondiente al actor Auxiliar de Almacén. Tabla 3.4. Caso de uso: Enviar y asignar equipo. Elaboración propia

Caso de Uso Enviar y asignar equipo.

Actor Auxiliar de Almacén

Intención Hacia donde canalizar el equipo

Descripción

El Auxiliar de Almacén asigna el equipo para su reparación al área de laboratorio o para la utilización a los sub‐almacenes

3.3.2 Solicitud de Servicio En la Figura 3.9 se muestra los Casos de Uso del actor Cliente respecto a las

funciones para solicitar un servicio

Figura 3.9. Diagrama de Caso de Uso del Actor Cliente. Elaboración propia

Cliente

Reportar falla

Solicitar servicio

Cancelar Servicio

CallCenter



34

En la Tabla 3.5 se describe el Caso de Uso de Reportar falla de servicio correspondiente al actor Cliente.

Tabla 3.5. Caso de uso: Reportar falla de servicio. Elaboración propia.

Caso de Uso Reportar falla de servicio

Actor Cliente

Intención Notificar falta del servicio o posible falla

Descripción El Cliente reporta a la empresa la falta del servicio o posible falla del equipo instalado.

En la Tabla 3.6 se describe el Caso de Uso Solicitar Servicio correspondiente al

actor Cliente. Tabla 3.6. Caso de uso: Solicitar servicio. Elaboración propia.

Caso de Uso Solicitar servicio

Actor Cliente

Intención Contratar o solicitar nuevo servicio

Descripción El Cliente solicita servicio para una nueva instalación o visita de Técnico para solucionar falla.

En la Tabla 3.7 se describe el Caso de Uso de Cancelar Servicio correspondiente al

actor Cliente. Tabla 3.7. Caso de uso: Cancelar servicio. Elaboración propia.

Caso de Uso Cancelar Servicio

Actor Cliente

Intención Cancelación de servicio contratado

Descripción

El Cliente cancela el servicio por alguna inconformidad por el mal servicio proporcionado.



35

La Figura 3.10, muestra los Casos de Uso del actor CallCenter y las funciones que tendrá.

Figura 3.10. Diagrama de Caso de Uso del Actor CallCenter. Elaboración propia En la Tabla 3.8 se describe el Caso de Uso Atender servicio correspondiente al

actor CallCenter. Tabla 3.8. Caso de uso: Atender servició. Elaboración propia.

Caso de Uso Atender servicio

Actor CallCanter

Intención Previsión del servicio al Cliente

Descripción

El CallCenter atiende al cliente vía telefónica para atender la solicitud o inconformidad sobre el servicio.

En la Tabla 3.9 se describe el Caso de Uso Generar orden de servicio

correspondiente al actor CallCenter. Tabla 3.9. Caso de uso: Generar orden de servicio. Elaboración propia.

Caso de Uso Generar orden de servicio

Actor CallCenter

Intención Previsión del servicio al Cliente

Descripción

El CallCenter genera la orden de servicio con la falla reportada, para que el Técnico Instalador visite el domicilio del cliente.

CallCenter

Atender servició

Generar orden de servicio Técnico Instalador



36

3.3.3 Recolección de equipo La Figura 3.11, muestra los Casos de Uso del Actor Técnico Instalador y sus

funciones que tendrán dentro del sistema. Figura 3.11. Diagrama del Caso de Uso del actor Técnico instalador. Elaboración propia

En la Tabla 3.10 se describe el Caso de Uso Atender jornada de servicio

correspondiente al actor Técnico Instalador. Tabla 3.10. Caso de uso: Atender jornada de servicio. Elaboración propia.

Caso de Uso Atender jornada de servicio Actor Técnico Instalador Intención Previsión del servicio al Cliente

Descripción

Al técnico instalador se le asigna una orden de serbio para la jornada de trabajo en la cual debe atender las solicitudes de los clientes ya sea para instalar o verificar el funcionamiento de un equipo.

En la Tabla 3.11 se describe el Caso de Uso Cambiar equipo correspondiente al

actor Técnico Instalador. Tabla 3.11. Caso de uso: Cambiar equipo. Elaboración propia.

Caso de Uso Cambiar equipo

Actor Técnico Instalador

Intención Servicio al Cliente

Descripción

El técnico instalador cambia el equipo si presenta alguna falla por otro que este en buen funcionamiento al cliente.

Técnico Instalador

Auxiliar de Sub‐Almacén

Regresar y reportar falla

equipo

Cambiar equipo

Atender servició

Cliente



37

En la Tabla 3.12 se describe el Caso de Uso Regresar y reportar falla correspondiente al actor Técnico Instalador.

Tabla 3.12. Caso de uso: Regresar y reportar falla. Elaboración propia

Caso de Uso Regresar y reportar falla. Actor Técnico instalador

Intención Requerimiento de Equipo

Descripción

El técnico instalador al terminar su jornada laboral regresa el equipo no instalado o cambiado al sub‐almacén y notifica en qué estado se encuentra.

La Figura 3.12, muestra los Casos de uso del actor Auxiliar Sub‐almacén y las

funciones que tendrán dentro del sistema.

Figura 3.12. Diagrama del Caso de Uso del actor Auxiliar Sub‐Almacén. Elaboración propia

Registrar estado y falla del equipo en el Sistema

Recibir equipo

Auxiliar Sub‐Almacén

Regresar equipo no instalado o

usado al almacén Auxiliar de Almacén



38

En la Tabla 3.13 se describe el Caso de Uso Registrar estado y falla correspondiente al actor Auxiliar Sub‐Almacén.

Tabla 3.13. Caso de uso: Registrar estado y falla.

Caso de Uso Registrar estado y falla Actor Auxiliar Sub‐Almacén

Intención Condición del equipo

Descripción

El Auxiliar Sub‐almacén recibe el equipo, captura en el sistema el número de serie, el estado del equipo y el número de empleado del técnico que lo entrega.

En la Tabla 3.14 se describe el Caso de Uso Recibir equipo correspondiente al actor Auxiliar Sub‐Almacén.

Tabla 3.14. Caso de uso: Recibir equipo Auxiliar Sub‐almacén. Elaboración propia

Caso de Uso Recibir equipo

Actor Auxiliar Sub‐Almacén

Intención Obtención de equipos

Descripción

El Auxiliar Sub‐almacén recibe los equipos por parte del almacén central para satisfacer la demanda de las jornadas de trabaja y recibe equipos por parte de los técnicos instaladores que no fueron instalados o que fueron cambiados por alguna falla.

En la Tabla 3.15 se describe el Caso de Uso Regresar equipo correspondiente al

actor Auxiliar Sub‐Almacén. Tabla 3.15. Caso de uso: Regresar equipo. Elaboración propia

Caso de Uso Regresar equipo

Actor Auxiliar Sub‐Almacén

Intención Envió de equipos

Descripción

El Auxiliar Sub‐almacén envía los equipos al almacén central para su posible reparación o limpieza.



39

3.3.4 Estado de equipo. La Figura 3.13, muestra los Casos de uso de los actores Laboratorio Interno y

Externo; y las funciones que tendrán dentro del sistema.

Figura 3.13. Diagrama del Caso de Uso del actor Laboratorio Interno. Elaboración propia

En la Tabla 3.16 se describe el Caso de Uso Recibir equipo correspondiente al

actor Laboratorio Interno. Tabla 3.16. Caso de uso: Recibir equipo laboratorio. Elaboración propia

Caso de Uso Recibir equipo laboratorio.

Actor Laboratorio Interno

Intención Entrada de equipo al laboratorio

Descripción

El Laboratorio Interno recibirá y verificará la cantidad de equipos.

Consultar estado y falla del equipo en el Sistema

Actualizar base de datos

Recibir equipo

de almacén

Laboratorio interno

Analizar y reparar equipo

Laboratorio Externo Regresar

equipo reparado

Auxiliar de Almacén



40

En la Tabla 3.17 se describe el Caso de Uso Consultar estado y falla correspondiente al actor Laboratorio Interno.

Tabla 3.17. Caso de uso: Consultar estado y falla. Elaboración propia

Caso de Uso Consultar estado y falla.


Intención Estado del equipo

Descripción

El Laboratorio Interno consultara en el sistema el estado del quipo para identificar la falla o el motivo por el cual llego.

En la Tabla 3.18 se describe el Caso de Uso Analizar y reparar correspondiente al

actor Laboratorio Interno. Tabla 3.18. Caso de uso: Analizar y reparar. Elaboración propia

Caso de Uso Analizar y reparar.


Intención Reutilizar el equipo

Descripción

El Laboratorio Interno analizara y repara los equipos entregados por el Auxiliar de Almacén

En la Tabla 3.19 se describe el Caso de Uso Regresar equipo correspondiente al

actor Laboratorio Interno. Tabla 3.19. Caso de uso: Regresar equipo. Elaboración propia

Caso de Uso Regresar equipo.


Intención Reutilizar el equipo

Descripción

El Laboratorio Interno regresa el equipo reparado y no reparado al auxiliar de almacén



41

A continuación en la Figura 3.14 se representa en forma sistémica la integración de todos los Actores y los Casos de Uso para el Sistema Informacional.

Figura 3.14. Visión global de las relaciones de los Actores y Caso de Uso del

Sistema Informacional. Elaboración Propia

ud general

cliente

Cancelar Serv icio

Reportar falla de serv icio

Solicitar instalación

:Técnico Instalador

Atender serv icio

Cambiar

Entregar equipo nuev o

Env iar y asignar Equipo

Recibir equipo nuev o, usado y

reparado

Auxiliar Sub-Almacén

Registrar Equipo

Auxiliar de almacén

Laboratorio externo

Laboratorio interno

Analizar

Reparar

Consultar

Prov eedor

Call Center

Generar orden de serv icio

Regresar equipo

Actualizar datos



42

3.3.5 Diagrama de Secuencia del Sistema Informacional En el Diagrama de Secuencia representado en la Figura 3.15, muestra cómo se va a

iniciar las actividades de los actores en el sistema informacional el cual se va a disparar cuando lleguen nuevos equipos y se tengan que registrar en el sistema. Con estas actividades se propone el seguimiento que tienen que llevar un decodificador digital dentro de la empresa para el sistema informacional.

Figura 3.15. Diagrama de Secuencia de los Casos de Uso. Elaboración propia.

sd Interactions

Cliente Tecnico Instalador Auxiliar Sub Almacen Auxil iar de Almacen Laboratorio Interno Laboratorio ExternoProveedor Callcentar

Entregar equipo

Recibir y Registrar

Enviar y asignar equipos

Reportar falla

Solicitar servicio

Cancelar Servicio

Atender servició

Generar orden de servicio

Atender servició

Cambiar equipo

Regresar y reportar falla

Recibir equipo

Registrar estado y fal la

Regresar equipo no instalado o usado


Analizar y Reparar


Recibir equipo

Consultar estado y fal la

Analizar y reparar

Actualizar base de datos

Regresar equipo

Regresar equipo



43

3.4 Etapa Inicio: Diseño. 3.4.1 Base de Datos Orientada a Objetos Las bases de datos orientadas a objetos (BDOO) están diseñadas para capturar los

datos de un sistema, que puede ser considerado como un conjunto de objetos que interactúan entre sí. La orientación a objetos ofrece flexibilidad, no está limitada por los tipos de datos y lenguajes de consulta de los sistemas de base de datos tradicionales. La característica clave es especificar tanto la estructura de objetos complejos, como las operaciones que se pueden aplicar sobre dichos objetos. Cada objeto representa una entidad del mundo real con la capacidad de actuar consigo misma y de interactuar con otros objetos. A continuación se representa en la Figura 3.16 la unión de la Tecnología de Base de Datos y la programación OO.

Figura 3.16. Holos de las Bases de Datos Orientadas a Objetos [Cabrera, 2011]

Para las BDOO no ha existido un único modelo de datos, al modelo relacional

difundido por Codd. El modelo orientado a objetos (DMOO) que aquí se presenta tiene mucho en común con los modelos de datos relacionales o E‐R, también tiene algunas diferencias fundamentales como se muestra en la Tabla 3.20.

Tabla 3.20. Comparación de los Modelos OO y E‐R [Itescam, 2011]

Modelo de Datos Orientado a Objetos Modelo E – R Clase Atributó Objeto Tabla Tipo Entidad Variable de Instancia Tipo de Dato Identidad del objeto (OID) Clave Principal Método Sin Correspondencia Jerarquía de Clases Generalización



44

En el diseño de OODB no existe una metodología estándar ampliamente aceptada que guíe el proceso de diseño ni un conjunto de reglas (como las reglas de normalización en el modelo relacional) para evaluar el diseño.

3.5 Etapa Planificación: Diseño 3.5.1 Diagrama de Clases del Sistema Informacional En esta etapa se desarrolla el Diagrama de Clases a partir de los Casos de Uso de

los siguientes roles: • Auxiliar de Almacén • Auxiliar de Sub‐almacén • Técnico Instalador • Laboratorio

Estos se hicieron de acuerdo al análisis correspondiste al Sistema Informacional y

se muestra en la Figura 3.17.

Figura 3.17. Diagrama de Clases del Sistema Informacional. Elaboración propia



45

Clase Persona: tiene los atributos que aplica a todos los usuarios del sistema, como son el noEmpleado, nombre, apePaterno, apeMaterno y puesto. Esta clase es padre y hereda a la clase TécnicoLaboratorio, TécnicoInstalador, AuxiliaraDeSubAlmacén y AuxiliarDeAlmacén.

Clase Técnico Instalador: esta clase hereda los atributos de la Clase Persona y

utiliza solo un método de consulta. Clase Auxiliar de Sub‐Almacén: esta clase hereda los atributos de la Clase Persona y

utiliza el método de generar reporte de entrega. Clase Laboratorio: esta clase hereda los atributos de la Clase Persona y utiliza el

método de consulta de estado de equipo, actualizar estado de equipo y generar reportes.

Clase Registro de equipo: esta clase tiene los atributos de fecha y consulta, tiene

relación directa con la Clase Persona, Entrada de Equipo y Estado de equipo, hereda los atributos, noEmpleado, noSerie, noUnitAddress y edo Contiene método de consulta sobre el equipo utilizados para el TécnicoLaboratorio, AuxiliarDeSubAlmacén y AuxiliarDeAlmacén.

Clase entrada de equipo: tiene los atributos de noSerie, noUnitAddress y tienen

relación directa con la Clase Modelo de equipo, la cual hereda el atributo modEquipo. Tiene el método para generar reporte de equipos.

3.6 Etapa Implementación: Diseño 3.6.1 Diccionario de base de Datos. Cada elemento se identifica por un nombre de dato, descripción, longitud de

campo y valores específicos para el Sistema Informacional. A continuación se detallan los campos de que consta cada tabla: nombre, tipo, longitud de campo, llave y descripción.

Tabla 3.21. Descripción de las Tablas para el Sistema Informacional. Elaboración Propia

No. Tabla

Nombre de la Tabla Descripción

1 Persona Catalogo de personal en el sistema 2 Registro de equipo Registro que crea el Auxiliar de Sub‐almacén 3 Estado de equipo Catalogo de estado del equipo 4 Entrada de equipo Captura de equipo existente 5 Modelo de equipo Catalogo de modelo de equipo



46

Tabla 3.22. Diccionario de Datos – Tabla Persona. Elaboración propia Nombre de Atributo

Nombre de campo

Tipo de Dato

Tipo de variable

Longitud Tipo de llave

Descripción

Numero de empleado

noEmpleado Numérico Number 7 Primaria Numero de empleado asignado

Nombre de la persona

nombre Alfabético Varchar 25 ‐ Nombre de la Persona

Apellido Paterno

apePaterno Alfabético Varchar 25 ‐ Apellido

paterno de la persona

Apellido Materno

apeMaterno Alfabético Varchar 25 ‐ Apellido

materno de la persona

Puesto de trabajo

puesto Alfabético Varchar 30 ‐ Tipo de puesto laboral

Tabla 3.23. Diccionario de Datos – Tabla Registro de Equipo. Elaboración propia

Nombre de

Atributo

Nombre de campo

Tipo de Dato

Tipo de variable


Descripción

Registro de equipo.

regEquip Numérico Number ‐ Primaria Número de registro

almacenado

Número de empleado

noEmpleado Numérico Number 7 Foránea Numero de empleado asignado

Número de serie

noSerie Numérico Number 12 Foránea

Número de serie

capturado de equipo

Número de Unit

Address noUnitAddress Numérico Number 16 Foránea

Número de Unit

Address capturado de equipo

Estado del equipo

edo Numérico Number 2 Foránea

Descripción de posible falla o

estado del equipo

Fecha de captura

fecha Fecha Date ‐ Fecha de registro



47

Tabla 3.24. Diccionario de Datos – Entrada de Equipo. Elaboración propia. Nombre

de Atributo

Nombre de campo

Tipo de Dato

Tipo de variable


Descripción

Número de serie

noSerie Numérico Number 12 Primaria

Número de serie

capturado de equipo

Número de Unit

Address noUnitAddress Numérico Number 16 Primaria

Número de Unit

Address capturado de equipo

Modelo del equipo

modEquip Numérico Number 2 Foranea Modelo del equipo

capturado

Fecha de ingreso

fecIng Fecha Date Fecha de captura del equipo

Tabla 3.25. Diccionario de Datos – Modelo de Equipo Tabla Modelo de Equipo. Elaboración propia

Nombre de Atributo

Nombre de campo

Tipo de Dato

Tipo de variable


Descripción

Modelo del equipo

modEquip Numérico Number 2 Primaria Modelo del equipo

Descripción de modelo

desMod Alfabético Varchar 50 ‐ Tipo de modelo



48

Capítulo 4

Conclusiones y trabajos futuros.



49

4.1 Conclusiones del trabajo de Tesis Este trabajo de investigación concluyó en el análisis y diseño de un Sistema

Informacional para la regulación de los decodificadores digitales para una Empresa de Telecomunicaciones por Cable, de acuerdo a lo propuesto en el objetivo general de esta tesis.

Esto fue posible al establecer un marco teórico conceptual sistémico que ayudó a

tener una visión integral sobre el funcionamiento de la empresa e identificar el problema sobre los decodificadores digitales y al establecer un conjunto de herramientas, como la Metodología de Desarrollo de Software que tiene una aplicación sistémica y el Modelo de Ciclo de Vida Orientado a Objetos que ayudo a analizar y diseñar el Sistema Informacional.

El análisis y diseño de este sistema permite tener una visión global sobre los datos

que se almacenan en cada una de las áreas que conforman la empresas para luego así tomar decisiones sobre la reutilización de los decodificadores digitales, ya que estos datos permitirán darle funcionalidad al Sistema Informacional a través de las consultas preestablecidas dando como resultado un correcto seguimiento al equipo para tener control sobre él.

El diseño de la base de datos en este trabajo de tesis quedo en tercera forma

normal para así tener una regulación sobre los decodificadores digitales centralizada y sin redundancias en una empresa de telecomunicaciones por cable. Esto fue gracias a que se logro aplicar los conocimientos adquiridos en la maestría de sistemas para un caso de estudio real.

Como conclusión final de este trabajo se logro comprender que el análisis y diseño

de un Sistema Informacional es una herramienta adecuada para la mejora de reuso de los decodificadores digitales ya que su arquitectura permite la integración de las áreas y los sistemas de información aplicados dentro de la empresa.

4.2 Trabajos futuros. En el presente trabajo solo se llego al análisis y diseño del Sistema Informacional

quedando abierta la posibilidad de implementar y realizar la interfaz de usuario para poner en producción al sistema.

Por otra parte, este sistema puede cambiar a un ambiente de internet ya que en el

análisis de sistema se considero al cliente como actor para reportar la falla vía telefónica y esto puede cambiar por vía web.



50

Referencias



51

[Atos, 2011]

Atos Consulting & Technology Servies (n.d.) Obtenida el 1 Septiembre de 2011, de http://www.es.atosconsulting.com/es/servicios/sectores/financiero/sistemas_informacionales_de_riesgos_en_banca_y_seguros/default.htm

[Blum,. 1992 ] Bruce I. Blum “Software Engineering: A Holistic View” Oxford University Press, USA, 1992

[Booch, et al, 2006] Grady Booch, James Rumbaugh, Ivar Jacobson ; traducción y revisión técnica, Jesús J. García Molina, José Sáez Martínez. El lenguaje unificado de modelado: guía del usuario. 2da Ed. Madrid, España 2006

[Booch, et al. 1999] Booch, Grady; Rumbaugh, James; Jacobson Ivar. El Lenguaje Unificado de Modelado. Addison Wesley Madrid 1999.

[Burch,99] Burch, John g. and Grudnitski, Gary. DISEÑO DE SISTEMAS DE INFORMACIÓN. Teoría y Práctica. LIMUSA, México, 1999.

[Cabrera, 2011] Cabrera, Sandra “Base de Datos Orientadas a Objetos” Obtenida el 7 Enero de 2011, de http://www.trabajos87/base‐datos‐orientada‐objetos/base‐datos‐orientada‐objetos.shtml

[Cablevisión, 2011]

Cablevisión I (n.d.).Información Corporativa. Obtenida el 31 de Diciembre de 2011, de http://www.cablevision.net.mx/contentserver/groups/mercadotecnia/documents/pdf_cv/cv006753.pdf

[CANITEC, 2011] Cámara Nacional de la Industria de Telecomunicaciones por Cable I (CANITEC). Novedades de la Industria. Obtenida el 07 de Septiembre de 2011, de http://www.canitec.org/novedades.php

[Connolly, 05] M. CONNOLLY, Thomas, E. BEGG, Carolyn. 2005. Sistemas de Bases de Datos, un Enfoque práctico para Diseño, Implementación y Gestión. 4ª edición. Pearson.

[Cuadra,11]

Dolores Cuadra, Elena Castro, Ana Ma. Iglesias, Paloma Martínez, Francisco Javier Calle, César de ¨Pablo, Harith Al-Jumaily, Lourdes Moreno, DESARROLLO DE BASES DE DATOS: CASOS PRÁCTICOS A LA IMPLELENTACIÓN, 2011, Alfaomega Ra-Ma.

[Date,01] C.J.DATE, INTRODUCCIÓN A LOS SISTEMAS DE BASES DE DATOS, 2001, Prentice Hall

[Fowler, 99] Fowler, Martin y Scott, Kendall. UML GOTA A GOTA. Ed. Addison Wesley. Edición única. México 1999.

[Galindo, 2006]

Galindo, Soria Leopoldo “Una metodología para el desarrollo y redacción de un proyecto de tesis de maestría” 3er. Congreso Internacional de Ingeniería Electromecánica y de Sistemas. SEPI ESIME Zacatenco Noviembre 25‐29, 2006



52

[Gigch, 2006] Van Gigch, John P. Teoría general de sistemas. Trillas México 2006

[Gómez, et al, 2009] Gómez Vieites, Álvaro Suarez Rey, Carlos. Sistemas de Información. Herramientas prácticas para la Gestión. 3ª Edición. Edit. RA‐MA,España 2009.

[ISO12207, 2012]

ISO/IEC 12207: 2008 Systems and software engineering ‐‐ Software life cycle processes. Obtenida el 27 de Agosto de 2012 de http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=43447

[Itescam, 2011]

Itescam (n.d) Modelos de Bases de Datos Orientadas a Objetos y Bases de Datos Objeto‐Relacionales. Obtenida el 3 Agosto del 2011 de http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r88166.PDF

[Jacobson, 2000] Jacobson, Ivar; Booch, Grady; Rumbaugh, James. El Proceso Unificado de Desarrollo de Software. Adison Wesley, España. 2000

[Kendall, 97] Kendall, Kenneth E. and Kendall, Julie E. ANÁLISIS Y DISEÑO DE SISTEMAS. 3a Edición. Pearson Educación, México, 1997

[Kimmel, 2007] Paul Kimmel; traducción José Hernán Pérez Castellanos. Manual de UML. McGraw‐Hill, México 2007.

[Larousse, 04] DICCIONARIO ENCICLOPÉDICO USUAL. LAROUSSE, México, 2004.

[Mandado,03] Mandado Pérez, E., Fernández López, F. J., & Doiro Sancho, M. LA INNOVACIÓN TECNOLÓGICA EN LAS ORGANIZACIONES. Madrid: Thomson, 2003

[Pierdant,02] Pierdant Rodríguez, A. I. ANÁLISIS, DISEÑO Y DESARROLLO DE MICROSISTEMAS DE INFORMACIÓN. MÉXICO: Universidad Autónoma Metropolitana Xochimilco, Mc Editores, 2002.

[Reyes, 2008] Lic. Jorge Arturo Reyes Bonilla Programas de cómputo para la generación automática de exámenes matemáticos y la evaluación en el entorno de internet. México 2008

[Silberschatz, 02] Abraham Silberschatz, Henry F. Korth, S. Sudarshan, 2002, McGraw Hill, FUNDAMENTOS DE BASES DE DATOS, Cuarta Edición,

[Tamayo,04 ] Tamayo y Tamayo, Mario. DICCIONARIO DE LA INVESTIGACIÓN CIENTÍFICA. 2ª Edición. NORIEGA‐LIMUSA, México, 2004.



53

Anexo: A

Pruebas y resultados



53

Para el presente trabajo de tesis se utilizo Microsoft Access 2007 como herramienta de desarrollo rápido de aplicaciones, para probar el diseño propuesto en el Capítulo 3. En la Figura a.1 se muestra la creación de la tabla Persona en Microsoft Access 2007 basado en el diccionario de datos propuesto en la Tabla 3.22.

Figura a.1 Diseño de la tabla Persona

En la Figura a.2 se muestra la creación de la tabla Registro del Equipo basado también en el diccionario de datos propuesto en la Tabla 3.23.

Figura a.2 Diseño de la tabla Registro de Equipo



54

En la Figura a.3 se muestra la creación de la tabla Entrada de Equipo teniendo como referencia el diccionario de datos propuesto en la Tabla 3.24.

Figura a.3 Diseño de la tabla Registro de Equipo

Al crear las tablas se relacionan como se propuso en el diseño del Capítulo 3 quedando éste en tercera forma normal como se muestra en la Figura a.4.

Figura a.4. Relaciones de las tablas del Sistema Informacional.



55

Ahora se presenta como se crea la interfaz para que los usuarios agreguen los datos en el Sistema Informacional las cuales se desarrollan como formularios. En la Figura a.5 se muestra la pantalla de inicio para el Sistema Informacional

Figura a.5 Pantalla de inicio del Sistema Informacional

En la Figura a.6 muestra el formulario para registrar los datos en el Sistema Informacional correspondiente al registro de Equipo.

Figura a.6 Formulario datos de Registro de Equipo



56

En la Figura a.7 muestra el formulario para registrar los datos en el Sistema Informacional correspondiente al registro de Equipo.

Figura a.7 Formulario datos del Empleado

En la Figura a.8 se muestra la pantalla del tipo de consultas requeridas para el Sistema Informacional.

Figura a.8. Pantalla de Consultas



57

La figura a.9 muestra el código para generar la consulta sobre quien entrego el equipo.

Figura a.9 Código en SQL para consultar la entrega del Equipo

En la Figura a.10 se muestra el resultado del reporte mensual entregado por un empleado, el cual contiene el No. de empleado, el No. de serie del equipo, E Unit Address y el estado en que se encuentra el equipo en una determinada fecha, esto se realiza por mes.

Figura a.10 Reporte mensual de entrega de equipos.



58

Anexo: B

Modelos de ciclo de vida



59

Las principales diferencias entre los distintos modelos de ciclo de vida están divididas en tres:

• El alcance de ciclo de vida, que depende de hasta donde se desea llegar con el proyecto: solo saber si es viable el desarrollo de un producto.

• La cualidad y cantidad de las etapas en que dividiremos el ciclo de vida: según el ciclo de vida que se adopte.

• La estructura y la sucesión de las etapas, si hay retroalimentación entre ellas y si tenemos libertad de repetirlas.

A continuación se menciona los modelos de ciclo de vida: Ciclo de vida lineal.

Consiste en descomponer la actividad global del proyecto en etapas separadas que son realizadas de manera lineal, es decir, cada etapa se realiza una sola vez, a continuación de la etapa anterior y antes de la etapa siguiente.

Las actividades de cada una de las etapas deben ser independientes entre sí y una condición primordial es que no haya retroalimentación entre ellas. Es un modelo sencillo y se destaca por su gestión y administración económica por tal razón es elegido para el desarrollo de pequeños programas como se muestra en la Figura b.1.

Figura b.1. Modelo de ciclo de vida lineal

Ciclo de vida en cascada puro

Este modelo de ciclo de vida fue propuesto por Winston Royce en el año 1970. Es

un ciclo de vida que admite iteraciones, contrariamente a la creencia de que es un ciclo de vida secuencial como el lineal.



61

Figura b.2. La necesidad de conocer los requerimientos al principio del proyecto es primordial al elegir este modelo de ciclo de vida a pesar de permitir iteraciones.

Una de sus ventajas, además de su planificación sencilla, es la de proveer un

producto con un elevado grado de calidad sin necesidad de un personal altamente calificado. Se pueden considerar como inconvenientes: la necesidad de contar con todos los requerimientos al comienzo del proyecto, y, si se han cometido errores y no se detectan en la etapa inmediata siguiente, es costoso y difícil volver atrás para realizar la corrección posterior.

Es un ciclo adecuado para los proyectos en los que se dispone de todos los requerimientos al comienzo, para el desarrollo de un producto con funcionalidades conocidas o para proyectos, que aun siendo muy complejos, se entienden perfectamente desde el principio Ciclo de vida en V

Este ciclo fue diseñado por Alan Davis, y contiene las mismas etapas que el ciclo de vida en cascada puro. A diferencia de aquél, a éste se le agregaron dos sub‐etapas de retroalimentación entre las etapas de análisis y mantenimiento, y entre las de diseño y debugging.



62

Figura b.3. Este modelo nos ofrece mayor garantía de corrección al terminar el proyecto. Las ventajas y desventajas de este modelo son las mismas del ciclo anterior, con el agregado de los controles cruzados entre etapas para lograr una mayor corrección. Ciclo de vida evolutivo

Este modelo acepta que los requerimientos del usuario pueden cambiar en cualquier momento. El modelo de ciclo de vida evolutivo afronta este problema mediante una iteración de ciclos requerimientos–desarrollo–evaluación. Resulta ser un modelo muy útil cuando se desconoce la mayoría de los requerimientos iniciales, o estos requerimientos no están completos.

Figura b.4. Luego de cada desarrollo obtenemos una nueva versión del producto.



63

Ciclo de vida en espiral

El modelo se basa en una serie de ciclos repetitivos para ir ganando madurez en el producto final. Toma los beneficios de los ciclos de vida incremental y por prototipos, pero se tiene más en cuenta el concepto de riesgo que aparece debido a las incertidumbres e ignorancias de los requerimientos proporcionados al principio del proyecto o que surgirán durante el desarrollo. A medida que el ciclo se cumple (el avance del espiral), se van obteniendo prototipos sucesivos que van ganando la satisfacción del cliente o usuario.

En este modelo hay cuatro actividades que envuelven a las etapas. • Planificación: Relevamiento de requerimientos iniciales o luego de una iteración. • Análisis de riesgo: De acuerdo con el relevamiento de requerimientos decidimos si continuamos con el desarrollo. • Implementación: desarrollamos un prototipo basado en los requerimientos. • Evaluación: El cliente evalúa el prototipo, si da su conformidad, termina el proyecto. En caso contrario, incluimos los nuevos requerimientos solicitados por el cliente en la siguiente iteración.

Figura b.5. El espiral se repite las veces que sea necesario hasta que el cliente o usuario obtiene la satisfacción de sus necesidades, momento en el cual nos retiramos del espiral.



64

Anexo C UML



65

¿Qué es UML?

El Lenguaje Unificado de Modelado pre‐escribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos significan. Mientras que ha habido muchas notaciones y métodos usados para el diseño orientado a objetos, ahora los modeladores sólo tienen que aprender una única notación.

UML es una consolidación de muchas de las notaciones y conceptos más usados

orientados a objetos. Empezó como una consolidación del trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de las metodologías orientadas a objetos más populares.

En 1996, el Object Management Group (OMG), un pilar estándar para la

comunidad del diseño orientado a objetos, publicó una petición con propósito de un meta‐modelo orientado a objetos de semántica y notación estándares.

UML pre‐escribe una notación estándar y semánticas esenciales para el modelado

de un sistema orientado a objetos. UML es una notación, no un método. No prescribe un proceso para modelar un

sistema. No obstante, como UML incluye los diagramas de casos de uso, se le considera estar dotado de una aproximación al diseño centrada en el problema con los casos de uso. El Diagrama de Caso de Uso nos da el punto de entrada para analizar los requisitos del sistema, y el problema que necesitamos solucionar.

Beneficios de UML

• Es un estándar en la industria de construcción de software. • Permite modelar y documentar la arquitectura de una aplicación. • Facilita la comunicación con otros • Existen herramientas en el mercado para modelar y generar código a partir

de UML. Una perspectiva general de UML Casos de Uso y Diagramas de Interacción Un caso de uso se modela para todos los procesos que el sistema debe llevar a

cabo. Los procesos se describen dentro de el caso de uso por una descripción textual o una secuencia de pasos ejecutados. Los Diagramas de Actividad se pueden usar también para modelar escenarios gráficamente. Una vez que el comportamiento del



66

sistema está captado de esta manera, los casos de uso se examinan y amplian para mostrar qué objetos se interrelacionan para que ocurra este comportamiento. Los Diagramas de Colaboración y de Secuencia se usan para mostrar las relaciones entre los objetos.

Clases y Diagramas de Implementación Conforme se van encontrando los objetos, pueden ser agrupados por tipo y

clasificados en un Diagrama de Clase. Es el diagrama de clase el que se combierte en el diagrama central del análisis del diseño orientado a objetos, y el que muestra la estructura estática del sistema. El diagrama de clase puede ser dividido en capas: aplicación, y datos, las cuales muestran las clases que intervienen con la interfaz de usuario, la lógica del software de la aplicación, y el almacentamiento de datos respectivamente. Los Diagramas de Componentes se usan para agrupar clases en componentes o módulos. La distribución general del hardware del sistema se modela usando el Diagrama de Implementación.

Tarjetas CRC (CRC cards) ‐ Una extensión informal de UML Como una extensión informal a UML, la técnica de las tarjetas CRC se puede usar

para guiar el sistema a través de análisis guiados por la responsabilidad. Las clases se examinan, se filtran y se refinan en base a sus responsabilidades con respecto al sistema, y las clases con las que necesitan colaborar para completar sus responsabilidades.

Implementando el diseño de Bases de Datos La capa de datos del diagrama de clase se puede usar para implementar

directamente un diseño orientado a objetos de una base de datos, o, como extensión de UML, puede ser referenciado en un diagrama de relación de entidad para más análisis de relaciones de entidad. Está en el diagrama de relación de entidad (ER diagram, entity relationship) el cual relaciona entre entidades que pueden ser modeladas basadas en atributos clave. El diagrama de relación de entidad lógico ofrece una base desde la cual construir un diagrama físico representando las tablas y relaciones actuales de la base de datos relacional.



67

Anexo D

Reseña Histórica de la Empresa



68

Reseña Histórica

Con la obtención de un permiso provisional de la SCT, en 1969, inicia la construcción de 124 kilómetros de su red en las colonias Del Valle y Polanco. De esta forma inició su servicio de televisión por cable, el cual contaba con 300 suscriptores, quienes recibían los canales locales 2, 4, 5 y 9, así como el canal 13, entonces operado por el gobierno y el canal 10 que incluía programación estadounidense.

Para 1974 la SCT otorga al caso de uso el título de concesión para explotar un

“sistema de distribución de señales de televisión por cable”, con una capacidad de 12 canales y operación continúa las 24 horas del día en el Distrito Federal y áreas circunvecinas del Estado de México. En 1989, se renueva la concesión para operar por 10 años más.

En 1990 se amplía la oferta de programación con el lanzamiento del servicio; cuya

primera versión se integró con 17 canales, 11 señales de televisión de paga más 6 canales de televisión abierta.

En 1998 se realiza la implementación de nodos para la distribución de la señal, se

amplía la oferta de canales analógicos para integrar la oferta más competitiva del mercado considerando la relación precio – producto de todos los prestadores de servicios similares.

En 1999, la SCT otorgó un título de concesión; que le permite operar por 30 años como una Red Pública de Telecomunicaciones y al siguiente año, le otorga la facultad para transmitir datos en tiempo real. En noviembre de 2000, la empresa inició la comercialización del servicio de acceso a Internet vía Cablemódem para el segmento residencial y empresarial.

En diciembre de 2002, la Compañía obtuvo una ampliación a su concesión para 17 municipios del Estado de México.

A partir del año 2003, la empresa hace una reingeniería de toda su infraestructura tecnológica que consiste en la actualización de su red bidireccional y en el cambio de todas su facilidades de recepción y transmisión, implementando un nuevo head‐end totalmente digital para dar pie a la nueva era de servicios digitales y eliminando en el transcurso de los siguientes 3 años la transmisión de señal analógica.

A partir de abril de 2004, la compañía dio inicio al proyecto de la digitalización que

consiste en sustituir la señal analógica por la digital a través de la utilización de un decodificador digital, para cada uno de los suscriptores que contaban con ese servicio.



67

En marzo de 2005, la empresa realizó el lanzamiento oficial de señales de Alta Definición y del equipo DVR que permite grabar y programar el contenido para poder verlos posteriormente con la funcionalidad de un DVD digital, con esto marcamos el liderazgo a nivel Latinoamérica en transmitir contenido de alta definición.

Al 31 de diciembre de 2006 el termina el proyecto de digitalización con un 100% del

total de suscriptores ya cuentan con servicio digital. A partir de julio de 2007 la empresa ofrece servicios de voz (Servicio de Telefonía

IP). En 2008 la empresa implemento una nueva tecnología en su red denominada “Fiber

Deep” en el Hub Valle para ofrecer mayor capacidad de servicios de telecomunicaciones y atender el crecimiento demográfico de la Ciudad de México.

En 2010 mejora su guía interactiva para la consulta de programación de sus canales

y ofrece mayor velocidad de transferencia de datos.

En 2012 incrementa su infraestructura con tendidos de fibra óptica en el Distrito Federal y área Metropolitana.

Documents

Tesis final Sistema informacional corregirdo150113