Marzo 2016

Escenario:

• Ud. ha sido seleccionado para encabezar un proyecto de DW

en una compañía. ¿Por donde empezar?

• No hay una “receta o fórmula” para las actividades

tempranas asociadas con la definición del Proyecto de DW y
obtención de la financiación.

• En parte, porque no hay alto grado de repetitividad en esta

fase del ciclo de vida porque esta varía grandemente de
una organización a otra.
Es probable que su organización se ajusta a uno de los siguientes
escenarios:

1. Demanda de un solo fanático del negocio.

2. Demasiada Demanda.

3. En búsqueda de demanda.
1. Demanda de un solo fanático del negocio

• Un ejecutivo de una empresa tiene una visión acerca de

cómo obtener un mejor acceso a la información para tomar
mejores decisiones.

• Situación más deseable y manejable.

4
2. Demasiada Demanda:

• Múltiples ejecutivos del negocio expresan la necesidad de

una mejor información.

• Escenario ligeramente más complicado que el anterior porque

Ud. Necesita priorizar los requerimientos antes de proceder.
3. En búsqueda de demanda
• EL CEO (Chief Information Officer) o el Ejecutivo de
Información de una Compañía, es el encargado del flujo
de información que entra y sale de la empresa. Es la persona
que define la tecnología a ser utilizada en los
Sistemas de Información.

• No quiere ser el único sin tener un DW.

• Gran esfuerzo para descubrir la demanda de la organización.

• Hay cinco factores que deben analizarse antes de comenzar
el trabajo detallado sobre el diseño y desarrollo de la bodega
de datos.

• Estos factores son la base para asegurar de que con éxito se

puede construir la bodega de datos.

• Si la organización no tiene una calificación aprobatoria en

relación a los factores combinados, se recomienda
reconsiderar si la organización está preparada para una
bodega de datos.
Factores Clave:
1. Responsable de la Administración del negocio (60%).
2. Motivación del negocio (15%).
3. SI/Compañía de Negocios (5%)
4. Cultura Analítica Actual (5%)
5. Viabilidad(15%)

Para cada uno de estos factores hay que mirar

si hay una alta o baja disponibilidad en el
negocio.
• Responsable de la Administración del negocio (60%).
• Motivación del negocio (15%).
• SI/Compañía de Negocios (5%)
• Viabilidad(15%)

15
• Cultura Analítica Actual (5%)
• Definición y alcance del proyecto de DW.
• Cronograma de actividades
• Justificación del negocio
Entender los factores clave del negocio, para
determinar los requerimientos del negocio y
trasladarlos al diseño.

Los requerimientos establecen el fundamento para

los caminos de:
◦ Tecnología.
◦ Datos, y
◦ Aplicaciones de usuario final.
Con los Requerimientos analíticos del negocio se
hace lo siguiente:

1. Construir la matriz bus (procesos clave del

negocio y dimensiones).

2. Análisis de datos de los OLTP más detallado.

3. Desarrollo del modelo dimensional.

Con los Requerimientos analíticos del negocio se
hace lo siguiente:

1. Construir la matriz bus (procesos clave del

negocio y dimensiones).

2. Análisis de datos de los OLTP más detallado.

3. Desarrollo del modelo dimensional.

Modelo Dimensional:

Similar al modelo E/R.

Identifica la tabla de hechos, dimensiones

asociadas, atributos y jerarquía.

Se completa con las llaves primarias y foráneas.

• Dimensiones: Colección de atributos

• Atributo: describe una característica de algo tangible

• Tabla de Hechos:
• Definición de estructuras físicas para soportar
el diseño lógico.

• Elementos primarios:
– Definición de estándar de nombrado.
– Configuración del ambiente de la BD.
– Estrategias de indexación y particionamiento.
• Pasos principales:

– Extracción (Calidad de datos => credibilidad del DW)

– Transformación

– Carga
• Extracción
• Transformación
• Transformación
• Carga (Load)

– Inicial, para poblar el DW.

– Otro, carga regular e incremental.
• Arquitectura Técnica:
– DW requiere integración de N tecnologías.
– Establece el marco y visión general de la arquitectura.

• Factores para el diseño de la arquitectura:

– Requerimientos del negocio.
– Ambiente técnico actual.
– Planear la estrategia técnica.
• Definen los componentes arquitecturales:
– Plataforma hardware.
– DBMS.
– Herramienta de Data Staging.
– Herramienta de acceso a los datos.

• Evaluación y selección:
– Define un proceso de evaluación estándar.

• Instalación, se prueban para asegurar la integración

final dentro del ambiente del DW.
• Definir conjunto de aplicaciones UF estándar.

• Especificación de aplicación describe:

– Plantilla de reporte.
– Parámetros de manejo de usuario y
– Cálculos requeridos.

• El equipo de desarrollo y usuarios tienen un

entendimiento común de aplicaciones.
• Configurar la herramienta del DW y construir los
reportes.
• Son construidas con herramientas de acceso a los
datos avanzadas => Mejorar la productividad del
equipo de desarrollo.
• Ofrecer la modificación de las plantillas de reportes
existentes a los usuarios.
• Herramientas OLAP
• Convergencia de tecnología, datos y aplicaciones de
UF accesible a los usuarios del negocio.

• Soporte a usuarios y estrategias de retroalimentación

se establecen antes de que el usuario tenga acceso al
DW.
• Trabajo que permanece después de desarrollo inicial del DW:

– Soporte y capacitación continuada a los usuarios

del negocio.

– Asegurar que los procesos y procedimientos de

la operación del DW sean efectivos.

– La aceptación del DW y las métricas de rendimiento

deben ser medidas y registradas a lo largo del tiempo.
• A diferencia de los OLTP, los cambios son un signo de éxito no
de fracaso.

• Establecer procesos de priorización para satisfacer la

demanda de los usuarios de negocio y poder crecer.

• Con estas prioridades se va al comienzo del ciclo de

vida, enfocado en los nuevos requerimientos.
Se inicia con una reunión oficial del equipo del
proyecto.

– Objetivos generales del proyecto y su relevancia en el

negocio.
– Informe de DW.
– Roles y sus responsabilidades.
– Plan de proyecto de alto nivel.
• El estado debe ser monitoreado regularmente.

• Reuniones de Estado del proyecto:

– Regulares del equipo central del proyecto.
– Enfocadas en el cumplimiento y el progreso de las tareas
actuales e identificar problemas
– El administrador del proyecto fija la ejecución de la reunión.
• Reportes del Estado del proyecto:
– Foto de alto nivel del progreso del proyecto
– Capturan los logros, decisiones, actividades para próximo
período y problemas mayores.
– No deben ser demasiado detallados
– Distribuido al equipo del proyecto entero y
administradores del negocio y del SI claves.
• El plan del proyecto:
– Actualizado semanalmente para reflejar con precisión
el progreso.
– Se debe entender y evaluar las opciones si el proyecto se
retrasa.
• Documentación:
– Facilita la entrada de nuevos miembros del equipo.
– No es una tarea favorita, se elimina cuando la
presión aumenta
– Se almacena en carpetas y en medios
electrónicos, manejando versiones
• Hay dos fuente principales de cambios:
– Problemas previamente no identificados
– Solicitudes de usuarios adicionales.

• Opciones:
– Sólo decir no.
– Ajustar el alcance asumiendo una suma de cero.
– Expandir el alcance (tiempo o presupuesto).
• Control de cambios:
– Cambio: impacta la programación, el presupuesto o
el alcance.
– La solicitud debe ser bastante simple de implementar,
muchas modificaciones pequeñas puede impactar la
programación en semanas
• Establecer y administrar las expectativas del
proyecto de DW, que es clave para el éxito del
proyecto.

• Recomendaciones de comunicación con los grupos:

– Equipo de proyecto:
• La mayoría de administradores se enfocan en este tipo
de comunicación.
• Documentos: Alcance del proyecto, reuniones
de estado, reportes del estado, etc.
• Recomendaciones de comunicación con los grupos:
– Informaciones a Sponsor y driver:
• Comunicación cara a cara.
• Informes mensuales, con progreso de fechas y
problemas que requieren la asistencia de alto nivel.
• Comunidad de Usuarios de negocios:
– Mantenerlo involucrado con el proyecto de DW, para
que concuerde con la realidad
– Primera comunicación: Reunión inicial.
– Expectativas, involucramiento en el proyecto.
– Memos, e-mails, noticias, etc.
Las imágenes y algunos párrafos son tomados de internet