You are on page 1of 26

UNIVERSIDAD SAN PEDRO

INGENIERÍA INFORMÁTICA Y DE SISTEMAS

Desarrollo de un Sistema de Información Gerencial Aplicado al Area
de Comercialización, Utilizando Tecnologías de Data Warehouse para
el
“Restaurant el Grifo”
Asignatura:
Inteligencia de Negocios

Alumnos:
SAAVEDRA BAZÁN MIGUEL ANGEL
VIGO SANCHEZ VANESSA

Docente:
ING. FRANKLIN PEREZ URTEAGA

FASE 1: PLANIFICACION
1.1.

Visión del Producto

1.1.1.

Introducción
El presente trabajo busca satisfacer las necesidades de información respecto a los
requerimientos estratégicos que permitan obtener información oportuna, correcta y
mejorar la gestión del Área de ventas del Restaurant El Grifo.

1.1.2.

Objetivo
 Mejorar la distribución de información analítica dentro de la institución.
 Generar información veraz y oportuna, dirigida al usuario final en forma
Consolidada y representativa para el soporte a la toma de decisiones.
 Integrar la información histórica de forma consistente.
 Dar soporte al proceso de toma de decisiones dentro de la institución.
 Integrar y optimizar los procesos empresariales mediante el uso compartido de
fuentes de información.
 Facilitar el proceso de toma de decisiones a la gerencia comercial.

1.1.3.

Alcance
El proyecto desarrollado busca dar el soporte a la gestión del Área de ventas del
Restaurant El Grifo; a través de la emisión de reportes analíticos con información
histórica, veraz y consolidada en tiempo real los cuales permitirá dar soporte a la toma
de decisiones en la institución.
Dentro de los principales usuarios a quienes está dirigido y quienes obtendrán
beneficios directos en el desarrollo del proyecto son la Adm. Ing. Susy La torre Puga con
con la gerente Irene Viuda de La Torre, quienes mediante la información
que se
obtendrá del Sistema de Soporte a la Toma de Decisiones permitirá mejorar su
gestión.

1.1.4.

Glosario de Términos

a. Dimensión
Son las formas de cómo se van a analizar las medidas. Constituye una clasificación de
las actividades dentro de la organización.
Por ejemplo algunas de las dimensiones encontradas a partir del análisis de las
entrevistas son:
 Productos
 Tiempo

2

Generalmente a partir de ellos podemos encontrar indicadores de Gestión. Ejemplo:  Montos pedidos  Unidades pedidas 1.  Cumplimiento de los objetivos establecidos por la Gerencia mediante el SSD. Descripción de Stakeholders CARGO GERENTE GENERAL JEFE COMERCIAL ADJUNTO DESCRIPCIÓN Propone políticas generadas por reportes.2. Cliente  Empleados b. Define políticas de análisis de información preliminar para su análisis y elaboración de reportes consolidados. Recursos RECURSOS HUMANO TECNOLOGIC O MATERIAL BENEFICIO  Equipo de trabajo efectivo capaz de tomar las mejores decisiones respaldados en el SSD.  Tecnología informática amigable con los usuarios  Reducción de tiempos en la emisión de reportes consolidados  Reducción de costos en el proceso de análisis de información  Reducción de material de oficina 3 .5.  Mejor proceso de análisis de información por parte de la gerencia  Mejorar la Gestión dentro de la institución  Herramientas de información acorde con las necesidades de las empresas de hoy en día.1. Tabla: Descripción de Stakeholders 1. Medida Son cosas cuantitativas que deseamos analizar y derivar reportes combinando las dimensiones. se basa en indicadores para la mejor toma de decisiones dentro de la empresa. Realiza el análisis de los reportes obtenidos del sistema transaccional de la institución.

1.00 Llamadas telefónicas 50.00 Cds 02 Unidades 4. Detalle de Costos DESCRIPCION Papel bond CANTIDAD 01 Millar COSTOS S/.50 Lapiceros O2 Unidades 7.00 Pasajes 20.2. 48.2. Irene Viuda De La Torre Gerente General Miguel Saavedra Bazán Vanessa Vigo Sánchez Alumnos Administrador de Sistemas Tabla: Descripción de Recursos humanos 1. Recursos Tecnológicos TIPO CARACTERISTICAS 4 OBSERVACIONES .80 Cartucho de tinta color negro 02 Unidades 100.INFORMACIO N Información veraz y oportuna Toma de decisiones oportunas basadas en reportes dinámicos Proceso analítico de la data de la institución    Tabla: Recursos con los que se cuenta 1.2.00 Luz 30. Recursos Humanos BUSINESS PROCESS EXPERT BUSINESS EXECUTIVE SPONSOR PROJECT MANAGER DATA SPECIALIST NOMBRE Y APLELLIDO CARGO Ing.00 Cartucho de tinta color 02 Unidades 150.3.00 TOTAL 410.30 Tabla: Detalle de los recursos materiales y costos a utilizar 1.2. Susy La Torre Puga Jefe del área de Sistemas de la empresa.

4 Documentación Diseño 5 FECHA INICIO FIN 03/04/14 20/04/14 24/04/14 06/05/14 10/05/14 21/05/14 24/05/14 O5/06/1 4 .2.2 Dimensiones vs.4 Análisis de Riesgos 1.2 Revisión de Cuadros de Gestión 2.3 Escoger tabla hecho 4.3 Cronograma 1.1 Visión del Producto 1.2.3 Revisión de la Base de Datos Transaccional 2.2 Recursos 1.1 Dimensiones vs.2 Preparación de Cuadros Comparativos 3.SERVIDOR SOFTWARE COMUNICACION ES Microprocesador I5 333U RAM 6 GB DDR2 Disco Duro de 600 GB Combo LG DVD -52*32*52 SQL Server 2014 Visual 2014 Microsoft Excel 2013 Red LAN Internet Si cuenta Si cuenta. Si cuenta Tabla: Descripción de Recursos Tecnológicos con los que cuenta la EMPRESA 1.4 Documentación de la BD Transaccional 2.1 Realizar Entrevistas 2.3 Refinamiento de BD Transaccional 4.1 Definir el grano 4.5 Conformidad de Entrevistas 3.1 Preparar el Análisis Dimensional 3.2. Cronograma FASE PLANIFICACION REQUERIMIENTOS ANALISIS DIMENCIONAL DISEÑO DIMENCIONAL ACTIVIDADES A REALIZAR 1. Jerarquías 3.2 Escoger dimensiones 4.5 Estudio de Factibilidad 2. Medidas 3.4.

3 Selección de Herramienta 5.Jefe área de sistemas A. Entender el Área del Negocio  Objetivos  Metas  Estrategias b.1 Identificación de Orígenes 7.2 Manejo de Perfiles de Acceso 5.1 Poblando Dimensiones 6.2 Tabla Hecho 02/06/14 12/06/14 16/06/14 04/07/14 01/07/14 09/17/14 Tabla: Cronograma de Actividades FASE II: REQUERIMIENTOS Las fuentes de información definidas para esta etapa serán principalmente:  Entrevistas  Reportes de Gestión Las entrevistas realizadas fueron a los siguientes recursos humanos:  Irene Viuda de La Torre . Susy La Torre Puga .3.2 Poblando Medidas 7.Dimensional ARQUITECTURA POBLAMIENTO (ETL) CONTRUCCION DE CUBOS 5.4 Estrategias de Backup 6.3 Creación de Cubos 7.2 Estrategia de Poblamiento 6.Gerente General  Ing.1 Dimensiones 7.3.2 Vistas de la Conexión 7.2. Requerimientos de Datos 6 .1 Definir Plataforma de Implantación 5. Comprender el análisis de datos  Medidas  Dimensiones Para el Analista de Datos estuvieron enfocadas principalmente a 2 lineamientos a.2.1 Realizar Mapeo 6. Entrevistas: En el caso del Experto del Negocio / Beneficiario Directo estuvieron enfocadas principalmente a 2 lineamientos: a.

1.  Implementar planes de contingencia  Capacitar al personal 2. los cuales ante la solicitud de la información acceden al sistema transaccional para obtener un primer reporte de información. 7 . 2. Disponibilidad de la Data El siguiente diagrama dibuja claramente como se realizada el proceso de la disponibilidad de la Data almacenada en el servidor de datos del sistema transaccional.1. lo cual le permite diversificar los productos requeridos.  Incrementar el nivel de presencia en el mercado.1. El resultado de esta entrevista nos permitió realizar la revisión de la BD transaccional (Ver punto Nº 2.2) B.2. cliente.b.3. Estrategias identificadas  Incorporacion de nuevas líneas de ventas.1.  Reducir el número de reclamos. A continuación se detalla el proceso de la solicitud de información por parte de la Gerencia y la Jefatura. Reportes de Gestión.2 2. para luego ser migrada dicha información a hojas de cálculo (Microsoft Excel) para ser analizada y procesada y ser entregada en el menor tiempo posible a los usuarios que la requieran. Fueron suministrados por los expertos del negocio y nos permitió identificar:  Medidas  Dimensiones Esto se puede revisar en el punto 2. Realizar Entrevistas De las entrevistas realizadas y mencionadas el equipo investigador pudo identificar puntos importantes los cuales son detallados a continuación: 2. Tener una idea de la calidad de la data. tiempo y organización.1 Objetivos del Área identificados  Conocer el comportamiento de las ventas y el impacto de cada una de las variables respecto al producto.

Medidas  Montos pedidos  Cantidad pedida 2.2. Revisión de la Base de Datos Transaccional 8 .6.1.1.5. Tiempo de Medición       Anual Trimestral Mensual Semanal Día Fecha 2.2.4.1. Dimensiones     Producto Cliente Tiempo Empleado 2.

Reporte 1: Montos pedidos en el primer trimestre de los años 2013 y 2014 por categoría de producto y nombre de compañía del cliente. orientadas a analizar la información en sus diferentes niveles.FA SE III: ANALISIS DIMENCIONAL 3. 9 . pudimos definir los requerimientos de los usuarios finales plasmados mediante la identificación de medidas y dimensiones.1. Preparar el Análisis Dimensional Luego de haber realizado el análisis de las entrevistas. la revisión de los cuadros de gestión existentes en la empresa.

1.2. Medidas Encontradas MEDIDAS Montos Pedidos Unidades Pedidas Medidas encontradas 3.Diagrama de análisis dimensional 01 Reporte 2: Cantidad de productos vendidos en los 3 primeros meses del 2013.2. Dimensiones vs. por un vendedor determinado a un cliente especial Diagrama de análisis dimensional 02 3. Preparación de Cuadros Comparativos 3.2. Niveles: 10 .2.

11 . Niveles 3. Medidas FASE IV: DISEÑO DIMENCIONAL 4.3.Este cuadro comparativo entre dimensiones y niveles nos permite tener una mayor visión de que niveles intervienen en el análisis de las dimensiones DIMENCIONE S NIVEL 1 CLIENTE Nombre MOZOS Nombre CARTA Categorí a TIEMPO Día NIVEL 2 NIVEL 3 NIVEL 4 NIVEL 5 NIVEL 6 Semana Mes Trimestr e Anual La fecha Dimensiones vs. Dimensiones vs. este análisis nos permitirá tener bien clara nuestros límites de análisis.2.1. Definir el grano El grano es el nivel más detallado de análisis de las medidas encontradas. Medidas MEDIDAS TIEMPO CLIENT E PRODUCT O ORGANIZACIO N PERSONA L Montos pedidos X X X X X Cantidades vendidas X X X X X Dimensiones vs.

EMPOIMDIM EMPLEADO_DIM 4. CLIENTE_DIM 12 .1.2. detallando sus jerarquías y niveles correspondientes. 4. Escoger dimensiones En esta etapa describiremos los atributos de las dimensiones.A continuación detallaremos el grano de cada tabla hecho encontrado en el análisis dimensional realizado (fase anterior).1. 4. HECHO _ PEDIDO Tabla HECHO _ PEDIDOS La transacción origen del análisis para la elaboración de la tabla HECHO _PEDIDOS surge a partir de transacción del pedido de productos sustentada por el comprobante de pago respectivo.1.2.

3. PERSONAL_DIM NOMBRE MOZO Dim_Mozos NIVEL NOMBRE DESCRIPCIÓN Nombre del Mozo DIM_MOZOS 4. PRODUCTO_DIM Descripción Dim_Carta NIVEL DESCRIPCION DESCRIPCIÓN Nombre del Plato DIM_CARTA 13 .2.2.2.4.

TIEMPO_DIM Anual Semestre Mes Semana Día Dim_Tiempo NIVEL DIA SEMANA MES SEMESTRE ANUAL DESCRIPCIÓN Contempla el análisis referente a las 24 horas del día. Las tablas hecho identificadas son: 4. Este campo contempla un análisis del mes en transcurso.3.2. TABLA HECHO _ PEDIDOS Debido a las dimensiones en común del análisis de las medidas.4. Contempla un análisis de 3 meses.3. cliente. ANUAL Este campo se analiza en periodo de tiempo de un año.4. se realizó el cruce de medidas y dimensiones permitiéndonos identificar la tabla hecho de nuestro diseño dimensional.1. Este campo contempla un análisis en un tiempo de 7 días. de cualquier semana del mes. ESCOGER TABLA HECHO En la preparación de cuadros comparativos. organización. producto. en esta tabla Hecho intervienen dos medidas que son Montos Pedidos y Cantidades Pedidas teniendo como dimensiones comunes tiempo. DIM_TIEMPO 4. y personal 14 .

NIVEL MONTOS PEDIDOS CANTIDAD PEDIDA DESCRIPCIÓN Son los montos totales en pedidos Es la cantidad de unidades en pedidos HECHO_PEDIDOS 4. Documentación del Diseño Dimensional 4. Diseño Dimensional 15 .1.4.4.

. Figura Nº 15: Diseño Dimensional Físico 16 Dim_Carta Nombre de columna Tipo de datos id int descripcion varchar(50) precio decimal(18.. .. direccion varchar(50) Hecho_Pedidos lafecha date Nombre de columna Tipo de datos dia nchar(30) idclientes int semana nchar(30) idtiempo int mesyaño nchar(61) idcarta int idmozos int fechapedido datetime cantidad numeric(18..4.. imptot decimal(18.. montototalpedido decimal(18.Dim_Clientes Dim_Tiempo idclientes idtiempo nombres trimestre apellidos mes direccion año fecnac Hecho_Pedidos ruc lafecha idclientes dia idtiempo semana idcarta mesyaño idmozos fechapedido cantidad impUnt Dim_Mozos imptot idmozos montototalpedido Dim_Carta nombres apellidos id dni descripcion direccion precio estado Diseño Dimensional Lógico 4. Dim_Mozos Nombre de columna Tipo de datos idmozos int nombres varchar(50) apellidos varchar(50) dni numeric(18. . .. . impUnt decimal(18.. Diseño Dimensional Físico Dim_Clientes Dim_Tiempo Nombre de columna Tipo de datos Nombre de columna Tipo de datos idclientes int idtiempo int nombres varchar(50) trimestre nchar(10) apellidos varchar(50) mes nchar(10) direccion varchar(50) año nchar(10) fecnac date ruc numeric(18... estado bit .2.. .. . ...

2. Documentación de Medidas NIVEL DESCRIPCIÓN MONTOS PEDIDOS Son los montos totales en pedidos CANTIDAD PEDIDA Es la cantidad de unidades en pedidos HECHO_PEDIDOS 4.1.5.2. Sistema Operativo: Windows 2014 Server 5. Definir Plataforma de Implantación Cabe recalcar que la empresa cuenta con licencias de software indispensables para la realización de este proyecto.4. Tipo de Aplicación: Aplicación Web 5.2.4 Cubo: Analysis Services 2014 5.1.1. Data Mart: SQL 2014 OLAP 5.1. Esta dimensión almacena los datos de importancia del personal que labora en la organización. Tiempo Generación: 17 . Documentación de Dimensiones MEDIDAS DESCRIPCIÓN Esta dimensión almacena los datos de importancia de los clientes de la empresa.1.1.5. se especifican en los puntos siguientes.1. Documentación del Diseño Dimensional 4.3. Esta dimensión almacena datos relevantes de los platos que se comercializan Dimensión que almacena la información de los intervalos de tiempo usados dentro las fechas del sistema DIM_CLIENTES DIM_MOZOS DIM_CARTA DIM_TIEMPO HECHO_PEDIDOS FACE 5: ARQUITECTURA 5. pero tras la investigación encontramos otras plataformas de implantación.5. 5. Estrategias de Backup a.

1.Semanalmente Tiempo Generación: En el caso del DataMart se realizará los dias: 1Lunes.1.1.1. Esquema General 6. Poblando Dimensiones  Dimensión Mozos 18 . Estrategia de Poblamiento 6.2. Miercoles y Viernes. El Backup será del tipo Full (Complete) FACE 6: POBLAMIENTO 6.

Origen de OLEDB: Tabla Mozos Destino OLE DB: Tabla Dim_Mozos  Dimensión Carta NIV CRIP Origen de OLEDB: SELECT FROM 19 .

P.P.FechaPedido) as [mesyaño]. DateName(month.Destino OLE DB: Tabla Dim_Carta  Dimensión Tiempo Origen de OLEDB: select distinct P.FechaPedido) + '_' + DateName(year. DatePart(mm.P.FechaPedido) as [semanadelaño] FROM Pedidos P WHERE P. DateName(dw.P.FechaPedido) as [Dia]. DatePart(w.P.FechaPedido) as [año].FechaPedido IS NOT NULL Destino OLE DB: Tabla Dim_Tiempo  Dimensión Clientes 20 . DatePart(qq.P.P.FechaPedido) as [mes].FechaPedido as TheDate.FechaPedido) as [Quarter]. DatePart(yy.

1.Origen de OLEDB: Tabla Clientes Destino OLE DB: Tabla Dim_Clientes 6.3. Poblando Medidas  Hecho Pedidos 21 .

Origen de OLEDB: SELECT AS FROM WHERE Destino OLEDB: Tabla Hecho_Pedidos FASE 7: CONSTRUCION DE CUBOS 7.1. Identificación de Orígenes 22 .

Vistas de la Conexión 7.3.2. Creación de Cubos 23 .7.

3.7. Dimensiones  Empleados  Tiempo 24 .1.

 Clientes  Productos 25 .

26 .