Post on 18-Jul-2022
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
Fuente. Empresa Claro.
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
Fuente. Empresa Claro.
6.1.3 IMEI DETECCION
Para mirar los tipos de bloqueo que tiene el equipo.
Figura 6. IMEI Detection( No encontrado)
Fuente. Empresa Claro.
20
Figura 7. IMEI Detection( Encontrado)
Fuente. Empresa Claro.
6.1.4 ESCENARIOS DE DETECCION DE IMEI
Figura 8. Escenarios de detección de IMEI
Fuente. Empresa Claro.
21
Figura 9. Call Center
Fuente. Empresa Claro.
6.1.5 TIPS ESCENARIOS DE DETECCION IMEI
Figura 10. IMEI (Invalido, Sin Formato)
Fuente. Empresa Claro.
22
Figura 11. IMEI (Duplicado, Homologado Sin Registro, Reincidente)
Fuente. Empresa Claro.
Figura 12. IMEI (No Homologado)
Fuente. Empresa Claro.
23
6.1.6 MSISDN & ID REPORT
Modulo para verificar con que cedula esta registrado el cliente.
Figura 13. MSISDN & ID Report
Fuente. Empresa Claro.
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)
Fuente. Empresa Claro.
Figura 15. IMEI DUPLICATE Report (Por Numero)
Fuente. Empresa Claro.
25
Figura 16. IMEI DUPLICATE Report (No Encontrado)
Fuente. Empresa Claro.
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
Fuente. Empresa Claro.
26
Figura 18. IMEI UNREGISTERED Report (No Encontrado)
Fuente. Empresa Claro.
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
Fuente. Empresa Claro.
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)
Fuente. Empresa Claro.
Figura 21. IMEI DUPLICATE Report (Celular)
Fuente. Empresa Claro.
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
Fuente. Empresa Claro.
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
Fuente. Empresa Claro.
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
Fuente. Empresa Claro.
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