Proyecto de DW/BI

1. Planificación del proyecto / programa El primer recuadro de la hoja de ruta se centra en poner en marcha el programa / proyecto, incluido el alcance, justificación y dotación de personal. A lo largo del ciclo de vida, tareas continuas de gestión de programas y proyectos. En este proceso se determina el proyecto de DW/BI con el propósito y sus objetivos manteniendo el camino de las actividades y una primera aproximación a las necesidades de información, tomando en cuenta el costo. Este proceso esta conformada por las siguientes acciones: Definir el alcance, definir las tareas, identificar y programar las tareas, planificar el uso de recursos, asignar la carga a los recursos, elaboración de documentos.

Estas actividades lo monitoreamos y rastreamos los problemas direccionadas por la empresa y el área de ti, comenzando por el usuario final y utilizando las mejores prácticas, aplicando la inteligencia empresarial, un término que ha surgido y evolucionado en los últimos años y que ahora es frecuente, que se utiliza para describir todos los sistemas y procesos que utiliza una empresa para reunir, procesar y proporcionar acceso y analizar información comercial. Se debe planificar cuidadosamente la arquitectura ETL y usar dimensiones conformadas para la integración y usar procedimientos incrementales debido a que, el problema con el enfoque de cascada para proyectos DW / BI es que lleva demasiado tiempo y no reconocer la necesidad de adaptarse a los nuevos requisitos o cambios en la comprensión.

Comenzamos este capítulo enfocándonos en el equipo del proyecto, su papel como editores de información y las realidades a veces insuperables que confrontan Luego dirigimos nuestra atención a todas las partes interesadas comerciales importantes.

El trabajo del administrador del almacén de datos es potencialmente enorme, ofreciendo muchas oportunidades y muchos riesgos, el administrador del almacén de datos debe interpretar y entregar ese activo al resto de la organización de una manera que lo haga más útil.

1. Definición de requisitos, este proceso se centra en técnicas para obtener de manera efectiva los requisitos del negocio partes interesadas y representantes. La definición de requerimientos, es un proceso de entrevistar al personal de negocio y técnico, aunque siempre conviene, tener un poco de preparación previa. Toca el valor del perfil de datos temprano en su DW / BI proyecto, luego describe la importancia de organizar las necesidades de la empresa en torno a la organización áreas temáticas del proceso central, es una tarea clave en el ciclo de vida de Kimball porque estos hallazgos impulsan la mayoría de las decisiones hacia un cuadro positivo o negativo. Se recopilan requisitos para determinar los factores clave, impactando el negocio, se identifican las principales oportunidades en toda la empresa, se priorizan según el valor comercial y la viabilidad, y luego se recopilan requisitos detallados para la primera iteración del sistema DW / BI pista de inteligencia empresarial. Mientras que algunos miembros del proyecto están inmersos en la tecnología y los datos, otros se centran en identificar y la construcción de una amplia gama de aplicaciones de BI, incluidos informes estandarizados, parametrizados

consultas, paneles, cuadros de mando, modelos analíticos y aplicaciones de minería de datos, junto con el interfaz de navegación asociadas al despliegue, mantenimiento y crecimiento. Adicionalmente se deben equilibrar los requisitos y las realidades de la organización.

[pic 1]

Figura: La intersección de los requisitos y realidades del negocio.

Este enfoque nos ayuda a no tener enfoques sobredimensionadas que no logran entregar lo que el negocio necesita, llevado a un extremo, estos equipos centrados en los requisitos no pueden cumplir porque lo que el negocio quiere es inalcanzable.

Para identificar procesos de negocios usamos cuatro procesos que son los siguientes:

Identifique el proceso de negocio, el grano, las dimensiones y los hechos. Mientras esto suena sencillo, los equipos a menudo tropiezan en el primer paso. Luchan por articular el proceso de negocio, ya que es un término que parece tener diferentes significados según el contexto. Porque la declaración del proceso de negocio es la primera participación en el terreno cuando se diseña una dimensión modelo.

La relación entre iniciativas comerciales estratégicas y Procesos de negocios, el negocio está enfocado en las iniciativas comerciales estratégicas, y el equipo de DW / BI está enfocado en procesos de negocio creando una desconexión. Como parte del negocio proceso de recopilación de requisitos, el equipo DW / BI necesita desglosar o descomponer la estrategia iniciativa empresarial en sus procesos empresariales de apoyo. Los puntos de intersección en la marca de matriz donde los datos del proceso de negocio son necesarios para soportar las iniciativas estratégicas de negocios, como se ilustra en la Figura 2. La integración de iniciativas comerciales estratégicas y procesos comerciales brinda más claridad sobre dónde comenzar el proyecto de análisis y por qué. Mantiene el enfoque de implementación probado y verdadero de la construcción su almacén de datos un proceso de negocio a la vez, reduciendo el tiempo de entrega y eliminando datos redundancia, al tiempo que proporciona la base necesaria para apoyar aquellas iniciativas que el negocio ha considerado importante.

[pic 2]

Figura2: Matriz de procesos empresariales mapeados a iniciativas empresariales estratégicas.

1. Arquitectura de datos

El modelado normalizado es una técnica poderosa para diseñar sistemas de procesamiento de transacciones en entornos relacionales. La normalización de las estructuras de datos físicos ha contribuido en gran medida a la

Éxito fenomenal de obtener grandes cantidades de datos en bases de datos relacionales. Sin embargo, los modelos normalizados a la tercera forma normal no contribuyen a la capacidad de los usuarios para consultar los datos.

Modelo dimensional versus modelo normalizado desafortunadamente, la dependencia de la normalización de 3NF prolifera las tablas sin pensar. Cada tienda de TI que

ha construido un modelo normalizado de un proceso comercial importante (como las ventas) tiene un aspecto similar mapa que cubre la mayor parte de una pared. Hay cientos de tablas conectadas por un número aún mayor de

Unir caminos. El resultado es abrumador y, desde la perspectiva del usuario empresarial, inutilizable. No humano

ser o software de computadora puede analizar un diagrama de entidad-relación normalizado en su totalidad.

...