Proyecto de Grado MODALIDAD DE GRADUACIÓN FACULTAD DE INGENIERÍA

Anuncio
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.
Descargar