“DISEÑO DE UNA APLICACIÓN DE CONSULTA DEL CONSUMO ...
102
“DISEÑO DE UNA APLICACIÓN DE CONSULTA DEL CONSUMO TELEFONICO DE UN ABONADO PERTENECIENTE A UNA CENTRAL 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
Transcript of “DISEÑO DE UNA APLICACIÓN DE CONSULTA DEL CONSUMO ...
“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 <= $numelentos; $j++) {
$cadena = bin2hex($gestor[$j]);
fwrite ( $fp,"$cadena");
}
Esta parte del sript es la encargada de realizar el proceso de decodificación, y
de almacenar por vectores la información en un nuevo archivo llamado
condulta.txt
7.4.2. Filtrado. Una vez que la información este totalmente decodificada, esta
es guardada en un vector de tal forma que en cada posición del vector se
guarde una grabación AMA. Teniendo toda la información codificada y
organizada en este vector, el paso a seguir fue recorrer cada posición del
vector y extraer los campos de interés, que para nuestra aplicación
corresponden a: Abonado A, Fecha, Hora, Abonado B, Duración, Conversión.
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 (usuarios u otras aplicaciones).
69
� El operador de la aplicación deberá realizar las siguiente acciones:
� Registrarse (Ingresar ID y contraseña)
� Realizar la carga del archivo AMA
� Realizar la consulta determinada, la cual puede hacerse por:
a) Abonado A
b) Abonado B
c) Duración de llamada
� Después de realizar la consulta, el usuario tiene la posibilidad de generar e
imprimir el reporte.
� De acuerdo al perfil del usuario, si se es administrador se podrán realizar
los siguientes cambios sobre los perfiles de los usuarios:
a) Registrar usuario
b) Editar usuario
c) Borrar usuario
Para realizar el diagrama de casos de uso inicialmente se identifica a los
actores que interactúan con el sistema:
Figura 21 . Actores del sistema
Luego tenemos que el usuario/operador puede realizar operaciones de Carga,
consulta y generación de reporte:
70
Figura 22 . Operaciones del actor del sistema
Otro aspecto es la consulta, que puede ser realizada ya sea por abonado A,
abonado B o por duración de llamada:
Figura 23 . Diagrama de la acción consulta
71
Entonces, el diseño completo del diagrama de casos de uso es el siguiente:
Figura 24 . Diagrama final de casos de uso
72
8. CONCLUSIONES
� Con la realización y desarrollo de este proyecto, se realiza una contribución
muy importante a distintas áreas de la Empresa, ya que, por medio de este,
se pretende tener un manejo adecuado y claro, del proceso de respuesta
ante inconformidades manifestadas por los usuarios.
� El manejo de la información, entre el personal implicado en la ejecución de
la aplicación, debe seguir un orden que facilite el proceso operativo del
personal encargado del manejo del aplicativo, puesto que los archivos
descargados de la central son elementos indispensables para la ejecución
de la aplicación.
� La parte mas importante de la implementación de este proyecto, son los
grandes beneficios que con él trae a la Empresa, pues se podrán elaborar
reportes detallados del consumo telefónico de los abonados pertenecientes
a las centrales Siemens EWSD, generando sentimientos de conformidad y
confianza por parte de los usuarios hacia la empresa.
� En el desarrollo del proyecto se planteo el alcance de los resultados que se
espera lograr con la ejecución de la aplicación, brindando a la empresa un
procedimiento claro y adecuado para continuar satisfaciendo las
necesidades de los usuarios, los cuales le dan el sentido de ser a la
empresa.
� Se logro desarrollar una aplicación agradable y clara de ejecutar por parte
del personal de la empresa, teniendo en cuenta los requerimientos que
sugiere el lenguaje de modelado unificado (UML).
73
� Lo más importante de haber realizado este proyecto, es el crecimiento
profesional, con base en los conocimientos adquiridos en el desarrollo del
mismo, se logro obtener un manejo adecuado de situaciones,
fortalecimiento de las relaciones interpersonales y un desarrollo productivo
eficiente en cuanto a las actividades que fueron encomendadas por la
empresa.
74
BIBLIOGRAFIA
Desarrollo Web: Programación en PHP. Introducción al manual II de Javascript.
[en linea]. Las Rozas, Madrid: Compuweb, 2006. [Consultado 4 de mayo,
2006], Disponible en Internet: http://www.desarrolloweb.com/manuales/26
Wikipedia: La enciclopedia libre [en línea]. Florida: Wikipedia Foundation, 2006.
[Consultado 28 de octubre, 2006]. Disponible en Internet:
http://es.wikipedia.org/wiki/PHP
Manual de descripción de los datos de salida de las centrales SIEMENS
EWSD. Cali, 1991. 147 p.
INSTITUTO COLOMBIANO DE NORMAS TECNICAS (ICONTEC).
Documentación. Presentación de tesis, trabajos de investigación y de grado.
Quinta actualización. Santafe de Bogota D.C.: ICONTEC, 2006. 78 p.
Información general de emcali telecomunicaciones [en linea]. Santiago de Cali:
EMCALI E.I.C.E- E.S.P, 2006. [Consultado 28 de octubre, 2006]. Disponible en
Internet:
http://centauro.emcali.com.co/telecomunicaciones/in fogeneral.html
Manual de PHP [en línea]. España, Madrid: PHP Foundation, 2006.
[Consultado 11 de julio, 2006]. Disponible en Internet: http://www.php-
es.com/index.html
75
ANEXOS
Anexo 1. Guía del usuario
MANUAL DE USUARIO
C.C.A.
APLICACIÓN DE CONSULTA DEL CONSUMO TELEFONICO DE UN ABONADO PERTENECIENTE A UNA CENTRAL SIEMENS EWSD.
EMPRESAS MUNICIPALES DE CALI EMCALI E.I.C.E – E.S.P.
NOVIEMBRE
2006
76
Aviso:
Este manual y los ejemplos contenidos en el mismo se proporcionan tal como
están y se encuentran sujetos a cambios ocasionados por actualizaciones
Propiedad literaria perteneciente al área de conmutación de emcali
Telecomunicaciones 2006. Todos los derechos son reservados. Queda
prohibida la reproducción, adaptación o traducción de este manual sin el
consentimiento previo por escrito del administrador del área de conmutación,
salvo en los casos contemplados en las leyes de derechos de autor.
Se otorga el permiso de utilización, copia o redistribución del software a
cualquier individuo que pretenda el mejoramiento de la aplicación siempre y
cuando no se venda con fines lucrativos.
Departamento de Conmutación
Santiago de Cali
Noviembre de 2006
77
CONTENIDO
Pag.
1. PRESENTACION 78
2. REQUERIMIENTOS DEL SISTEMA 79
3. INSTALACION Y CONFIGURACION DEL SOFTWARE 82
4. CONDICIONES INICIALES DE FUNCIONAMIENTO 86
5. DESCRIPCION DE LA APLICACIÓN 92
78
1. PRESENTACION
El proyecto C.C.A. parte de la necesidad del departamento de conmutación de
Emcali Telecomunicaciones de generar un reporte detallado del consumo
telefónico de los usuarios pertenecientes a las centrales SIEMENS EWSD con
el fin de brindar un soporte al momento de enfrentarse a los reclamos o
solicitudes de revisión de consumo por parte de sus abonados.
Para la realización de la aplicación se ejecuto una primera etapa de análisis e
interpretación de los archivos planos entregados por las centrales siemens
ewsd, para su posterior interpretación, filtrado y extracción de la información
de interés para ser procesada y adaptada a los fines de la aplicación.
Con la finalización y ejecución de la primera versión de aplicación se ha
logrado solucionar en gran parte la necesidad inicialmente planteada por la
empresa.
El principal objetivo de la realización de este manal de usuario es orientar a los
usuarios de la aplicación acerca de del funcionamiento, instalación y
requerimientos necesarios para un optimo aprovechamiento del aplicativo.
79
2. REQUERIMIENTOS DEL SISTEMA
Para la implementación y puesta en marcha de la aplicación se requiere llevar
a cabo las siguientes recomendaciones:
Tabla A.1.1. Requerimientos tipo software
Requerimiento Recomendación
Sistema operativo Windows 98 – XP.
Navegador Internet explorer V. 5 o
superior
Servidor Web Apache HTTP Server
Gestor de bases de datos Mysql
Tabla A.1.1. Requerimientos tipo hardware
Requerimiento Recomendación
Capacidad de
almacenamiento
Disponibilidad en disco
duro de por lo menos 20
GB.
Velocidad del procesador 2.5 GB. o mayor
Memoria RAM 512 MB. o mayor
Descripción de las recomendaciones
Sistema operativo: Windows es una línea de sistemas operativos desarrollado
por Microsoft, esta orientado a cualquier entorno informático, incluyendo
computadoras domesticas o negocios, computadoras portátiles y media center.
80
Navegador: Internet Explorer (también conocido como IE o MSIE) es un
navegador de Internet producido por Microsoft para su plataforma Windows y
más tarde para Apple Macintosh. Fue creado en 1995 tras la adquisición por
parte de Microsoft del código fuente de Mosaic, un navegador desarrollado por
Spyglass, siendo rebautizado entonces como Internet Explorer .
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 Foundation.
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).
Gestor de bases de datos: 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.
81
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.
82
3. INSTALACION Y CONFIGURACION DEL SOFTWARE
Instalación de Apache httpd server 2.4.4a
Una vez que tengamos el instalador lo ejecutamos y vamos recorriendo las
pantallas hasta que salga una donde nos piden unos datos, en cuyo caso
pondremos:
Server Name : localhost
Administrator's Email Address : nuestro e-mail, aunque no es totalmente
necesario.
HTTP Port: 80 por defecto.
Figura A.1.1. Instalación de Apache Server
La IP 127.0.0.1 es la dirección IP asociada a nuestra máquina, es decir el host
local o vulgarmente conocido como Localhost . Es importante decir que a la
hora de ingresar a la aplicación pongas en la barra de direcciones del internet
explorer 127.0.0.1 o localhost.
83
Posterior a esto la instalación nos pide los datos referentes a Mysql, en cuyo
caso pondremos:
Server Name : mysql.
Password : igualmente mysql.
Charset: Latin1 por defecto.
Figura A.1.2. Información del servidor
Dentro de la instalación se requieren los datos acerca del Servidor Web y del
gestor de bases de datos (Appserv y mysql respectivamente) debido a que el
Apache httpd server es un paquete en el cual se encuentran incluidos Apache
server, PHP y Mysql. Finalmente, vale recordar que el Apache httpd server se
instala por defecto en la carpeta: C:\Appserv\.
84
CONFIGURACION DEL ARCHIVO PHP.INI
El siguiente paso es abrir el archivo php.ini ubicado en el directorio
C:\Windows\php.ini . utilizando el block de notas, y editamos la línea (244)
max_execution_time = 60 y colocamos el valor: max_execution_time = 420
max_execution_time = 420 ; Maximum execution time of each script, in
seconds.
Este tiempo se edita debido al tiempo requerido para el procesamiento de los
sripts involucrados en la aplicación.
(a)
CONFIGURACION DEL APACHE HTTPD SERVER
Hay que editar el archivo httpd.conf que encontramos en la carpeta Conf.
dentro del directorio del Apache C:\AppServ\apache\conf\. Se abre el archivo
con un editor de texto o block de notas y buscamos la linea (303)
DocumentRoot que es donde se guardaran los archivos de la aplicación. Por
defecto tiene la siguiente dirección:
DocumentRoot " C:\AppServ\www\" y la modificamos a:
DocumentRoot " C:\AppServ\www\reporte1"
El siguiente paso es ratificar que en la carpeta “reporte1” existe en la
ubicación descrita anteriormente.
Si todo ha ido bien, podemos crear un archivo llamado por ejemplo info.php
dentro de la carpeta de nuestra web cuyo contenido sea exclusivamente el
siguiente:
<?
phpinfo();
?>
85
Si accedemos mediante nuestro navegador a la dirección
http://127.0.0.1/info.php o http://localhost/info.php (recuerda que 127.0.0.1
= localhost) con el Apache activo deberemos visualizar una pagina de
información de PHP.
Figura A.1.3. Prueba de instalación del servidor
Si no sale, algo ha fallado, revisa los pasos anteriores.
86
4. CONDICIONES INICIALES DE FUNCIONAMIENTO
Para la puesta en marcha de la aplicación en necesario iniciar la ejecución del
software requerido para el funcionamiento de la misma, crear la base de datos
y cargar tablas en las cuales se almacenara información y determinar la
carpeta en la cual se almacenaran los archivos AMA de las centrales para la
posterior consulta.
Iniciación del software (Apache):
Para iniciar el software nos dirigimos a la barra de inicio de Windows y
seguimos la siguiente secuencia:
Inicio Programas Appserv Service control �tara� Apache monitor
Figura A.1.4. Secuencia de iniciación del Apache
87
Finalizada la ejecución de la secuencia anterior en la barra de tareas de
Windows deberá aparecer un icono correspondiente al apache indicándonos
que el software ha sido inicializado correctamente.
Figura A.1.5. Aparición del Apache monitor
Al dar clic sobre este icono de iniciación del software se desplegara un menú el
cual nos permite parar o re-iniciar la ejecución del programa.
Nota: cada que se realice un cambio sobre los archivos de configuración del
Apache o de PHP, se deberá reiniciar la ejecución del software, esto para que
el software tome los cambios realizados.
Iniciación de Mysql
Para iniciar el gestor de bases de datos que se va a utilizar en la aplicación nos
dirigimos a la barra de inicio de Windows y seguimos la siguiente secuencia:
Inicio Programas Appserv Manual control �tara� MySQL �tara
88
Figura A.1.6. Secuencia de iniciación de MySQL
Al ejecutar la secuencia anterior se desplegara una ventana (DOS) la cual nos
indicara la iniciación de MySQL, este proceso tardara entre 10 y 15 segundos,
pasado este tiempo se nos indicara que el proceso ha sido finalizado y
podremos cerrar la ventana.
Creación de la base de datos
Para crear la base de datos en la cual se cargara toda la información de la
aplicación nos dirigimos a la dirección http://localhost/phpmyadmin estando en esta
pagina, nos ubicamos en el campo crear nueva base de datos y escribimos el
nombre de la base de datos que vamos a utilizar, en nuestro caso “registro ” y
por ultimo clickeamos el botón crear.
89
Figura A.1.7. Creación de la base de datos
Seguido a esto se despliega una pagina la cual sirve para configurar la base de
datos o crear tablas de manera manual, pero ese no es nuestro caso ya que la
inserción de las tablas en la base de datos la haremos de forma automática por
medio de la ventana de comandos de Windows.
Para realizar la carga en la base de datos de las tablas que se van a utilizar en
la aplicación se debe copiar el archivo dbregistro.sql en el directorio:
C:\AppServ\mysql\bin
90
Posterior a esto abrimos la ventana MS-DOS PROMPT o ejecutamos la
acción command, en la cual realizaremos las siguientes acciones:
Figura A.1.8. Carga de las tablas en la base de datos
Nota: la instalación del MySQL se realiza con un usuario root y sin contraseña
por defecto, la cual es la configuración utilizada para la aplicación, al momento
en que se requiera ingresar el password simplemente damos enter.
Por ultimo verificamos que las tablas hayan sido cargadas correctamente.
91
Figura A.1.9. Prueba de carga de las tablas en base de datos
De lo contrario se deberán corroborar los pasos descritos anteriormente.
Para finalizar los requerimientos iniciales de funcionamiento se deberá crear
una carpeta con el nombre de Servidor en el directorio raíz (C☺ del equipo en
el que se vaya a ejecutar la aplicación, y almacenamos dentro de esta la
carpeta Archivos AMA la cual contiene los archivos a consultar.
Nota: La totalidad de los archivos descargado deberán ser almacenados en la
carpeta Archivos AMA , para su posterior procesamiento.
92
5. DESCRIPCION DE LA APLICACIÓN
El sistema de consulta del consumo telefónico de un abonado perteneciente a
una central siemens EWSD (C.C.A.-EWSD) es una aplicación orientada a
facilitar el proceso de consulta y verificación de consumo telefónico registrado
en las centrales ewsd por parte de los usuarios, esta aplicación nos permite
realizar diversos tipos de consultas basadas en los archivos generados por las
centrales los cuales son procesados de la mejor manera posible con el fin de
generar un reporte claro y conciso del consumo telefónico registrado por un
abonado perteneciente a una central ewsd o consultar operaciones telefónicas
relacionadas con dicho abonado en un periodo de tiempo determinado.
Esta aplicación fue diseñada pensando en la facilidad de uso por parte de los
usuarios que accederán a la aplicación, además de brindar un considerable
nivel de seguridad gracias al sistema de gestión de usuarios el cual permite
restringir accesos a personal no autorizado o a diversas secciones de la
aplicación.
FUNCIONAMIENTO DEL APLICATIVO
Para iniciar el funcionamiento de la aplicación basta con abrir el Internet
explorer (I.e.) e ingresar en la barra de direcciones la siguiente dirección:
http://localhost o http://127.0.0.1
A continuación se cargara la pagina inicial de la aplicación en la cual se
visualizara un menú de opciones el cual nos permitirá acceder a cada uno de
los servicios y opciones presentes en el aplicativo.
93
Figura A.1.10. Pagina de inicio
DESCRIPCION DEL MENU
� Inicio
Esta es la primera opción del menú que desplegara una pagina que podrá
visualizar el usuario al momento de ingresar a l a aplicación. En ella se tendrá
información detallada de cada uno de los ítems que conforman el menú para
que el usuario pueda familiarizarse rápidamente con la aplicación y tener un
conocimiento previo del funcionamiento de esta.
94
� Registrarse
Esta pagina nos proporciona la interfaz con el sistema de gestión de usuario, el
cual nos permite autentificarnos con el sistema y nos brindara el nivel de
acceso previamente establecido con el administrador. En caso de presentarse
alguna falla en el momento de la autenticación del usuario, en esta misma
pagina se nos mostrara el tipo de error presentado.
Nota: Se aclara que hasta no ser autenticado por el sistema de gestión de
usuarios no se podrá accederá a otro servicio de la aplicación.
Figura A.1.11. Pagina de autenticación de ususarios
� Carga
En esta pantalla se nos permite seleccionar el mes, el ano y el nombre de la
central telefónica (EWSD) a la cual pertenece el archivo AMA a procesar para
su posterior almacenamiento en la base de datos.
95
Figura A.1.12. Pagina de carga del archivo
� Consulta
Esta página nos brinda la posibilidad de seleccionar el tipo de consulta a
realizar sobre la base de datos ya sea por Abonado origen, Abonado destino,
duración de las llamadas o una combinación de estas posibilidades.
Figura A.1.13. Pagina de consulta
96
De acuerdo a las opciones seleccionadas y a los parámetros de búsqueda
ingresados el resultado se mostrara una pagina siguiente en la cual se
mostrara de forma organizada una tabla dinámica con toda la información
correspondiente a los parámetros de búsqueda ingresados.
Figura A.1.14. Resultado de la consulta
Además del resultado descrito anteriormente, la aplicación brinda la posibilidad
de generar un resumen dando click sobre el botón “GENERAR REPORTE” que
se encuentra en la parte inferior de la página. Este botón desplegara una
pagina donde se agrupan los resultados asociados a la búsqueda de la
siguiente forma:
97
Figura A.1.15. Pagina de reporte
Adicional a esto el aplicativo brinda la opción de realizar una impresión a dicho
reporte en el caso que sea necesario, a esta opción accedemos dando click en
el botón generar vista de impresión ubicado en la parte inferior de la pagina
descrita anteriormente. En esta nueva pagina (vista de impresión) se
organizara el reporte asociado a la búsqueda en una serie de tablas
dependiendo de el numero de resultados arrojado por la consulta, en esta
nueva pagina se adicionara un campo asignado a la fecha de generación del
reporte, el numero perteneciente al abonado consultado, el numero total de
llamadas y el consumo total en minutos.
98
Figura A.1.16. Vista de impresion
� Administrar cuentas
Esta opción solo estará habilitada para los usuarios con nivel de acceso igual a
cero. Este nivel de acceso es proporcionado por los administradores de la
aplicación al momento de registrar a los usuarios.
Los usuarios con nivel de acceso cero, tendrán la posibilidad de ingresar a la
pagina de gestión de usuarios en la cual podrán visualizar todos los usuarios
habilitados para ingresar a la aplicación y generar acciones como registrar,
borrar y editar usuario, donde estas dos ultimas se realizan sobre cada uno de
ellos.
99
Figura A.1.17. Pagina de gestión de usuarios
Para registrar un usuario se debe dar click sobre el hipervínculo Registrar
usuario, a continuación se desplegara una ventana llamada Registro de
Usuario en la cual se podrá ingresar el nombre, contraseña y el nivel de acceso
del usuario a registrar. Para terminar el proceso de registro basta con dar click
en la caja de texto Registrar donde el sistema realizara una serie de
validaciones sobre los campos, donde cabe mencionar de que si el nombre de
usuario ya existe, no podrá terminar el proceso de registro.
100
Figura A.1.18. Ingreso de usuarios
Igualmente este gestor posee la opción de modificar el nivel de acceso que se
le había asignado a un usuario previamente registrado dando click en el
hipervínculo Editar usuario, desplegándose una ventana en la cual se muestra
el nombre del usuario, el nivel de acceso que tiene asignado y el campo para
realizar la modificación de dicho nivel, para terminar este proceso de
modificación de nivel de acceso damos click en el botón actualizar para
registrar los cambios realizados.
101
Figura A.1.19. Edición de usuarios
En la pagina de administrar cuentas al igual que registrar y editar usuarios, este
gestor brinda la posibilidad de eliminar usuarios en el momento que el
administrador de cuentas lo vea necesario, simplemente dando click en el
hipervínculo Borrar en el cual se realizara un proceso de confirmación de la
acción por medio de un mensaje de alerta mediante el cual se acepta la opción
o simplemente se rechaza.
102
Figura A.1.20. Confirmación de eliminación de usuario
� Cerrar sesión
Por ultimo esta opción del menú permite cerrar la cesión que hallamos iniciado
previamente, dejándonos en la pagina de inicio de la aplicación.
Nota: Se recomienda cerrar la cesión cada vez que dejemos de utilizar la
aplicación o al momento de ausentarnos del equipo que este ejecutando la
misma, esto para evitar inconvenientes y que se realicen acciones indeseadas
bajo nuestro perfil.
