UPRIVADA ANTENOR ORREGOFACULTAD DE INGENIERIA

ESCUELA PROFESIONAL DE INGENIERIA DE COMPUTACION YSISTEMAS

CURSO: SISTEMAS DE INFORMACION ESTRATEGICA

TEMA: “SISTEMAS DE INFORMACION ESTRATEGICA PARA

LA EMPRESA DE COBRANZAS CASSIEL”

INTEGRANTES: POZO LOPEZ, FRANK JUNIOR(COORD) RABANAL ULLILEN GERALDINE HUAMANA GONZALES JULIETA SANTOS LOPEZ JHOSELYNE VASGAS YAÑES LESLIE

DOCENTE; ING. CASTAÑEDA SALDAÑA, JOSE

LA LIBERTAD, TRUJILLO – PERU2015

Trujillo, 2015

ContenidoINTRODUCCION.....................................................................................................................4

1. JUSTIFICACION...........................................................................................................5

Resumen Ejecutivo............................................................................................................5

1.1. Evaluación del Caso del Negocio.............................................................................7

1.1.1. Objetivos Estratégicos de la Organización...........................................................7

1.1.2. Objetivos de Aplicación BI...................................................................................7

1.2. Identificación de la Oportunidad del Negocio..........................................................7

1.2.1. Necesidad o Problema del Negocio.....................................................................7

1.2.2. Oportunidades y Fortalezas del Negocio.............................................................8

1.2.3. Aporte de la Aplicación BI para Satisfacer/Resolver la necesidad/ Oportunidad del Negocio........................................................................................................................8

1.2.4. Mejora del Proceso del Negocio..........................................................................8

2. PLANEAMIENTO.........................................................................................................9

2.1. Infraestructura Organizacional................................................................................9

2.1.1. Técnica...............................................................................................................9

2.1.2. No Técnica........................................................................................................10

2.2. Project Charter.....................................................................................................11

3. ANALISIS DEL NEGOCIO............................................................................................14

3.1. Definición de los Requerimientos..........................................................................14

3.1.1. Infraestructura Técnica.....................................................................................14

Requerimientos Hardware...........................................................................................14

Requerimientos Software.............................................................................................14

3.1.2. Requerimientos de Reportes.............................................................................15

3.1.3. Requerimientos de Fuentes de Datos................................................................15

3.1.4. Requerimientos de Limpieza de Datos...............................................................15

3.1.5. Requerimientos de Seguridad...........................................................................16

3.2. Análisis de Datos..................................................................................................17

3.2.1. Modelo Lógico de Datos Completo....................................................................17

3.2.2. Especificación de Limpieza de Datos..................................................................17

3.3. Prototipos............................................................................................................18

3.3.1. Datos a ser Usados............................................................................................18

Los datos a ser usados se obtendrán de las siguientes tablas:...........................................18

3.3.2. Prototipos.........................................................................................................18

4. DISEÑO.....................................................................................................................20

4.1. Diseño de la Base de Datos...................................................................................20

4.1.1. Modelo Físico de Datos.....................................................................................23

4.1.2. DDL...................................................................................................................27

4.2. Diseño ETL............................................................................................................29

4.2.1. Mapeo Fuente-Destino.....................................................................................29

4.2.2. Diagrama de Flujos de Procesos ETL..................................................................31

4.3. Diseño del Repositorio de Metadata.....................................................................35

5. DESPLIEGUE..............................................................................................................36

5.1. Implementación...................................................................................................36

5.1.1. Lista de Entregables..........................................................................................36

5.1.2. Guía de Referencia............................................................................................36

CONCLUSIONES................................................................................................................36

ANEXOS...........................................................................................................................36

INTRODUCCION

La exigencia de tecnología respecto a la toma de decisiones ejecutivas, permite disponer

de sistemas de información que apoyan esta tarea a partir de grandes volúmenes

de información procedentes de los sistemas de gestión y transaccionales. numerosos autores

han subrayado la importancia de los sistemas de información como la base para construir

la estrategia empresarial; ya que los sistemas de información brindan grandes oportunidades

para crear ventajas competitivas, para cambiar la manera como una empresa compite, o para

innovar los procesos de una organización.

La realización de un Plan de Sistemas de Información Estratégico dentro de DIGITAL MASTER

S.A.C., tiene como finalidad asegurar la adecuación entre los objetivos estratégicos de la misma

y la información necesaria para soportar dichos grandes objetivos, requiere saber hacia dónde

vamos, conocer la organización, conocer el negocio y conocer el entorno en el que se opera.

No se trata de ser más eficientes en algunos procesos productivos o transaccionales, sino de

utilizar los sistemas de información para mejorar la posición competitiva. La importancia de los

sistemas de información estratégicos radica en el valor que éste le otorgue al cliente, y a la

formulación de la estrategia para conseguir este resultado.

Es por eso que el presente trabajo sobre el Sistema de Información Estratégico, tiene como

finalidad realizar el estudio e implementación de un Sistema de Información estratégico dando

una visión general necesaria para posibilitar dicha integración del factor humano de mano con

la innovación de la tecnología, para obtener un modelo integral que permita controlar

efectivamente una organización, para una mejor administración.

1. JUSTIFICACION

¿Por qué construir un BI?

La construcción de un BI sirve para tener una mayor participación en el mercado y administrar riesgos, haciendo uso del análisis de sus datos históricos y actuales. Para así mejorar el gestión de proceso de Cobranzas de la empresa Cassiel

¿Cuál será el impacto sobre la organización?

El impacto del BI sobre el Instituto, será beneficioso en todo momento de acuerdo a la rapidez con que se tome las decisiones y a la creatividad que se emplee en el momento.

¿Cómo afecta las inversiones actuales del Instituto en cómputo?

La inversión que producirá el BI será un poco costosa si se desea que el Instituto crezca rápidamente.

¿Cuáles son los riesgos?

Si se toman adecuadamente las consultas no habrá problemas que puedan afectar al cliente.

Resumen Ejecutivo

CASSIEL es una empresa nueva que se dedica al seguimiento de cobranzas a través de llamadas telefónicas.

Inició sus actividades el 24 de abril del 2013. Cuenta con las siguientes áreas: RR.HH, administración, contabilidad e informática. En la empresa trabajan 9 personas (1 administrador, 1 supervisor, 1 administrador del sistema, 2 personas en cobranzas y 4 operadores en las terminales) hay un total de 6 computadoras conectadas mediante Ethernet. Se hace uso de un sistema de información de escritorio, desarrollado mediante Visual Basic, para los procesos, y una base de datos en SQL Server 2008.

Razón Social.- Soluciones Cassiel S.A.C

Ubicación.- Av. Fátima N° 351 - Int. 203; Urb. La Merced

Rubro económico.- Gestión de cobranza de productos de consumo del Banco Continental

Clientes.- Banco Continental, clientes del Banco Continental

I.1.1. VISION – MISION

Visión: Para el 2015 ser la Empresa de Gestión de Cobranzas líder del norte del país y estar posicionados en la mente de nuestros clientes. Expandir nuestra cartera de clientes y obtener cada vez una mayor participación en estos.

Misión: Somos una empresa que brinda Soluciones de Negocios a entidades financieras Actualmente, los servicios que ofrecemos están orientados a la gestión de cobranza de productos de consumo del Banco Continental, mediante la utilización de diversos canales como Cobranza telefónica, domiciliaria y courier, entre otros.

I.1.2. Organigrama.

GERENTE

Administración Contabilidad RR HH Cobranzas

Supervisor

1.1. Evaluación del Caso del Negocio

1.1.1. Objetivos Estratégicos de la Organización

Incrementar la rentabilidad. Posicionarse en el mercado laboral como una empresa líder en el rubro de

cobranzas Aumentar la rentabilidad a través de las cobranzas tiempo de los clientes

de las entidades financieras Disminuir la tasa del no pago

1.1.2. Objetivos de Aplicación BI

Mejorar el proceso de cobranzas a través de las llamadas Mejorar la confianza de los clientes Actualizar la data automáticamente(online)

1.2. Identificación de la Oportunidad del Negocio

1.2.1. Necesidad o Problema del Negocio

La empresa Cassiel en los dos últimos años ha tenido un incremento de

morosos y ha tenido un incremento de fallas en las llamadas telefónicas, los

directivos desean saber cuáles son las causas y además saber cuál debería

ser la postura para poder superar esta situación.

El explosivo crecimiento del financiamiento de las empresas, la creciente

colocación de préstamos de consumo, créditos hipotecarios y vehiculares,

entre otros, por parte de las entidades del sistema financiero.

1.2.2. Oportunidades y Fortalezas del Negocio

Mercado amplio con necesidades de servicio en el área de computación. Aumentar la cartera de clientes Mejorar los procesos Prestigio de ingresos y egresos Análisis de ingresos y egresos Recursos financieros adecuados. Capacidad de adaptación al mercado.

1.2.3. Aporte de la Aplicación BI para Satisfacer/Resolver la necesidad/ Oportunidad del Negocio

Determinar el nivel de inventario de un producto o una pieza. Identificar los productos de mayor venta y ver si es así en todos sus

canales de distribución. Comparar las ventas anuales hasta la fecha actual con las del año anterior

y hacer una previsión de las ventas de todo el año. Realizar seguimientos de pedidos de clientes y fechas de entrega

preferidas mediante la comparación con inventarios de productos. Identificar clientes que están reduciendo sus compras, a fin de ofrecerles

incentivos especiales que aseguren su permanencia como clientes. Implementar cuadros de mando y evaluaciones de puntajes para que los

ejecutivos y supervisores puedan detectar rápidamente excepciones operativas o indicadores de rendimiento clave (KPI) que estén fuera de los rangos aceptados.

Establecer y supervisar parámetros de rendimiento y emprender acciones correctivas si hay peligro de incumplimiento.

Proporcionar a los usuarios empresariales la capacidad de realizar sus propios análisis en cada caso sin tener que recurrir a los escasos recursos de TI.

Alinear las operaciones cotidianas y los objetivos estratégicos y detectar rápidamente si hay discrepancias.

1.2.4. Mejora del Proceso del Negocio

Contar con información actualizada de cada proyecto o cambio de estrategia de la Empresa.

Tener un buen control de inventarios, organizar almacenes y llevar de una manera eficaz en tiempo y servicio el producto al cliente.

2. PLANEAMIENTO

2.1. Infraestructura Organizacional

2.1.1. Técnica

Computadoras personales (Intel Core 2 Duo) de los integrantes del grupo de trabajo los cuales son 6 computadoras.

El DataMart se desarrollara en el entorno: Microsoft – SQL Server 2008R2.

1 servidor de Base de Datos HP ProLiant BL460c Gen8 E5-2650 2.0GHz 8-core 1P 32GB-R P220i SFF Server.

Procesador: AMD G630 2.7GHz Memoria Ram: 3GB RAM Disco Duro: 1TB HDD, DVD/CD-RW. Gráficos: Intel HD 2000 Graphics. S.O: Windows 7 Home professional 64-Bit.

- CostosSi sobre todo en la renovación de PC y periféricos de entrada y salida e impresoras

EQUIPOS

6 Computadora Intel Pentium – 4GB RAM 12,000.006 Impresora HP deskjet D2500 2,000.006 Impresora HP Laser P1102 2,000.0010 Lectora y Grabador de DVD 2,0000.0020 Memoria USB 16GB 600.00

TOTAL 18,600.00

Cuenta con los siguientes modulos

Módulo de Archivos Modulo que Gestiona las llamadas Módulo de Seguimiento de contacto Módulo de Reportes. Modulo Cartera Viva de Clientes

1. Arquitectura del SI de Seguimiento de Cobranzas

En la siguiente figura se puede observar el diagrama de despliegue y de arquitectura del SI, el cual cuenta con 1 administrador del sistema y 6 usuarios que acceden a sus respectivos terminales o PC, las cuales se conectan al sistema formado por 4 capas(Clases, Negocio, Datos y Presentación) que obtiene información de la base de datos.

Figura N° 01 Diagrama de Despliegue y Diseño de Red

En la figura se puede observar el menú principal del sistema de información, donde en la parte superior se encuentran los diferentes módulos descritos anteriormente y el logo de la institución al centro

Menú principal del Sistema de Gestión de Cobranzas

2.1.2. No Técnica

a. Modelo Lógico de Datos

Para el análisis de los datos, se comienza por analizar los datos fuentes que manejan los procesos de la empresa, el tipo de la base de datos y la estructura de las tablas.

Base de datos fuente: El modelo de la base de datos de la Empresa Cassiel esta descrito en la siguiente figura:

2.2. Project Charter

Generalidades

Título del ProyectoPROYECTO DE BUSINESS INTELLIGENCE

PARA Cassiel

Organización Financiera

Área de Prácticas Área de Gestion de Cobranzas

Facilitador de la Práctica Peres Lopez Francisco

Descripción de la Organización

CASSIEL es una empresa nueva que se dedica al seguimiento de cobranzas a través de llamadas telefónicas.

Información General del Proyecto:

a. Descripción

Este proyecto surge como un requerimiento de la empresa CASSIEL SAC., para el área de gestión de cobranzas, a fin de mejorar la rentabilidad de la empresa

b. Ámbito

Local

Requerimientos:

1.1. Del Proyecto

Cumplir con los objetivos del proyecto Participar en el inicio y término de cada fase. Proponer al líder usuario como participantes del proyecto. Promover la participación de los usuarios. Participar activamente en todas las fases del proyecto. Asegurar la calidad de la información presentada.

1.2. Del Producto

La interfaz de usuario se implementara con el lenguaje de programación java

La base de datos estará implementada en MySQL Workbench, los reportes se harán en Pentaho y qlickview.

La interfaz debe de ser amigable

Criterios de Aceptación:

Stakeholder que acepta: Ruben Mezones Fernandes Requisitos que deben cumplirse: El documento debe de estar bien

especificado y debe abordar todas las expectativas del cliente. Forma en que se aceptará: Digital.

Riesgos Iniciales:

No tener los entregables en las fechas programadas. Falta de Colaboración por parte de los trabajadores de Cassiel Cumplir con otros requerimientos diferentes. No contar con los materiales y equipos tecnológicos en forma oportuna. Infraestructura tecnológica inadecuada para el desarrollo del proyecto.

Objetivos del Proyecto

Criterios de Éxito Persona(s) que aprueba(n)

1.1. Alcance:

Cumplir con la elaboración de los siguientes entregables: Software de Gestion de cobranzas y el Manual de Usuario

Aprobación de todos los Entregables por parte del cliente.

1.2. Tiempo:

Concluir con el proyecto en el plazo solicitado.

Concluir el proyecto en 17 semanas, del 11 de Agosto y hasta el 1 de Diciembre.

1.3. Costo:

Cumplir con el presupuesto estimado del proyecto de S/.15.000.00.

No exceder el presupuesto del proyecto.

1.4. Calidad:

1.5. Otros:

Hitos

Hito Fecha

Avance 1 15/09/2015

Medio Ciclo 15/10/2015

Avance 2 13/11/2015

Avance 3 09/11/2015

Fin de Ciclo 10/12/2015

Presupuesto estimado:

ConceptoUnidad de

MedidaConcepto Precio Unitario Subtotal

Personal Mes 6 Empleados 1050.00 6000.00

Material de Escritorio

UnidadPapel, lapiceros,

ect32.30 100.00

Otros Costos Unidad Transportes, otros 250 1500.00

TOTAL 7600.00

3. ANALISIS DEL NEGOCIO

3.1. Definición de los Requerimientos

3.1.1. Infraestructura Técnica

Requerimientos Hardware

El proyecto de BI se implementará en la misma infraestructura, por lo tanto la

Institución no necesitará hacer algún gasto en comprar nuevo hardware.

Requerimientos Software

Para la implementación se trabajará con MySQL Workbench. En la tabla se detalla la herramienta a utilizar y los procesos a ejecutar.

Componente del Proceso Herramientas

Construcción de Interfaces Report Designer (Pentaho)

Cubos Schema-Workbench (Pentaho)

ETL Data Integration (Pentaho)

DataMart /BI MySQL Workbench

Visualización de Reportes- Biserver-ce (Pentaho) – Servicio

Web y moviles

- Qlikview 11 – pentaho - client

3.1.2. Requerimientos de Reportes

3.1.3. Requerimientos de Fuentes de Datos

Se necesita saber la cantidad de nro de seguimientos registradas en un determinado periodo.

Se desea saber la el nro total de deudas de los clientes.

Reportar el total final de los tipos de estados de los clientes

3.1.4. Requerimientos de Limpieza de Datos

Definición de Workflow (Flujo de Trabajo): La detección y el retiro de anomalías son realizados por una secuencia de operaciones sobre los datos sabidos como el workflow. Para alcanzar un workflow apropiado, se debe identificar las causas de las anomalías y errores. Si por ejemplo encontramos que una anomalía es un resultado de errores de máquina en etapas de entrada de datos, la disposición del teclado puede ayudar en la solución de posibles problemas.

Ejecución de Workflow: En esta etapa, el workflow es ejecutado después de que su especificación es completa y su corrección es verificada. La implementación del workflow debería ser eficiente, las operaciones de limpieza de datos requieren de una considerable cantidad de poder computacional, pero el proceso es normalmente rápido.

Los datos serán resumidos hasta tal nivel de detalle que el usuario desee analizar la información visualizada, con el fin de conocer el detalle de los datos que han servido inicialmente para crearla; es decir se realizará dos tipos de consultas: Drill Down o Drill Up.

(Reporte Drill-down)

(Reporte Drill-up)

3.1.5. Requerimientos de Seguridad

Controlar el registro de nuevos datos, a través de cuentas de usuario.

Establecer privilegios de acceso de datos.

Considerar nuevas amenazas y vulnerabilidades.

Identificar si existe redundancia de datos. Identificar riesgos de vulnerabilidad Evaluar los procedimientos de respaldo de información.

3.2. Análisis de Datos

3.2.1. Modelo Lógico de Datos Completo

3.2.2. Especificación de Limpieza de Datos

Transformación de datos: la Transformación de Datos permite al trazar un mapa de datos, en el formato esperado. Esto incluye conversiones de valor o funciones de traducción así como normalización de valores numéricos para conformarse a valores mínimos y máximos.

Eliminación de duplicados: la detección de duplicados requiere un algoritmo para determinar si los datos contienen representaciones dobles de la misma

entidad. Por lo general, los datos son ordenados por un dato "llave" que permite la identificación más rápida.

3.3. Prototipos

3.3.1. Datos a ser Usados

Los datos a ser usados se obtendrán de las siguientes tablas:

Cliente Producto Vendedor Tiempo Pago

3.3.2. Prototipos

Prototipo 1:

(Reporte Montos de Venta por Mes)

Prototipo 2:

(Reporte Montos de compra por Cliente al Mes)

Prototipo 3:

(Reporte Ventas Mensuales de Productos por Vendedor)

Prototipo 4:

(Reporte Monto de Ventas de Productos por Tipo de Moneda al Mes)

4. DISEÑO

4.1. Diseño de la Base de Datos

Para identificar los componentes haremos uso del método de Ralph Kimball.

Metodología de los Cuatro Pasos

Elección del BI

Elección del objetivo de la Tabla de Hechos

Elección de las Dimensiones

Elección de los Hechos

A continuación el desarrollo de cada uno de los pasos detallados:

a. Elección del BI

Listado de los BI: Área de Ventas

Listado de Dimensiones:

Cliente

Producto

Vendedor

Tiempo

Pago

Promoción

b. Elección del objetivo de la Tabla de Hechos

Tabla de hechos Objetivo

Ventas“Administrar los recursos económicos para tener un control

diario de las Ventas de la Empresa Digital Master S.A.C.”.

c. Elección de las Dimensiones

Tabla de Hechos Objetivos Dimensiones

Ventas

“Administrar los recursos

económicos para tener un control

diario de las Ventas de la Empresa

Digital Master S.A.C.”.

Cliente

Producto

Vendedor

Proveedor

Tiempo

Pago

Promoción

d. Elección de los Hechos

Tabla de Hechos Hechos

Ventas

Monto en Soles

Cantidad de OP’s

Cantidad de Vendedores

Cantidad de Ventas

Cantidad de Productos

Índice % Incremento

% Descuento

Detalle de la Tabla de Hechos

((Detalle de las claves de las dimensiones)

Nombre de la Tabla Nombre de la Columna Descripción de la Columna

FACT_VENTAS

Cliente_Key Llave primaria única para la dimensión Cliente.

Producto_KeyLlave primaria única para la dimensión Producto.

Vendedor_KeyLlave primaria única para la dimensión Vendedor.

Proveedor_KeyLlave primaria única para la dimensión Proveedor.

Tiempo_Key Llave primaria única para la dimensión Tiempo.

Pago_Key Llave primaria única para la dimensión Pago.

Promocion_Key Llave primaria única para la dimensión Promoción.

Nombre de la Tabla Nombre de la Columna Descripción de la Columna

FACT_VENTAS

Monto en Soles Monto Costos en soles

Cantidad de OP’s Cantidad de OP’s

Cantidad de Vendedores Cantidad de Vendedores con los que cuenta la Empresa

Cantidad de Ventas Cantidad de Ventas realizadas por la Empresa

Cantidad de Productos Cantidad de Productos con los que cuenta la Empresa

Índice % Incremento Incremento de las Ventas

% Descuento Descuento a Clientes

(Detalle de las Medidas de la Tabla de Hechos)

4.1.1. Modelo Físico de Datos

Teniendo en cuenta el número de Tablas de Hechos y las dimensiones asociadas a estas, orientamos nuestro BI al Esquema Estrella para obtener una mejor visualización del Modelo para nuestro Diseño Físico.

Componente: TABLA DE HECHOS Cliente

Componente: TABLA DE DIMENSION Producto

Componente: TABLA DE DIMENSIÓN Vendedor

Componente: TABLA DE DIMENSIÓN Tiempo

Componente: TABLA DE DIMENSIÓN Pago

Componente: TABLA DE DIMENSIÓN Promoción

(Esquema Lógico de la Tabla de Hechos Ventas)

DIM_CLIENTE

ATRIBUTOSTIPOS DE

DATOSVALORES

NULOS LONGITUD DESCRIPCION

Cliente_Key int no 12Dimensión que

contiene toda la información

detallada de los Clientes de Digital

Master

Id_Cliente char no 12

NombCliente varchar no 100

RUC char no 11

TipoCliente char no 10

Zona varchar no 50

DIM_PRODUCTO

DIM_VENDEDOR

DIM_TIEMPO

ATRIBUTOSTIPOS DE DATOS

VALORES NULOS LONGITUD DESCRIPCION

Producto_Key int no 12

Dimensión que contiene la

descripción de los Productos de Digital Master

Id_Producto char no 12

DescProducto varchar no 100

Marca varchar no 50

Precio decimal no (12,2)

ATRIBUTOSTIPOS DE

DATOSVALORES

NULOS LONGITUD DESCRIPCION

Vendedor_Key int no 12 Dimensión que contiene toda la

información detallada de los Vendedores de Digital Master

Id_Vendedor char no 12

NombVendedor varchar no 100

DIM_PAGO

ATRIBUTOSTIPOS DE

DATOSVALORES

NULOS LONGITUD DESCRIPCION

Pago_Key int no 12Dimensión que

contiene la información de

los Pagos de Digital Master

Id_Pago char no 12

TipoPago char no 20

DIM_PROMOCION

ATRIBUTOSTIPOS DE

DATOSVALORES

NULOS LONGITUD DESCRIPCION

Promocion_Key int no 12

Dimensión que contiene toda la

información detallada de las Promociones de Digital Master

Id_Promocion char no 12

DescPromoción varchar no 100

Inicio datetime no 10

Fin datetime no 10

Determinar el tipo de Datos de las claves Primarias. Para nuestro Data Mart se generaran en forma automática y ordenada:

ATRIBUTOSTIPOS DE

DATOSVALORES

NULOS LONGITUD DESCRIPCION

Tiempo_Key int no -

Dimensión que contiene detalle del tiempo de las ventas en Digital

Master

Semestre int no -

Año int no -

Mes int no -

Día int no -

Cliente_Key Producto_Key Vendedor_Key Tiempo_Key Pago_Key Promocion_Key

Especificar las claves foráneas para cada Tabla de Hechos:

HECHOS_VENTAS

Cliente_Key (FK)Producto_Key (FK)Vendedor_Key (FK)

Tiempo_Key (FK)Pago_Key (FK)

Promocion_Key (FK)

(Claves Foráneas de las Tablas de Hechos)

4.1.2. DDL

SELECT [DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_CLIENTES.Cliente_Key,

[DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_PRODUCTOS.Producto_Key,

[DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_VENDEDORES.Vendedor_Key,

[DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_PROVEEDORES.Proveedor_Key,

[DATA MART DIGITAL MASTER S.A.C.].DBO.DIM_TIEMPO.Tiempo_Key,

[DATA MART DIGITAL MASTER S.A.C.].DBO.DIM_PAGO.Pago_Key,

[DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_PROMOCIONES.Promocion_Key,

[DetallePedido].PrecioCompra*[DetallePedido].Cantidad as MONTO,

ReporteDiario.id_reportediario as CantidadDeOps,

Personal.id_personal as CantidadDeVendedores,

Venta.id_venta as CantidadDeVentas,

ArticuloUnidad.id_articulounidad AS CantidadDeProductos,

TIPO DE DATOS ENTEROS

Compra.Reajuste as IndiceDeIncremento,

Pedido.Descuento*100/([DetallePedido].PrecioCompra+0.01) as Descuento

FROM [DIGITAL MASTER S.A.C.].dbo.[DetallePedido]

INNER JOIN [DIGITAL MASTER S.A.C.].dbo.Pedido on [DetallePedido].id_pedido=Pedido.id_pedido

INNER JOIN [DIGITAL MASTER S.A.C.].dbo.Personal on Personal.id_personal=Pedido.id_personal

INNER JOIN [DIGITAL MASTER S.A.C.].dbo.Venta on Venta.id_pedido=Pedido.id_pedido

INNER JOIN [DIGITAL MASTER S.A.C.].dbo.ArticuloUnidad on ArticuloUnidad.id_articulounidad=[DetallePedido].id_articulounidad

INNER JOIN [DIGITAL MASTER S.A.C.].DBO.Articulo ON ArticuloUnidad.id_articulo=Articulo.id_articulo

INNER JOIN [DIGITAL MASTER S.A.C.].dbo.Compra on Personal.id_personal=Compra.id_personal

INNER JOIN [DIGITAL MASTER S.A.C.].dbo.Cliente ON Pedido.id_cliente=Cliente.id_Cliente

INNER JOIN [DIGITAL MASTER S.A.C.].DBO.Obsequio ON Pedido.id_pedido=Obsequio.id_obsequio

INNER JOIN [DIGITAL MASTER S.A.C.].dbo.Proveedor ON Compra.id_proveedor=Proveedor.id_proveedor

INNER JOIN [DIGITAL MASTER S.A.C.].dbo.ReporteDiario on Venta.id_venta=ReporteDiario.id_reportediario

INNER JOIN [DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_CLIENTES ON Cliente.id_Cliente=DIM_CLIENTES.CodCliente

INNER JOIN [DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_PRODUCTOS On Articulo.id_articulo=DIM_PRODUCTOS.CodProducto

INNER JOIN [DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_VENDEDORES ON Personal.id_personal=DIM_VENDEDORES.CodVendedor

INNER join [DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_PROVEEDORES on Proveedor.id_proveedor=DIM_PROVEEDORES.CodProveedor

INNER JOIN [DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_TIEMPO ON Venta.FechaVenta=DIM_TIEMPO.Fecha

INNER JOIN [DATA MART DIGITAL MASTER S.A.C.].DBO.DIM_PAGO ON Pedido.id_pedido=DIM_PAGO.CodPago

INNER JOIN [DATA MART DIGITAL MASTER S.A.C.].dbo.DIM_PROMOCIONES ON Obsequio.id_obsequio=DIM_PROMOCIONES.CodPromocion

4.2. Diseño ETL

Área de Stage (OLTP):

Vamos a disponer de un repositorio de Base de Datos para la extracción, transformación y carga de datos para nuestro BI. El enfoque va a ser el siguiente:

Carga de datos de dimensiones : tendremos unas tablas persistentes en el Repositorio. Cuando realizamos la carga de las dimensiones, se extrae la información de los orígenes de datos de las tablas de stage hace nuestra Base de BI.

A partir de ahí se almacenará la información en el BI. De esta forma, siempre vamos a guardar la información de manera histórica.

Incluso se podrían programar Jobs que procesen el paquete de instalación del ETL de manera diaria a cierta hora en el servidor.

4.2.1. Mapeo Fuente-Destino

Mapeo “clientes” – “dim_clientes”

Mapeo “articulo” – “dim_productos”

Mapeo “venta” – “dim_tiempo”

Mapeo “tipodocumento” – “dim_pago”

Mapeo “proveedor” – “dim_proveedor”

Mapeo “personal” – “dim_vendedores”

4.2.2. Diagrama de Flujos de Procesos ETL

ETL DIM_Cliente

ETL DIM_Productos

ETL DIM_Tiempo

ETL DIM_Pago

ETL DIM_Proveedores

ETL DIM_Vendedores

TABLA DE HECHOS: FACT_VENTAS

4.3. Diseño del Repositorio de Metadata

DESTINO FUENTEBASE DE DATOS

TABLA COLUMNA TIPO DE DATO

LONGITUD TIPO DE TABLA

BASE DE DATOS

TABLA COLUMNA TIPO DE DATO

LONGITUD

DIGITAL MASTER -

DM

DIM_CLIENTE

Cliente_Key int 12

DIMENSION

DIGITAL MASTER

CLIENTES

- - -

CodCliente char 12

CodCliente char 12 Cliente varchar 100

RUC char 11

Cliente varchar 100 TipoCliente char 10

RUC char 11 Zona varchar 50

TipoCliente char 10

Zona varchar 50

DIM_PRODUCTO

Producto_Key int 12

DIMENSION

PRODUCTOS

- - -

CodProducto char 12

CodProducto char 12 Producto varchar 100

Productovarchar 100 Marca varchar 50

Precio decimal (12,2)

Marca varchar 50

Precio decimal (12,2)

DIM_VENDEDOR

Vendedor_Key int 12

DIMENSION VENDEDORES

- - -

CodVendedor char 12 CodVendedor Char 12

Vendedor Varchar 100

Vendedor varchar 100 Genero char 9

Genero char 9

DIM_PROVEEDOR

Proveedor_Key int 12

DIMENSION PROVEEDORES

- - -

CodProveedor Char 12

CodProveedor char 12 Proveedor Varchar 100

RUC Char 11

Proveedor varchar 100 Dirección varchar 50

RUC char 11

Dirección varchar 50

DIM_TIEMPO

Tiempo_Key int 12

DIMENSIONTIEMPO

- - -

Fecha datetime 10 Fecha datetime 10

Año int 4 Año datetime 10

Mes varchar 10 Mes datetime 10

Día int 2 Día datetime 10

DIM_PAGOPago_Key int 12

DIMENSION PAGO- - -

CodPago char 12 CodPago Char 12

Tipo char 20 Tipo char 20

DIM_PROMOCION

Promocion_Key int 12

DIMENSION PROMOCIONES

- - -

CodPromocion char 12 CodPromocion Char 12

Promocion Varchar 100

Promocion varchar 100 Inicio Datetime 10

Fin Datetime 10

Descripción varchar 300

Inicio datetime 10

Fin datetime 10

Descripción varchar 300

FACT_VENTAS

Cliente_Key int 12

TABLA DE HECHOS VENTAS

- - -

Producto_Key int 12 - - -

Vendedor_Key int 12 - - -

Proveedor_Key int 12 - - -

Tiempo_Key int 12 - - -

Pago_Key int 12 - - -

Promocion_Key int 12 - - -

Monto money 12 Monto money 12

Cantidad de OP’s int12

Cantidad de OP’s

int 12

Cantidad de Vendedores

int12

Cantidad de Vendedores

int 12

Cantidad de Ventas int12

Cantidad de Ventas

int 12

Cantidad de Productos

int12

Cantidad de Productos

int 12

Índice % Incrementoreal 12

Índice % Incremento

real 12

% Descuento real 12 % Descuento real 12

5. DESPLIEGUE

5.1. Implementación

5.1.1. Lista de Entregables

Informe Final de Proyecto: BI para la empresa Digital Master SAC. CD con las aplicaciones a utilizar para el Business Intelligence

(Data Integration, Schema-Workbench, Biserver-ce y Report Designer). Base de datos Dimensional.

5.1.2. Guía de Referencia

Visualización de Reportes en Pentaho Bi-Server-CE:

Paso 1: Iniciar el archivo “start-pentaho” de la carpeta “biserver-ce”

CONCLUSIONES

ANEXOS