CAPITULO 4 DESARROLLO DEL SISTEMA. En la parte de desarrollo de Base de Datos se implementaron los

Transcripción

1 92 CAPITULO 4 DESARROLLO DEL SISTEMA 4.1. DESARROLLO DEL SISTEMA Base de Datos En la parte de desarrollo de Base de Datos se implementaron los procedimientos almacenados (paqueterías) que son ejecutados

2 93 desde el Administrador ETL Admin, para realizar la Extracción, Transformación y Carga de los datos Base de Datos Origen Para la extracción de la información desde la Base de Datos Origen CRM Operativo se desarrollaron los procedimientos almacenados o paquetes de Base de Datos que acceden a las tablas y generar archivos planos como resultados de la extracción.

3 94 Nombre Procedimiento Paquete SCA_K_EXTRACCION SCA_P_EXTRACCION_ACTIVIDAD SCA_P_EXTRACCION_ESTADOS SCA_P_EXTRACCION_AGENCIA SCA_P_EXTRACCION_CENTRO SCA_P_EXTRACCION_CLIENTE SCA_P_EXTRACCION_ITEM SCA_P_EXTRACCION_LINEA_NEG SCA_P_EXTRACCION_TIPO_BAJA SCA_P_EXTRACCION_NACIONALIDAD SCA_P_EXTRACCION_PAIS SCA_P_EXTRACCION_PARROQUIA SCA_P_EXTRACCION_UBICACION SCA_P_EXTRACCION_SECTORES SCA_P_EXTRACCION_PROVINCIA SCA_P_EXTRACCION_RECLAMOS SCA_P_EXTRACCION_REGION SCA_P_EXTRACCION_SERVICIO SCA_P_EXTRACCION_TIPO_CLTE SCA_P_EXTRACCION_TIPO_RECL SCA_P_EXTRACCION_VENTAS Descripción Extrae la tabla Actividad del cliente Extrae la tabla de estados Extrae las agencias tabla de centro de atención tabla cliente Extrae la items de servicios Extrae la información tabla línea de negocio Extrae la información tabla de tipo de cancelación de servicios tabla nacionalidad tabla país tabla parroquia ubicación tabla sectores tabla provincia tabla reclamos tabla región tabla servicio tabla tipo de cliente tabla tipo de reclamo tabla tipo ventas Cuadro 50 Fuente: Investigadores

4 Base de Datos Stage Para el almacenamiento de la información extraída en la Base de Datos DatawareHouse en el esquema temporal CRM_SCA_TMP se desarrollaron los procedimientos almacenados o paquetes de Base de Datos que actualizan a las tablas de este esquema.

5 96 Nombre Procedimiento SCA_P_TRANSPORTE_ACTIVIDAD SCA_P_TRANSPORTE_ESTADOS SCA_P_TRANSPORTE_AGENCIA SCA_P_TRANSPORTE_CENTRO SCA_P_TRANSPORTE_CLIENTE SCA_P_TRANSPORTE_ITEM SCA_P_TRANSPORTE_LINEA_NEG SCA_P_TRANSPORTE_TIPO_BAJA Paquete SCA_K_TRANSPORTE SCA_P_TRANSPORTE_NACIONALIDAD SCA_P_TRANSPORTE_PAIS SCA_P_TRANSPORTE_PARROQUIA SCA_P_TRANSPORTE_UBICACION SCA_P_TRANSPORTE_SECTORES SCA_P_TRANSPORTE_PROVINCIA SCA_P_TRANSPORTE_RECLAMOS SCA_P_TRANSPORTE_REGION SCA_P_TRANSPORTE_SERVICIO SCA_P_TRANSPORTE_TIPO_CLTE SCA_P_TRANSPORTE_TIPO_RECL SCA_P_TRANSPORTE_VENTAS Descripción Inserta la tabla Actividad temporal del cliente Inserta la tabla de estados temporal Inserta la tabla de agencias temporal Inserta de la tabla de centro de atención temporal tabla cliente temporal Inserta la tabla items de servicios temporal Inserta la tabla línea de negocio temporal Inserta la tabla de tipo de cancelación de servicios temporal tabla nacionalidad temporal tabla país temporal tabla parroquia temporal ubicación temporal tabla sectores temporal tabla provincia temporal tabla reclamos temporal tabla región temporal tabla servicio temporal tabla tipo de cliente temporal tabla tipo de reclamo temporal tabla tipo ventas temporal Cuadro 51 Fuente: Investigadores

6 Base de Datos DataWareHouse En el proceso de carga hacia el almacén de datos se desarrollaron los procedimientos almacenados o paquetes de Base de Datos que generan los cubos de información. Nombre Procedimiento SCA_P_ CARGA_ACTIVIDAD SCA_P_CARGA_ESTADOS Paquete SCA_K_CARGA SCA_P_CARGA_LOCALIDAD_RECLAMO SCA_P_CARGA_UBICACION_CLIENTE SCA_P_CARGA_RECLAMOS SCA_P_CARGA_CLIENTES SCA_P_CARGA_NACIONALIDAD SCA_P_CARGA_PRODUCTOS SCA_P_CARGA_TIPO_CLTE SCA_P_CARGA_TIPO_RECLAMO SCA_P_CARGA_TIPO_BAJA Descripción Carga la tabla Actividad al Datawarehouse Carga la tabla Estados al Datawarehouse Carga la jerarquía de la localidad de los centros de atención Carga la jerarquía de la ubicación de cliente Carga la información sumarizada de los reclamos registrados Carga la información sumarizada de las altas y bajas de los clientes Carga la tabla Nacionalidad al Datawarehouse Carga la jerarquía de Productos de cliente Carga la tabla Tipo Cliente al Datawarehouse Carga la tabla Tipo Reclamo al Datawarehouse Carga la tabla Tipo Baja al Datawarehouse Cuadro 52 Fuente: Investigadores

7 Administrador Web ETL Admin. Es la aplicación (FRONT END) que interactúa con el usuario, el mismo que está desarrollado en tecnología JSP, basado en modelo MVC respetando los estándares J2EE. Se han utilizado Frameworks para un mayor enriquecimiento de la GUI El énfasis en un desarrollo basado en usuario considerando los estándares de usuabilidad y logrando un entorno de fácil aprendizaje Seguridades Sistema Operativo El entorno de sistema operativo puede trabajar bajo una plataforma de esquema de grupo de trabajo o esquema de grupo activo. El proceso Admin. no tiene relación directa con los roles y seguridades del sistema operativo Base de Datos Para manejar las seguridades de Base de Datos se definen cuatro esquemas generales que contienen la información referente al proceso ETL. Estos se detallan a continuación:

8 99 Base de datos Esquema Usuario CRM_Operativo CRM_DAT CRM_OPER CRM_DW CRM_DW CRM_SCA CRM_SCA_TMP CRM_SCA_TMP CRM_SCA CRM_SCA Cuadro 53 Fuente: Investigadores Sistema WEB ETL Admin. El sistema Web ETL Admin maneja la seguridad de acceso a la aplicación por medio sección activa. El tiempo de duración de la sección es de 1800 segundos, es decir, 30 minutos por default Registro de Logs Como auditoria de las ejecuciones de los procesos de extracción, transporte y carga se implementaron archivos de logs para administración y control. Las mismas se almacenan en la ruta del Servidor BD tanto fuente como destino. Entre la información que se almacena en estos archivos logs, tenemos; el nombre de la tabla, mensaje de error, código de error, numero de registros y como identificación de archivo se sigue la siguiente nomenclatura:

9 100 Descripción de los Archivos Logs Nombre de la tabla Fecha en Formado yyyymmdd hhmmss Extensión logs Cuadro 54 Fuente: Investigadores Ejemplo: CRM_ADM_ESTADOS log Roles y Perfiles de Usuario Los roles de usuario se basan en criterios de restricción, es decir, que se crean roles y se restringen opciones por el cual se bloquea el acceso. Sin restricciones se crea un rol de acceso a todos los servicios. Existe dos roles predefinidos, creados al momento de la instalación: Rol Administrator: Es un rol predefinido que no cuenta con ninguna restricción.

10 101 Rol GUEST.- Es un rol predefinido para el usuario invitado, que cuenta con restricción para evitar configuraciones y cambios de seguridad del sistema. Estos roles no pueden ser editados ni eliminados del sistema Usuarios del sistema.- Permite identificar al usuario, guardan información básica e importante para el sistema como (nombres, apellido, roles, etc.) A cada usuario se asigna un nombre de usuario y contraseña, que permite dar acceso al sistema. Los usuarios del sistema esta íntimamente ligados con roles de seguridad. Al nuevo usuario se deben asignar uno o varios roles para mantener activo al sistema. Existen dos usuarios predefinidos los cuales se crean al momento de la instalación:

11 102 Usuario Administrator.- Esta definido como el super-usuario del sistema, el mismo que es identificado con el rol Administrator. Usuario Guest.- Es un usuario invitado del sistema, el mismo que esta identificado con el Rol Guest. Estos usuarios no pueden ser editados ni eliminados del sistema.