diseÑo e implementaciÓn de un aplicativo web para el

DISEÑO E IMPLEMENTACIÓN DE UN APLICATIVO WEB PARA EL CONTROL

IMEI DE LOS CAV EN EL ÁREA DE ASEGURAMIENTO DE INGRESOS DE LA

EMPRESA CLARO

LUIS EDUARDO GUTIERREZ VINASCO

JOSE DAVID RODRIGUEZ SANTOS

UNIVERSIDAD COOPERATIVA DE COLOMBIA

FACULTAD DE INGENIERIA

PROGRAMA DE INGENIERIA SISTEMAS

BOGOTA

2018

DISEÑO E IMPLEMENTACIÓN DE UN APLICATIVO WEB PARA EL CONTROL

IMEI DE LOS CAV EN EL ÁREA DE ASEGURAMIENTO DE INGRESOS DE LA

EMPRESA CLARO

LUIS EDUARDO GUTIERREZ VINASCO JOSE DAVID RODRIGUEZ SANTOS

Práctica social, empresarial o solidaria

Profesor

Martin Delgado

UNIVERSIDAD COOPERATIVA DE COLOMBIA

FACULTAD DE INGENIERIA

PROGRAMA DE INGENIERIA SISTEMAS

BOGOTA

2018

3

TABLA DE CONTENIDO

1. DESCRIPCIÓN Y NATURALEZA DE LA ORGANIZACIÓN .....................................................................9

2. REQUERIMIENTO DE LA ORGANIZACIÓN ...................................................................................... 10

3. PLAN DE ACCIÓN ........................................................................................................................... 11

3.1 INTRODUCCION ....................................................................................................................... 11

3.2 SERVIDOR WEB ....................................................................................................................... 11

3.2.1 ARTÍCULOS ....................................................................................................................... 12

3.2.2 AUXILIAR .......................................................................................................................... 12

3.2.3 IMÁGENES ........................................................................................................................ 12

3.2.4 INCLUIDOS ........................................................................................................................ 12

3.3 BASE DE DATOS ....................................................................................................................... 12

4. FUNCIONAMIENTO DEL LENGUAJE INTERPRETADO (PHP) ........................................................... 15

4.1 INSTALACIÓN Y PUESTA EN MARCHA ..................................................................................... 16

5. MÓDULO DE LENGUAJE INTERPRETADO ...................................................................................... 17

5.1 AUTENTICACIÓN ..................................................................................................................... 17

5.2 BÚSQUEDA .............................................................................................................................. 17

6. APLICACIÓN EN EL LADO CLIENTE ................................................................................................. 18

6.1 INTERFAZ DE LA APLICACIÓN .................................................................................................. 18

6.1.1 USIM CONSULT ................................................................................................................ 18

6.1.2 IMEI FINDER ..................................................................................................................... 19

6.1.3 IMEI DETECCION .............................................................................................................. 19

6.1.4 ESCENARIOS DE DETECCION DE IMEI ............................................................................... 20

6.1.5 TIPS ESCENARIOS DE DETECCION IMEI ............................................................................ 21

6.1.6 MSISDN & ID REPORT ....................................................................................................... 23

6.1.7 IMEI DUPLICATE REPORT ................................................................................................. 24

6.1.8 IMEI UNREGISTERED REPORT .......................................................................................... 25

6.2 MANTENIMIENTO Y NUEVOS DESARROLLOS ......................................................................... 26

6.3 PROBLEMAS ............................................................................................................................ 27

6.4 SOLUCIONES ............................................................................................................................ 27

4

6.5 CONSULTA IMEI SIN REGISTRO BLOQUEADO LOG DE EVENTOS ............................................ 30

7. CASOS DE USO ............................................................................................................................... 32

7.1 DIAGRAMA DE SECUENCIA ..................................................................................................... 33

7.1.1 DIAGRAMA DE FLUJO IMEI DUPLICADO .......................................................................... 35

7.1.2 DIAGRAMA DE FLUJO IMEI NO HOMOLOGADO .............................................................. 36

7.1.3 DIAGRAMA DE FLUJO IMEI SIN FORMATO ...................................................................... 36

7.1.4 DIAGRAMA DE FLUJO IMEI INVALIDO .............................................................................. 37

7.1.5 DIAGRAMA DE FLUJO IMEI REINCIDENTE ........................................................................ 37

7.1.6 DIAGRAMA DE FLUJO IMEI HOMOLOGADO SIN REGISTRO ............................................. 38

8. ACTIVIDADES REALIZADAS ............................................................................................................ 39

9. LOGROS Y LECCIONES APRENDIDAS ............................................................................................. 40

10. LIMITACIONES, CONCLUSIONES Y RECOMENDACIONES ............................................................ 40

BIBLIOGRAFIA .................................................................................................................................... 41

5

GLOSARIO

Análisis: aquí se indica de qué forma debe comportarse la aplicación Web ante los distintos tipos de usuario. Diseño: en este capítulo se define de qué forma está estructurada la aplicación Web. Portal Web: es una aplicación basada en HTML que trata algún tema en particular pudiendo hacer ser interactiva con el usuario. Registro: darse de alta en una base de datos, con datos personales para poder saber que es la persona que dice ser. Bd: base de datos. Php: es un lenguaje de programación diseñado para crear páginas Web. Usado para interpretar scripts del lado del servidor. Puede ser utilizado desde una interfaz de línea de comandos o en la creación de otros tipos de programas incluyendo aplicaciones con interfaz gráfica. MySQL: es una base de datos desarrolladas bajo código abierto, es un lenguaje de consulta de datos estructurada. Servidor: ordenador o conjunto de ordenadores que proporcionan servicios, como páginas Web, servicios de correo, etc. De forma centralizada. Samba: servidor de prueba utilizado para testear el juego como local, aquí también se instalan phpMyadmin y un Server apache entre otras cosas CSS: Es una hoja de estilos para hacer la página Web más atractiva al usuario, se usa en programación HTML con Dreamweaver. JavaScript: programa que se ejecuta al iniciar una página Web como algún tipo de movimiento o al presionar sobre algún enlace. HTML: Lenguaje de Marcas de Hipertexto, es el lenguaje predominante para la construcción de páginas Web, es usado para describir la estructura y el contenido en forma de texto. Pueden incluir scripts y las etiquetas están rodeadas por <>.

6

INTRODUCCION

Como punto de partida este proyecto está ideado para facilitar el acceso a los datos por medio de un aplicativo, para que los consultores en los centros de atención y ventas (CAV) den solución a los diferentes bloqueos que puede tener un IMEI en primer nivel. El uso de esta herramienta además de facilitar estos procedimientos es una necesidad imperante dentro de los procesos de actualización y modernización que tiene la empresa. Por un lado, el aplicativo web ayudaría no solo a agilizar estos trámites en los CAV si no que la tecnificaría generando datos confiables y en tiempo real, así como mejorando la calidad de todos sus servicios. Adicional a ello, la implementación de este servicio traerá consigo beneficios para la parte administrativa que es el área de control IMEI de la compañía puesto que ayudaría a un mejor manejo y control de las bases de datos para detectar inconsistencias y analizar actualizaciones, renovaciones e incremento de datos para realizar tablas y nuevos procedimientos frente a la demanda de estos.

7

OBJETIVO GENERAL

Diseñar e implementar un aplicativo web el cual contribuya a dar solución en primer

nivel a los clientes en los CAV (centro de atención y ventas) a nivel nacional en el

área de control IEMI.

8

OBJETIVOS ESPECÍFICOS

Analizar todos los procedimientos actuales para bloqueo y liberación de IMEI.

Identificar la manera como el área realiza la gestión de requerimientos para un

conocimiento amplio de las debilidades existentes y su funcionamiento.

Diseñar el aplicativo web con todas las funciones requeridas para todos los

procedimientos.

Implementar diseños claros y elaborados con estándares específicos que maneja la

empresa.

9

1. DESCRIPCIÓN Y NATURALEZA DE LA ORGANIZACIÓN

Claro es una empresa de información, comunicación y entretenimiento que brinda

acceso al servicio móvil al 96% del territorio colombiano poblado con productos y

servicios de la más avanzada tecnología, y la primera operadora privada en brindar

a sus usuarios tecnología digital, GSM, 3G, HSPA +, y 4G LTE en las cuatro

regiones del país y recientemente 4.5G.

Es una de las más grandes empresas del país con alrededor de 3.000 empleos

directos y 300.000 empleos indirectos; además cuenta con más de 5.500 puntos de

venta, más de 80 Centros de Atención a Clientes y canales de atención 24/7.

Los valores y principios de conducta empresarial son las cualidades que los

distinguen y los orientan. Los tienen presentes y los ponen en práctica a diario como

obligaciones inquebrantables y los difunden a través de nuestra imagen.

Los pilares fundamentales de nuestra cultura corporativa son:

Honestidad

Desarrollo Humano y Creatividad Empresarial

Productividad

Respeto y Optimismo

Legalidad

Austeridad

Responsabilidad Social

10

2. REQUERIMIENTO DE LA ORGANIZACIÓN

Ser entidades legítimamente constituidas, sin importar tamaño, sector económico, razón social o antigüedad, ciudad o país.

Tener vigente el Convenio de Apoyo Interinstitucional con la universidad y cumplir con los acuerdos establecidos en el mismo.

Vincular a los estudiantes en práctica por un periodo no inferior a SEIS meses

(dentro del periodo académico de la universidad) y no mayor a un año.

Velar por que todo estudiante que se ha vinculado en práctica cuenta con el aval de la Coordinación para iniciar su práctica profesional.

Conocer y respetar las disposiciones establecidas por el programa de

práctica profesional de la Facultad de Ingeniería de la Universidad, que aplican para los estudiantes en práctica.

Tener un plan de trabajo definido para el estudiante en práctica que acepta,

para garantizar que el estudiante tiene una labor definida y por tanto la oportunidad para desempeñarse profesionalmente.

El estudiante debe contar con un puesto de trabajo y las herramientas

requeridas, que le permitan desempeñar las labores para las cuales fue contratado.

Participar activamente en las actividades organizadas por la Coordinación de

Práctica Profesional durante el periodo de permanencia del estudiante en práctica.

11

3. PLAN DE ACCIÓN

Diseñar e implementar un aplicativo web el cual está contribuyendo a dar solución

en primer nivel en los centros de atención al cliente con todo lo relacionado con el

IMEI ya sea liberaciones o reportes que se presentan de diferentes formas en un

teléfono móvil, puesto que presentan falencias en dar solución a todos los

requerimientos que presenta el usuario al momento de ser atendido. Por qué los

encargados de dar dichas soluciones manejaban muchos aplicativos a la vez para

ver los tipos de reportes que tenía un IMEI y por esa razón se volvía tedioso, así

como confuso, también no sabían cómo era el procedimiento que seguir para dar

solución a los diferentes reportes que se presentaban acerca del IMEI ya sea por

bloqueo de duplicidad, no homologado entre otras.

3.1 INTRODUCCIÓN

A nivel físico, la aplicación está compuesta por archivos almacenados directamente

en disco, tanto de contenido dinámico como estático, tales como scripts de PHP y

JavaScript, documentos en HTML, hojas de estilo e imágenes, y los almacenados

de manera indirecta a través de la Base de Datos. El compendio de estos almacenes

de información y manera de modelarla son los que harán posible el funcionamiento

de la aplicación como a continuación se detalla.

3.2 SERVIDOR WEB

Administra y atiende las peticiones de los usuarios, enviándolas al módulo del

lenguaje interpretado cuando sea necesario. Los archivos de la aplicación están

ubicados según donde indique la configuración del servidor ya que esta aplicación

está ubicada en un servidor apache con motor de arranque mediante un programa

de software libre llamado samba, siendo imprescindible que el usuario

correspondiente a Apache (o el servidor web empleado) tenga permisos de

ejecución, escritura y lectura. Desde la raíz de la arquitectura de directorios de la

aplicación, los archivos están ubicados de manera agrupada según el tipo y función

que desempañan, distinguiendo:

12

3.2.1 ARTÍCULOS

Alberga los artículos en formato PDF, distribuidos estos a su vez en directorios

internos a este, según el campo de investigación de cada uno.

3.2.2 AUXILIAR

Hojas de estilo, scripts de JavaScript y demás archivos de carácter secundario.

3.2.3 IMÁGENES

Imágenes utilizadas, tanto para embellecer el aspecto de la aplicación como para

facilitar su usabilidad.

3.2.4 INCLUIDOS

Scripts de PHP para ser incluidos a su vez en otros scripts, ahorrando espacio y

tiempo ante modificaciones. Un claro ejemplo es el archivo de configuración de la

aplicación, del que se comentará su función de manera detallada más adelante.

3.3 BASE DE DATOS

Almacena la información referente a los artículos insertados en la aplicación,

dotando de robustez y seguridad a la misma. A su vez posibilita la consulta de la

información de una manera rápida y eficiente mediante el uso de sentencias en

lenguaje SQL.

13

Las bases de datos que maneja esta aplicación es una TERADATA y es

independiente y dinámica por esta razón no tenemos acceso directo a la base datos

para realizar modificaciones puesto que son directrices de la compañía. Solamente

realizamos la conexión a la base de datos mediante leguaje PHP mediante el

protocolo odbc_connect una extensión de PHPADMIN y realizando una conexión a

la base de datos positivas y negativas de la compañía.

Fuente. Edan.

14

Figura 1, 2. Protocolo odbc_connect

Fuente. Empresa Claro.

15

4. FUNCIONAMIENTO DEL LENGUAJE INTERPRETADO (PHP)

PHP se puede entender también como una extensión para servidores web,

poniéndose entre cliente y servidor, lo que para este proyecto se podría representar

mediante el siguiente esquema:

Figura 3. Cliente y servidor

Manual de Programación en PHP, Marcelo Maraboli.

PHP se comporta como un módulo de Apache, que extrae código dentro de las

páginas, lo ejecuta en el servidor y envía el resultado al cliente. El usuario no puede

visualizar el código del programa, solamente su resultado. Además, es importante

destacar que, al ser un lenguaje de script, los programas en PHP no se compilan,

sino que únicamente se interpretan, por lo que es más lento en ejecutarse como

programas hechos en C, que requieren estar compilados. No obstante, su gran

ventaja es que un cambio en el código en PHP tiene el efecto inmediato, y en C, por

ejemplo, es necesario volver a compilarlo. Resulta importante aclarar que sólo son

interpretados por el módulo PHP, es decir pasados por parte del Núcleo de Apache

a él, los archivos que hayan sido definidos en la configuración del servidor como

tales, dado que la interpretación de código es un proceso que necesita un tiempo

mayor que el empleado en enviar una página tal como esté. Normalmente se

emplea la extensión .php, aunque también se utilizan otras como:

php3, php4, phtml.

16

4.1 INSTALACIÓN Y PUESTA EN MARCHA

Para instalar PHP en el servidor en el que se va a alojar la aplicación sobre la que

versa este proyecto, y en concreto la versión que actualmente este tiene, sería

necesario llevar a cabo los siguientes pasos puesto que la compañía se trasladó a

su nueva sede no había servidores disponibles y el servidor apache se instaló en

mi ordenador:

Instalar el paquete de PHP versión 4 más reciente de los repositorios de Debian:

#apt-get install php4

A continuación, también es necesario al menos si se está usando Apache, instalar

los módulos PHP para que Apache sea capaz de convertir el lenguaje PHP en

HTML:

#apt-get install libapache-mod-php4 (para Apache 2 sería libapache2-mod-

php4 y para PHP 5 libapache-mod-php5)

En muchas ocasiones suele ser necesario también la instalación de los módulos

PHP para MySQL y LDAP (necesarios para este proyecto):

#apt-get install php4-mysql php4-ldap

Hay que editar el archivo php.ini. En este proyecto debiera de estar alojado en

/etc/php.ini, des comentando las líneas, si es que no lo estuvieran:

extension=php_mysql.so extension=php_ldap.so

Por último, es necesario también editar el archivo /etc/apache/httpd.conf, des

comentando las siguientes líneas (puede que no sean idénticas a las que contenta

el archivo):

LoadModule php4_module //libphp4.so Addtype application/x-httpd-php .php

Addtype application/x-httpd-php-source. phps

17

5. MÓDULO DE LENGUAJE INTERPRETADO

Se encarga de atender las peticiones por parte del Servidor Web, interpretándolas

y construyendo la respuesta que va a ser destinada al usuario, llevando a cabo

accesos a Base de Datos y a disco si es necesario. Las funciones más generales

que desempeña en la aplicación el módulo de lenguaje interpretado son:

5.1 AUTENTICACIÓN

Comprueba que se tengan permisos para el acceso a determinadas

secciones, verificando que el usuario ha iniciado sesión en su ordenador.

Se encarga de presentar en pantalla al usuario la necesidad de autenticarse,

así como también del proceso de inicio de este si no la hubiese y fuera

necesaria, mediante el empleo del directorio LDAP de la compañía.

Gestiona las labores de bloqueo y liberación de las sesiones de los IMEI.

5.2 BÚSQUEDA

Requiere por pantalla el rellenado de los parámetros de búsqueda y muestra

los resultados.

Permite visualizar los resultados tanto en formato normal como en referencia.

Los resultados de la búsqueda se presentan de forma resumida con la

información principal de cada entrada, pudiendo entrar en detalles si se está

empleado formato normal. Con ello se ahorra gran cantidad de tráfico

innecesario salvo que el usuario desee ver en profundidad los detalles de

una entrada.

Si el usuario está autenticado y fue aportador de la entrada, se ofrece la

posibilidad de edición de esta, y en caso de que pertenezca a los

administradores de la aplicación se posibilita también la eliminación de la

entrada en cuestión.

También es importante destacar el uso de la función GZIP de PHP, incluida en todos

los scripts de PHP de la aplicación. Con ella se consigue reducir el tamaño de la

respuesta del servidor a los usuarios, ya que se comprimen los documentos de

hipertexto, y está ampliamente soportada por la gran mayoría de navegadores Web.

18

6. APLICACIÓN EN EL LADO CLIENTE

La parte de la aplicación del lado del usuario ha sido orientada hacia una gran

compatibilidad con todo tipo de navegadores, pero por normativas de la compañía

solo se usa el buscador internet Explorer:

Cumpliendo el estándar del tipo de documento acorde al DTD empleado

(XHTML 1.0 Transitional) dado por el consorcio [W3C] (Word Wide Web

Consortium).

Cumpliendo las reglas de uso de las Hojas de Estilo en Cascada versión 2.1

(CSS 2.1). o Cumpliendo en todo lo posible los consejos de [TAW] (Test de

Accesibilidad Web).

Evitando emplear imágenes en las zonas que mayor accesibilidad requieren,

como el título de la página en la parte superior, el nombre del área y menús.

Con ello se fomenta también una mejor indexación por parte del buscador.

6.1 INTERFAZ DE LA APLICACIÓN

6.1.1 USIM CONSULT

Modulo para consultar si esta enrutado o no y también verificar los datos del cliente

que se encuentran el serial de la sim cart y el IMEI

Figura 4. USIM Conult


19

6.1.2 IMEI FINDER

Modulo donde brinda la Información del teléfono y si concuerda con los datos del

cliente.

Figura 5. IMEI Finder


6.1.3 IMEI DETECCION

Para mirar los tipos de bloqueo que tiene el equipo.

Figura 6. IMEI Detection( No encontrado)


20

Figura 7. IMEI Detection( Encontrado)


6.1.4 ESCENARIOS DE DETECCION DE IMEI

Figura 8. Escenarios de detección de IMEI


21

Figura 9. Call Center


6.1.5 TIPS ESCENARIOS DE DETECCION IMEI

Figura 10. IMEI (Invalido, Sin Formato)


22

Figura 11. IMEI (Duplicado, Homologado Sin Registro, Reincidente)


Figura 12. IMEI (No Homologado)


23

6.1.6 MSISDN & ID REPORT

Modulo para verificar con que cedula esta registrado el cliente.

Figura 13. MSISDN & ID Report


24

6.1.7 IMEI DUPLICATE REPORT

Modulo donde muestra el reporte de todos los IMEI reportados por duplicidad ante

la entidad GSMA.

Figura 14. IMEI DUPLICATE Report (Por IMEI)


Figura 15. IMEI DUPLICATE Report (Por Numero)


25

Figura 16. IMEI DUPLICATE Report (No Encontrado)


6.1.8 IMEI UNREGISTERED REPORT

Modulo para saber cómo está registrado en la base de datos negativa, donde se

encuentran todos los reportes.

Figura 17. IMEI UNREGISTERED Report


26

Figura 18. IMEI UNREGISTERED Report (No Encontrado)


6.2 MANTENIMIENTO Y NUEVOS DESARROLLOS

Debido a las regulaciones por parte del gobierno y la entidad CRC a los IMEI

duplicados se tuvo que agregar dos funciones más al aplicativo web debido a eso

se presentaron problemas con las bases de datos, para solucionarlo se crearon

nuevas funciones a las bases de datos para que el alcance fuera mayor:

Diseñar ETL para migrar las siguientes tablas de Oracle a Teradata

ENVIO_IMEI_EIR_DUPLICANXO2_HIS

EIR_DUPLICANEXO2_HIS

IMEI_NEGATIVA

IMEI_MSISDN_NEGATIVA

Implementar 2 módulos adicionales al visor CEM, los cuales serán

CONSULTA IMEI SIN REGISTRO BLOQUEADO

CONSULTA IMEI’S DUPLICADOS (CONSULTA POR IMEI Y CONSULTA

POR LINEA)

Crear en Teradata un log de eventos sobre las consultas realizadas en los 2

módulos implementados.

27

6.3 PROBLEMAS

Se ha tenido varios problemas con la construcción de una ETL para migrar la

información de Oracle a Teradata. Al no tener un programa licenciado como

(Datamanager) los tiempos de respuesta no son óptimos

Las 4 tablas suman en total de 48 millones de registros aproximadamente, se

aprovechan los recursos de Teradata como el fastload para subir bloques grandes

de información, pero la construcción del archivo plano es la demora en sí.

Para construir los archivos planos de las dos tablas más grandes

IMEI_NEGATIVA

IMEI_MSISDN_NEGATIVA

Se demora un promedio de 2 horas, tiempo total de ejecución de la ETL promedio

2H30M.

6.4 SOLUCIONES

Creación de ETL para exportar la información de Oracle y subirla a Teradata. Como

se manifestó en el cuerpo del problema los tiempos de respuesta pueden variar por

diversos aspectos. Se recomienda ejecutar la ETL por las noches en un equipo

donde no se suspenda y no se desconecte de la red.

28

Figura 19. Creación de tablas para mirar el tiempo de transferencia de la BD Oracle

a Teradata


29

El módulo en el visor CEM se llama “IMEI DUPLICATE Report”, se debe seleccionar una de las dos opciones de búsqueda, IMEI o Celular.

Figura 20. IMEI DUPLICATE Report (IMEI)


Figura 21. IMEI DUPLICATE Report (Celular)


30

6.5 CONSULTA IMEI SIN REGISTRO BLOQUEADO LOG DE EVENTOS

Se crea una tabla en Teradata que almacena los IMEI’s y números de Celular consultados. Figura 22. Consulta IMEI sin registro bloqueado log de eventos


El ultimo modulo en el Visor CEM se llama “IMEI UNREGISTERED Report”, en el cual la consulta se hace solo por IMEI. Figura 23. IMEI UNREGISTERED Report


A continuación, se actualiza las tablas de Teradata por medio de un archivo (.bat).

31

Archivo USIM.zip:

Descomprimir en la ruta de publicación del programa Xamp. Ruta por defecto:

C:\Xamp\www

Archivo JAVA.zip:

Descomprimir en la raíz del disco C, debe quedar de la siguiente forma:

Figura 24. Archivo JAVA


Dentro de la carpeta java solo debe quedar la carpeta “Mig_Oracle_to_Teradata”

C:\JAVA\Mig_Oracle_to_Teradata

Para ejecutar el programa según la periodicidad requerida, ingresar a la ruta:

C:\JAVA\Mig_Oracle_to_Teradata\Ejecutable\j0_Main_Job_Mig_Oracle_To

_Teradata

Luego ejecutar el archivo

.bat j0_Main_Job_Mig_Oracle_To_Teradata_run.bat

32

7. CASOS DE USO

En este sistema intervienen dos tipos de usuarios: el usuario y el asesor, que tendrá

permisos para modificar las bases de datos. A continuación, en la siguiente figura

se muestran los casos de uso del sistema.

33

7.1 DIAGRAMA DE SECUENCIA

Son usados para modelar la interacción entre objetos en un sistema modelado

mediante UML Se muestran a continuación un conjunto de objetos de aplicación a

través del tiempo y se modela para cada método de la clase. Estos diagramas

contienen detalles de implementación del aplicativo web.

34

Cuando se selecciona el registro se devuelve un formulario que mientras no sean

correctos se les volverá a pedir a los usuarios que introduzcan los datos hasta que

sean correctos.

Consultar pasos a seguir

35

Los asesores pueden comprar registros, previo paso la validación de datos, después

de la validación se recarga el contenido mientras los datos sean suficientes.

7.1.1 DIAGRAMA DE FLUJO IMEI DUPLICADO

Fuente. Lucidchart.

36

7.1.2 DIAGRAMA DE FLUJO IMEI NO HOMOLOGADO

Fuente. Lucidchart.

7.1.3 DIAGRAMA DE FLUJO IMEI SIN FORMATO

Fuente. Lucidchart.

37

7.1.4 DIAGRAMA DE FLUJO IMEI INVALIDO

Fuente. Lucidchart.

7.1.5 DIAGRAMA DE FLUJO IMEI REINCIDENTE

Fuente. Lucidchart.

38

7.1.6 DIAGRAMA DE FLUJO IMEI HOMOLOGADO SIN REGISTRO

Fuente. Lucidchart.

39

8. ACTIVIDADES REALIZADAS

Realizar consultas en las bases de datos para modificar, eliminar, actualizar y crear

registros y tablas asi como realizar queries para dar solucion a los requerimientos

requeridos a traves de oracle y SQL para la liberacion, bloqueo o registro de IMEI

en la base de datos positiva y negativa de la compañía y asi realizar soporte a

cuarto grado.

Desarrollo de una plicacion web en lenguaje php, javascript por medio de scripts,

macros, frames y shells en LINUX para automatizar procedimientos de:

Actualizacion diaria de las bases de datos

Exportar archivos internos a servidores externos diariamente

Exportar resultado de cruces de datos en oracle y generar informes

Tambien crear informes, tableros inteligentes y mapas de datos en tableau y

powerBi realizando mineria de datos.

Documentacion de procedimientos y generacion de interfaz en UML y BPMN para

desarrollos agiles y automatizacion.

40

9. LOGROS Y LECCIONES APRENDIDAS

Cuando inicie mi carrera en la universidad no sabía realmente a que me iba a

dedicar, tenía gusto por la informática y el mundo de los programas y tras el

desarrollo en mi carrera me iba dando cuenta que el mundo de la programación me

apasionaba y todo lo que conllevaba la misma, esta práctica profesional en la

empresa claro Colombia me ayudo abrir los ojos y ver realmente la realidad de mi

profesión y lo que yo realmente quería llegar hacer puesto que es una empresa muy

grande así como constituida en el mercado y me ayudo a ver como son los

conductos regulares que maneja una organización. También las motivaciones que

uno en su día a día laboral presentan, y a los problemas que conlleva tener

responsabilidades tan grandes como es pertenecer a esta empresa como pueden

ser la puntualidad el liderazgo y sobre todo la constancia.

10. LIMITACIONES, CONCLUSIONES Y RECOMENDACIONES

Las limitaciones presentadas durante mi experiencia en la empresa fueron muy

pocas, pero cabe aclarar que el mundo empresarial va en constante crecimiento y

a veces uno no se da cuenta de la magnitud de responsabilidades que se

presentan en la empresa.

41

BIBLIOGRAFIA

Marcelo Maraboli, Manuel de programación en PHP, Bogotá, manuales,3144p.

Claro Colombia S.A., Documento CAS, Bogotá, 16, octubre, 2017.

García, Luis Fernando. Todo lo básico que debería saber sobre Programación

Orientada a Objetos en PHP. Edición Uninorte – 2010

Larman, Craig. UML y patrones: Una Introducción al Análisis y Diseño Orientado a

Objetos y al Proceso Unificado. Pearson - 2006

diseÑo e implementaciÓn de un aplicativo web para el

Documents