De acuerdo a cada uno de los pasos descritos en la propuesta metodológica se realizará un análisis de un caso de estudio, para la aplicación de la metodología descrita.
9.1 ANÁLISIS
Se refiere a la implementación de una solución para una empresa del sector de las telecomunicaciones que tiene actualmente un requerimiento de visión integrada de la información, así como la intención de satisfacer las necesidades de los usuarios para obtener información oportuna.
Estado actual
Actualmente se ejerce un control muy fuerte sobre los accesos a las bases de datos operativas. Dentro de una organización existen grupos de personas que se encargan de velar por el desempeño de las bases de datos operativas. Sin embargo, este mismo control de alguna manera va en contra de las necesidades del negocio de obtener información al día.
MISC-03-1-9
Los usuarios acceden mediante algunos privilegios a los sistemas, algunos pueden realizar consultas directas, con restricciones de tiempo. Después de un cierto tiempo de inactividad, estos accesos son cortados. Incluso se habilitan conexiones a los sistemas mediante dblinks, pero estos dblinks son restringidos por tiempo y son limitados para el gran número de usuarios que existen en la compañía.
Muchas veces se ha visto afectado el desempeño de los sistemas porque un usuario inexperto envía una consulta poco eficiente sobre una tabla muy transaccional, esto ocasiona que procesos masivos se vean afectados en sus tiempos.
Áreas usuarias como por ejemplo Ventas, Servicio al Cliente y Facturación requieren información cada cierto tiempo; para establecer políticas y determinar el comportamiento de los productos lanzados recientemente al mercado.
Los requerimientos de los usuarios por información, se manejan de dos formas diferentes. Una consulta Ad hoc que es solicitada al área de tecnología, la cual muchas veces por falta de tiempo, esta información no puede ser entregada oportunamente al usuario.
Se crean consultas después de un cierto espacio de tiempo para implementarlas mediante reportes o procedimientos almacenados que se ejecutan periódicamente y que afectan directamente los sistemas en línea.
Estado nuevo
Para atacar el problema se parte de la premisa que las bases de datos pertenecen a un dominio común de información, aunque sus SMBD sean distintas entre sí. ¿Qué debería hacer la solución que desea implementarse?.
Básicamente debe definirse un esquema global que represente este dominio de información. Esta definición es de común acuerdo entre los entes participantes. Este esquema global deberá permanecer almacenado en un repositorio, y deberá ser habilitado para su consulta. Los administradores de cada sistema local deben determinar
MISC-03-1-9
las relaciones entre el Esquema Global y los Esquemas Locales. Se debe establecer una estrategia de transformación, los datos serán actualizados periódicamente sobre un repositorio que se convertirá en el ODS de la Organización.
Los accesos a las bases de datos operativas son muy restringidos, este control se debe a la necesidad de controlar el rendimiento de estas consultas que se realizan sobre las tablas de las bases de datos operativas. Un grupo de personas revisa periódicamente el desempeño de estos sistemas. Al definir un ODS estas personas encargadas del monitoreo, están consistentes y seguros del volumen de información que se extraerá de los sistemas en línea. Pueden establecer los horarios oportunos para realizar las operaciones.
El número de usuarios que desea acceder a la información del ODS es relativamente pequeño, se manejan en promedio de 50 a 60 usuarios con perfiles de consulta.
En el alcance de esta tesis se enfocará en el trabajo sobre bases de datos relaciónales. Es necesario pues, determinar: Las entidades a las cuales se les hará seguimiento, el proceso de transformación e Integración, las políticas de actualización de datos, la interfaz grafica que permitirá al usuario ver al ODS de una manera integrada.
9.2 AMBIENTE DE IMPLEMENTACION Y RESTRICCIONES DEL PROTOTIPO
Se establecerá un prototipo que este enfocado al sector de las telecomunicaciones y en especial dirigido hacia las Entidades y Servicios Suplementarios que se ofrecen a los usuarios de una empresa en particular.
9 Se utilizará una Base de datos Oracle versión 8i.
9 Se crearán programas de ETL desarrollados como PL/SQLs en Oracle para cargar al ODS la información de las bases de datos operativas.
9 Se utilizará como herramienta de WorkFlow el aplicativo Oracle Workflow. El cual consta de los siguientes componentes:
MISC-03-1-9
9 WorkFlow Builder donde se crean los grafos de Flujos de procesos.
9 Workflow Server que es la máquina donde corren los paquetes y procedimientos almacenados de los cuales consta el grafo.
9 Workflow Monitor que es la interfaz gráfica para gestión de procesos, la cual es visualizada en un servidor que contenga la suite de aplicaciones Oracle 9iAplication Server.
Restricciones
Dentro de las restricciones establecidas para el prototipo a desarrollar están las siguientes:
9 Se trabajará sólo con bases de datos relacionales.
9 En esta etapa no se trabajará sobre el aspecto relacionado a la optimización de las consultas sobre el modelo del ODS. Se guardaran los metadatos en el mismo ODS. 9 Se utilizaran tablas de modificaciones en los sistemas orígenes para usarlas como
referencia en la captura de las modificaciones de los datos.
9 Para cargar la información en el ODS se validará la información de los archivos planos generados en cada Base de Datos Transaccional.
9 El ODS sólo será enfocado a Consultas.
9.3 ETAPAS DE DESARROLLO
Basados en la propuesta metodológica se realizará cada uno de los pasos seguidos en las tres grandes etapas: Análisis y Diseño, Desarrollo Y Aprobación.
En cada una de las etapas se documentará mediante los formatos propuestos en las Sección de Anexos ( Anexo 1 – Anexo 9 ). Toda la documentación que soporta las etapas de Implementación del ODS en el caso de estudio se encuentra descrita en los anexos 10.1. al 10.9.
Los requerimientos funcionales apuntan hacia un tipo de ODS de Tipo II o Tipo III, ya que las características implican que no se pueden realizar consultas directas a las bases de
MISC-03-1-9
datos de los sistemas operacionales. Un ODS Tipo I no podría ser implementado puesto que el manejo de actualización mediante Triggers en las tablas transaccionales, ocasionaría un impacto negativo en el Desempeño. Y esto de primera parte esta descartado porque las bases de datos de los sistemas operacionales son muy custodiadas.
Se descarta un tipo de ODS clase IV porque su fuente de alimentación no proviene de un Datamart o un Datawarehouse. Además, se desea programar periódicamente esta actualización del ODS, con el fin de tener actualizada la información. La mejor opción por tanto es un ODS de Clase II. Debido a que los sistemas operacionales ( Sistema de Facturación, Plataforma Mensajería – SMS y Plataforma de Buzones de Voz - Voice) son muy restrictivos en cuanto a sus consultas. Se propone la generación de archivos planos, con una nomenclatura propia que identifique el nombre de la tabla del cual provienen. Estos archivos se cargarán a tablas temporales, sobre las que posteriormente se realizarán procesos de integración y transformación para actualizar en forma consistente el Modelo de Datos del ODS.
9.3.1 Escogencia de la Herramienta de Workflow
Se realizó un pequeño análisis entre dos herramientas de Workflow como son MS Sql Server DTS y Oracle Workflow.
HERRAMIENTA MS SQL Server
Data Transformation Services
Oracle Workflow
CARACTERISTICAS COM, Visual Basic Desarrollo de procesos en java o Pl/sqls VENTAJAS del motor de transformación Visual Basic y C DTS ( Data Transformation Services )
• Workflow Builder constructor de procesos bajo ambiente Windows • Workflow Monitor Interfaz para gestionar
los procesos.
La base de datos es más robusta DESVENTAJAS Transformaciones Simples.
Es limitado
Solo con Oracle
Plataforma de Diseño
MISC-03-1-9
Tabla No. 11. Cuadro comparativo entre dos herramientas de Workflow.
Debido a consideraciones de desempeño y eficiencia se decidió utilizar Oracle Workflow. Puesto que tiene todas las características para poder implementar correctamente grafos de flujos de trabajo, con envío de notificaciones si así son solicitadas.
Los flujos de trabajo se desarrollaran en Workflow, cada una de las funciones se realizaran como procedimientos almacenados los cuales devolverán valores correspondientes a los resultados esperados por cada función. Es decir, estas funciones permitirán encadenar los procedimientos y las precondiciones existentes entre uno y otro proceso.