Capítulo 3 – Inventario Supermercado
Tema: Arquitectura de Bus – Dimensiones conformadas – Tipos Snapshot (Periódico, Transacciones, Acumulativos) – Uso de varias granularidades
Capítulo 7 – Contable – Análisis Financiero
Tema: Consolidación de tablas de Hechos para combinar metricas de diferentes procesos de negocios – Snapshot periódico y transaccional – Tablas de Hechos Múltiples – Dimensiones Comunes
GRUPO 10 - 2012
GRUPO 1 - 2012
Capítulo 5 – Gestión de Pedidos
Tema: Distintos roles entre dimensiones – Dimensiones Lentamente Cambiantes SCD Tipo 1, 2, 3 y 6
GRUPO 2 - 2012
GRUPO 12 - 2012
Capítulo 6 – Gestión de Clientes
Tema: Dimensión Cliente – Minidimensiones – Anexos (Outtriggers) de una dimensión - Dimensiones Lentamente Cambiantes SCD Tipo 2
GRUPO 3
Capítulo 8 – RRHH
Tema: Dimensión Auditoría – Dimensión “Habilidades de la Persona” (Conjunto de palabras claves)
GRUPO 4 - 2012
Capítulo 9 – Servicios Financieros
Tema: Gestión de Dimensiones con gran volumen de datos – Clasificación de Dimensiones (Junk, Role-Playing, Degeneradas, etc.) – Minidimensiones – Dimensiones Multivaluadas – Esquemas para instituciones que ofrecen productos y servicios heterogéneos.
GRUPO 5 - 2012
GRUPO 12 - 2012
Capítulo 10 – Telecomunicaciones
Tema: Análisis de la granularidad de los hechos y de las dimensiones. Dimensión “Tiempo” – Dimensión Ubicación Geográfica.
GRUPO 11 - 2012
Capítulo 11 – Línea Aérea
Tema: Granularidad de la tabla de hechos (“leg”- vuelo) – Combinar dimensiones pequeñas en una superdimensión – Dimensión Tiempo en diferentes zonas horarias.
GRUPO 8 - 2012
GRUPO 13 - 2012
Capítulo 13
GRUPO 6 - 2012
Capítulo 14 – Comercio Electrónico
Tema: Dimensiones “Clickstream” – Tablas de Hechos para datos Clickstream.
GRUPO 7 - 2012
Retomando el año y mis búsquedas de material para compartir con mis estudiantes, encontré este artículo que sintentiza perfectamente la analogía entre el manifiesto de Kimball ( que se plasma en su libro "The Data Warehouse Toolkit, 3rd Edition" ) y el desarrollo ágil. Como bien indican los autores de este artículo, agile no se agota sólo en diseñó de software sino que enfoque puede ser y es comparable con la metodología propuesta por Kimball hace más de 20 años. Hoy en día sabemos que al embarcarse en un proyecto de desarrollo es necesario mostrar resultados tangibles en producción en mucho menos que un año, que los requerimientos son variables en el tiempo y es necesario trabajar con un nivel interesante de incertidumbre. Se requiere una forma de gestionar nuestros proyectos sin la rigidez de la gestión de proyectos clásica. En este sentido Kimball se ajusta perfectamente para el desarrollo de un datawarehouse de organizaciones que piensan en grande y el reuso y mejora es...
Comentarios
Publicar un comentario