DISEÑO DE UN SISTEMA PARA MEJORAR LA ORGANIZACIÓN Y CONSULTA DE LA INFORMACIÓN DEL SERVICIO DE LOCALIZACION

SATELITAL VEHICULAR.

LIZETH CAMILA SANDOVAL AMÉZQUITA

UNIVERSIDAD SANTO TOMÁS INGENIERÍA DE TELECOMUNICACIONES

BOGOTÁ 2013

DISEÑO DE UN SISTEMA PARA MEJORAR LA ORGANIZACIÓN Y CONSULTA DE LA INFORMACIÓN DEL SERVICIO DE LOCALIZACION

SATELITAL VEHICULAR.

LIZETH CAMILA SANDOVAL AMÉZQUITA

MONOGRAFÍA PARA OPTAR POR EL TÍTULO DE INGENIERA DE TELECOMUNICACIONES.

Dirigido por:

ING. VICTOR MANUEL CASTRO RAMIREZ Msc.

UNIVERSIDAD SANTO TOMÁS INGENIERÍA DE TELECOMUNICACIONES

BOGOTÁ 2013

2

Nota de aceptación. ____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________ ______________________________ Firma Director de Monografía ______________________________ Firma de Jurado ________________________ Ciudad y Fecha (de entrega)

3

RESUMEN

En este trabajo de grado se muestra el proceso que se llevó a cabo para realizar el diseño de una base de datos relacional con el fin de organizar adecuadamente y facilitar la consulta de la información que se recibe diariamente en una compañía de Telecomunicaciones, generada a través de las necesidades de soporte de producto. Estructuralmente se realizó la tipificación de los problemas presentados, la información que es necesaria y así organizar los datos por sus características, las de los clientes y por supuesto del servicio que han adquirido. Ya definidos los tipos de datos se registraran se debe establecer el Modelo Conceptual de la base de datos, transformar este en el Modelo Lógico y por último definir el Modelo Físico el cual será la base para migrar el diseño al Gestor de Bases de Datos. Para que este último brinde facilidad en la implementación se debe configurar de una manera especial, que será indicada en este documento, y se procederá a revisar el funcionamiento y los resultados que arroja la nueva forma de organizar la información.

4

ABSTRACT

In this degree work the process was carried out for the design of a relational database in order to properly organize and facilitate the retrieval of information that is received daily in a telecommunications company, generated is shown through needs product support. Structurally the typification of problems presented was done, the information is necessary and well organize data for their features, customer service and of course they have acquired. Already defined data types must be set to register the Conceptual Model of the database transform this into the logical model and ultimately define the physical model which will be the basis for migrating the design to the Database Manager. For the latter provides ease of deployment must be configured in a special way, which will be indicated in this document, and shall review the operation and the results shown by the new way of organizing information.

5

CONTENIDO

PARTE I ...................................................................................................................................... 11

1. INTRODUCCIÓN ................................................................................... 12

1.1. PLANTEAMIENTO DEL PROBLEMA ........................................... 14

1.2. OBJETIVOS .................................................................................. 15

1.2.2. OBJETIVOS ESPECIFICOS: ....................................................... 15

JUSTIFICACIÓN ........................................................................................ 16

PARTE II ..................................................................................................................................... 17

2. MARCOS REFERECIALES ................................................................... 18

2.1. MARCO CONTEXTUAL ................................................................ 18

2.2. MARCO TEÓRICO ............................................................................. 20

2.2.2 GENERAL PACKET RADIO SERVICE (GPRS): ....................... 21

2.2.3 BASE DE DATOS (DB) .............................................................. 22

2.2.4 SISTEMA GESTOR DE BASES DE DATOS (SGBD) ................ 25

2.2.5 SERVIDOR ................................................................................ 25

4. METODOLOGÍA .................................................................................... 26

4.1. TIPO DE INVESTIGACIÓN: .......................................................... 26

4.2. NIVEL INVESTIGATIVO: .............................................................. 26

4.3. HERRAMIENTAS INSTRUMENTALES ........................................ 27

4.3.1. HERRAMIENTAS PRIMARIAS: .............................................. 27

4.3.2. HERRAMIENTAS SECUNDARIAS ........................................ 27

PARTE III .................................................................................................................................... 28

5. ANÁLISIS DE LA INFORMACIÓN ......................................................... 29

5.1. TIPO DE CONTRATOS ................................................................ 31

5.1.1. EQUIPOS EN VENTA ............................................................ 31

5.1.2. EQUIPOS EN COMODATO ................................................... 32

5.1.3. EQUIPOS EN DEMO .............................................................. 33

5.1.4. SOLICITUDES DE SERVICIO ................................................ 34

6. DISEÑO DE LA BASE DE DATOS ........................................................ 35

6

6.1. DISEÑO MODELO CONCEPTUAL ............................................... 35

6.2. DISEÑO DEL MODELO LÓGICO O RELACIONAL. ..................... 40

6.3. DISEÑO DEL MODELO FÍSICO ................................................... 45

7. IMPLEMENTACION PRUEBA DE LA BASE DE DATOS ...................... 48

7.1. CONFIGURACIÓN DE SQL SERVER CONFIGURATION MANAGER ................................................................................................. 49

7.2. CONFIGURACION DE SQL SERVER 2005 SURFACE AREA .... 51

7.3. CONFIGURACION DE SQL SERVER MANAGEMENT STUDIO 2005 53

7.4. CREACION DE LA BASE DE DATOS. ......................................... 56

7.4.1. CREACION DE TABLAS. ....................................................... 57

7.4.2. CREACION DE RELACIONES ............................................... 60

8. RESULTADOS ....................................................................................... 64

9. CONCLUSIONES .................................................................................. 69

10. GLOSARIO .......................................................................................... 70

12. ANEXO 1 ............................................................................................. 73

7

LISTA DE TABLAS

Tabla 1. ARCHIVO INICIAL ........................................................................................................ 29 Tabla 2 ARCHIVO INICIAL (CONTINUACIÓN) .......................................................................... 30 Tabla 3. EQUIPOS EN VENTA ................................................................................................... 31 Tabla 4. EQUPOS EN COMODATO .......................................................................................... 32 Tabla 5. EQUIPOS EN COMODATO (CONTINUACION) .......................................................... 32 Tabla 6. EQUIPOS EN DEMO .................................................................................................... 33 Tabla 7.EQUIPOS EN DEMO (CONTINUACIÓN) .................................................................... 33 Tabla 8. SOLICITUDES DE SERVICIO ...................................................................................... 34 Tabla 9. SOLICITUDES DE SERVICIO (CONTINUACIÓN) ...................................................... 34 Tabla 10. HOJA DE CÁLCULO DE EXCEL ................................................................................ 73

8

LISTA DE ILUSTRACIONES

Ilustración 1 Esquema de Funcionamiento de la Red ................................................................ 19 Ilustración 2 Constelación GPS .................................................................................................. 20 Ilustración 3 Arquitectura Red GPRS ......................................................................................... 22 Ilustración 4 Base de datos ......................................................................................................... 23 Ilustración 5 Estructura DB Jerárquica ....................................................................................... 23 Ilustración 6 Estructura DB Transaccional .................................................................................. 24 Ilustración 7 Estructura DB relacional ......................................................................................... 25 Ilustración 8 Diagrama Entidad y atributo ................................................................................... 36 Ilustración 9 Diagrama Entidad-Relación .................................................................................... 36 Ilustración 10 Diseño Modelo Conceptual de la Base de datos ................................................. 39 Ilustración 11. Entidad CLIENTE con atributos........................................................................... 40 Ilustración 12. Tabla CLIENTE con PK ....................................................................................... 40 Ilustración 13. Relación CLIENTE SERVICIO ............................................................................ 41 Ilustración 14. Llaves compartidas en relaciones uno a varios .................................................. 41 Ilustración 15 Entidad SERVICIO EQUIPOS con relación N: N ................................................. 42 Ilustración 16. Conversión a tabla de relación REQUIERE ........................................................ 43 Ilustración 17. Conversión a tabla finalizada .............................................................................. 43 Ilustración 18. Diagrama Modelo Lógico Finalizado ................................................................... 44 Ilustración 19. Ejemplo de Tabla modificada para diseño Físico. ............................................... 46 Ilustración 20. Diagrama Modelo Físico ...................................................................................... 47 Ilustración 21 Configuración de Red para el Servidor ................................................................ 49 Ilustración 22 Reinicio del servidor ............................................................................................. 50 Ilustración 23 Configuración Explorador de SLQ Server ............................................................ 50 Ilustración 24 Configuración SQL Server 2005 Surface Area Configuration .............................. 51 Ilustración 25 Configuración de Servicio de Conexión ............................................................... 52 Ilustración 26 Verificación del servicio de Explorador de SQL Server ....................................... 52 Ilustración 27 Conexión con el servidor ...................................................................................... 53 Ilustración 28 Configuración de Seguridad ................................................................................. 54 Ilustración 29 Configuración de Usuario sa. ............................................................................... 55 Ilustración 30 Creación de Cuentas nuevas ............................................................................... 55 Ilustración 31 Ingreso con Nuevo usuario SQL Server Autentication ......................................... 56 Ilustración 32 Creación de la base de Datos .............................................................................. 57 Ilustración 33. Creación de Tabla ............................................................................................... 58 Ilustración 34 Parametrización de la Tabla ................................................................................. 58 Ilustración 35 Asociación de la llave primaria ............................................................................. 59 Ilustración 36 Vista de tabla terminada ....................................................................................... 59 Ilustración 37. Creación de la Relaciones ................................................................................... 60 Ilustración 38 Inclusión de tablas ................................................................................................ 60 Ilustración 39. Definición de Relaciones ..................................................................................... 61 9

Ilustración 40. Estructura Base de Datos implementada ............................................................ 62 Ilustración 41. Ingreso de Datos a Tabla .................................................................................... 62 Ilustración 42. Sentencias SELECT y WHERE........................................................................... 63 Ilustración 43. Pasos para abrir tablas ........................................................................................ 64 Ilustración 44 Ingresando Datos ................................................................................................. 65 Ilustración 45. Validación de información ................................................................................... 65 Ilustración 46 Validación de Relaciones ..................................................................................... 66 Ilustración 47. Recorte de Archivo de Excel inicial ..................................................................... 67 Ilustración 48. Consulta de Tablas .............................................................................................. 68

10

PARTE I Introducción del proyecto

11

1. INTRODUCCIÓN

Hace algunos años las empresas de Telecomunicaciones brindaban a sus clientes servicios de voz, pero con el tiempo se ha visto la necesidad de evolucionar en la manera de comunicar a las personas. Dado esto se crearon nuevos servicios, llamados servicios agregados, que son los que hoy en día mueven al mundo a través de los datos. Esta nueva manera de emitir información empezó a mostrar utilidades ingeniosas para los usuarios en donde podían recibir llamadas, consultar correos electrónicos, acceder a internet, redes sociales desde su hogar o sus teléfonos móviles. Otro servicio que se ofrece es la localización satelital de vehículos en tiempo real, muy útil para empresas de transporte de mercancías, debido a que pueden conocer la ruta y el lugar en donde se encuentran sus productos. También en empresas de transportes de personas como taxis, rutas escolares, ambulancias impartiendo seguridad e incluso para entidades Gubernamentales como la policía ya que es más fácil realizar controles y operativos conociendo la ubicación exacta de sus automotores. Existe una compañía de Telecomunicaciones en la que el servicio descrito es uno de los más fuertes del país, por lo que brinda mayor flujo de datos respecto a los otros productos que son ofrecidos. Debido a la falta de estructura que para el momento de la gestión del proyecto se presentaba en la compañía, que de ahora en adelante se denominará “La empresa”, fue necesario tercerizar el servicio contratando a dos compañías. Una estaba encargada de proveer los equipos GPS e instalarlos en los vehículos de los clientes y la otra estaba encargada de enviar la información de ubicación entregada por el satélite a la red Celular y ser almacenada en un servidor. Es necesario realizar un análisis de información de la compañía que permita organizarla y consultarla fácilmente. De esta forma se puede implementar estrategias de mejoramiento: identificar los procesos, tipificar problemas, y medir los tiempos de respuesta de la solución. Transversal a esta información también se hace necesario llevar un seguimiento de los equipos entregados a

12

los clientes para control interno de la empresa brindando un mejor servicio al usuario. Este trabajo se enfoca desde la Ingeniería de Telecomunicaciones, en la manera más eficaz de suplir la necesidad de organización, manejo de la información y trazabilidad de la prestación de servicio que tiene la empresa, la cual se compone del histórico de actividades y procesos dedicados a cada cliente. El problema se abordará diseñando un sistema de ingreso y consulta de información, (Base de Datos) basada en la centralización de toda la información del servicio. Esta solución almacenará información de los procesos, incidentes, problemas que los clientes reportan y avances descriptivos. De esta forma será posible realizar un análisis general de las situaciones presentadas en forma reportes claros y permitan identificar fallas acelerando los procesos de mejoramiento. El diseño de la base de datos está enfocado en realizar el correcto ingreso y consulta de la información que llega al área de soluciones empresariales sobre el soporte, la gestión y la entrega del servicio, con procedimientos estandarizados bajo lineamientos de la empresa. Al final del proyecto se entregará todo el diseño de la base de datos con los modelos conceptuales y lógicos para que el área de desarrollo de la empresa implemente el modelo físico.

13

1.1. PLANTEAMIENTO DEL PROBLEMA

En la empresa cuando un cliente adquiere un producto, se genera información importante que debe ser almacenada. Al verificar cómo se organizaba esta, se encontró que el control de los procesos relacionados con los datos de los clientes, los datos de los equipos, entregas de servicio y solución de problemas realizados se registraban manualmente en un archivo de Excel, pero administrado por los empleados encargados de las diferentes etapas de la compra. Estas personas agregaban líneas con información poco específica y sin realizar actualizaciones periódicas entre ellas para conocer las novedades. Dado estas inconsistencias se generaban problemas como:

• Pérdida general de la información • Errores en los datos de clientes • Equipos entregados a clientes inexistentes • Pérdidas de equipos por desconocimiento de fechas y/o contratos. • Casos de soporte no resueltos por mal ingreso de la información del

cliente, o ingresados en el archivo de una sola persona y sin participación del resto del equipo.

• Casos de soporte que aunque se habían resuelto anteriormente se debían resolver desde cero dado que no se llevaba la descripción de soluciones.

• No se tenía control de tiempos de devolución de equipos. • Existía confusión por el uso de diferentes formatos para fechas.

Con esta información se tendrá la pregunta base sobre la cual se trabajará en adelante: ¿Qué tipo de sistema es el adecuado para organizar y consultar la información que controla los procesos de servicio del sistema de localización satelital vehicular? 14

1.2. OBJETIVOS

1.2.1 OBJETIVO GENERAL

Realizar el diseño de una base de datos como sistema para organizar la información relacionada con datos de clientes, equipos instalados, fallas y soluciones con el fin de mejorar su registro y consulta y de esta manera la calidad del servicio de localización satelital vehicular de la compañía.

1.2.2. OBJETIVOS ESPECIFICOS:

• Analizar las necesidades de información que son definitivas para documentar los procesos.

• Centralizar la información en una base de datos para así poder hacer un mejor seguimiento de los procesos.

• Controlar y estandarizar la información que ingresará al

sistema desde la configuración de los caracteres que se ingresarán en cada campo de las tablas.

• Diseñar el modelo conceptual de la base de datos.

• Diseñar el modelo lógico o relacional de la base de datos.

• Realizar la normalización de los diseños anteriores para la

implementación del modelo físico.

• Realizar una implementación prueba para corroborar el funcionamiento de la Base de Datos.

15

JUSTIFICACIÓN Dentro de cualquier compañía los temas de procesos y resolución de problemas marcan la diferencia para que entre los clientes existan preferencias y por supuesto, de la aceptación del mercado depende el alargamiento del ciclo de vida de los servicios y el crecimiento de una compañía. Por esto siempre la meta en las organizaciones es ganar puntos positivos con los clientes. Después de enumerar algunos de los problemas que se presentan en la compañía es necesario resolverlos por medio de sistemas que permitan organizar y consultar la información para controlar todos los procesos que se manejan. Por eso la base de datos que se propone permitirá ingresar toda la información que llegue por cualquier tipo de canal. La definición de los campos solo permite el ingreso de tipos de datos específicos para evitar errores, adicionalmente por registro no se podrá dejar información en blanco lo que evitará pérdida de información. Se permitirá crear relaciones para que de esta manera no se pueda abrir un caso o agregar un equipo a un cliente que no existe y también se definirá un formato específico para las fechas con el fin de evitar confusiones en tiempos de devoluciones o soporte. Las soluciones indicadas entre otras, como facilidad para ingreso y consultas generarán la disponibilidad, confiabilidad y seguridad de la información a todas las personas que dentro de la empresa sean autorizadas para acceder y permitirán agilizar los procesos.

16

PARTE II Marcos referenciales

17

2. MARCOS REFERECIALES

2.1. MARCO CONTEXTUAL

La empresa divide sus servicios de telecomunicaciones dependiendo de la manera en que se presten y los actores que intervienen en el proceso. Existe un área específica, denominada Soluciones Empresariales, en donde el servicio se presta por medio de proveedores quienes desempeñan actividades específicas, como instalación, reparación o entrega de equipos, y los Ingenieros encargados realizan la supervisión de los procesos así como la solución de los incidentes o problemas que se puedan presentar.

El servicio de localización satelital vehicular que ofrece la empresa específicamente se basa en realizar la instalación y el mantenimiento de equipos receptores, que en adelante se llamarán el segmento del usuario, encargados la localización de vehículos y motos geográficamente por medio de un sistema de posicionamiento global (GPS) y el envío de los datos a través de las redes celulares (GPRS) de los diferentes prestadores de servicios con el fin de que los clientes puedan conocer la ubicación en tiempo real, velocidad en Kilómetros por hora, etc., ingresando a una plataforma a la que se puede acceder desde cualquier dispositivo con conexión a internet (Computadores, Tabletas, Teléfonos Inteligentes, etc.) y de igual manera generar informes ejecutivos sobre todas las actividades que se realicen hasta con seis meses de anterioridad.

18

El esquema de funcionamiento es el siguiente:

• Se debe realizar la instalación del segmento de usuario en un vehículo de cualquier tipo de manera que pueda percibir la señal enviada desde cualquiera de los satélites que tienen huella en Colombia.

• Los satélites que se encuentran en órbita en este momento y que de ahora en adelante se llamarán segmento espacial, enviarán la información de ubicación al segmento de usuario para que este haga el procesamiento y lo organice en coordenadas: Latitud y Longitud. De esta manera se obtendrá la ubicación con un porcentaje de error tan pequeño que apenas producirá cambios de posición en metros.

• La ubicación que nos arroja el segmento de usuario se enviará a la red

GPRS de los operadores de telefonía móvil por medio de una Sim Card que se encuentra dentro del segmento de usuario. Estos datos viajarán hasta servidores encargados de realizar el procesamiento, organización por medio de código para montarlo posteriormente en una plataforma WEB. De igual manera el re-direccionamiento en caso que sea necesario.

• Esta plataforma WEB permitirá observar en tiempo real toda la información que sea necesitada y de igual manera el usuario podrá configurar el servicio para que envíe alertas de cualquier evento por e-mail a los correos electrónicos o un SMS a los celulares del cliente.

Ilustración 1 Esquema de Funcionamiento de la Red

Fuente: www.sistemaderastreosatelital.com

19

2.2. MARCO TEÓRICO

2.2.1 SISTEMA DE POSICIONAMIENTO GLOBAL (GPS):

Hace casi 40 años empezó en el mundo militar la necesidad de conocer la ubicación de tropas y campamentos enemigos. Con el tiempo el mundo civil se sumergió en el océano de posibilidades que este tipo de telecomunicaciones brinda a la sociedad. Es por esto que cada día se realizan nuevas investigaciones y desarrollos para brindar a la humanidad mejores posibilidades.

La constelación de NAVSTAR o GPS, cuenta con 24 satélites, los cuales ya están referenciados con el Sistema de Coordenadas Geocéntrico (WGS84) ya que no necesita ningún tipo de dato adicional para generar la ubicación, se encuentran en operando en este momento en orbitas que se pueden recorrer en 12 horas aproximadamente a 4 Km/S. Los satélites están organizados en 6 orbitas con 4 satélites en cada una para que de esta manera cada segmento de usuario pueda tener el respaldo de hasta seis satélites el 100% del tiempo en cualquier lugar del planeta, como se muestra en la figura siguiente:

Ilustración 2 Constelación GPS

Fuente: http://www.mapealo.com/Costaricageodigital/Documentos/alfabetizacion/gpsteorianov10.pdf

20

Para que el segmento del cliente pueda calcular correctamente la ubicación en que se encuentra debe por lo menos recibir la señal de 3 satélites, y realizar el proceso denominado: Triangulación espacial. La triangulación espacial consiste en determinar la ubicación a la que se encuentra el segmento de usuario por medio del tiempo en que se demora la llegada de la señal de dos diferentes satélites con la información que se ha enviado previamente y haciendo un escalamiento con la velocidad de la luz. Casi siempre para tener menores errores se ubica un cuarto satélite que es el encargado de sincronizar los relojes de los otros satélites y disminuir los errores.

2.2.2 GENERAL PACKET RADIO SERVICE (GPRS): La red GPRS es el complemento y la evolución hacia datos de la red GSM, es por esto que la estructura de la trama es la misma y la mayoría de elementos de la arquitectura se encuentran como elementos funcionales de GPRS pero también se realiza la adición de algunos elementos que generan grandes diferencias entre las redes que comúnmente se denomina 2G y 3G. La principal utilidad de GPRS es el transporte de datos que se realiza por medio del método de conmutación de paquetes y la oportunidad de hacer la integración de terminales diferentes a los teléfonos móviles lo que hace que sea una propuesta muy atractiva para los usuarios en general pero sin perder las propiedades específicas que se tienen para voz. Como se puede ver en la Ilustración 3, se tiene el transporte igual que en GSM desde los terminales pasando por las BTS hasta las BSC, y allí se genera una nueva manera de hacer el enrutamiento de la información por medio de los equipos SGNS y el GGNS. El primero se encarga de entregar los paquetes de información a las estaciones móviles y es quien procesa los temas de seguridad haciendo el cifrado y encriptación de la información. También es quien determina cuánta información pasó desde o para cada cliente para realizar el cobro del servicio. El segundo se encarga de hacer el enrutamiento de la información para enviarla a través de redes de conmutación de paquetes IP públicos.

21

Los dos equipos se conectan entre si por un troncal IP y a su vez también están conectados a los registros que permiten ubicar entre las diferentes redes los usuarios emisores o receptores que requieren el servicio.

Ilustración 3 Arquitectura Red GPRS

Fuente: Servicios Avanzados de Comunicación. María Carmen España.

2.2.3 BASE DE DATOS (DB)

Las bases de datos generalmente son agrupaciones de datos e información organizada lógicamente de manera que pueda ser consultada rápida y fácilmente por los usuarios que tengan permiso para acceder a estas. Además brinda la facilidad de actualizar automáticamente los datos dado que están guardados en un solo lugar y los cambios se reflejan allí cuando se extraen de nuevo, lo que permite que sean llamadas dinámicas.

22

Ilustración 4 Base de datos

Fuente: El autor Existen varios tipos de Bases de Datos, las más importantes se describen a continuación:

• BASE DE DATOS JERARQUICA Está organizada de manera que en orden descendente se tiene una única tabla padre (llamada raíz) del cual se van desprendiendo tablas hijas que a la vez tiene más ramificaciones en orden hasta llegar a un último nivel en el cual las hijas no tiene descendencia (llamadas hojas). Todas están relacionadas con sus antecesores en uno o más datos.

Ilustración 5 Estructura DB Jerárquica

Fuente: El autor 23

• BASE DE DATOS TRANSACCIONAL

Está diseñada de manera que permite rápidamente el paso de información ya sea desde o hacia el usuario. Asegura en gran medida que la información del algunos procesos sea guardada en poco tiempo de esta manera la probabilidad de pérdida de la información se reduce en una escala importante, aunque la información no se guarda definitivamente allí es solo un backup temporal.

Ilustración 6 Estructura DB Transaccional

Fuente: El autor

• BASE DE DATOS RELACIONAL Se caracteriza por crear relaciones entre los registros de las tablas que se alojan en la base de datos. Estos registros tienen características especiales que permiten que las relaciones funcionen adecuadamente y sea más fácil para el usuario trabajar con estas, aunque el orden en que se ingresen los datos influye en la visualización de la información.

24

Ilustración 7 Estructura DB relacional

Fuente: El autor

2.2.4 SISTEMA GESTOR DE BASES DE DATOS (SGBD)

Un sistema Gestor de Bases de Datos es aquel software que permite, luego de tener un diseño definido para la DB, crear todas las tablas y relaciones con los parámetros necesarios para que la estructura propuesta funcione adecuadamente. En el mercado existen varios tipos de gestores, los cuales se diferencian en la facilidad de manejo y la interfaz hacia el usuario. Uno de los gestores más conocidos es Microsoft SQL, debido a su flexibilidad, facilidad en el manejo y pertenece al grupo de software libre, es decir se puede instalar sin ningún costo.

2.2.5 SERVIDOR

Para utilizar un Sistema Gestor de Bases de Datos es necesario tener configurado un servidor en el cual almacenar la información que se va a ir ingresando con el tiempo y de igual manera permita a los usuarios finales el ingreso y consulta.

25

Microsoft SQL también provee simuladores de servidores que tienen relación cliente/servidor y de esta manera controlan lo que se ingresa y lo que ve el usuario.

3. METODOLOGÍA Este proyecto de base de datos se va a realizar después de una investigación de casi dos meses en los que se evidenció una falencia de la empresa descrita en el planteamiento del problema. En esta parte del documento se mostrará el tipo de investigación que se realizó y las herramientas utilizadas.

3.1. TIPO DE INVESTIGACIÓN:

El tipo de investigación que se realizó se denomina “Investigación de campo” debido a que será aplicada para la resolución de un problema o necesidad que se evidenció en la empresa. Se desarrolló en el ambiente propio en donde los empleados realizan sus actividades diarias.

3.2. NIVEL INVESTIGATIVO:

La investigación parte de la necesidad de tener un sistema de ingreso y consulta, que organice la información de los eventos que se pueden presentar al ofrecer un servicio de Telecomunicaciones para este caso el servicio de localización satelital vehicular. El alcance al que se pretende llegar es realizar todo el diseño del sistema para que el área encargada en la empresa lo implemente en el lenguaje de programación que se maneja al interior y la aloje en un servidor disponible al que se pueda acceder sin inconveniente.

26

3.3. RECURSOS INSTRUMENTALES

3.3.1. RECURSOS PRIMARIOS: Los recursos primarios que se utilizaron para desarrollar el proyecto son principalmente los empleados que durante algún tiempo han estado o estuvieron involucrados con el producto que se está manejando. Se hicieron preguntas sobre la manera de manejar los eventos que se presentan y cómo se estaba documentando toda esta información. Otro recurso primario es un documento en Excel que fue entregado por las personas encargadas en donde se evidencia las falencias en los sistemas de información que se estaba manejando.

3.3.2. RECURSOS SECUNDARIOS Los recursos secundarios que se utilizaron fueron historiales de correos en donde se evidencia en gran manera la falta de un sistema que permita realizar la trazabilidad de la soluciones de los casos. La observación también fue una herramienta importante en el proceso dado que de esta manera se evidenció la necesidad que existe y se puedo plantear una solución a la medida del problema.

27

PARTE III DESARROLLO DEL PROYECTO

28

4. ANÁLISIS DE LA INFORMACIÓN

En el momento de iniciar el proyecto en la compañía se evidenció la falta de organización y actualización de toda la información, que contenía los datos importantes que se extraían de la operación, ya que se estaba ingresando en archivos de Excel (.xlsx) administrados por diferentes personas. Esta administración diversa generaba discrepancias en los datos y en el momento de realizar unificaciones o recopilaciones llevaba a ejecutar reprocesos para conocer el orden y la veracidad de estos. Otra de las falencias encontradas es que en un solo archivo se tenía la información de todos los tipos de contratos y las solicitudes de servicio que realizaban los clientes y esto dificultaba la búsqueda de información por la cantidad de registros.

Tabla 1. ARCHIVO INICIAL

SERVICIO REALIZADO IMEI PLACA

INSTALACION 351802050817851 TGL266 INSTALACION 351802050816903 VMU399 INSTALACION 351802052877747 SZU106 INSTALACION 351802052876830 UPQ546 INSTALACION 351802052854571 SMN741 INSTALACION 351802052869629 VEU084 INSTALACION 351802050817612 UFV494 INSTALACION 351802052876798 MCS700 INSTALACION 351802052877713 MBV552 INSTALACION 351802052879099 MCN689 INSTALACION 358696043745622 RNN072 INSTALACION 358696043626160 RNM923 INSTALACION 358696044243684 RMT741 INSTALACION 351802052914342 MCS659 INSTALACION 358696042234321 RMT732 INSTALACION 351802052880055 MBV544 INSTALACION 351802052866997 SXM471 INSTALACION 351802052854597 SXH696 INSTALACION 351802052869504 SRP208

29

Tabla 2 ARCHIVO INICIAL (CONTINUACIÓN)

SUBEMPRESA Fecha de Instalación CIUDAD

AMD BOGOTA Ambientes de Hogar 2012-08-09 BOGOTA

LUIS ALFREDO GONZALEZ 2012-07-28 CALI Manofacturas RAM 2012-08-10 BOGOTA DEMO SUTEX SAS 2012-07-28 BOGOTA DEMO SUTEX SAS 2012-07-28 BOGOTA

SUTEX SAS 2012-07-28 BOGOTA Valores Plasticar 2012-06-08 BOGOTA EMERMEDICA 2012-08-11 BOGOTA EMERMEDICA 2012-08-11 BOGOTA EMERMEDICA 2012-08-11 BOGOTA EMERMEDICA 2012-02-20 BOGOTA EMERMEDICA 2012-02-20 BOGOTA EMERMEDICA 2012-02-20 BOGOTA EMERMEDICA 2012-08-11 BOGOTA EMERMEDICA 2012-02-20 BOGOTA EMERMEDICA 2012-08-11 BOGOTA

Valores Plasticar 2012-06-08 BOGOTA Valores Plasticar 2012-06-08 BOGOTA Valores Plasticar 2012-09-12 BOGOTA

Dado esto se realizó un análisis estricto de los datos que son necesarios para que el administrador de la base de datos pueda responder adecuadamente a las necesidades de los empleados o clientes y también permitir que su ingreso y búsqueda sea más fácil y organizada. En primer lugar se pasó de un solo archivo que no discriminaba características de los datos, al diseño de 3 tablas cada una con información de acuerdo al tipo de contrato que se tiene con los clientes (Demo, comodato o venta) con las respectivas referencias de los equipos, fechas importantes y datos de contacto. Y además se decidió realizar otra tabla en la que se ingresarán los datos de las solicitudes y casos de servicio que los clientes registren así como su avance, el responsable y la solución teniendo en cuenta los tiempos que se toma en dar respuesta a cada caso. De esta manera se definieron las columnas de información que debe tener cada tabla para posteriormente centralizarlos en la base de datos.

30

4.1. TIPO DE CONTRATOS

Los tipos de contrato que se manejan desde soluciones empresariales se clasifican básicamente en dos: sí el equipo es propiedad del cliente (Venta) o sí se debe devolver a la compañía después del tiempo pactado pagando un canon de arredramiento (Comodato).

Existe un tipo de contrato adicional en el que se presta el equipo al cliente por un tiempo específico sin cobrar canon de arrendamiento para que este pueda probar las funcionalidades que se ofrecen

4.1.1. EQUIPOS EN VENTA

Los equipos en venta son entregados e instalados a los clientes con una fecha de inicio de contrato registrada y los datos básicos para seguimiento y futuras revisiones si son necesarias.

Tabla 3. EQUIPOS EN VENTA

EMPRESA PLACA

VEHICULO IMEI EQUIPO FECHA

CONTRATO CIUDAD CONTACTO DIRECCION

AMBIENTES DE HOGAR

TGL266 351802050817851 09/08/2012 BOGOTA RUBEN CALTER CALLE 75 # 69-85

LUIS ALFREDO GONZALEZ

VMU399 351802050816903 28/07/2012 CALI LUIS ALFREDO GONZALEZ

CARRERA 30 # 26-86

MANUFACTURAS RAM

SZU106 351802052877747 10/08/2013 BOGOTA RAUL MINEIRA CALLE 10 # 45-10

SUTEX SAS VEU084 351802052869629 28/07/2013 BOGOTA JAVIER MALDONADO

TRANS. 45 # 28-03

EMERMEDICA MCS700 351802052876798 16/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

EMERMEDICA MBV552 351802052877713 16/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

EMERMEDICA MCN689 351802052879099 18/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

EMERMEDICA RNN072 358696043745622 18/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

EMERMEDICA RNM923 358696043626160 18/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

EMERMEDICA RMT741 358696044243684 19/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

EMERMEDICA MCS659 351802052914342 19/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

EMERMEDICA RMT732 358696042234321 19/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

EMERMEDICA MBV544 351802052880055 19/08/2013 BOGOTA JOSE IGNACIO VARGAS

CALLE 85 # 13-40

31

4.1.2. EQUIPOS EN COMODATO

Los equipos en comodato son entregados e instalados a los clientes con una fecha de inicio de contrato y una fecha de terminación registradas para realizar la desinstalación pactada con el cliente y unos datos básicos para seguimiento y futuras revisiones si son necesarias.

Tabla 4. EQUPOS EN COMODATO

EMPRESA PLACA

VEHICULO IMEI EQUIPO FECHA INICIO

CONTRATO VALORES PLASTICAR UFV494 351802050817612

08/06/2013

VALORES PLASTICAR SXM471 351802052866997

08/06/2013

VALORES PLASTICAR SXH696 351802052854597

08/06/2013

VALORES PLASTICAR SRP208 351802052869504 08/06/2013

Tabla 5. EQUIPOS EN COMODATO (CONTINUACION)

FECHA TERMINO CONTRATO

CIUDAD CONTACTO DIRECCION

08/06/2014 BOGOTA ENRIQUE AREVALO

CARRERA 80 # 45-90

08/06/2014 BOGOTA ENRIQUE AREVALO

CARRERA 80 # 45-91

08/06/2014 BOGOTA ENRIQUE AREVALO

CARRERA 80 # 45-92

08/06/2014 BOGOTA ENRIQUE AREVALO

CARRERA 80 # 45-93

32

4.1.3. EQUIPOS EN DEMO

Los equipos en demo son equipos que se encuentran destinados exclusivamente para mostrar al cliente la funcionalidad del producto por lo que son entregados e instalados a los clientes con una fecha de inicio de contrato y una fecha de terminación muy corta registradas para realizar la desinstalación, sin importar si el cliente va a tomar el servicio o no y de nuevo se instalará en el vehículo de otro cliente cuando este lo solicite, y unos datos básicos para seguimiento y revisiones si son necesarias.

Tabla 6. EQUIPOS EN DEMO

EMPRESA PLACA

VEHICULO IMEI EQUIPO NUMERO

CASO FECHA INICIO

CONTRATO FECHA

TERMINO CONTRATO

SUTEX SAS UPQ546 351802052876830 575042

28/07/2013 28/08/2013

SUTEX SAS SMN741 351802052854571 575042

28/07/2013 29/08/2013

Tabla 7.EQUIPOS EN DEMO (CONTINUACIÓN)

CIUDAD RESPONSABLE DIRECCIÓN DÍAS DE

USO ESTADO CLIENTE

ANTERIOR BOGOTA JAVIER

MALDONADO TRANS. 45 # 28-03 30 INSTALADO AMERICANA DE

COLCHONES BOGOTA JAVIER

MALDONADO TRANS. 45 # 28-04 30 INTALADO TURIVANS SAS

33

4.1.4. SOLICITUDES DE SERVICIO

Las solicitudes de servicio las puede realizar el cliente por cualquier medio que la compañía da para esto. Cuando se registra una de estas solicitudes es importante ingresar los datos de la tabla para llevar el control, avances y las soluciones que se les da. Esta tabla es la más importante porque aquí se controlan las actividades de servicio que se deben llevar a cabo para cumplir a los usuarios.

Tabla 8. SOLICITUDES DE SERVICIO

FECHA

SOLICITUD TIPO DE

SERVICIO NUMERO DE

CASO EMPRESA

06/02/2014 SOPORTE LOGICO

6649796 PARTEQUIPOS MAQUINARIA

19/11/2013 DESINSTALACIÓN 6587826 ACOSTA QUIROZ Y CIA 21/11/2013 SOPORTE

LOGICO 6588742 EMPRESA ASEO ARAUCA

25/11/2013 REVISION 6591305 OCCIDENTAL DE COLOMBIA

Tabla 9. SOLICITUDES DE SERVICIO (CONTINUACIÓN)

DESCRIPCION CASO AVANCE ESTADO FECHA CIERRE

DESCIPCION CIERRE

CREACION DE USUARIOS EN LA PLATAFORMA

PENDIENTE PENDIENTE PENDIENTE PENDIENTE

DESCONEXION REALIZADO CERRADO 20/11/2013 REALIZADO GENERACION DE REPORTE REALIZADO CERRADO 21/11/2013 REALIZADO

FALLA EN ACCESORIOS REALIZADO CERRADO 29/11/2013 REALIZADO

Aunque no es el esquema final, más adelante se explicará por qué, de esta manera se hizo un poco más claro la estructura del servicio de localización satelital vehicular. Partiendo de esta organización de información se decidió iniciar el diseño de la base de datos relacional que va a contener la información exacta de todos los movimientos a realizar.

34

5. DISEÑO DE LA BASE DE DATOS

5.1. DISEÑO MODELO CONCEPTUAL

Un diseño del modelo conceptual se basa en organizar la información de manera gráfica para que sea más fácil para los diseñadores dimensionar la estructura que se tendrá. La base de datos que se va a realizar está basada en el modelo ER (Entidad-Relación), lo que quiere decir que se van a crear relaciones o asociaciones entre las entidades que son necesarias para organizar la información. Estas entidades principalmente son los elementos de los cuales se almacenan los datos y tienen características especiales que son llamadas atributos, algunos de los atributos son llamados identificadores o llaves (Key) debido a que tiene un único valor para la entidad y por medio de este se le puede identificar. Las entidades son representadas por medio de un rectángulo y los atributos son óvalos ligados a la entidad. Para unir atributos con entidades se utilizan líneas rectas. La composición de las entidades más sus atributos forman tablas, quienes recogen la información que de las que están compuestas las bases de datos. Estas tablas están compuestas por filas también llamados registros y columnas llamados campos. Todas las tablas deben tener un nombre único dentro del sistema para que no existan confusiones.

35

Ilustración 8 Diagrama Entidad y atributo

Fuente: El autor

Las relaciones son identificadas por un rombo y van desde una entidad a otra, pero también puede ir de una entidad a varias entidades o de varias entidades a varias entidades. Se definen en su mayoría por un verbo conjugado que se asigna de acuerdo a la función que representa en el diseño. Para unir las relaciones con las entidades se utilizan líneas rectas, cuando existe una relación de varias entidades se ubica una fecha que apunte a la entidad unitaria y se coloca la letra N para indicar.

Ilustración 9 Diagrama Entidad-Relación

Fuente: El autor

36

Para este proyecto se cambió un poco el modelo de tablas inicial debido a las propiedades que tienen las entidades, de ahora en adelante estas se encuentran definidas con sus atributos y llaves en negrilla de la manera siguiente:

1. CLIENTE: Se definió como una entidad porque es importante almacenar en una tabla toda la información necesaria para llevar el control de las empresas o personas naturales que adquieren el servicio, así como los datos de contacto de estos. ATRIBUTOS: NIT, Nombre, Contacto, Dirección, Teléfono y ciudad.

2. EQUIPO PARA VENTA: Se definió como una entidad separada de los otros equipos ofrecidos ya que requiere de un poco menos información y no sería adecuado tener campos en blanco. ATRIBUTOS: IMEI, Modelo, Placa vehículo, Inicio de Contrato, Proveedor

3. EQUIPO PARA DEMO O COMODATO: Como se dijo anteriormente, se definió como una entidad ya que posee más información que el equipo en venta, por ende necesita de más atributos. ATRIBUTOS: IMEI, Modelo, Placa vehículo, Tipo de Contrato, Inicio de Contrato, Fecha terminación de Contrato, Proveedor, Estado, Número de Días desde la instalación, Cliente anterior.

4. SERVICIO: Se definió como una entidad ya que cuando un cliente solicita un servicio este aporta a la operación bastantes datos que deben ser almacenados de manera cuidadosa para llevar el historial del estado de servicio y sus descripciones. ATRIBUTOS: Número Caso, Fecha de solicitud, Ciudad del servicio, Descripción del servicio, Fecha realización servicio, Avance, Estado, Descripción del cierre.

37

Después de que se tiene la definición de las entidades se puede seguir ingresando las relaciones que se tienen entre ellas.

1. SOLICITA: La relación “SOLICITA” se da entre CLIENTE y SERVICIO, es de tipo N: N, es decir que es de varios a varios porque un cliente puede solicitar varios servicios y un servicio puede ser solicitado por varios clientes.

2. ADQUIERE: La relación “ADQUIERE” se da entre CLIENTE y EQUIPO DE VENTA o entre CLIENTE Y EQUIPO DEMO O COMODATO, es de tipo N: 1, es decir que es de varios a uno porque un cliente puede adquirir muchos equipos pero esos equipos solo van a ser de ese cliente. Esta relación se puede dar para las dos entidades o solo para una dependiendo de los contratos que se realicen con los clientes.

3. REQUIERE: La relación “REQUIERE” se da entre SERVICIO y

EQUIPO DE VENTA o entre SERVICIO Y EQUIPO DEMO O COMODATO, es de tipo N: N, es decir que es de varios a varios porque varios equipos puede requerir varios servicios y varios servicios se pueden dar a varios equipos. Esta relación se puede dar para las dos entidades o solo para una dependiendo de los contratos que se realicen con los clientes. Esta relación se puede dar para las dos entidades o solo para una dependiendo de los contratos que se realicen con los clientes.

Así entonces teniendo definida cada relación, entidad y atributo se puede realizar el diagrama general del Diseño del Modelo Conceptual (Ilustración 10) de la base de datos que facilitará el Análisis de la información de la compañía.

38

Ilustración 10 Diseño Modelo Conceptual de la Base de datos

Fuente: El autor

39

5.2. DISEÑO DEL MODELO LÓGICO O RELACIONAL. Para diseñar el modelo lógico se deben cumplir principalmente tres reglas. Estas reglas nos ayudaran a realizar más fácilmente el proceso de migración desde el modelo conceptual ya que en este punto es donde la parte técnica empieza a sobresalir de gran manera.

1. LA ENTIDAD SE CONVIERTE EN TABLA. Después de tener definidas las entidades con sus atributos y la llave principal lo que se debe hacer es convertirla en una tabla, cada atributo será una fila y se insertará una columna a la izquierda de los atributos en donde se marcará la llave con la sigla PK, de la siguiente manera para cada una de las entidades:

Ilustración 11. Entidad CLIENTE con atributos

Fuente: El autor

Ilustración 12. Tabla CLIENTE con PK

Fuente: El autor 40

2. SE COMPARTE LA LLAVER PRIMARIA PARA RELACIONES UNO A

VARIOS. Cuando se tienen relaciones entre compañías de tipo N:1, uno a varios, se debe compartir la llave primaria de la entidad unitaria y agregarla como atributo a la entidad tipo N preferiblemente con el mismo nombre y un prefijo denominado FK para llaves compartidas, como se muestra en la Ilustración 14.

Ilustración 13. Relación CLIENTE SERVICIO

Fuente: El autor

Ilustración 14. Llaves compartidas en relaciones uno a varios

Fuente: El autor 41

3. LA RELACIÓN DE VARIOS A VARIOS SE DEBE CONVERTIR EN UNA TABLA. Cuando se tiene una relación de varios a varios la manera de simplificar un poco el paso al diagrama lógico es crear un tabla para reemplazar la relación y de esta manera generar dos relaciones uno a varios para cada una de las entidades involucradas y cuando se tiene esto de nuevo se debe repetir el paso 2 con cada una para que las llaves primarias queden compartidas. Dado que la relación “REQUIERE” no tiene un atributo al que podamos nombrar llave principal, y este es un elemento indispensable para crear una tabla, lo que se decidió hacer es crear un atributo numérico secuencial que aumente a la par con el número de registros.

Ilustración 15 Entidad SERVICIO EQUIPOS con relación N: N

Fuente: El autor

42

Ilustración 16. Conversión a tabla de relación REQUIERE

Fuente: El autor Ejecutando el paso 2 las tablas quedarían así:

Ilustración 17. Conversión a tabla finalizada

Fuente: El autor 43

Teniendo el conocimiento ya sobre los 3 pasos que se deben llevar a cabo para diseñar el diagrama lógico el paso seguir es migrar todo el diagrama cuidando de no olvidar compartir la claves primarias y adecuar las relaciones.

Al finalizar la migración se podrá observar un diagrama un poco más organizado y fácil de leer que el que se tenía conceptualmente.

Ilustración 18. Diagrama Modelo Lógico Finalizado

Fuente: El autor 44

5.3. DISEÑO DEL MODELO FÍSICO

Para realizar el modelo físico se deben tener en cuenta las características o tipos de datos que acepta el Sistema Gestor de base de datos dado que existen formas de restringir el tipo y la cantidad de información que se ingresará en cada campo.

Aunque existen muchos tipos de datos para este proyecto se utilizarán los siguientes dado que el Gestor de bases de datos, del cual se hablará más adelante, los permite y son favorables para la información que se debe ingresar:

• INT: Este tipo de dato es numérico exacto o entero, es decir que no admite cifras con decimales.

• NVARCHAR (): Este tipo de dato de longitud variable admite cualquier caracter y se puede delimitar el número de estos indicándolo entre los paréntesis que lo sucede.

• NCHAR (): Este tipo de dato de longitud fija admite cualquier

caracter y se puede delimitar el tamaño de estos indicándolo entre los paréntesis que lo suceden de manera que el número será multiplicado por dos (2) bytes y así determinarlo.

• DATETIME: Este tipo de dato permite el ingreso de fechas en el formato DD/MM/YYYY y también el ingreso de hora, minutos y segundos con las abreviaciones a.m. y p.m. dependiendo el caso.

También es necesario evaluar si estos campos que se crearon en algún momento pueden tener valores nulos o en blanco ya que en las tablas será una restricción importante para ingresar los registros.

45

Con la definición de los tipos de datos que se utilizarán y las restricciones sobre nulidad el paso a seguir es incluirlos como columnas dentro de las tablas que fueron creadas en el Modelo Lógico.

Ilustración 19. Ejemplo de Tabla modificada para diseño Físico.

Fuente: El autor

De esta manera se hará el cambio en todas las tablas que componen el Modelo Conceptual y se tendrá el diseño del modelo Lógico listo para implementarlo en el Gestor de base de datos.

46

Ilustración 20. Diagrama Modelo Físico

Fuente: El autor

47

6. IMPLEMENTACION PRUEBA DE LA BASE DE DATOS

El Gestor de Base de datos del que se ha hablado en ocasiones anteriores y que se utilizará para la implementación de la Base de Datos será SQL Server Management Studio 2005, y las herramientas que permitirán la configuración del servidor, algunas opciones de seguridad y los puertos de acceso serán SQL Server Configuration Manager y Con

figuración de Superficie SQL Server, las dos en versión 2005.

Con el fin de que las herramientas anteriores funcionen correctamente se deben tener en cuenta algunos aspectos referentes a los ambientes en que se instalarán y la compatibilidad entre ellas mismas.

En este proyecto se trabajó en un equipo de cómputo con Sistema Operativo Windows 8, el cual al ser relativamente nuevo, generó muchos conflictos por compatibilidad tanto en instalación como en funcionamiento del software por lo que se decidió luego de varios intentos con diferentes versiones y programas de ayuda, crear una máquina virtual con sistema Operativo Windows XP que facilitara el proceso.

Una práctica aconsejable, no solo para configuración de servidores o implementación de bases de datos sino en general para todas las actividades que se puedan hacer con programas es abrirlos con configuración de administrador para que ninguna opción sea bloqueada y evitar pérdidas de tiempo e información. También es recomendable si se utiliza software libre realizar las descargas de sitios confiables para tener la tranquilidad que funcionará correctamente, no le faltarán ficheros, ni funciones y se evitarán los virus maliciosos en el equipo.

48

6.1. CONFIGURACIÓN DE SQL SERVER CONFIGURATION MANAGER

1. Para la configuración de un servidor es importante indicar de qué manera se accederá a la red, habilitando el protocolo y el número de puerto que se utilizará. Por defecto TCP/IP es el protocolo y el puerto que se utiliza es el 1433 y sin puertos dinámicos por lo que esta casilla quedará en cero.

Ilustración 21 Configuración de Red para el Servidor

Fuente: El autor

2. Después de realizar cualquier cambio se debe reiniciar el servidor con el fin que lo aplique inmediatamente.

49

Ilustración 22 Reinicio del servidor

Fuente: El autor

3. Dentro del SQL Server Configuration Manager existe una herramienta especial llamada Explorador de SQL Server que se encarga de hacer visible el servidor que se tiene a otros software que deseen conectarse. Por defecto viene deshabilitada, por lo tanto se debe activar en modo automático.

Ilustración 23 Configuración Explorador de SLQ Server

Fuente: El autor 50

6.2. CONFIGURACION DE SQL SERVER 2005 SURFACE AREA

La configuración de esta herramienta nos proporciona la posibilidad de realizar una conexión remota a través del puerto TCP/IP y configura el explorador de SQL Server, el cual se explicará en el siguiente punto, para que sea automático en conexiones remotas. La configuración se realiza como sigue: 1. Esta herramienta viene incluida dentro de los ficheros de SQL

Server 2005 por lo que no es necesario hacer descargas o instalaciones adicionales. Únicamente para poder configurarla se debe ingresar de la siguiente manera.

Ilustración 24 Configuración SQL Server 2005 Surface Area Configuration

Fuente: El autor

51

2. Se indicará el tipo de conexión a utilizar para el servicio. En este caso tanto en TCP/IP como en Named Pipe

Ilustración 25 Configuración de Servicio de Conexión

Fuente: El autor

3. También se debe indicar que el servicio de Explorador de SQL Server este automático y corriendo.

Ilustración 26 Verificación del servicio de Explorador de SQL Server

Fuente: El autor 52

6.3. CONFIGURACION DE SQL SERVER MANAGEMENT STUDIO 2005

Este programa es el Sistema Gestor de Bases de Datos por lo cual genera la conexión con el servidor, permite la creación de la base de datos, tablas, relaciones y por supuesto el ingreso de la información controlando que sea correcta basándose en los parámetros de diseño anteriores.

1. La primera que vez que se va a realizar la conexión con el servidor se debe buscar el servidor configurado anteriormente en la ventana emergente que aparece y realizar la conexión con la autenticación de Windows ya que aún no se tiene un usuario y una contraseña determinados.

Ilustración 27 Conexión con el servidor

Fuente: El autor

53

2. Luego de tener la conexión con el servidor, este aparecerá en el

explorador de objetos (izquierda de la ilustración 25) con toda la información sobre él. Para modificar el modo de autenticación se debe ingresar a las propiedades de seguridad y escoger la autenticación de SQL Server y Windows, luego de esto se debe reiniciar el servidor.

Ilustración 28 Configuración de Seguridad

Fuente: El autor

3. Ya teniendo la autenticación de SQL Server se puede administrar diferentes cuentas para validar en ingreso de los usuarios, por defecto el primer usuario que se crea se llama “sa”, entonces en propiedades se debe configurar la clave de accesos y el servidor al que tendrá acceso. Es importante verificar en propiedades si el usuario está activado. Si no es así se debe proceder con el cambio para que funcione correctamente.

54

Ilustración 29 Configuración de Usuario sa.

Fuente: El autor

Para crear las otras cuentas se debe ingresar en “nuevo login” y allí ubicar el nombre de la nueva cuenta, la contraseña de acceso y servidor al que le está permitido ingresar.

Ilustración 30 Creación de Cuentas nuevas

Fuente: El autor

55

4. De nuevo se debe ingresar pero ahora en la autenticación de SQL Server y con el usuario y contraseña creados y/o habilitados.

Ilustración 31 Ingreso con Nuevo usuario SQL Server Autentication

Fuente: El autor

6.4. CREACION DE LA BASE DE DATOS.

En la creación de la Base de Datos se tienen algunas opciones que son interesantes en el momento de planear que pasará con esta en un futuro no muy lejano, ya que existen posibilidades de indicar con que tamaño se empezará y un porcentaje de crecimiento aproximado que se tendrá para alojarla inicialmente en el servidor. De igual manera es posible informar que usuarios de los que se configuraron en pasos anteriores es el propietario y posee los permisos para modificar, eliminar o crear parámetros.

Existen dos manera de crear una Base de Datos en este Gestor, la primera es de manera gráfica ingresando los parámetros en las casillas proporcionadas y la otra es por medio de sentencias SQL o código, pero

56

en este proyecto se realizará de manera gráfica para minimizar los tiempos de construcción, pero esto no cambiará el resultado final.

En caso de tener varios servidores para indicar en cual se creará la DB se deberá seleccionar primero y luego si ingresar a opciones>> Crear Base de Datos

Ilustración 32 Creación de la base de Datos

Fuente: El autor

6.4.1. CREACION DE TABLAS.

Al crear tablas se debe tener muy presente el Diagrama de Modelo Físico que se construyó dado que realmente aquí se ejecuta un paso se información exacto. Se van a ir ingresando las columnas una a una con sus características y tipos sin importar aun si son llaves primarias o compartidas. Aquí también se denomina si un campo puede ser nulo seleccionándolo o dejando en blanco la sección para indicar que no es posible dejar campos vacíos.

57

Ilustración 33. Creación de Tabla

Fuente: El autor

Ilustración 34 Parametrización de la Tabla

Fuente: El autor

58

Ahora se debe indicar que campo va a ser una llave primaria, dando click derecho sobre el campo de la siguiente manera:

Ilustración 35 Asociación de la llave primaria

Fuente: El autor Realizados los pasos anteriores se debe guardar la tabla y repetir el proceso para todas las que se hayan diseñado, y tener una vista como la siguiente:

Ilustración 36 Vista de tabla terminada

59

Fuente: El autor

6.4.2. CREACION DE RELACIONES Las relaciones en SQL Server Son llamadas “diagramas de Base de Datos”.

Ilustración 37. Creación de la Relaciones

Fuente: El autor

Para el caso de relaciones sobre la herramienta se deben agregar todas las tablas que se crearon anteriormente, seleccionándolas en la ventana emergente que aparece.

Ilustración 38 Inclusión de tablas

Fuente: El autor

60

Ahora se debe indicar, cual es la llave compartida para cada tabla, Esto se hacer arrastrando el campo de llave primaria de una tabla y llevándolo a la llave compartida de la otra. Aparecerá una ventana emergente, la cual solicita el nombre de la relación y muestra que tabla con llave principal se relaciona con otra y su llave compartida. Si es correcto se debe guardar.

Ilustración 39. Definición de Relaciones

Fuente: El autor

De esta manera irán apareciendo una a una las relaciones hasta tener el Diagrama de Modelo Físico Completado.

61

Ilustración 40. Estructura Base de Datos implementada

Fuente: El autor

Para ingresar la información es necesario hacer click derecho en la tabla que se va a modificar para abrirla, a continuación se mostrarán los datos que se han guardado y la opción de seguir ingresando datos.

Ilustración 41. Ingreso de Datos a Tabla

62

Fuente: El autor Cuando se tiene la información ingresada correctamente en la tabla se pueden realizar consultas con el fin de tener información específica. Lo que facilita al usuario de la BD entregar los datos que son solicitados sin tener que hacer modificaciones de los reportes, únicamente ingresando una sentencia SELECT o WHERE dependiendo de lo que se necesita. El reporte que será ejecutado por el Gestor se puede definir utilizando la sentencia SELECT, en la cuas se irá indicando de qué tabla se va extraer la información así como los campos. La sentencia WHERE complementa el reporte anterior cuando es necesario sacar los datos anteriores pero para un elemento especifico, como un cliente.

Ilustración 42. Sentencias SELECT y WHERE

Fuente: El autor

63

7. RESULTADOS Como se ha dicho en el transcurso del documento el objetivo principal del proyecto es mejorar el registro y consulta de la información que describe la operación de la compañía, por lo que en el diseño de la base de datos se incluyeron características que los datos deben tener para poder ser almacenados. Para realizar el ingreso de datos se debe conectar a la base de datos que para este caso se llama PROY, desplegar la carpeta de tablas y dar clic derecho sobre la que se desea abrir como se muestra en la siguiente figura:

Ilustración 43. Pasos para abrir tablas

Fuente: El autor De esta manera se mostrará la información que se tiene almacenada en ella, y la opción para seguir ingresando datos. La manera correcta de hacerlo es dar doble click en el último registro que aparece con los campos en NULL y empezar a llenar con la información, cuando todos estos estén llenos se debe dar enter para finalizar. Si el ingreso fue exitoso el campo se almacenará y se crear uno nuevo con NULL.

64

Ilustración 44 Ingresando Datos

Fuente: El autor Si el ingreso es incorrecto o se deja en blanco un capo que no debe ser nulo aparecerá un aviso error en el que se indica porque no se puede almacenar el dato y el número de fila y columna en el que se encuentra. Luego de dar aceptar se podrá modificar.

En la Ilustración 43, se podrá ver que en la tabla de Cliente, Campo ID, Fila 5, Columna 1 se ingresó un dato el nombre de una persona y este campo solo admite números enteros (int) por lo que se tiene un error.

Ilustración 45. Validación de información

Fuente: El autor

65

Esto genera que el margen de error en el ingreso de los datos sea bastante pequeño comparado con el sistema de registro que se tenían anteriormente y el control sea mucho más fácil de llevar. Otro resultado importante trata sobre las relaciones que se utilizaron, ya que todo debe ser coherente y mantener un orden especial. Para hacer un poco más evidente esta indicación se pondrá un ejemplo. Si la persona que ingresa los datos, va crear un registro indicando que un cliente adquirió un equipo, pero aún no ha creado el cliente aparecerá un error porque no se puede incluir un dato inexistente.

Ilustración 46 Validación de Relaciones

Fuente: El autor

Esto anula totalmente el problema que se presentaba cuando en los registros se encontraban equipos entregados a clientes que no existían o que no tenían los datos de contacto (sobre todo en contratos de Comodato y Demo) y dado estos era bastante difícil solicitar la devolución de los equipos y muchos se perdieron. De igual manera las consultas SQL permiten tener información completa y específica de acuerdo a lo que se necesita, sin redundancia de información.

66

Por último es importante mostrar el resultado final de las consultas que de ahora en adelante se pueden realizar y contrastarlas con el archivo de Excel que se encontraba anteriormente. Este archivo no tenía un formato definido en cuanto a letra, fechas o cantidad de caracteres, la información era incompleta, era 100% modificable para todas las personas y como no se encontraba en un lugar específico se tenían diferentes copias, lo que lo hacía inexacto y poco confiable. En muchas ocasiones los datos de contacto no coincidían con la empresa o incluso los equipos estaban a nombres de clientes que no existían. El archivo completo se encuentra en el ANEXO 1.

Ilustración 47. Recorte de Archivo de Excel inicial

Fuente: La compañía Por otra parte el nuevo informe que se podrá consultar desde la base de datos tiene toda la información necesaria para hacer el seguimiento tanto al cliente como al servicio, ya tiene un formato específico por lo que los datos son uniformes y solamente personas autorizadas podrán hacer modificaciones. La información se encuentra centralizada y actualizada prácticamente en el mismo momento en que se realizan los cambios. Toda la información se encuentra relacionada gracias a las diferentes tablas que se propusieron lo que permite mayor veracidad y transparencia. También es posible abrir diferentes tablas al mismo tiempo para mejor visualización o incluso modificarlas ya que las actualizaciones se hacen en tiempo real.

67

Ilustración 48. Consulta de Tablas

Fuente: El autor

Esto demuestra la utilidad de las bases de datos en cuanto al ingreso de información y consulta apropiada para cada clasificación de información realizada. Esto va a permitir a la compañía dar respuestas más rápidas y concretas.

68

8. CONCLUSIONES

Las Bases de Datos son realmente útiles no solo para las compañías sino en general para cualquier persona que necesite organizar su información de manera estructural dado que permite estandarizar el tipo de datos que se necesita, con el fin de evitar errores, y tener una relación funcional entre los estos para evitar redundancia en la información.

En la empresa al implementar la Base de Datos los tiempos de respuesta disminuyeron considerablemente, alrededor de un 30%, y el proceso se hizo un poco más fácil por lo que los encargados pudieron enfocar su atención en mejorar otros aspectos de la solución y este proyecto sirvió de guía para otras áreas en el momento de decidir cómo mejorar la organización dentro de las mismas.

El éxito que puede tener una base de datos se fundamenta en el diseño que se haga para luego implementarla pero el papel que la configuración de las diferentes herramientas y del Gestor de BD puede ser definitivo incrementando o disminuyendo el tiempo de ejecución así como la practicidad.

Al comparar las dos maneras diferentes de crear la base de datos (Gráfica o por sentencias), aunque no interfieren en el resultado final, si tienen algunas ventajas como la rapidez con que se puede estructurar la DB gráficamente o la facilidad en tomar todas las sentencias y guardarlas en un archivo y dado el caso de tener que realizar migración a otro nivel se puede tomar los documentos y agregarlos a la BD sin realizar un doble trabajo.

Un tema que se debe tener en cuenta para evitar problemas con el Software es la compatibilidad que existe entre el sistema operativo y las herramientas dado que algunas funciones son restringidas para versiones nuevas o no incluidas en versiones anteriores. La recomendación que se puede dar al lector es utilizar sistemas operativos base como Windows XP, aunque ya no tenga soporte, dado que permite desplegar programas con mayor facilidad que los más recientes.

En el desarrollo de este proyecto la empresa participó en la licitación para 4G que realizó el Ministerio de Tecnologías de la Información y las Comunicaciones (MinTic), en la que obtuvo una porción de espectro importante, la cual le permitirá ir prescindiendo de los proveedores nombrados, a medida que se vaya implementando la red propia.

69

9. GLOSARIO

9.1. GSM: Sistema Global para comunicaciones móviles, más conocido como redes 2G.

9.2. HANDOVER: Es el cambio a una nueva celda que realiza la red del

operador cuando un terminal se encuentra a una distancia muy grande de la que está enganchado. El fin es que no se pierda el servicio que ya se encuentra establecido.

9.3. BTS: Las estaciones base o BTS son los puntos de enlace de radio

entre los terminales y la red del operador.

9.4. BSC: El controlador de las estaciones base es el encargado de hacer seguimiento cuando el terminal establece conexión con una BTS, asigna los recursos de red y organiza el Handover cuando el terminal está en movimiento

9.5. GESTION DE INCIDENTES: Cuando hablamos de la gestión de

incidentes el único fin es restablecer el servicio a los clientes cuando se presenta un evento que interrumpe las actividades normales.

9.6. SERVIDOR: Un servidor es el elemento principal en una red que

permite subir servicios e información para proveerlos a clientes.

9.7. MAQUINA VIRTUAL: Una máquina virtual es un simulador de equipo de Cómputo en el que se pueden ejecutar procesos paralelos a los que se tienen en el equipo físico. Una característica importante es que puede tener sistemas operativos totalmente diferentes pero comparten los recursos de memorias físicas.

9.8. NAMED PIPE: Se habla de Named Pipe cuando se tiene un canal

por el cual se puede enviar un proceso o archivo.

70

9.9. GESTION DE PROBLEMAS: Cuando hablamos de la gestión de problema el fin es buscar la fuente de incidentes recurrentes que se presentan dentro de las compañías.

9.10. TRAZABILIDAD: Procedimiento automatizado que permite conocer

la historia o trayectoria de un producto o cliente determinado.

71

10. REFERENCIAS

• CORREIA, Pablo. Guía práctica del GPS. París: Editorial Eyrolles, 2005.

• ESPAÑA, María Carmen. Sistemas Avanzados de Telecomunicación. Madrid: Editorial Díaz de Santos. 2003.

• FALLA, Jorge. Sistema de Posicionamiento Global. Costa Rica: Universidad Nacional Heredia, 2010.

• FIGEIRAS, Aníbal. Una panorámica de las Telecomunicaciones. Madrid: Editorial Pearson Educación. 2004.

• LETHAM, Lawrence. GPS fácil: Uso del sistema de posicionamiento global. Barcelona: Editorial paidotribo, 2001.

• DATE, C.J. Introducción a los sistemas de bases de datos. Madrid Editorial Pearson. 2005.

• RIVERO CORNELIO, Enrique. Bases de datos relacionales: Diseño Físico. Madrid: Editorial Universidad Pontificia Comillas, 2004.

• Software y soporte para SQL encontrado en: http://msdn.microsoft.com/es-es/library/ms187752.aspx.

• Diseño de bases de datos encontrado en: www.limber-sanchez.blogspot.com

72

11. ANEXO 1

Tabla 10. HOJA DE CÁLCULO DE EXCEL

ITEM SERVICIO REALIZADO IMEI PLACA SUBEMPRESA

1 AMD2 INSTALACION 351802050817851 TGL266 mbientes de Ho3 INSTALACION 351802050816903 VMU399 LFREDO GON4 INSTALACION 351802052877747 SZU106 anofacturas RA5 INSTALACION 351802052876830 UPQ546 MO SUTEX SA6 INSTALACION 351802052854571 SMN741 MO SUTEX SA7 INSTALACION 351802052869629 VEU084 SUTEX SAS8 INSTALACION 351802050817612 UFV494 alores Plastica9 INSTALACION 351802052876798 MCS700 EMERMEDICA10 INSTALACION 351802052877713 MBV552 EMERMEDICA11 INSTALACION 351802052879099 MCN689 EMERMEDICA12 INSTALACION 358696043745622 RNN072 EMERMEDICA13 INSTALACION 358696043626160 RNM923 EMERMEDICA14 INSTALACION 358696044243684 RMT741 EMERMEDICA15 INSTALACION 351802052914342 MCS659 EMERMEDICA16 INSTALACION 358696042234321 RMT732 EMERMEDICA17 INSTALACION 351802052880055 MBV544 EMERMEDICA18 INSTALACION 351802052866997 SXM471 alores Plastica19 INSTALACION 351802052854597 SXH696 alores Plastica20 INSTALACION 351802052869504 SRP208 alores Plastica21 INSTALACION 351802050817109 ITA360 Alexander Niño 22 INSTALACION 351802052874017 SOR181 NIMIENTO PAR 23 INSTALACION 351802057061362 ONK312 Demo Emcali24 INSTALACION 351802057058533 ONK314 Demo Emcali25 INSTALACION 351802052866534 BTF447 SUTEX SAS26 INSTALACION 358696045240564 DDS 493 COOMEVA27 INSTALACION 351802052850512 BAY017 DOMINA S A28 INSTALACION 351802050816820 BDA043 DOMINA S A29 INSTALACION 351802052866617 CHI010 DOMINA S A

73