FACULTAD DE INGENIERÍA Carrera Ingeniería de Sistemas MODALIDAD DE GRADUACIÓN Proyecto de Grado “Análisis y Diseño de un Data Mart para la gestión de reportes de RRHH de la Empresa de Agua SA” Oscar Marcos Amelunge Ruiz Santa Cruz - Bolivia 2010 FACULTAD DE INGENIERÍA Carrera Ingeniería de Sistemas MODALIDAD DE GRADUACIÓN Proyecto de Grado “Análisis y Diseño de un Data Mart para la gestión de reportes de RRHH de la Empresa de Agua SA” Oscar Marcos Amelunge Ruiz NR. 2003210474 Proyecto de Grado para optar al grado de Licenciado en Ingeniería de Sistemas Santa Cruz - Bolivia 2010 ABSTRACT TITULO AUTOR : Sistema de gestión contable y ventas para la empresa P&S con Adempiere. : Oscar Marcos Amelunge Ruiz. PROBLEMATICA OBJETIVO CONTENIDO CARRERA PROFESOR GUIA DESCRIPTORES O TEMAS : Ingeniería de Sistemas : : Data Warehouse, Data Mart, Analisis, Diseño, Modelo Dimensional. E-MAIL : [email protected] : Julio de 2010. FECHA AGRADECIMIENTO En esta sección se realizara el agradecimiento correspondiente RESUMEN INTRODUCCION TABLA DE CONTENIDO .PARTE I PLANIFICACIÓN Y PREPARACIÓN DEL PROYECTO ................................................... 2 i PARTE I PLANIFICACIÓN Y . PREPARACIÓN DEL PROYECTO CAPITULO I PLAIFICACION DEL PROYECTO 1. PLANIFICACION DEL PROYECTO 1.1. INTRODUCCION Desde principios de la década de los 80 los sistemas de información empezaron a desarrollarse utilizando el modelo relacional y la información almacenada en las bases de datos generalmente ha sido orientada al registro de transacciones, lo que comúnmente se conoce como sistemas OLPT – “Procesamiento de Transacciones En Línea (OnLine Transaction Processing) que es un tipo de sistemas que facilitan y administran aplicaciones transaccionales, usualmente para entrada de datos y recuperación y procesamiento de transacciones (gestor transaccional). Los paquetes de software para OLTP se basan en la arquitectura cliente-servidor ya que suelen ser utilizados por empresas con una red informática distribuida.” http://es.wikipedia.org/wiki/OLTP. Como su nombre lo dice este tipo de sistemas están orientados exclusivamente generar información a través de transacciones y no a la consulta y análisis de la información ya que al aumentar el volumen de información en los sistemas transaccionales se dificulta la consulta de los datos generados. Como alternativa a esta situación surgió el concepto de Data Warehouse (almacén de datos) o como lo define Ralph Kimball “una copia de las transacciones de datos específicamente estructurada para la consulta y el análisis” o “la unión de todos los Data Marts de una entidad”. El objetivo primordial de un Data Warehouse es almacenar los datos de tal manera que se facilita la extracción y consulta de los mismos sin importar el amplio volumen de información que pueda existir. Normalmente el alcance que tiene un Data Warehouse llega a ser, toda la información generada empresa, la construcción de un D.W. requiere una inversión en tiempo y esfuerzo considerable. Una estrategia o concepto alternativo al D.W. que tiene el mismo fin pero con un alcance mas limitado a un area o departamente de empresa es el Data mart. “Un Data mart es una versión especial de almacén de datos (data warehouse). Son subconjuntos de datos con el propósito de ayudar a que un área específica dentro del negocio pueda tomar mejores decisiones. Los datos existentes en este contexto pueden ser agrupados, explorados y propagados de múltiples formas para que diversos grupos de usuarios realicen la explotación de los mismos de la forma más conveniente según sus necesidades.” http://es.wikipedia.org/wiki/Data_mart. CAPITULO I PLAIFICACION DEL PROYECTO En los tiempos actuales las empresas necesitan depositar toda su confianza en la toma de decisiones, para lo cual se requieren fuentes de información fiables y oportunas, la cuales brinden a los empleados, jefes de sección, administrativos, ejecutivos y también entes externos a la empresa como ser: organismos gubernamentales, bancos, fondos financieros, etc. la facilidad de compartir, gestionar, procesar y utilizar los datos generados en la empresa, sobre todo la información que es procesada y almacenada por los Sistemas de Informatizados de la compañía como fuente principal de apoyo a la toma de decisiones, marco del estado actual e indicador de los posibles estados futuros, para esto las empresas pueden valerse de los D.W. con de toda la información generada en la empresa. El presente trabajo de grado pretende enfocarse en la implementación de un Data Mart para una de las aéreas de empresa mayor estudiada y de mayor preocupación; los Recursos Humanos, eje principal del aparato productivo de toda organización. La cantidad de información generada por las actividades y procesos concernientes al control y gestión de recursos humanos en las empresas es substancial, y de la misma pueden derivarse una gran cantidad de información como ser control de asistencias y permisos, control de vacaciones, planillas de sueldos, pagos de beneficios, etc. los cuales pueden ser fuente para la generación de de reportes y datos con opción de ser explotado para la toma de decisiones. 1.2. DEFINICION DEL PROBLEMA El departamento de Recursos Humanos de la empresa de agua S.A. cuenta actualmente con un sistema de información con el cual se gestionan y almacena la información de más de 600 funcionarios. El sistema utiliza como repositorio de información una base de datos cuyo diseño relacional está orientado mas al almacenamiento de datos que a la consulta y explotación de los mismo, con el paso del tiempo los usuarios de dicho sistema han ido requiriendo cada vez mayor cantidad de reportes y necesidad de poder analizar la información de los CAPITULO I PLAIFICACION DEL PROYECTO funcionarios, con lo cual el modelo transaccional sobre la cual está construida la base de datos dificulta el estudio de la información almacenada en la misma. Con los sistemas tradicionales se preparan reportes ad-hoc para encontrar las respuestas a algunas de las preguntas del negocio, pero se necesita dedicar mucho del tiempo asignado, al análisis de localización y presentación de los datos, como también asignación de recursos humanos y de procesamiento del departamento de sistemas para poder responderlas, sin tener en cuenta la degradación de los sistemas transaccionales. Esta problemática se debe a que dichos sistemas transaccionales no fueron construidos con el fin de brindar síntesis, análisis, consolidación, búsquedas y proyecciones. Existe una gran cantidad de reportes ad-hoc asociados a los datos que se registran en el sistema de recursos humanos y la variación de los mismos en el tiempo es poco significativa, la herramienta en la cual están construidos y publicados estos reportes exige que cada vez que se requiera un cambio menor en el mismo, tenga que contactarse a los desarrolladores para que el reporte ad-hoc sea modificado, lo cual implica un retraso para la persona o área de empresa que requiere el reporte. 1.3. SITUACION PROBLEMÁTICA La información generada por el sistema de recursos humanos se encuentra almacenada en una base de datos relacional, lo que dificulta la consulta, explotación y creación de nuevos reportes de los datos. 1.4. SITUACION DESEADA Contar con un Data Mart que almacene la información generada por el sistema de recursos humanos, para facilitar la consulta, explotación y creación de reportes de dichos datos. 1.5. OBJETIVOS 1.5.1. OBJETIVO GENERAL CAPITULO I PLAIFICACION DEL PROYECTO Análisis y Diseño de un Data Mart para la gestión de los datos de RRHH de la empresa de agua S.A. 1.5.2. OBJETIVOS ESPECIFICOS Definir los requerimientos generales del área de RRHH para la construcción del Data Mart. Realizar el Análisis de los requerimientos del área de RRHH. Realizar el Diseño del Data Mart para el área de RRHH. Construcción una versión Beta del Data Mart. 1.6. ALCANCE El alcance del presente trabajo estara definido por los requerimientos generales, el análisis y diseño del Data Mart en base a los mismos y la implementación de una versión Beta del Data Mart. 1.7. METODOLOGIA Se utilizara como modelo de metodología “El ciclo de vida del modelo dimensional” tomando en cuenta las siguientes fases y actividades: Fase 1 – Planificación del proyecto Entregable: Plan de Proyecto Fase 2 – Requerimientos y Análisis del Negocio Entregables: Requerimientos. Modelo Dimensional Inicial(Modelo de Análisis). Fase 3 – Diseño Entregables: Modelo Dimensional Detallado(Modelo de Diseño). Fase 4 – Construcción Entregable: Versión Beta del Data Mart. PARTE II ANALISIS Y DISEÑO DEL DATA MART CAPITULO 2 REQUERIMIENTOS 2. REQUERIMIENTOS “Los requerimientos determinan que datos van a estar disponibles en el Data warehouse, como estos datos estarán organizado y con que frecuencia actualizados.”(Kimbal,1998) 3. ANALISIS 4. DISEÑO 5. CONSTRUCCION DEL DATA MART 6. CONCLUCIONES Y RECOMENDACIONES PARTE III COSTRUCCION Y PRUEBAS DEL DATA MART PARTE IV CONCLUSIONES Y RECOMENDACIONES estos serán REFERENCIAS BIBLIOGRAFICAS (Kimbal,1998) Kimball, Ralph. The Data Warehouse Lifecycle Toolkit. Impreso en Estados Unidos:Wiley, 1998.