Inteligencia de Negocios

Evaluación Sumativa 1

NOMBRES:
 Gabriel Martínez.
 Gonzalo Zapata.
 Daniel Ávila.
CARRERA: Ing. Informática.
ASIGNATURA: Inteligencia de Negocios.
PROFESOR: Alberto Marambio.
FECHA: 05/09/2022
Contenido
Inteligencia de Negocios .......................................................................................................................... 1
Evaluación Sumativa 1 ............................................................................................................................... 1
1 Introducción. .................................................................................................................................. 3
2 Información de la empresa. ......................................................................................................... 4
3 Descripción de indicadores de desempeño existentes (KPI). .............................................................. 5
4 Requerimientos iniciales de información. ................................................................................ 6
Caso de uso ......................................................................................................................................... 6
Reglas del negocio.............................................................................................................................. 7
5 Propuesta de arquitectura para BI. ............................................................................................ 8
Descripción de fuentes de datos internas y externas (según los requerimientos). ....................... 8
Descripción de la base de datos, incluyendo análisis de normalización de las tablas y del modelo
completo............................................................................................................................................... 8
Modelo entidad relación...................................................................................................................... 9
Selección de aplicaciones analíticas a utilizar. ................................................................................. 9
Recursos de HW y SW necesarios. ................................................................................................ 10
6 Documento de caso de negocio................................................................................................... 11
7 Conclusión. .................................................................................................................................... 12
8 Bibliografía. .................................................................................................................................... 13
1 Introducción.
La necesidad de contar con datos accesibles de forma rápida y útil para seguir tomando decisiones
dentro de una organización es cada vez más importante, ya que contar sólo con un conjunto de
datos basado en valores y un marco de datos no resuelve estos problemas, ni permite aprovechar
al máximo la información recopilada en las tareas diarias, ya que estos conjuntos de datos apoyan
preguntas explícitas y no permiten un examen profundo para percibir cómo o por qué se obtuvieron
estos datos, para ver cuáles son los patrones, lo que se puede mejorar, lo que los clientes
necesitan y, además, para comprender mejor el negocio. Para resolver este problema de los datos
que no pueden ser transmitidos por conjuntos de datos basados en el valor es que surge el centro
de distribución de la información, que permite acumular en un solo lugar la información dada por
los conjuntos de datos internos de la empresa y los conjuntos de datos de fuentes externas, estas
informaciones se guardan de una manera que permite un examen que da datos útiles a los
ejecutivos para pensar en metodologías de negocio para hacer que la organización sea más seria
y estar al tanto de los rápidos cambios que están sucediendo en el mirador.
Se puede imaginar que los Data WareHouse son sólo para las grandes organizaciones con una
gran cantidad de información, pero las PYMES también pueden beneficiarse de esto, sobre todo
por el hecho de que surgieron avances en la nube que disminuyen los gastos subyacentes de la
compra de un equipo razonable, tener un personal específico, entre otros. Llevar el almacén de
información a la nube permite pagar sólo por lo que se utiliza y da una versatilidad increíble.
Por otra parte, con la posibilidad actual, todas las organizaciones que necesitan mantenerse
dinámicas han pasado de involucrar el papel o mantener los registros de los clásicos archivos
Excel a utilizar marcos de datos o desarrollar aún más los anteriores que tenían, por lo que el tema
de la pandemia debe ser visto como una oportunidad para mejorar y aprovechar al máximo las
ventajas presentadas por la innovación, es en consecuencia que en este informe vamos a ver los
requisitos fundamentales de datos, equipos y necesidades de programación importantes para
ejecutar un Date WareHouse para la Importadora y Exportadora de alimentos Premium NorthWind
y posteriormente ayudar con el cumplimiento de los objetivos estratégicos de la empresa.
2 Información de la empresa.
Nombre: Northwind.
Visión: “Dar forma al futuro de la alimentación con la mejor calidad de productos”.
Misión: " Acompañar, alimentar y conectar a nuestros miembros para que ofrezcan productos
innovadores y amplíen el consumo de alimentos especiales”
Nombre patrocinador: George McFly
3 Descripción de indicadores de desempeño existentes (KPI).
Objetivo
Objetivo Indicadores Responsable
(Medible)

Perspectiva
1 Incrementar Volumen Ventas Kg Vendidos  15% Marketing y Ventas
Financiera
Índice
2.1 Mejorar Calidad Servicio / Producto Satisfacción  5% Marketing y Ventas
Cliente
Perspectiva Nº Productos
2.2 Incrementar variedad Productos  5% Marketing y Ventas
Cliente Nuevos
Índice
2.3 Ser percibido como proveedor excelente Satisfacción  5% Marketing y Ventas
Cliente
Nº
3.1 Mejorar Estándares de Calidad Devoluciones  5% Laboratorio / Producción
(Producto)
Tiempo
medio
(días/horas)
3.2 Reducir Tiempo Entrega  5% Producción
desde pedido
Perspectiva hasta
Procesos entrega
Tiempo
medio
(días/horas)
3.2.2 Mejorar Logística desde  5% Producción
fabricación
hasta
entrega
Nº Cursos
4.1 Mejorar Formación  20 RRHH
Ofertados
Nº
Empleados  20 RRHH
asistencia a
cursos
Nº
4.2 Mejorar Seguridad Accidentes  0 Producción / Calidad
con baja
Nº
Perspectiva
Accidentes  50% Producción / Calidad
Recursos
sin baja
% Horas
perdidas por
baja
 50% Producción / Calidad
(Accidente) /
Horas
Trabajadas
Utilización
4.3 Desarrollar Sistema Costes Indicadores  Si Control
Costes
4 Requerimientos iniciales de información.
Caso de uso
Reglas del negocio
Descuento a tipos de clientes según la facturación anual.
Tipo de Cliente Facturación Anual Descuento
Bronce $500.000 5%
Plata $700.000 10%
Oro $900.000 15%
Platino $1.100.000 20%
Diamante $1.300.00 25%

Descuento por compra total realizada (Esta regla no aplica a los tipos de cliente).
Compra Total de Compra Descuento por compra
A $200.000 5%
B $300.000 10%
C $400.000 15%

Para poder cumplir la misión y visión de NorthWind, se requieren los siguientes requerimientos de
información:

 Tipos de alimentos que actualmente vende la empresa.

 Cantidad y geolocalización de clientes que atiende la empresa.
 Cálculos de precio mínimo y cantidad de productos por pedido.
 Encuestas de satisfacción del cliente.

 Boletas realizadas.

 Proveedores
 Historial de ventas realizadas por la empresa.
También se tienen que tener en cuenta los siguientes requisitos no funcionales:
 Debido a que se manejan datos confidenciales de los clientes, el servidor debe ser capaz
de asegurar que los datos no se filtren.
 La capacidad de almacenamiento debe ser mínimo 1TB.
 Se debe considerar que el servidor que contenga el Data WareHouse permite
escalabilidad.
5 Propuesta de arquitectura para BI.
Descripción de fuentes de datos internas y externas (según los requerimientos).
Se necesita la base de datos transaccional que contenga los datos sobre los trabajadores, historial
de ventas, tipos de clientes, tipos de productos, proveedores. Esta base de datos es poblada con
el sistema de información que registra la fecha de la venta realizada, gestiona el historial de los
clientes y trabajadores. En este proyecto no se usarán bases de datos externas a la empresa.
Descripción de la base de datos, incluyendo análisis de normalización de las tablas y del modelo
completo.
La base de datos transaccional de la cual se obtendrán los datos para el Data Warehouse, es una
base de
datos PostgreSQL, que cuenta con 14 tablas.
Tablas de la base de datos en 3° forma normal.
 Categories - categorías (category_id, category_name, description, picture)
 Customer_customer_demo – demografía_cliente_cliente (customer_id,
customer_type_id)
 Customer_demographics - demografía_cliente (customer_type_id, customer_desc)
 Customers – clientes (customer_id, company_name, contact_name, contact_title,
address, city, region, postal_code, country, phone, fax)
 Employee_territories – empleados_territorios (employee_id, territory_id)
 Employees – Trabajadores (employee_id, last_name, first_name, title, title_of_courtesy,
birth_date, hire_date, address, city, region, postal code, country, home_phone, extension,
photo, notes, reports_to, photo path)
 Order_details – detalle_orden ( order_id, product_id, unit_price, quantity, discount)
 Orders – ordenes (order_id, customer_id, employee_id, order_date, required_date,
shipped_date, ship_via, freight,ship_name, ship_address, ship_city, ship_region,
ship_postal_code, ship_country)
 Products – productos (product_id, product_name, supplier_id, category_id,
quantity_per_unit, unit_price, units_in_stock, units_on_order, reorder_level, discontinued)
 Region – region (region_id, region_description)
 Shippers – expedidores (shipper_id, company_name, phone)
 Suppliers – Proveedores (supplier_id, company_name, contact_name, contact_title,
address, city, region, postal_code, country, phone, fax, homepage)
 Territories – territorios (territory_id, territory_description, region_id)
 Us_states – estados_usa (state_id, state_name, state_abbr, state_region)
Modelo entidad relación.

Selección de aplicaciones analíticas a utilizar.

Pentaho Data Integration: Permite implementar los procesos de extracción, transformación y
carga de datos. El uso de Pentaho permite evitar grandes cargas de trabajo manual
frecuentemente difícil de mantener y de desplegar. Pentaho Data Integration(PDI) es un motor de
transformación, y desde el principio se observa que ha sido diseñado para cubrir las necesidades
en la integración de datos.
Con esta herramienta se construyen las transformaciones (mínimo nivel de diseño) utilizando los
pasos (steps). En un nivel superior se encuentran los trabajos (Jobs), que permiten ejecutar las
transformaciones y otros componentes, y orquestar los procesos. PDI no es un generador de
código, es un motor de transformación, donde los datos y sus transformaciones están separados.
Las transformaciones y trabajos son almacenadas en formato XML, donde se especifican las
acciones a realizar en los datos. Para construir las transformaciones, se utilizan los pasos o
componentes, que se enlazan entre si mediante saltos (steps), que determinan el flujo de datos
entre los diferentes componentes. Para los trabajos, existe otro grupo de pasos, en los que se
pueden realizar diferentes acciones (o ejecutar transformaciones). Los pasos o saltos en este caso
determinan el orden de ejecución o la ejecución condicional.
Este software incluye herramientas para realizar consultas, generación de informes y reportes,
análisis interactivo, tableros de mando, extracción, transformación y carga de datos (ETL) /
integración de datos, minería de datos (data mining), y un servidor para la plataforma de BI
(Business Intelligence) que lo ha convertido en la suite de software libre más popular.
Recursos de HW y SW necesarios.
Server

Workstation
6 Documento de caso de negocio.
El documento de caso de negocio se adjuntaran en un archivo aparte al documento principal.
7 Conclusión.
 Diseño de bases de datos
Nos permite trabajar con todo tipo de bases de datos, y poder entender sus relaciones y elementos.
Podemos obtener y analizar su información de forma actualizada y precisa, además, de realizar
todo tipo de consultas.

 Gestión de proyectos e Ingeniería de requerimientos

Definición de plan de proyecto (Riesgos, Calidad,etc). Uso e interpretación de KPIs, conocimientos
sobre metodologías de software ya sean tradicionales o ágiles.
Permite introducir de manera correcta y adecuada las metodologías de trabajo que mejor se
adecue al proyecto a implementar, lo cual permite generar y gestionar eficientemente la evaluación
y el conocimiento generado a lo largo del proyecto.
 Taller de Proyectos de Infraestructura
Permite realizar cotizaciones de distintos tipos de hardware de servidores e infraestructura TI, ya
sea en la nube o de forma local para luego realizar la implementación de esta infraestructura según
el proyecto a realizar, buscando así la mejor solución para el cliente. Ejercer un análisis de las
distintas categorías técnicas y la implementación del software.

 Gestión de Servicios y Gobernabilidad

La Gestión de Servicios es una práctica basada en principios y métodos universales los cuales
nos permiten estructurar un Ciclo de Vida del Servicio organizado en Fases. Cada Fase incluye
ciertos procesos que se interconectan para lograr una provisión de servicios de valor para el
negocio.
8 Bibliografía.
Hitachi (2018). Components Reference. Disponible en
https://help.hitachivantara.com/Documentation/Pentaho/8.3/Setup/Components_Reference