“DISEÑO DE UNA APLICACIÓN DE CONSULTA DEL CONSUMO

TELEFONICO DE UN ABONADO PERTENECIENTE A UNA CENTRA L

SIEMENS EWSD”

HECTOR JAIME ROSAS TORRES

WILLIAM MAURICIO CARABALI ZAMBRANO

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE

FACULTAD DE INGENIERÍA

DEPARTAMENTO DE AUTOMATICA Y ELECTRONICA

PROGRAMA DE INGENIERIA ELECTRONICA

SANTIAGO DE CALI

2006

“DISEÑO DE UNA APLICACIÓN DE CONSULTA DEL CONSUMO

TELEFONICO DE UN ABONADO PERTENECIENTE A UNA CENTRA L

SIEMENS EWSD”

HECTOR JAIME ROSAS TORRES

WILLIAM MAURICIO CARABALI ZAMBRANO

Pasantía para optar al titulo de

Ingeniero Electrónico

Director - Asesor:

WILMAN FRANCO

Ingeniero De sistemas

UNIVERSIDAD AUTONOMA DE OCCIDENTE

FACULTAD DE INGENIERIA

DEPARTAMENTO DE AUTOMATICA Y ELECTRONICA

PROGRAMA DE INGENIERIA ELCTRONICA

SANTIAGO DE CALI

2006

Nota de aceptación:

Aprobado por el comité de grado En el cumplimiento de los requisitos exigidos por la Universidad Autónoma de Occidente para optar Al titulo de Ingeniero Electrónico.

Ing. HECTOR JOSE GOMEZ Jurado

Santiago de Cali, 4 Julio de 2006

CONTENIDO Pág. GLOSARIO 13 RESUMEN 15 INTRODUCCIÓN 17 1. PLANTEAMIENTO DEL PROBLEMA 19 1.1. FORMULACION DEL PROBLEMA 20 2. JUSTIFICACIÓN 21 2.1. JUSTIFICACIÓN TEORICA 21 2.2. JUSTIFICACIÓN METODOLOGICA 21 2.3. JUSTIFICACIÓN PRÁCTICA 22 3. OBJETIVOS DEL PROYECTO 23 3.1. OBJETIVOS GENERAL 22 3.2. OBJETIVOS ESPECIFICOS 23 4. MARCO TEORICO 24 4.1. BREVE HISTORIA DE LA EMPRESA 24 4.2. ESTRUCTURA BASICA DE UNA CENTRAL TELEFONICA 25 4.2.1. La unidad de conmutación 26 4.2.2. La unidad de control 27 4.3. DESCRIPCION DE LA RED DE TELEFONICA DE EMCALI 27 4.3.1. Topología de la red de centrales telefónicas 28 4.4. CENTRALES DE CONMUTACION SIEMENS EWSD 29 4.5. ARCHIVO AMA 31

4.5.1. Descripción del archivo AMA 32 4.5.1.1 Parte fija o cabecera 32 4.5.1.2 Parte variable o de paquetes 33 4.5.1.2.1 paquete 100 33 4.5.1.2.2 paquete 101 34 4.6. DESCRIPCION DEL AMA RECORD 35 4.7. ENTORNO WEB 35 4.7.1. Evolución 36 4.7.2. Aplicación Web 37 4.7.3 Historia 37 7.7.4. Interfaz 37 4.7.5. Estructura 38 4.8. LENGUAJES DE PROGRAMACION 38 4.9. PHP 38 4.9.1. Historia 39 4.9.2 Visión general 39 4.9.3. Usos de PHP 40 4.9.4. Ventajas de PHP 40 4.10. GESTOR DE BASES DE DATOS (MySQL) 41 4.10.1. Lenguajes de programación 41 4.10.2. Aplicaciones 42 4.10.3. Características (versión 4.0) 42 4.11. SERVIDOR WEB 44

5. METODOLIGÌA 45 5.1. TIPO DE INVESTIGACION 45 5.2. DISEÑO DE LA INVESTIGACION 45 6. GENERALIDADES DE LA EMPRESA 46 6.1. BREVE HISTORIA EMCALI E.I.C.E – E.S.P. 46 6.1.1. En la actualidad 48 6.2. ORGANIGRAMA DE EMCALI E.I.C.E. – E.S.P. 49 6.3. MISION 49 6.4. VISION 49 7. DESARROLLO DEL PROYECTO 50 7.1. RECONICIMIENTO DEL AREA 50 7.2. SENSIBILIZACION 50 7.3. DIAGNOSTICO SITUACIONAL 51 7.4. PLAN ESTRATEGICO 51 7.4.1 Decodificación 52 7.4.2. Filtrado 53 7.4.3. Conexión y acceso a la base de datos 54 7.4.3.1. Tabla de usuarios 56 7.4.3.2. Tabla de reporte final 56 7.5. DESCRIPCIÓN GENERAL DE LA APLICAION 57 7.5.1. Pagina de inicio 57 7.5.2. Pagina de autenticación de los usuarios 58 7.5.3. Pagina de bienvenida de usuarios 59

7.5.4. Pagina de carga de los archivos AMA 60 7.5.5. Pagina de consulta 61 7.5.6. Pagina de reporte de consulta 62 7.5.7. Pagina de administración de usuarios 63 7.5.8. Registro de usuarios 64 7.5.9. Editar usuarios 65 7.5.10. Borrar usuarios 66 7.5.11. Pagina de cerrar sesión de usuarios 66 7.6. EJECUCION DE LA APLICACIÓN 66 7.6.1. Descripción del proceso de ejecución de la aplicación 67 7.7. LENGUAJE DE MODELADO UNIFICADO 68 7.7.1. Diagrama de casos de uso 68 8. CONCLUSIONES 72 BIBLIOGRAFIA 74 ANEXOS 75

LISTA DE TABLAS

Pág. Tabla 1. Centrales EWSD 31 Tabla A.1.1. Requerimientos tipo software 79

Tabla A.1.2. Requerimientos tipo software 79

LISTA DE FIGURAS

Pág.

Figura 1. Antigua foto de una gran central telefónica 24 de la ciudad de Nueva York. Figura 2. Centrales telefónicas en la actualidad 25 Figura 3. Formato del registro AMA 32 Figura 4. Codificaron BYNARY 34 Figura 5. Descripción de una grabación AMA 35 Figura 6. Organigrama de EMCALI E.I.C.E. – E.S.P 49 Figura 7. Representación hexadecimal del registro AMA 53 Figura 8. Información de interés filtrada 54 Figura 9. Pagina de inicio 58 Figura 10. Pagina de autenticación 59 Figura 11. Pagina de bienvenida 59 Figura 12. Pagina de carga del archivo 60 Figura 13. Pagina de consulta de abonados 61 Figura 14. Pagina de resultado de la consulta 62 Figura 15. Pagina de reporte 63 Figura 16. Pagina de administración de usuarios 64 Figura 17. Pagina de registrar usuarios 65 Figura 18. Pagina de editar usuarios 65 Figura 19. Pagina de borrar usuarios 66 Figura 20. Esquema general de la aplicación 67

Figura 21. Actores del sistema 69 Figura 22. Operaciones del actor del sistema 70 Figura 23. Diagrama de la acción consulta 70 Figura 24. Diagrama final de casos de uso 71 Figura A.1.1. Instalación de Apache Server 82 Figura A.1.2. Información del servidor 83 Figura A.1.3. Prueba de instalación del servidor 85 Figura A.1.4. Secuencia de iniciación del Apache 86

Figura A.1.5. Aparición del Apache monitor 87 Figura A.1.6. Secuencia de iniciación de MySQL 88 Figura A.1.7. Creación de la base de datos 89 Figura A.1.8. Carga de las tablas en la base de datos 90 Figura A.1.9. Prueba de carga de las tablas en base de datos 91 Figura A.1.10. Pagina de inicio 93 Figura A.1.11. Pagina de autenticación de usuarios 94 Figura A.1.12. Pagina de carga del archivo 95

Figura A.1.13. Pagina de consulta 95 Figura A.1.14. Resultado de la consulta 96 Figura A.1.15. Pagina de reporte 97 Figura A.1.16. Vista de impresión 98 Figura A.1.17. Pagina de gestión de usuarios 99 Figura A.1.18. Ingreso de usuarios 100

Figura A.1.19. Edición de usuarios 101

Figura A.1.20. Confirmación de eliminación de usuario 102

LISTA DE ANEXOS Pág. Anexo 1. Manual de usuario 75

13

GLOSARIO

ABONADO: Persona inscrita para recibir algún tipo de servicio periódicamente

o determinado número de veces.

BASE DE DATOS: cualquier conjunto de datos organizados para su

almacenamiento en la memoria de un ordenador o computadora, diseñado para

facilitar su mantenimiento y acceso de una forma estándar. La información se

organiza en campos y registros. Un campo se refiere a un tipo o atributo de

información, y un registro, a toda la información sobre un individuo.

BUFFER: depósito de datos intermedio, es decir, una parte reservada de la

memoria en la que los datos son mantenidos temporalmente hasta tener una

oportunidad de completar su transferencia hacia o desde un dispositivo de

almacenamiento u otra ubicación en la memoria.

CENTRAL TELEFONICA: Sistemas que concentran los bucles de un abonado,

atienden las peticiones de llamadas y las dirigen a sus destinatarios.

CENTRALES TANDEM: Central utilizada para conectar las distintas centrales

locales de una zona que comprenda varias. Estas centrales pueden estar a su

vez interconectadas entre sí.

DECODIFICAR: acción de convertir un código de entrada con un formato

determinado en otro código de salida con el formato deseado.

ENTORNO WEB: Es aquella aplicación que los usuarios utilizan accediendo

por medio de un servidor web a través de Internet o de una intranet.

FILTRAR: Seleccionar datos o aspectos para configurar una información.

14

HDSL: Es el acrónimo de High bit rate Digital Subscriber Line o Línea de

abonado digital de alta velocidad binaria. Ésta es una más de las tecnologías

de la familia DSL, las cuales han permitido la utilización del clásico bucle de

abonado telefónico, constituido por el par simétrico de cobre, para operar con

tráfico de datos en forma digital .

PCM: (Pulse code modulation), modulación por codificación de pulso; es un

procedimiento de modulación utilizado para transformar una señal analógica en

una secuencia de bits. Esto lo logra mediante procesos continuo de muestreo,

cuantificación y codificación

RDSI: acrónimo de Integrated Services Digital Network (red digital de servicios

integrados). Es una red telefónica digital para la transmisión de datos que,

previsiblemente, reemplazará a las actuales redes telefónicas, que todavía

utilizan señales analógicas en partes de su trazado.

SERVIDOR WEB: computadora conectada a una red que pone sus recursos a

disposición del resto de los integrantes de la red. Suele utilizarse para

mantener datos centralizados o para gestionar recursos compartidos.

SDH: Es el estándar internacional de comunicaciones aceptado por la UIT para

redes de transmisión de alta capacidad tecnologías como ATM, IP/MPLS o

ADSL se apoyan en SDH para alcanzar la ansiada banda ancha.

SISTEMAS DE CONMUTACIÓN: Conjunto de circuitos lógicos, forman la base

de cualquier dispositivo en el que se tengan que seleccionar o combinar

señales de manera controlada.

TARIFICACION: proceso mediante el cual se establece un precio unitario fijado

por las autoridades para los servicios públicos realizados a su cargo.

15

RESUMEN

El desarrollo del proyecto denominado “DISEÑO DE UNA APLICACIÓN DE

CONSULTA DEL CONSUMO TELEFONICO DE UN ABONADO

PERTENECIENTE A UNA CENTRAL SIEMENS EWSD, se llevo a cabo dentro

del tiempo estimado y propuesto por la Empresa para el desarrollo de dicha

aplicación, con el fin de prestar un optimo servicio a los clientes y facilitar el

proceso de respuesta ante reclamos relacionados con el consumo telefónico

por parte de estos.

Para la consecución del objetivo principal, el cual consiste en desarrollar una

aplicación en un entorno Web, por medio de la cual se genere un reporte

detallado del consumo telefónico de los abonados pertenecientes a las

centrales SIEMENS EWSD, a través del cual se demostrara y corroborara el

consumo telefónico asociado al cliente por medio del proceso de facturación,

generando confianza y satisfacción a los usuarios ante algún Caso de

inconformidad con el consumo registrado en su factura telefónica, además de

facilitar y simplificar el proceso de respuesta empleado por EMCALI E.I.C.E.-

E.S.P para resolver asuntos concernientes a desacuerdos por parte de los

abonados frente a los consumos registrados, para llevar a cabo el logro de este

objetivo se pretende inicialmente realizar un sistema eficiente y en la capacidad

de procesar toda la información necesaria entregada por la centrales Siemens

EWDS y así generar un reporte claro y conciso de la actividad telefónica

registrada por el abonado, además de contener y aprovechar todas las

facilidades y ventajas que brinda un entorno Web para el desarrollo y puesta en

marcha de aplicaciones orientadas al almacenamiento y consultas realizadas

sobre bases de datos.

16

Por ultimo, con el desarrollo de la aplicación se pretende ejemplificar un

proceso de automatización sobre un procedimiento ya existente con el fin de

mejorar la calidad en la prestación de los servicios.

17

INTRODUCCIÓN

El presente trabajo de pasantía denominado “Diseño de una aplicación de

consulta del consumo telefónico de un abonado perte neciente a una

central siemens ewsd”, es un proyecto que tiene como objetivo principal

establecer un proceso practico y eficiente para verificar el consumo telefónico

registrado a los abonados pertenecientes a las centrales Siemens EWSD.

EMCALI E.I.C.E - E.S.P. es una Empresa Industrial y Comercial del estado,

cuya finalidad especifica consiste en brindar y distribuir los servicios públicos

en las áreas metropolitana y rural de la ciudad de Cali. Una de sus áreas

denominada EMCALI telecomunicaciones, es la encargada de prestar el

servicio de telefonía y demás servicios de comunicación a sus usuarios.

El proyecto a presentar se desarrolló en el departamento de conmutación de la

empresa, la cual carece de una aplicación que se encargue de simplificar el

proceso de verificación del consumo telefónico de los abonados pertenecientes

a las centrales Siemens EWSD en el momento que estos manifiesten algún tipo

de inconformidad hacia la empresa relacionada con el consumo registrado en

la factura telefónica.

Para lograr un optimo desarrollo del proyecto se deberá realizar un análisis y

evaluación de cada una de las posibles soluciones con respecto a la toma de la

información (Archivos AMA), Filtrado y extracción de la información relevante

para el posterior procesamiento de la misma, diseño y funcionalidad de la

aplicación, además de manuales prácticos y coherentes para lograr un buen

funcionamiento y aprovechamiento por parte de los usuarios finales del

aplicativo diseñado, todo esto para lograr un proceso de verificación del

consumo de abonado practico y funcional mejorando así el servicio prestado

por la empresa en lo que concierne a reclamos recibidos por sus usuarios.

18

Los métodos de programación para lograr un óptimo desempeño de la

aplicación, deberán ser métodos rápidos y eficientes, capaces de procesar toda

la información contenida en los archivos y en el menor tiempo posible generar

un reporte claro y detallado del consumo realizado por parte de un abonado

perteneciente a una de las centrales Siemens EWSD.

Se debe seguir un proceso de capacitación y estudio acerca de la información

contenida en los manuales de las centrales con el fin de conocer e identificar

cada uno de los campos incluidos en los archivos para lograr un procesamiento

eficiente de la información estrictamente necesaria.

19

1. PLANTEAMIENTO DEL PROBLEMA

De acuerdo a la nueva reglamentación implantada por la comisión nacional de

regulación de las telecomunicaciones en Colombia (facturación por minutos),

en EMCALI se han presentado inconvenientes con los usuarios ya que por

falta de información del nuevo sistema da facturación se han presentado

inconvenientes con respecto al consumo de minutos registrados en su factura

telefónica.

Para ajustarse a la nueva reglamentación de tarifación por minuto exigida por el

gobierno, las centrales telefónicas digitales SIEMENS EWSD de EMCALI

E.I.C.E. cuentan con un sistema de contadores, los cuales incrementan su

cuenta al inicio y al transcurso de cada minuto durante una llamada realizada

por parte de un abonado, llevando el registro de la totalidad de minutos

consumidos por este. Al momento de realizar el proceso de facturación a un

determinado usuario, la empresa efectúa una diferencia entre la cantidad

descrita en el contador y la cantidad registrada de la lectura anterior arrojando

como resultado el valor de los minutos consumidos por el usuario en el mes

facturado, este mismo sistema es utilizado al momento de soportar un reclamo

por parte de un abonado a la empresa generando algún tipo de desconfianza

por parte del usuario ya que dentro de la revisión realizada se entrega un valor

fijo de consumo y no se conoce en detalle el resumen de cada una de las

llamadas generadas por el mismo.

El problema que presenta EMCALI EICE E.S.P actualmente es que no cuenta

con un sistema el cual brinde un informe detallado de cada una de las llamadas

realizadas por los abonados pertenecientes a una central telefónica SIEMENS

ESWD. Esto con el fin de brindar soporte al momento de enfrentarse a los

reclamos por parte de sus abonados.

20

La aplicación estará encargada de realizar procesos de toma de datos

(Archivos AMA generados en las centrales), decodificación de dichos archivos,

extracción y filtrados de los campos contenidos en el archivo, identificación e

interpretación de la información contenida en cada campo, procesar dicha

información y por ultimo generar reportes detallados del consumo telefónico de

los abonados.

De esta manera se busca realizar un proceso de consulta, verificación y

respuesta eficiente ante los reclamos presentados por los abonados

pertenecientes a las centrales Siemens EWSD. generando reportes claros y

detallados del consumo telefónico como soporte al dar respuesta a reclamos e

inconformidades por parte de los usuarios.

1.1. FORMULACION DEL PROBLEMA

En consecuencia al planteamiento del problema la formulación determina

¿Como optimizar y facilitar el proceso de consulta y verificación del consumo

telefónico de los abonados pertenecientes a las centrales Siemens EWSD de

EMCALI E.I.C.E. – E.S.P.?

21

2. JUSTIFICACIÓN

2.1. JUSTIFICACION TEORICA

La presente investigación busca, mediante la aplicación de conocimientos

adquiridos durante la formación académica en áreas como telecomunicaciones,

informática, diseño electrónico, entre otras, proponer una solución optima, al

problema que se presenta en EMCALI E.I.C.E.-E.S.P., el cual consiste

principalmente en la necesidad de contar con una aplicación la cual facilite el

proceso de verificación y consulta del consumo telefónico registrado a los

abonados pertenecientes a las centrales SIEMENS EWSD, cumpliendo con el

objetivo de satisfacer al usuario mediante un reporte detallado de las llamadas

realizadas en el caso de que este presente algún tipo de inconformidad de

acuerdo al consumo registrado en su factura telefónica.

Para el desarrollo y solución del problema se cuenta con la asesoría del Ing.

Carlos Fabio Bravo Ing. Del área de conmutación, con orientación del Ingeniero

electrónico Wilman Franco y la Dirección del Ing. Jairo Antonio Chávez, jefe del

área de conmutación, quienes serán los que orienten y faciliten la información

necesaria para que este proyecto cumpla con las metas propuestas desde su

inicio.

2.2. JUSTIFICACION METODOLOGICA

Para lograr el alcance de los objetivos propuestos para el desarrollo de la

investigación, se debe, inicialmente realizar un estudio y análisis del manual

correspondiente al archivo AMA generado por la central, determinar el software

a utilizar, decodificacion del archivo AMA debido a su código de origen (código

binario), identificación, presentación e interpretación de cada uno de los

campos de interés incluidos en el archivo, filtrado y extracción de los campos

estrictamente necesarios para el posterior procesamiento de la información.

22

Posterior a esto se debe realizar el diseño de la interfaz de usurario, la cual

debe ser un diseño practico y ameno para los usuarios finales de la aplicación,

además de generar reportes claros y concisos por medio de los cuales se le

confirmara a los abonados el consumo registrado en su factura telefónica.

2.3. JUSTIFICACION PRÁCTICA

Con el fin de optar por el titulo de Ingeniero Electrónico, es necesario de la

realización de un proyecto de grado, el cual se desarrollara como pasante en

una determinada empresa.

Para el caso especifico de la pasantía realizada en EMCALI E.I.C.E. – E.S.P. la

cual busca facilitar el proceso de consulta y verificación del consumo telefónico

de los abonados pertenecientes a las centrales Siemens EWSD,

implementando el diseño y la manera optima de facilitar el proceso de consulta,

utilizando los conocimientos obtenidos a los largo de la formación académica

para dar la solución correcta al problema.

Desarrollando este proyecto se busca mejorar el servicio y la atención prestada

a los usuarios por parte de la empresa, facilitando el proceso de respuesta ante

algún tipo de inconformidad por parte de los abonados con respecto al

consumo telefónico registrado en la factura telefónica.

23

3. OBJETIVOS DEL PROYECTO

3.1. OBJETIVO GENERAL

Diseñar una aplicación para realizar consultas detalladas del consumo

telefónico de los abonados pertenecientes a las centrales telefónicas SIEMENS

EWSD de EMCALI Telecomunicaciones, brindando así un soporte a la

empresa al momento de enfrentarse ante a reclamos por parte de los usuarios.

3.2. OBJETIVOS ESPECIFICOS

EMCALI E.I.C.E. – ESP en el departamento de conmutación, perteneciente a

el área de telecomunicaciones, tiene a su orden velar por el buen

funcionamiento de toda la red telefónica asociada a la empresa, además de

brindar respuesta a los usuarios en asuntos concernientes a el consumo

telefónico, para lograr realizar estas respuestas de manera eficiente se

presentan los siguientes objetivos específicos:

� Realizar investigaciones acerca de los temas involucrados en el desarrollo

del software para realizar la aplicación.

� Desarrollar sistemas de decodificación y filtrado de la información entregada

por la central, para su posterior almacenamiento.

� Diseñar una base de datos, para el almacenamiento de la información

correspondiente al consumo telefónico de cada abonado perteneciente a las

centrales telefónicas digitales EWSD de EMCALI.

� Elaborar un resumen ascendente de acuerdo al numero de llamadas

realizadas de un abonado origen hacia un mismo abonado destino.

� Diseñar interfaz que sea agradable y de fácil manejo por parte de los

funcionarios autorizados para el manejo de la aplicación.

� Mejorar y optimizar el proceso de revisión del consumo telefónico de los

abonados.

24

4. MARCO TEORICO

4.1. BREVE HISTORIA DE LA EMPRESA

La Red Telefónica se creó alrededor de 70 años antes de que fuese inventado

el transistor; esto obliga a comprender, tanto la manera de cómo las

computadoras y sus interfaces interactúan con la red, así como también los

teléfonos que trabajaron en 1920, pues en la evolución de la Red Telefónica se

quiso que ésta fuese compatible con los primeros aparatos.

La idea de establecer una central telefónica, por cuyo medio un teléfono

pudiese conectarse con otro teléfono cualquiera, parece haber sido sugerida

por Edwin T. Holmes , quien dirigió una central de esta clase en 1877, en

conexión con su sistema de alarma contra los ladrones en Boston. La

transmisión de la palabra, al principio, era tan incompleta, que el abonado tenía

que referir al operador de la central el mensaje que había de ser repetido al

otro abonado. Pero fue en el vaticano donde se monto la primera Central

telefónica en el año 1886.

Figura 1 . Antigua foto de una gran central telefónica de la ciudad de Nueva York.

25

En la actualidad, el par de hilos que sale de nuestro teléfono van sobre postes,

al aire libre o subterráneos, recubiertos de aislante (se usó el plomo en

aquellos años), a un edificio donde cientos de hilos semejantes concurren para

la interconexión.

Figura 2 . Centrales telefónicas en la actualidad

4.2 ESTRUCTURA BASICA DE UNA CENTRAL TELEFONIC A

La principal función de una central consiste en identificar en el número

seleccionado, la central a la cual está conectado el usuario destino y enrutar la

llamada hacia dicha central, con el objeto que ésta le indique al usuario destino,

por medio de una señal de timbre, que tiene una llamada. Al identificar la

ubicación del destino reserva una trayectoria entre ambos usuarios para poder

iniciar la conversación. La trayectoria o ruta no siempre es la misma en

llamadas consecutivas, ya que ésta depende de la disponibilidad instantánea

de canales entre las distintas centrales.

26

En resumen las centrales telefónicas son un conjunto de sistemas los cuales

llevan a cabo las funciones de comunicación, tales como identificación,

selección e interconexión. Las funciones de la central telefónica convencional

se dividen teóricamente en cinco bloques funcionales:

� Señalización entrante

� Procesamiento de señales

� Conmutación

� Señalización saliente

� Desconexión

Las dos partes principales de la central telefónica son:

4.2.1. La Unidad de Conmutación. Lleva a cabo la conexión a través de la

central para enlazar al cliente que llama con el cliente llamado. La

comunicación es totalmente confidencial. La unidad de conmutación no tiene

ninguna función activa. La red de conmutación consiste de una serie de

contactos en forma de selectores o conmutadores para la conexión de

trayectos de conversación desde cualquier línea que llama a cualquier línea

deseada. El elemento clave es llamado distribuidor principal, el cual consiste de

una armazón de hierro en la que se fijan unas tiras con terminales para soldar.

Su red de contactos sirve como punto de conexión entre los cables que salen al

exterior con los cables de la central. Para cada llamada, la unidad cierra un

trayecto específico de contactos a través de la red. El lado de la central del

distribuidor principal se conecta a los selectores, registros y otros componentes

de la central.

La unidad de conmutación efectúa la conmutación y la desconexión de los

selectores. A su vez, ella se desconecta después de que se cuelga el

microteléfono de alguno de los clientes que estaban comunicados.

27

4.2.2 La unidad de control. Es la que controla todo el proceso para enlazar a

los clientes entre sí. Cada vez que el cliente llamado pertenece a otra central,

inicia el enlace con ésta. Esta unidad decide cómo debe pasar cada conexión

por la red de conmutación, de modo que ésta pueda operar los contactos

correctos. La unidad de control recibe las señales entrantes, las procesa, envía

o inicia las señales salientes y desconecta sus propios circuitos. La primera

función de la central para establecer una llamada telefónica es la señalización

entrante, lo cual consiste en recibir una llamada del cliente que va a llamar,

enviar al teléfono de éste el tono de discar y recibir los dígitos que marca el

cliente. Cuando la unidad de control recibe las señales entrantes, las procesa.

Este procesamiento conduce a dos resultados principales: primero, queda

establecido el trayecto de la señal a través de la unidad de conmutación y

comienza la etapa de conmutación. En segundo lugar, quedan establecidas las

señales salientes que deben enviarse, con lo cual la unidad de conmutación

procede a cerrar el trayecto. La unidad de control controla a la de conmutación.

La unidad de control tramita la señal para establecer la conexión con el cliente

llamado y de inmediato se libera para quedar lista y repetir el proceso con la

siguiente llamada que entre. La desconexión de los selectores después de que

ha concluido la conversación y de que los dos clientes han colgado, se hace sin

la intervención de la unidad de control.

4.3 DESCRIPCIÓN DE LA RED DE TELECOMUNICACIONES DE EMCALI

Actualmente EMCALI cuenta con 30 centrales telefónicas de tecnología digital

(601.000 líneas en planta), los proveedores de las centrales telefónicas

digitales son:

� Ericsson, 16 centrales AXE 10, 290.000 líneas en planta y 7.000 líneas en

concentradores.

28

� Siemens, 11 centrales EWSD, 224.500 líneas en planta y 35.000 líneas en

concentradores.

� Fujitsu, 2 centrales FETEX 150, 35.000 líneas en planta y 400 líneas en

concentradores.

� NEC, 1 central NEAX 110, MTS (Mobile Telephone System), 1.200 líneas

en la banda de 400 Mhz, una celda de repetición ubicada en el cerro de las

Tres Cruces.

En Telefonía Inalámbrica Rural y Urbana, cuenta con licencia en la banda de

900 Mhz con operación de 1.200 líneas en el área rural, equipo RAS 1000

Ericsson, tres (3) nodos de repetición en Tres Cruces, Pico de Aguila, y Peñas

Negras. En el área urbana se posee un plan piloto con 2 radio bases

(Holguines, Acopi), en tecnología DECT, con equipo DEC900 de Ericsson y

750 terminales.

4.3.1 Topología de la Red de Centrales Telefónicas . La red de Centrales

posee 3 Centrales Tandem (Colón 2, Centro 5, Guabito 3) las cuales evacuan

él tráfico de desborde de las centrales locales de su área de influencia (Sur,

Centro, Norte) respectivamente, manteniéndose rutas de alto tráfico entre las

centrales locales. Las centrales Tandem igualmente concentran el tráfico hacia

y desde los operadores externos de larga distancia (Telecom-210E1, Orbitel-

44E1, ETB-42E1, ERT-12E1), y los operadores celulares (Occel-12E1,

Cocelco-18E1, Comcel, Celumóvil). Con los operadores de telefonía local

(Unitel-109E1, Calitel-77E1), se mantiene la estructura de rutas de alto trafico

hacia y desde las centrales locales y desborde por la tandem de la zona.

La digitalización de las plantas telefónicas se inició en 1982 con la instalación

de la centrales tandem, las cuales son tandem combinadas con 5.000 líneas

cada una. El primer contrato de digitalización se realizó para 100.000 líneas

con la empresa Ericsson. En 1986 se inició de instalación de las centrales

Fetex 110. En 1991 se inicio la instalación de las centrales EWSD con la

central Limonar 2. Actualmente ya se han reemplazado todas las centrales de

29

tecnología paso a paso, y pentex (Semi - electrónica). Con el cambio de milenio

se actualizaron los procesadores de las centrales AXE a la última versión

(Local 7), en EWSD se actualizó igualmente a la versión 12.

4.4 CENTRALES DE CONMUTACIÓN SIEMENS EWSD

Dentro del amplio espectro de soluciones en los campos de la informática y las

comunicaciones, desarrollado por SIEMENS, para proveer a los operadores de

red una gama completa de productos, el sistema de conmutación EWSD

representa una contribución importante al área nodal de conmutación.

El EWSD fue uno de los primeros sistemas de conmutación completamente

digital, habiendo sido lanzado al mercado internacional a principios de los años

1980. Desde entonces, más de 130 millones de puertos han sido adquiridos por

más de 250 operadores de red en más de 100 países. Este éxito comercial a

escala mundial tiene su fundamento en la confiabilidad, evolución y rentabilidad

del sistema EWSD para los operadores de red.

El sistema EWSD permite la implementación de todos los tipos de centrales de

conmutación, partiendo de un diseño de hardware homogéneo y de una

tecnología de software modular; dentro de este sistema se pueden suministrar

aplicaciones clásicas de conmutación, como ser: centrales locales; centrales de

tránsito, interurbanas e internacionales; punto de Conmutación de Servicio

(SSP) para redes inteligentes (IN).

El sistema de conmutación EWSD es capaz de cubrir un espectro completo de

aplicaciones como sistemas de call center, redes inteligentes, sistemas

prepago, más de 300 features para abonados análogos y mas de 400 para

abonados digitales, aplicaciones multimedia entre otras.

30

La central de conmutación EWSD realiza las tareas de turificación y

facturación, además de la señalización S7 que ya esta implementada con las

variantes de 100 países diferentes. Realiza funciones de enrutamiento basados

en algoritmos estándares o definidos por el operador y soporta gran cantidad

de planes de numeración para marcación nacional e internacional. Por su

gran flexibilidad y adaptabilidad la EWSD puede operar en todos los niveles de

la red: central local, central de transito y/o central internacional.

Los siguientes elementos constituyen el centro de conmutación local EWSD:

� Las unidades de línea para la conexión de usuarios ISDN.

� La red de conmutación que efectúa la conexión entre una entrada y salida.

� Las líneas troncales que permiten la interconexión de centros de

conmutación entre si.

� El procesador central que gobierna la red de conmutación.

� Los módulos para la señalización usuario-red e ínter centrales.

� Las memorias de programa y de datos (tráfico).

� El reloj central para temporización de la red.

� El centro de control, operación y mantenimiento.

Para efectos de realización de tareas como tarifación y facturación, las

centrales SIEMENS EWSD generan un archivo con la información necesaria

para complementar estas labores en la empresa prestadora del servicio de

telefonía local, este archivo recibe el nombre de archivo AMA.

Las centrales digitales EWSD de EMCALI Telecomunicaciones son 11 en total

las cuales manejan un numero aproximado de 260.000 abonados y están

distribuidas en la zona urbana y rural de la ciudad, estas centrales se muestran

en las tabla 1:

31

Tabla 1. Centrales EWSD

Nodo Tipo

Central

Ubicacion

Centro 3 EWSD Kra 7 13-122

Colón 4 EWSD CLL 14 33-40

Guabito 5 EWSD Calle 34 8ª-165

Limonar 2 EWSD Kra 75 Calle 15

Salomia 2 EWSD Kra 1D 52-05

Marroquín 3 EWSD Kra 27 Calle 103

San Fernando 2 EWSD Kra 25 5-35

Tequendama 6 EWSD Calle 6 44-110

Versalles 2 EWSD Av. Estación 5AN-56

Yumbo 3 EWSD Kra 4 5-01

Alfonso López 2 EWSD Calle 33 Kra 7AN

4.5 ARCHIVO AMA

Las centrales Siemens EWSD tienen la funcionalidad de generar un archivo

denominado “Archivo AMA” en el cual se encuentra almacenada toda la

información relacionada con las llamadas realizadas por los abonados

pertenecientes a dicha central, este archivo lo entrega la central en formato

texto (extensión .TXT), pero su contenido se encuentra codificado de forma

binaria.

AMA (Contabilidad automática de mensajes) es un método de cobro por

tiquetes; toda la información la cual es o puede ser relevante para la tasacion

es registrada en un tiquete. Los tiquetes generados son almacenados en un

archivo dentro del disco EWSD, desde donde pueden ser transferidos a un

32

centro remoto de facturación, en este centro remoto los tiquetes son usados

para calcular los cobros a pagar por los usuarios.

Este archivo tiene diversas funcionalidades en la empresa para efectos de

tasación, tarifación y será especialmente utilizado como fuente de información

para el desarrollo del proyecto.

4.5.1 Descripción del archivo ama . El archivo AMA esta compuesto por una

parte de longitud fija o cabecera y una parte de longitud variable que esta

contenida por varios paquetes de datos.

Figura 3 . Formato del registro AMA

4.5.1.1. Parte fija o cabecera . La parte fija tiene una longitud de 12 bytes

contenidos en 6 campos los cuales se describen a continuación:

� Identificador de gradación: tiene una longitud de 1 byte, ocupa la primera

posición dentro de la grabación y he indica el comienzo de una llamada

telefónica.

33

� Longitud de grabación: Esta formado por 2 bytes y ocupa la segunda y

tercera posición dentro de la grabación. Este campo nos da a conocer el

numero de bytes en el cual están contenidos toda la información de una

llamada (varia de acuerdo al numero que se llama).

� Indicadores: Tiene una longitud de 3 bytes y esta compuesto por banderas

en las cuales se especifican servicios prestados por la central.

� Record sequence & Sharge status: Es un campo formado por 1 byte que es

utilizado para identificar facilidades del usuario y el estado normal de la

llamada.

� Record owner: De longitud 1 byte donde se muestra la longitud del código

de área y la longitud de identificación del usuario. Longitud de 1 byte.

� LAC & Directory number: En este campo van especificados el código de

área de la ciudad y el numero de teléfono del abonado llamante.

El campo mas importante dentro de la parte fija es el identificador de grabación

ya que señala el instante en que un abonado A realiza una llamada hacia un

abonado B, tomando como valor el 84 en hexadecimal.

4.5.1.2. Parte variable o de paquetes . La parte variable o de paquetes de

los registros de grabaciones esta compuesta por una cantidad de paquetes

dentro de los cuales se describe toda la información relacionada con la llamada

realizada, servicios utilizados y de mas parámetros relevantes para la central.

Dentro de la aplicación a realizar se prestara interés a los paquetes 100 y 101

descritos a continuación:

4.5.1.2.1. Paquete 100. En este paquete se encuentra toda la información

relacionada con la fecha, hora y duración de la llamada. Este paquete tiene una

longitud de 11 bytes y esta compuesto por cuatro campos:

34

� Package number: Identificador de paquete, por defecto para este es el

número 64H, este campo tiene longitud de un byte y ocupa la primera

posición dentro del paquete.

� DATE/TIME: Dentro de este campo se encuentra almacenada la

información acerca de la hora y la fecha de realización de la llamada. Este

campo tiene una longitud de 6 bytes y ocupa desde la segunda hasta la

séptima posición.

� Campo utilizado para banderas . Longitud de 1 byte, posición 8.

� Duración: campo utilizado para indicar la duración de la llamada. Tiene una

longitud de 3 bytes y ocupa desde la novena hasta la undécima posición.

Este campo tiene una codificación especial dentro del paquete llamada:

BYNARY, en esta codificación los campos se encuentran almacenados en el

formato LSB_LO (Least significative Byte on the lowest address) que quiere

decir que el byte menos significativo, se encuentra almacenado en la posición

mas baja de memoria.Ejemplo: Almacenamiento de un entero binario en un

campo de 3 byte.

Figura 4. Codificaron BYNARY

4.5.1.2.2 Paquete 101. En este paquete se encuentra información relacionada

con el destino de la llamada realizada, este paquete tiene una longitud de 6

bytes y esta compuesto por lo siguientes campos:

� Package number: Identificador de paquete, por defecto para este es el

numero 65H, este campo tiene longitud de un byte y ocupa la primera

posición dentro del paquete.

35

� No. of digits: En este campo se indica el numero de dígitos marcados por

el abonado llamante. Tiene una longitud de 1 byte y ocupa la segunda

posición dentro del paquete.

� Digits: campo en el que se encuentra almacenado el numero marcado por

el abonado llamante. No tiene una longitud fija y ocupa la tercera posición

dentro del paquete.

Este campo dentro del paquete se encuentra almacenado de la forma “packed

digits”, esta expresión significa que 2 dígitos están empaquetados en un solo

byte.

4.6 DESCRIPCION DEL AMA RECORD.

Figura 5 . Descripción de una grabación AMA

4.7 ENTORNO WEB

La World Wide Web, la Web o WWW, es un sistema de navegador web para

extraer elementos de información llamados "documentos" o "páginas web".

36

Puede referirse a "una web" como una página, sitio o conjunto de sitios que

proveen información por los medios descritos, o a "la Web", que es la enorme e

interconectada red disponible prácticamente en todos los sitios de Internet.

4.7.1. Evolución. La funcionalidad elemental de la Web se basa en tres

estándares: El Localizador Uniforme de Recursos (URL), que especifica cómo

a cada página de información se asocia una "dirección" única en donde

encontrarla; el Protocolo de Transferencia de Hipertexto (HTTP), que especifica

cómo el navegador y el servidor intercambian información en forma de

peticiones y respuestas, y el Lenguaje de Marcación de Hipertexto (HTML), un

método para codificar la información de los documentos y sus enlaces.

Berners-Lee dirige en la actualidad el World Wide Web Consortium, que

desarrolla y mantiene estos y otros estándares que permiten a los ordenadores

de la Web almacenar y comunicar todo tipo de información.

El programa inicial del CERN, "www", sólo presentaba texto, pero navegadores

web posteriores, como Viola de Pei Wei (1992) añadieron la capacidad de

presentar también gráficos. Marc Anderseen de NCSA presentó un navegador

web llamado "Mosaic para X" en 1993 que disparó la popularidad de la Web

entre principiantes. Andreesen fundó Mosaic Communications Corporation (hoy

Netscape Communications), añadiendo características adicionales como

contenido dinámico, música y animación que están incluidas en los modernos

navegadores. A menudo la capacidad de los navegadores y servidores avanza

mucho más rápido que los estándares, con lo cual es habitual que las

características más nuevas no funcionen en todas las máquinas, impidiendo la

accesibilidad universal.

El imparable avance técnico de la WWW permite hoy incluso servicios en

tiempo real como webcasts, radio web y webcams en directo.

37

4.7.2 Aplicación WEB. En ingeniería de software una aplicación web es

aquella que los usuarios usan accediendo a un servidor web a través de

Internet o de una intranet. Las aplicaciones web son populares debido a la

practicidad del navegador web como cliente ligero. La habilidad para actualizar

y mantener aplicaciones web sin distribuir e instalar software en miles de

potenciales clientes es otra razón de su popularidad.

4.7.3. Historia. En los primeros tiempos de la computación cliente-servidor,

cada aplicación tenía su propio programa cliente y su interfaz de usuario, estos

tenían que ser instalados separadamente en cada estación de trabajo de los

usuarios. Una mejora al servidor, como parte de la aplicación, requería

típicamente una mejora de los clientes instalados en cada una de las

estaciones de trabajo, añadiendo un costo de soporte técnico y disminuyendo

la eficiencia del personal.

En contraste, las aplicaciones web generan dinámicamente una serie de

páginas en un formato estándar, soportado por navegadores web comunes

como HTML o XHTML. Se utilizan lenguajes interpretados del lado del cliente,

tales como JavaScript, para añadir elementos dinámicos a la interfaz de

usuario. Generalmente cada página web individual es enviada al cliente como

un documento estático, pero la secuencia de páginas provee de una

experiencia interactiva.

4.7.4. Interfaz. Las interfaces web tienen ciertas limitantes en la funcionalidad

del cliente. Métodos comunes en las aplicaciones de escritorio como dibujar en

la pantalla o arrastrar-y-soltar no están soportadas por las tecnologías web

estándar. Los desarrolladores web comúnmente utilizan lenguajes

interpretados del lado del cliente para añadir más funcionalidad, especialmente

para crear una experiencia interactiva que no requiera recargar la página cada

vez (cosa que suele molestar a los usuarios). Recientemente se han

desarrollado tecnologías para coordinar estos lenguajes con tecnologías del

38

lado del servidor, como por ejemplo PHP. AJAX, es una técnica de desarrollo

web que usa una combinación de varias tecnologías.

4.7.5. Estructura. Aunque muchas variaciones son posibles, una aplicación

web está comúnmente estructurada como una aplicación de tres-capas. En su

forma más común, el navegador web es la primera capa, un motor usando

alguna tecnología web dinámica (ejemplo: CGI, PHP, Java Servlets o ASP) es

la capa de en medio, y una base de datos como última capa. El navegador web

manda peticiones a la capa media, que la entrega valiéndose de consultas y

actualizaciones a la base de datos generando una interfaz de usuario

4.8 LENGUAJES DE PROGRAMACION

Existen numerosos lenguajes de programación utilizados para el desarrollo de

Aplicaciones Web, entre los que destacan:

� PHP

� ASP/ASP.NET

� JSP

� Perl

� Ruby

� Python

A continuación se realizara una descripción de PHP, el cual fue el lenguaje

escogido para el desarrollo de la aplicación.

4.9. PHP

PHP es un lenguaje de programación usado generalmente para la creación de

contenido para sitios web. Las siglas significan "PHP Hypertext Pre-processor"

(inicialmente PHP Tools, o, Personal Home Page Tools), y se trata de un

39

lenguaje interpretado usado para la creación de aplicaciones para servidores, o

creación de contenido dinámico para sitios web.

4.9.1. Historia. PHP fue originalmente diseñado en Perl, seguidos por la

escritura de un grupo de CGI binarios escritos en el lenguaje C por el

programador Danés-Canadiense Rasmus Lerdorf en el año 1994 para mostrar

su currículum vitae y guardar ciertos datos, como la cantidad de tráfico que su

página web recibía. El 8 de junio del 1995 fue publicado "Personal Home Page

Tools" después de que Lerdorf lo combinara con su propio Form Interpreter

para crear PHP/FI.

Dos programadores israelíes del Technion, Zeev Suraski y Andi Gutmans,

reescribieron el analizador sintáctico (parser en inglés) en el año 1997 y

crearon la base del PHP 3, cambiando el nombre del lenguaje a la forma

actual. Inmediatamente comenzaron experimentaciones públicas de PHP 3 y

fue lanzado oficialmente en junio del 1998.

4.9.2. Visión general. El fácil uso y la similitud con los lenguajes más comunes

de programación estructurada, como C y Perl, permiten a la mayoría de los

programadores experimentados crear aplicaciones complejas con una curva de

aprendizaje muy suave. También les permite involucrarse con aplicaciones de

contenido dinámico sin tener que aprender todo un nuevo grupo de funciones y

prácticas.

Su interpretación y ejecución se da en el servidor, en el cual se encuentra

almacenado el script, y el cliente sólo recibe el resultado de la ejecución.

Cuando el cliente hace una petición al servidor para que le envíe una página

web, generada por un script PHP, el servidor ejecuta el intérprete de PHP, el

cual procesa el script solicitado que generará el contenido de manera dinámica,

pudiendo modificar el contenido a enviar, y regresa el resultado al servidor, el

cual se encarga de regresárselo al cliente. Además es posible utilizar PHP para

40

generar archivos PDF, Flash, así como imágenes en diferentes formatos, entre

otras cosas.

Permite la conexión a diferentes tipos de servidores de bases de datos tales

como MySQL, Postgres, Oracle, ODBC, DB2, Microsoft SQL Server, Firebird y

SQLite; lo cual permite la creación de Aplicaciones web muy robustas.

PHP también tiene la capacidad de ser ejecutado en la mayoría de los sistemas

operativos tales como UNIX (y de ese tipo, como Linux), Windows y Mac OS X,

y puede interactuar con los servidores de web más populares ya que existe en

versión CGI, módulo para Apache, e ISAPI.

4.9.3. Usos de PHP. Los principales usos del PHP son los siguientes:

� Programación de páginas web dinámicas, habitualmente en combinación

con el motor de base datos MySQL, aunque cuenta con soporte nativo para

otros motores, incluyendo el estándar ODBC, lo que amplía en gran medida

sus posibilidades de conexión.

� Programación en consola, al estilo de Perl o Shell scripting.

� Creación de aplicaciones gráficas independientes del navegador, por medio

de la combinación de PHP y GTK (GIMP Tool Kit), lo que permite desarrollar

aplicaciones de escritorio en los sistemas operativos en los que está soportado.

4.9.4 Ventajas de PHP.

� Es un lenguaje multiplataforma.

� Capacidad de conexión con la mayoría de los manejadores de base de

datos que se utilizan en la actualidad.

� Leer y manipular datos desde diversas fuentes, incluyendo datos que

pueden ingresar los usuarios desde formularios HTML.

41

� Capacidad de expandir su potencial utilizando la enorme cantidad de

módulos (llamados ext's o extensiones).

� Posee una amplia documentación en su página oficial .

� Es libre, por lo que se presenta como una alternativa de fácil acceso para

todos.

� Permite las técnicas de Programación Orientada a Objetos.

� Nos permite crear los formularios para la web

4.10. GESTOR DE BASES DE DATOS (MySQL)

MySQL es un sistema de gestión de base de datos, multihilo y multiusuario con

más de seis millones de instalaciones. MySQL AB desarrolla MySQL como

software libre en un esquema de licenciamiento dual. Por un lado lo ofrece bajo

la GNU GPL, pero, empresas que quieran incorporarlo en productos

propietarios puede comprar a la empresa una licencia más permisiva que les

permita ese uso.

Está desarrollado en su mayor parte en ANSI C, al contrario de proyectos como

el Apache, donde el software es desarrollado por una comunidad pública, y el

copyright del código está en poder del autor individual, MySQL está poseído y

patrocinado por una empresa privada, que posee el copyright de la mayor parte

del código. Esto es lo que posibilita el esquema de licenciamiento

anteriormente mencionado. Además de la venta de licencias propietarias, la

compañía ofrece soporte y servicios.

4.10.1 Lenguajes de programación. Existen varias APIs que permiten, a

aplicaciones escritas en diversos lenguajes de programación, acceder a las

bases de datos MySQL, incluyendo C, C++, C#, Pascal, Delphi (via

42

dbExpress), Eiffel, Smalltalk, Java (con una implementación nativa del driver de

Java), Lisp, Perl, PHP, Python, Ruby, REALbasic (Mac), FreeBASIC, y Tcl;

cada uno de estos utiliza una API específica. También existe un interfaz ODBC,

llamado MyODBC que permite a cualquier lenguaje de programación que

soporte ODBC comunicarse con las bases de datos MySQL.

4.10.2. Aplicaciones. Su popularidad como aplicación web está muy ligada a

PHP, que a menudo aparece en combinación con MySQL. MySQL es una base

de datos muy rápida en la lectura cuando utiliza el motor no transaccional

MyISAM, pero puede provocar problemas de integridad en entornos de alta

concurrencia en la modificación. En aplicaciones web hay baja concurrencia en

la modificación de datos y en cambio el entorno es intensivo en lectura de

datos, lo que hace a MySQL ideal para este tipo de aplicaciones.

4.10.3. Características (versión 4.0). Inicialmente, MySQL carecía de

elementos considerados esenciales en las bases de datos relacionales, tales

como integridad referencial y transacciones. A pesar de ello, atrajo a los

desarrolladores de páginas web con contenido dinámico, justamente por su

simplicidad; aquellos elementos faltantes fueron llenados por la vía de las

aplicaciones que la utilizan.

Poco a poco los elementos de los que carecía MySQL están siendo

incorporados tanto por desarrollos internos, como por desarrolladores de

software libre. Entre las características disponibles en las últimas versiones se

puede destacar:

� Amplio subconjunto del lenguaje SQL. Algunas extensiones son incluidas

igualmente.

� Disponibilidad en gran cantidad de plataformas y sistemas.

� Diferentes opciones de almacenamiento según si se desea velocidad en las

operaciones o el mayor número de operaciones disponibles.

43

� Transacciones y claves foráneas.

� Conectividad segura.

� Replicación.

� Búsqueda e indexación de campos de texto.

MySQL es un sistema de administración de bases de datos. Una base de datos

es una colección estructurada de datos. Esta puede ser desde una simple lista

de compras a una galería de pinturas o el vasto volumen de información en un

red corporativa. Para agregar, acceder a y procesar datos guardados en un

computador, usted necesita un administrador como MySQL Server. Dado que

los computadores son muy buenos manejando grandes cantidades de

información, los administradores de bases de datos juegan un papel central en

computación, como aplicaciones independientes o como parte de otras

aplicaciones.

MySQL es un sistema de administración relacional de bases de datos. Una

base de datos relacional archiva datos en tablas separadas en vez de colocar

todos los datos en un gran archivo. Esto permite velocidad y flexibilidad. Las

tablas están conectadas por relaciones definidas que hacen posible combinar

datos de diferentes tablas sobre pedido.

MySQL es software de fuente abierta. Fuente abierta significa que es posible

para cualquier persona usarlo y modificarlo. Cualquier persona puede bajar el

código fuente de MySQL y usarlo sin pagar. Cualquier interesado puede

estudiar el código fuente y ajustarlo a sus necesidades. MySQL usa el GPL

(GNU General Public License) para definir que puede hacer y que no puede

hacer con el software en diferentes situaciones. Si usted no se ajusta al GLP o

requiere introducir código MySQL en aplicaciones comerciales, usted pude

comprar una versión comercial licenciada.

44

4.11. SERVIDOR WEB.

El servidor HTTP Apache es un servidor HTTP de código abierto para

plataformas Unix (BSD, GNU/Linux, etcétera), Windows y otras, que

implementa el protocolo HTTP/1.1 (RFC 2616) y la noción de sitio virtual.

Cuando comenzó su desarrollo en 1995 se basó inicialmente en código del

popular NCSA HTTPd 1.3, pero más tarde fue reescrito por completo. Su

nombre se debe a que originalmente Apache consistía solamente en un

conjunto de parches a aplicar al servidor de NCSA. Era, en inglés, a patchy

server (un servidor parcheado).

El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la

Apache Software Fundation.

Apache presenta entre otras características mensajes de error altamente

configurables, bases de datos de autenticación y negociado de contenido, pero

fue criticado por la falta de una interfaz gráfica que ayude en su configuración.

Apache tiene amplia aceptación en la red: en el 2005, Apache es el servidor

HTTP más usado, siendo el servidor HTTP del 70% de los sitios web en el

mundo y creciendo aún su cuota de mercado (estadísticas históricas y de uso

diario proporcionadas por Netcraft).

45

5. METODOLOGÍA

5.1 . TIPO DE INVESTIGACIÓN

El tipo de investigación que se desarrolló para lograr los objetivos planteados

fue inicialmente encaminada a conocer y evaluar, los procedimientos realizados

por la empresa para la verificación del consumo de los abonados

pertenecientes a las centrales SIEMENS EWSD, posterior a esto se paso a una

etapa de estudio del material facilitado por la empresa, el cual contenía toda la

información acerca del archivo AMA, archivo sobre el cual se iba a realizar el

procesamiento con el fin de obtener toda la información necesaria y

familiarizarnos con la terminología, forma y codificación utilizada en dicho

archivo, todo esto para aprovechar los recursos de la empresa y así diseñar

una aplicación eficaz y confiable. Además de esto la investigación se extendió

a campos de diseño y desarrollo de paginas web.

5.2. DISEÑO DE LA INVESTIGACIÓN

Para la elaboración de la investigación se contará con la recopilación de los

archivos AMA los cuales son descargados de acuerdo a un patrón de

capacidad de almacenamiento del buffer de la central, donde se muestra de la

información relacionada con las llamadas realizadas por los usuarios

pertenecientes a dicha central, información la cual esta codificada de forma

binaria.

46

6. GENERALIDADES DE LA EMPRESA

6.1. BREVE HISTORIA EMCALI E.I.C.E. – E.S.P.

"Para pedir comunicación con una persona, dese una ligera vuelta al manubrio,

luego tome el receptor y manténgalo en el oído hasta esperar la respuesta de

la Central.... Al terminar la comunicación dense dos vueltas al manubrio para

indicar que ha concluido y luego cuélguese el receptor en el gancho, con la

parte más ancha para abajo."

Nuestros abuelos todavía recuerdan las instrucciones que la "Empresa de

Teléfonos de Cali", impartía en 1912 cuando se instaló el primer aparato en la

ciudad, 37 años después de haber sido inventado.

"Se suplica dar respuesta a toda llamada de la Central, dando una vuelta al

manubrio y tomando inmediatamente el receptor. Nunca debe darse vuelta al

manubrio y tomando inmediatamente el receptor. Nunca debe darse vuelta al

manubrio sin tener el receptor colgado en el gancho."

Don Emmanuel Pinedo, fue el propietario de la central de teléfonos desde 1914

hasta 1930 cuando se constituyó la Compañía Telefónica del Pacífico. En 1944

mediante acuerdo del Concejo Municipal se negocia y compra el servicio

telefónico, convirtiéndose así la telefonía como un servicio público prestado y

operado por el municipio de Cali. En 1955, la población de Cali era 284.186

habitantes, existían 7.532 líneas telefónicas, lo que daba una densidad de 2.6

teléfonos por cada 100 habitantes.

En este mismo año se compran 15.000 líneas de tecnología pasa a paso a la

General Electric Company de Inglaterra y se comienza la instalación de

teléfonos públicos en la ciudad llegando a tener cincuenta.

47

En 1954 la cantidad de usuarios llega a 17.470, la densidad telefónica a 3.68%

y los teléfonos públicos instalados llegan a 387. En 1958 se efectúa una nueva

ampliación para tener en 1964 la cifra de 32.441 teléfonos instalados y una

densidad telefónica del 5%.

El proceso de ampliación gradual que traía el servicio se ve alterado

abruptamente por el cambio institucional dado a los servicios públicos de Cali,

ya que, el 1 de Enero de 1962 es sancionado por el alcalde el Acuerdo del

Concejo Municipal No. 50 de Diciembre 1 de 1961, mediante el cual se crea el

establecimiento público Empresas Municipales de Cali, EMCALI, como un

organismo autónomo con personería y patrimonio público.

Con este nuevo marco jurídico, el servicio de telefonía se sigue ampliando

hasta tener 81.000 líneas paso a paso en 1975, 66.989 suscriptores y una

densidad de 6.9%. Un año antes se contrata la instalación de 28.000 líneas

adicionales de tecnología semielectrónica con la firma Plessey

Telecomunications.

En 1982 se inicia la nueva era de la telecomunicaciones de EMCALI, se

instalan las primeras centrales digitales combinadas (local+tandem), el primer

enlace de fibra óptica en el país, la transmisión digital PCM vía de cobre y se

cambia la filosofía en el diseño de la planta externa, pasando de redes rígidas

(red múltiple) a redes flexibles (con armarios de distribución).

Entre 1982 y 1990 se instalan 200.000 líneas digitales, modernizando las

centrales analógicas con la introducción del equipo ANI, digitalizado el 100% de

la red de transmisión, instalando 900 teléfonos públicos con larga distancia e

introduciendo el sistema de telefonía móvil para 2.000 suscriptores.

Entre 1990 y 1994 se contrata la instalación de 81.000 líneas y 153.000 líneas

telefónicas de tecnología digital. Es importante anotar que con estos contratos

48

se repondrán las líneas analógicas para tener en 1998 la totalidad de las líneas

digitales en planta.

Dentro de estos contratos se adquirieron, entre otros, 2.200 puerto de acceso

básico RDSI, la infraestructura para la prestación de servicios de Red

Inteligente y Servicios Suplementarios. Así mismo, se adquirió la red de

transmisión de tecnología SDH y se masificó el uso de la fibra óptica en la red

troncal.

6.1.1. En la actualidad. Actualmente se ejecuta un plan de mejoramiento de la

red de acceso para los sectores empresariales e industriales de la ciudad,

introduciendo fibra óptica y equipos multiplexores en el lado del abonado.

Para el servicio de transmisión de datos, la Gerencia de Teléfonos ofrece a los

usuarios líneas dedicadas (pares aislados), canales digitales PCM, canales

digitales a través de la RDSI, sistemas digitales E1 a nivel de abonado

utilizando tecnología HDSL y SDH, y a nivel troncal utilizando la red de

transmisión existente con tecnología SDH.

En este momento, la Gerencia de Teléfonos cuenta con teléfonos monederos,

teléfonos de tarjeta chip y un sistema de comunicaciones vía radio para las

zonas rurales alejadas donde no hay acceso a las líneas telefónicas cableadas,

lo que permite gozar a los usuarios, un servicio de telefonía totalmente

confiable y de excelente calidad.

49

6.2. ORGANIGRAMA DE EMCALI E.I.C.E. – E.S.P.

Figura 6 . Organigrama de EMCALI E.I.C.E. – E.S.P Telecomunicaciones.

6.3 MISION

La Misión de EMCALI es contribuir al bienestar y desarrollo de la comunidad,

especialmente con la prestación de servicios públicos esenciales y

complementarios, comprometidos con el entorno y garantizando rentabilidad

económica y social.

6.4 VISION Ser una empresa pública ágil, competitiva y orientada al cliente, que nos

permita convertirnos y mantenernos como la mejor alternativa en el mercado

Colombiano y modelo empresarial en América Latina.

50

7. DESARROLLO DEL PROYECTO

7.1. RECONOCIMIENTO DEL AREA

Esta es la parte principal del desarrollo del proyecto, en esta etapa se realizó

una inducción acerca de las actividades a realizar dentro de la empresa, con la

colaboración principal del jefe del departamento de conmutación Ing. Jairo

Antonio Chávez y se establecieron los parámetros a considerar en el desarrollo

tanto de las actividades como del proyecto.

Se dio a conocer el manejo que llevaba la empresa con respecto a la atención

a reclamos por parte de los usuarios, los Archivos utilizados para realizar las

verificaciones de los consumos, se presento al Ingeniero Fabio Bravo, como

colaborador directo y quien hizo entrega de los primeros archivos para su

interpretación inicial.

7.2. SENSIBILIZACION

El desarrollo parte inicialmente con la entrega de información necesaria, por

parte de los asesores, al conocer las actividades a realizar, se debe tener en

cuenta las personas que se van a ver directa e indirectamente beneficiadas por

el desarrollo de la aplicación, por lo cual se debe llevar a cabo un proceso de

adaptación dentro de la empresa, tanto de las personas involucradas como de

nuestra parte, por lo que es necesario que estas personas estén enteradas de

las actividades que se van a desarrollar, en que las afectan y de que manera

deben colaborar.

Las personas involucradas deben tener claro que el desarrollo de este proyecto

traerá para la empresa beneficios que serán de gran ayuda para el manejo de

los reclamos concernientes al consumo telefónico de los abonados

pertenecientes a las centrales Siemens EWSD.

51

7.3. DIAGNOSTICO SITUACIONAL

El diagnóstico situacional de la empresa se llevo a cabo partiendo de el

reconocimiento del área, a medida que se obtiene información relevante para el

proyecto, se logra hacer un diagnostico de la situación actual que presenta la

empresa en el departamento de conmutación, los cuales se identificaron como

los directamente involucrados en el manejo de la atención a los reclamos con

respecto al consumo telefónico de los abonados pertenecientes a las centrales

Siemens.

Es importante tener en cuenta que en el momento de iniciar con este proyecto

no existía una aplicación encargada de generar reportes de consumos de

dichos abonados, por lo tanto al finalizar el proyecto debe quedar estipulado el

manual de funciones de la aplicación para facilitarle la utilización al personal

que se va a encargar de realizar esta actividades con el debido perfil para

llevarlas a cabo satisfactoriamente.

7.4. PLAN ESTRATEGICO

El desarrollo del proyecto se fragmentó en cuatro etapas, decodificación,

filtrado, almacenamiento de datos y integración; los cuales se diseñaron

teniendo en cuenta todos los requerimientos presentados por la empresa,

apuntando a un objetivo claro.

La primera parte estuvo encaminada ha modificar el archivo original entregado

por la central, y así facilitar el desarrollo de un script que permitiera identificar y

procesar la información incluida en el archivo AMA, para luego pasar a la

segunda etapa donde se realizo un proceso de selección de los campos de

interés, todo esto de la mano con la investigación pertinente para la selección

de los lenguajes de programación mas indicados para este propósito, y luego

almacenarlos en una base de datos.

52

Por ultimo se diseño una etapa de integración la cual define el orden y la forma

en que se ejecutarían las tres primeras etapas perfeccionando el proceso de

ejecución de la aplicación, permitiendo con esto, desarrollar un óptimo

esquema de visualización grafica hacia los requerimientos y las consultas

propuestas por los usuarios de la aplicación.

La visualización grafica se construyo con base en programas especializados en

diseño de aplicaciones web. Por ser un aplicativo web los usuarios tienen que

acceder a un servidor Web (Apache Server) atrevez de un navegador de

Internet (Internet Explorer) el cual servira de enlace entre la aplicacion y el

usuario.

7.4.1. Decodificación. Decodificar es convertir un código de entrada con un

formato determinado en otro código de salida con el formato deseado. Lo que

se realizo en el proceso de decodificación fue básicamente tomar el archivo

plano entregado por la central Siemens EWSD que se halla en el directorio c:

/Servidor/Archivos AMA y que se encuentra codificado de forma binaria y

convertir su contenido por medio de programación en php, a un formato

hexadecimal, ya que en este código se facilita la identificación de las

grabaciones AMA y de los paquetes mencionados anteriormente.

A continuación se muestra el formato y código original del archivo AMA y su

correspondiente representación en código binario:

53

Figura 7 . Representación hexadecimal del registro AMA

La función que en PHP realiza dicha labor de decodificar información binaria

de un texto plano a hexadecimal es bin2hex . El proceso de decodificación

solo se ejecuta cuando el usuario desea realizar la carga de un archivo AMA

determinado.

Parte del script encargada de decodificar el archivo:

//*****CONVERSION BINARIO A HEXADECIMAL*********************

for ($j = 0; $j

54

Figura 8 . Información de interés filtrada

En cada posición del vector se extraen los campos de interés y se guardan en

una base de datos, este proceso se repite hasta recorrer por completo el vector

y en ese momento termina el proceso de filtrado de la información de interés.

Cabe mencionar que para realizar dicho filtrado se hizo uso de la función

Substr que devuelve parte de una cadena especificada por los parámetros

comienzo y largo.

Ejemplo del script encargada de filtrar el archivo:

//********************IDENTIFICACION DEL ABONADO(A)*****************

if(substr($ama,14,2) == "28"){

$abonadoa = substr($ama,17,7);

}

//********************************************************************************

7.4.3. Conexión y acceso a la base de datos. Como se menciono

anteriormente, la base de datos es la encargada de guardar y administrar los

campos de interés para el aplicativo y conservarlos a disposición de los

usuarios. Para crear dicha base de datos se hizo uso del getor de bases de

55

datos MySql que brinda muchas ventajas y opciones a la hora de trabajar con

bases de datos.

La base de datos es una serie de información que pertenece al mismo

contexto, almacenada sistemáticamente para su uso posterior, la base de datos

diseñada es de forma dinámica ya que la información almacenada es

modificada conforme las necesidades del usuario, permitiendo procesos de

actualización, además de las operaciones fundamentales de consulta. Esta

base de datos se creo por medio de phpmyadmin, herramienta para la gestión

de estas, la cual se llama registro y es la encargada de almacenar toda la

información resultante del proceso de filtrado. Para acceder a esta base de

datos se requiere de comandos o códigos en php que sirvan como medio de

interacción entre un strip o código de php y la base de datos.

El código en php que permite conectarse y acceder a una base de datos

específica es el siguiente:

Para Conexion: mysql_connect ("localhost","root","")

Para Acceder: mysql_select_db ("registro")

Donde para la conexión se especifica el servidor sobre el cual se encuentra el

gestor de bases de datos (Mysql), el usuario de la cuenta el la cual se creo la

base de datos y por ultimo la contraseña. Una vez se encuentre en el dominio

del usuario, este puede hacer uso de la función “mysql_select_db” para elegir

cual base de datos va a utilizar, en nuestro caso utilizaremos la base de datos

“registro” creada anteriormente.

Una vez creada la base de datos y accedido a ella, se procedió a diseñar la

tabla en la cual se establecieron los campos en los que se almacenaría la

información de interés, resultado del proceso de filtración.

CREATE TABLE consulta ( id int(11) NOT NULL auto_increment,

56

abonadoa varchar(12) NOT NULL default '', fecha date NOT NULL default '0000-00-00', hora time default NULL, abonadob varchar(12) NOT NULL default '', duracion time NOT NULL default '00:00:00', conversion int(5) NOT NULL default '0', PRIMARY KEY (id) ) TYPE=MyISAM;

Para realizar el proceso de incersion de la información de interés en la base de

datos se utilizo la función de Mysql INSERT INTO donde se especifica la tabla

y los valores con los cuales se llenara.

"INSERT INTO consulta VALUES('','$abonadoa','$fecha','$tiempo','$abonadob','$dura','$imp')";

Para llevar a cabo el proceso de actualización de la base de datos basta con

almacenar los archivos AMA en la dirección especificada C:\\Servidor y ejecutar

la aplicación, para que se cargue la información necesaria en las tablas para su

posterior consulta.

Ademas de la tabla de consulta se creo una tabla para los usuarios de la

aplicación y una tabla del reporte final.

7.4.3.1. Tabla de usuarios. La tabla de usuarios contiene los campos del ID,

login y contraseña del usuario, la cual esta encriptada utilizando el algoritmo

md5 de PHP. La información contenida en esta tabla es la que podrá autenticar

al usuario con el sistema, esta información solo podrá ser modificada por

usuarios con perfil alto (administrador).

7.4.3.2. Tabla de reporte final. La tabla de reporte final es un resumen de la

consulta y contiene los campos del abonado destino, la cantidad de llamadas

realizadas a ese abonado y el total de minutos consumidos en dichas llamadas.

57

7.5 DESCRIPCION GENERAL DE LA APLICACION

La aplicación esta diseñada para que los usuarios de la empresa EMCALI,

puedan obtener un resumen de llamadas realizadas por una abonado

perteneciente a una central siemens EWSD, esto con el fin de despejar dudas

a los usuarios sobre los minutos consumidos durante un periodo determinado.

Durante la ejecución de la aplicación los usuarios podrán acceder por medio de

un menú de opciones, a las diferentes actividades que brinda el aplicativo,

gozando de una interfaz grafica agradable y con la seguridad que requiere el

caso.

Dentro de las actividades que se realizaran en la aplicación están las

siguientes:

� Pagina de Inicio

� Pagina de autenticación de los usuarios

� Pagina de bienvenida de usuario

� Pagina de carga de los archivos AMA

� Pagina de consulta de llamadas de abonados

� Pagina de resumen de llamadas de abonados

� Pagina de manejo de usuarios

� Pagina de cerrar sesión de usuario

7.5.1. Pagina de inicio. Esta página comprende el menú de opciones, el cual

estará a disposición del usuario durante todo el proceso de ejecución de la

aplicación y donde se presentara un informativo en flash a cerca de cada una

de las actividades que se pueden ejecutar el la aplicación.

58

Figura 9 . Pagina de inicio

7.5.2. Pagina de autenticación de los usuarios. Donde los usuarios tendrán

la oportunidad de autenticarse para acceder a las demás opciones del menú

que brinda la aplicación, esto con el fin de limitar el acceso a personal no

autorizado. La autenticación se realiza consultado la base de datos donde se

encuentran registrados los usuarios con privilegios bases establecidos por el

administrador de la aplicación. Además de esto la página le indica mediante un

mensaje de texto, si ha digitado de forma errónea el nombre de usuario o la

contraseña.

59

Figura 10 . Pagina de autenticación

7.5.3. Pagina de bienvenida de usuarios. Esta página dará la bienvenida a

los usuarios que hayan tenido un proceso de autenticación exitoso y así

disponer de las opciones que brinda el menú para realizar una consulta de un

abonado determinado.

Figura 11 . Pagina de bienvenida

60

7.5.4. Pagina de carga de los archivos ama. La pagina carga de archivos

AMA como su nombre lo indica, es la encargada de importar los archivos

planos, que entrega la central, en la aplicación. Este proceso se realiza

seleccionando la central, el mes y el año del archivo que desee consultar el

usuario, si el archivo no existe en el directorio, el programa emitirá un mensaje

de texto indicando este acontecimiento, de lo contrario deberá esperar un

momento hasta que el proceso de carga termine.

El tiempo del proceso de carga del archivo AMA depende en gran parte del

tamaño del archivo (el tamaño del archivo depende de la central que se escoja

ya que algunas centrales registran una mayor demanda de llamadas en un

periodo determinado), y del tratamiento que se le realiza comprende las tres

primera etapas del proyecto; Decodificación, Filtrado y Almacenamiento.

Una vez terminado el proceso de carga del archivo AMA el programa le

informara al usuario a través de un mensaje, con esto el usuario estará en

condiciones de realizar las consultas del numero de llamadas de un abonado.

Figura 12 . Pagina de carga del archivo

61

7.5.5. Pagina de consulta. Esta pagina brindara a los usuarios las posibilidad

de realizar consultas sobre los registro almacenados en la base de datos. El

usuario podrá elegir si desea consultar llamadas realizadas por un abonado A,

un abonado B o llamadas con duración mayor o igual a la que desee el

usuario, además de combinaciones de estas. Toda la consulta se realiza sobre

un archivo AMA de una central Siemens EWSD cargado previamente en la

página de carga, donde las opciones que se brindan para realizar dicha

consultas cumplen con los requerimientos de la empresa.

Figura 13 . Pagina de consulta de abonados

Enseguida se visualizara de forma organizada en una tabla dinámica el

resultado de la búsqueda con toda la información correspondiente a los

parámetros de búsqueda ingresados.

62

Figura 14 . Pagina de resultado de la consulta

.

La página también ofrece la oportunidad de realizar un reporte de la consulta

realizada previamente

7.5.6. Pagina de reporte de consulta. El reporte efectúa un resumen de la

consulta hecha en la página de consulta. Donde realizar el resumen implica

agrupar todas las llamadas generadas por un abonado A hacia un mismo

abonado B, facilitando y agilizando el tiempo de respuesta a los reclamos

presentados por los usuarios de Cali.

Una vez terminado el reporte el operario o usuario tiene la posibilidad de

generar una vista de impresión de dicho reporte e imprimirlo vía Web.

63

Figura 15 . Pagina de reporte

7.5.7. Pagina de administración de usuarios. La pagina manejo de usuario

es la encargada de administrar el acceso a la aplicación por parte de los

usuarios hábiles para dicha acción. En hecha se las siguientes tareas:

� Registro de usuarios.

� Editar usuarios.

� Borrar usuarios.

64

Figura 16 . Pagina de administración de usuarios

7.5.8. Registro de usuarios. Esta opción se utiliza para registrar un usuario

nuevo, a este usuario se le asignara un nivel de acceso el cual limitara el

acceso del usuario a diferentes opciones del menú. Para la aplicación se

manejan dos niveles; Nivel cero, para administradores y Nivel uno para

usuarios corrientes. Solo los usuarios con un nivel de acceso cero podrán

acceder a esta página.

65

Figura 17 . Pagina de registrar usuarios

7.5.9. Editar Usuarios. Donde el administrador del programa podrá cambiar el

nivel de acceso de un usuario determinado.

Figura 18 . Pagina de editar usuarios

66

7.5.10. Borrar Usuarios. Donde se cancelara el acceso a la aplicación de un

usuario determinado.

Figura 19 . Pagina de borrar usuarios

7.5.11. Pagina de cerrar sesión de usuario. Una vez que los usuarios hayan

terminado el proceso de consulta de las llamadas de un abonado

perteneciente a una central Siemens EWSD, tendrá la opción de cerrar la

sección o efectuar otra consulta, de elegir la primera volverá a la pagina de

inicio donde tendrá que registrarse de nuevo para acceder al menú de la

aplicación.

Une vez terminada la sección no tendrá acceso al menú de opciones que

brinda la aplicación.

7.6. EJECUCION DE LA APLICACIÓN

Los Archivos AMA descargados de la central telefónica, después de realizarles

los procesos de filtrado y almacenamiento de la información, son consultados

67

mediante una aplicación Web, la cual la conforman un conjunto de tablas, texto

e imágenes las cuales facilitan y hacen agradable el proceso de consulta de

dichos archivos.

En el siguiente diagrama se describe cada uno de los pasos necesarios para

un óptimo desempeño de la aplicación:

Figura 20 . Esquema general de la aplicación

7.6.1. Descripción del proceso de ejecución de la aplicación

� Una vez se realice el proceso de descarga del archivo de la central esta

entrega respuesta al sistema de gestión Gertel, en donde queda

almacenado y de donde se debe transferir el archivo plano.

� Después de obtener el archivo el usuario debe autenticarse con la

aplicación, de realizarse satisfactoriamente este proceso se podrá continuar

usando los recursos de la aplicación, de lo contrario no tendrá acceso a

ninguno de estos recursos y deberá recurrir al administrador del sistema

para realizar la creación de la cuenta.

� Posterior a la autenticación el usuario ingresa a la aplicación y selecciona la

opción de carga de archivo en la cual el sistema se aprestara para realizar

los procesos posteriores.

68

� A continuación se ejecuta el script de procesamiento, encargado de

decodificar, filtrar y almacenar la información en la base de datos.

� Por ultimo se procede a realizar la consulta dependiendo de los parámetros

ingresados por el usuario, visualizando el contenido del resultado en el

navegador Web.

7.7. LENGUAJE DE MODELADO UNIFICADO (UML)

Definición de UML. El Lenguaje de Modelamiento Unificado (UML - Unified

Modeling Language) es un lenguaje gráfico para visualizar, especificar y

documentar cada una de las partes que comprende el desarrollo de software.

UML entrega una forma de modelar cosas conceptuales como lo son procesos

de negocio y funciones de sistema, además de cosas concretas como lo son

escribir clases en un lenguaje determinado, esquemas de base de datos y

componentes de software reusables.

Este lenguaje de modelado de sistemas de software es el mas conocido en la

actualidad, es el estándar internacional aprobado por la OMG (object

management group) consorcio creado en 1989, responsable de la creación,

desarrollo y revisión de especificaciones para la industria del software.

El lenguaje de modelado unificado utilizas diversos diagramas para visualizar,

especificar y documentar cada una de las partes que comprende el desarrollo

de software, en desarrollo del proyecto se utilizo el diagramas de los casos de

uso para dicho fin.

7.7.1. Diagrama de casos de uso. Un diagrama de Casos de Uso muestra las

distintas operaciones que se esperan de una aplicación o sistema y cómo se

relaciona con su entorno (usuar