¿Me puede dar un ejemplo de Business Intelligence?

Realmente no entiendo de qué se trata Business Intelligence. Si empiezo por tener una base de datos corporativa, ¿qué haría una persona de BI? Encontré mucho material en la web, pero generalmente es un poco complejo. Quiero un ejemplo simple que me haga comprender de qué se trata BI y qué produciría una persona de BI que sea de valor para mi organización.

Business Intelligence es a menudo una secta completamente separada de Administración de bases de datos y Desarrollo de bases de datos. Business Intelligence, al más alto nivel, incluye tres facetas principales:

1. Informes
2. Integración
3. Análisis

Informes

Informes es la creación, implementación y administración de informes, así como la capacidad adicional para que los usuarios personalicen los informes dinámicamente.

Integración

Integración de datos y soluciones de transformación. Por muy nivel más simple, que es el medio de extracción, transformación y carga de datos en una fuente de datos, a partir de una fuente de datos (que podría ser algo tan simple como un archivo plano). La integración tiene una milla de profundidad, pero esa es la funcionalidad más básica.

Análisis

El procesamiento analítico en línea (OLAP) se utiliza para diseñar, crear y administrar estructuras que contienen datos agregados de los almacenes de datos de origen. Una frase clave para esto es la minería de datos .

Estas son descripciones extremadamente simplificadas de lo que incorpora Business Intelligence. Hay una ciencia detrás de BI, así como cada una de estas facetas individualmente. Los profesionales de bases de datos dedican su tiempo y carrera a dominarlos.

El valor depende mucho de la organización individual y sus requisitos. Dependiendo del nivel de sofisticación requerido, un rol de BI puede caer en algunas categorías diferentes:

• Jock de hoja de cálculo : al trabajar a partir de conjuntos de datos extraídos directamente de sistemas operativos, este rol generará informes y análisis utilizando herramientas de escritorio como Excel o Access. A menudo, este rol no es un especialista en TI, o alguien puede realizarlo a tiempo parcial. Dependiendo de su nivel de habilidad técnica y acceso a las bases de datos subyacentes, pueden depender de otro personal, como los administradores de bases de datos, para producir los extractos de datos.
  
  Este rol aporta valor cuando los informes agrupados no cumplen los requisitos y es necesario un trabajo adicional para obtener información de gestión de las bases de datos, pero un equipo de desarrollo de BI dedicado sería demasiado costoso. Normalmente, esta función será necesaria en todos los casos menos triviales, aunque puede no tener un requisito de tiempo completo en sitios pequeños.

• Desarrollador de BI : si la extracción de datos es compleja o requiere la integración de múltiples fuentes, puede ser necesario construir un almacén de datos u otro sistema de informes para integrar los datos presentes en un formato que pueda usarse para generar informes. Las personas en este rol generalmente tendrán habilidades de desarrollo técnico en mayor o menor medida.
  
  A menudo, este tipo de equipo se separará en ETL y funciones de informes, pero este no es siempre el caso. Los desarrolladores de informes, los tipos de 'Hoja de cálculo Jock' y otros usuarios avanzados pueden usar datos del sistema de informes a través de varias herramientas.
  
  El valor organizacional de este rol se realiza cuando los datos son demasiado complejos para administrarlos con un enfoque ad-hoc y se necesita un sistema de informes dedicado. En este caso, un equipo de BI más pequeño con habilidades técnicas y herramientas apropiadas puede automatizar una gran cantidad de trabajo que de otro modo se realizaría manualmente con herramientas de escritorio y extractos ad-hoc. Un sistema de almacenamiento de datos también puede llenar instalaciones de informes de autoservicio, como cubos OLAP que permiten a los usuarios finales dentro de la empresa producir y mantener sus propios informes.

• Arquitecto de datos : un sistema de almacenamiento de datos maduro solicitará los requisitos de datos de la empresa que no se pueden cumplir con los datos disponibles de los sistemas de origen. Puede ser necesario coordinar los cambios en los sistemas operativos derivados de estos requisitos para capturar datos adicionales o limpiar datos registrados de manera inconsistente o incorrecta en la fuente.
  
  Un arquitecto de datos puede asumir un rol que se encuentra en múltiples sistemas operativos y de informes para coordinar el cumplimiento de los requisitos de datos que necesitan cambios en múltiples sistemas.
  
  La necesidad de este rol a menudo no se reconoce, pero se vuelve importante en sitios más grandes. A menudo, los sistemas operativos no cumplen bien los requisitos de informes, y la autoridad de los equipos de almacenamiento de datos no se extiende a realizar cambios en los sistemas operativos. En este caso, un arquitecto de datos actúa como coordinador o director dependiendo del nivel de autoridad en el rol. El valor principal es emitir cambios en los sistemas operativos donde no cumplen con los requisitos de datos.

• El gobierno de datos - Los requisitos reglamentarios o de negocios pueden dictar corrección de los datos o de las normas de gobierno. Si los sistemas operativos son propensos a errores de datos (que suele ser el caso), entonces se puede establecer una función de gobernanza de datos para gestionar la validación y las correcciones de los datos.
  
  La calidad de los datos puede ser importante por varias razones, a menudo relacionadas con los requisitos contables o reglamentarios. Un oficial de gobernanza o calidad de datos es típicamente un rol liderado por el negocio con la responsabilidad de organizar arreglos a los datos ya registrados en los sistemas.

• Analista : una variante de la función de deportista de hoja de cálculo en la que el usuario realmente trabaja de alguna manera donde realiza un trabajo analítico sobre los datos (por ejemplo, un Actuario de seguros).
  
  Un analista puede ser importante para el negocio por una variedad de razones, dependiendo del rol. En el caso de un actuario, su función es estimar las reservas que se mantendrán contra futuras reclamaciones, mantener modelos de precios para productos de seguros o proporcionar valoraciones sobre diversas transacciones financieras.

La mayoría del personal de BI tiende a caer en una o más de estas categorías. El valor para una organización varía con las circunstancias individuales. Un fenómeno común que observo es que las personas responsables de los sistemas operativos subestiman enormemente la cantidad de trabajo que realmente se lleva a cabo en estos roles. He visto una compañía de seguros que tenía 170 empleados solo en el departamento de cuentas de sus operaciones europeas. La mayor parte de su tiempo lo dedicaron a discutir extractos de datos en hojas de cálculo y operar procesos de control y reconciliación manual.

La información de gestión es muy a menudo una prima pobre en las prioridades durante el desarrollo y la operación de aplicaciones de línea de negocio. Una estrategia de arquitectura de datos mal coordinada o inexistente puede costar una gran cantidad de tiempo y dinero. El comportamiento predeterminado es tratar los sistemas como silos sin que nadie tenga autoridad directa para solucionar problemas de datos entre sistemas. Deje esto por el tiempo suficiente y el efecto neto son las operaciones de back office que emplean a cientos de personal administrativo (a menudo personal financiero calificado) que pasan la mayor parte de su tiempo haciendo el trabajo de unos pocos procedimientos almacenados.

qué produciría una persona de BI que sea de valor para mi organización.

Voy a analizar esta parte de la pregunta, ya que creo que otros han hecho un buen trabajo al explicar qué es BI. Trabajo para una empresa con muchos clientes y conozco mucha información sobre las funciones que brindamos a esos clientes.

Nuestras aplicaciones están muy centradas en los datos; nuestra industria está regulada por el gobierno, por lo que el cumplimiento de las leyes federales y estatales es fundamental. ¿Qué aportan nuestros especialistas de BI a la empresa que los hace valiosos?

• Primero importamos millones de registros del cliente para que tengan la información que necesitan para hacer su trabajo. Hacer que los datos de sus bases de datos encajen en nuestras bases de datos es un trabajo crítico y no muy simple; le falta información sobre los campos obligatorios, los desajustes de los tipos de datos, los problemas de integridad de los datos ( 02/30/2012por ejemplo, no puedo incluirlos en un campo de fecha). También hacemos personalización, por lo que tengo que diseñar un lugar para colocar datos que no almacenaríamos para otros clientes y luego crear la importación para obtener los datos. Sin los datos del cliente, la aplicación no funciona. Los datos son demasiado extensos para ser ingresados ​​manualmente.

• A continuación, los gerentes del cliente deben ver los datos de manera que los ayuden a administrar su negocio. Por lo tanto, solicitan informes, montones y montones de informes, informes de presupuesto, informes de gastos, informes de cumplimiento, etc. Estos informes son tan complejos que las consultas detrás de ellos pueden tener más de mil líneas. Puede tomar un experto en SQL para escribir este tipo de código de informes.

• Además, las personas de inteligencia empresarial a menudo son más profundas en los detalles del negocio que muchos desarrolladores de aplicaciones, por lo que también son la primera línea en la evaluación de los requisitos. Somos los que señalamos la información necesaria que falta y las reglas comerciales en conflicto porque estamos muy familiarizados con los datos y cómo se almacenan y para qué se va a utilizar.

• Una vez que los informes llegan a un cierto punto, necesitamos separarlos de la base de datos transaccional y construir un almacén de datos para que las personas que realizan análisis complejos de los datos no causen que las personas que ingresan datos se bloqueen. La forma de estructurar los datos para el análisis no suele ser la mejor forma de estructurar los datos para las transacciones y, por lo tanto, nuevamente estamos en el negocio de transformar los datos de una estructura de datos a otra que es muy diferente. La capacidad de profundizar en los datos a través del análisis de varios años de datos es algo que es un gran punto de venta para nuestros clientes. Entonces, nuevamente, agregamos valor al producir un producto que nuestros clientes necesitan para administrar su negocio.

Si sus necesidades de datos son todas internas, aún puede tener clientes internos que necesitan este nivel de análisis. En este caso, probablemente esté más preocupado con el aspecto de los informes del almacenamiento de datos que con la importación de datos a un sistema transaccional. Sin embargo, la capacidad de utilizar los datos que ha estado recopilando para tomar decisiones de gestión es invaluable para la mayoría de las organizaciones.

Si necesita un especialista en BI tiende a girar en torno a cuán extensas son sus necesidades de datos y cuán complejo es el sistema. Una empresa más pequeña puede no tener suficiente trabajo para una persona de esta naturaleza y puede contratar consultores para crear los informes que necesitan. Los especialistas en BI tienden a trabajar solo en empresas medianas y grandes.

Si es una empresa que crea software COTS , probablemente necesite especialistas en BI para ser los consultores que conozcan su producto por dentro y por fuera y creen copias personalizadas a partir de él para sus clientes.

Si bien no son excelentes ejemplos de mejores prácticas, las bases de datos de muestra de SQL Server serían un buen lugar para comenzar. Incluyen una base de datos OLTP, almacenamiento de datos y servicios de análisis para una organización ficticia. Estudiar las diferencias entre ellos debería ayudarlo a entender cómo difieren las bases de datos OLTP (transacción) y OLAP (analítico / BI) y por qué.

http://msftdbprodsamples.codeplex.com/

• La base de datos OLTP AdventureWorks admite escenarios de procesamiento de transacciones en línea estándar para un fabricante de bicicletas ficticio (Adventure Works Cycles). Los escenarios incluyen fabricación, ventas, compras, gestión de productos, gestión de contactos y recursos humanos.

• La base de datos Adventure Works DW muestra cómo construir un almacén de datos.

• El proyecto Adventure Works AS se puede utilizar para construir una base de datos AS para escenarios de inteligencia empresarial.

Aquí hay una respuesta de nivel superior, de un desayuno de BI al que asistí hace dos años.

BI es lo que las personas de su organización ya están haciendo: tomar decisiones basadas en la información. El objetivo de las herramientas de BI es permitir que esas personas tomen esas decisiones más rápido y con más confianza .

Otra respuesta, la que uso a menudo, es que las herramientas de BI están ahí para convertir los "datos" en "información" de manera oportuna.

Kimball Group utiliza las frases "Entregar datos a usuarios comerciales que les sea fácil de entender y navegar" y "Entregar un rendimiento de consulta rápido".

En términos muy laicos, la inteligencia empresarial esencialmente significa analizar e interpretar datos para fines comerciales. La inteligencia empresarial convierte los datos extremadamente crudos en información valiosa que las empresas pueden usar para tomar decisiones estratégicas. Los diferentes tipos de empresas pueden usar BI de muchas maneras diferentes para mejorar las operaciones. Entre las industrias que hacen uso de BI está el seguro. Los operadores utilizan el software de inteligencia de negocios de seguros ofrecido por compañías tecnológicas como MajescoMastek para comprender el comportamiento de los usuarios, los patrones de compra y otros indicadores similares para ayudarlos a tomar decisiones dirigidas a impulsar el crecimiento.