Ciclo de Vida Hugo M. Castro.

Presentación del tema: "Ciclo de Vida Hugo M. Castro."— Transcripción de la presentación:

1 Ciclo de Vida Hugo M. Castro

2 Implementación de un Data Warehouse
Un proyecto de Data Warehouse debe basarse en satisfacer necesidades del negocio Los datos se deben presentar de acuerdo con las variables del negocio Un Data Warehouse está en permanente evolución Cada proyecto de Data Warehouse debe tener un principio y un fin

3 Administración del Proyecto
Ciclo de vida Diseño Arquitectónico Productos Requerimientos del Negocio Modelo Dimensional Diseño Físico Planificación Data Staging Implementación Mantenimiento Crecimiento Especificación Aplicaciones Desarrollo Aplicaciones Administración del Proyecto

4 Administración del Proyecto
Planificación Diseño Arquitectónico Productos Requerimientos del Negocio Modelo Dimensional Diseño Físico Planificación Data Staging Implementación Mantenimiento Crecimiento Especificación Aplicaciones Desarrollo Aplicaciones Administración del Proyecto

5 Planificación Predisposición de la organización Alcance
Justificación de negocio Aspectos humanos Plan del proyecto Puntos clave

6 Predisposición de la organización
Apoyo de la Gerencia (Sponsor) Motivación del negocio Participación de gente del negocio y Sistemas Cultura actual de análisis de información Factibilidad

7 Apoyo de la Gerencia (Sponsor)
Perteneciente al área de negocios de la empresa Con visión del impacto del Datawarehouse Con convicción personal y alto compromiso con el proyecto

8 Apoyo de la Gerencia (Sponsor)
Con influencia en la empresa, respetado y con buenas conexiones Con conocimiento de la cultura, las personas, las políticas y los procesos de la empresa Con visión realista para comprender los conceptos del datawarehouse y el ciclo de desarrollo iterativo Con capacidad para tomar decisiones

9 Motivación imperiosa del negocio
Tener en cuenta que El datawarehouse es un facilitador del acceso a los datos Va a armarse para resolver requerimientos críticos específicos del negocio Debe alinearse con las motivaciones del negocio de tipo estratégico de la empresa Ejemplo Oportunidad para ganar lugar en el mercado Mejorar la competitividad

10 Participación entre Sistemas y Negocio
Un datawarehouse exitoso parte del trabajo conjunto de gente de sistemas y gente del negocio NO se puede encarar prescindiendo de la otra área

11 Cultura actual en el análisis de información
Un datawarehouse se construye para brindar mejor acceso a mejor información para dar soporte a la toma de decisiones

12 Cultura actual en el análisis de información
si no hay uso actual de información, probablemente la empresa no necesite un Datawarehouse (o hay que invertir un esfuerzo considerable en cambiar la cultura)

13 Factibilidad Se refiere a los datos que van a alimentar al Datawarehouse Los datos del datawarehouse son secundarios, es decir, todos provienen de otras fuentes que los reunieron. Son importantes Los sistemas transaccionales en funcionamiento que tiene la empresa La calidad de los datos

14 Predisposición de la organización
ESCENARIOS POSIBLES 1 Empresa con algún área de gran visibilidad Con necesidades claras de acceso a información Con un ejecutivo del negocio que impulsa el proyecto (sponsor) Es la situación más favorable Se da en el 50% de los casos

15 Predisposición de la organización
ESCENARIOS POSIBLES 2 Empresa con múltiples áreas que requieren información Es una situación más complicada Requiere establecer prioridades en los requerimientos

16 Predisposición de la organización
ESCENARIOS POSIBLES 3 Empresa sin una necesidad clara de acceso a información sino difusa Es la situación más complicada Puede verse beneficiada por tener acceso a información pero hace falta identificar primero en forma clara Los beneficios de una solución BI y Las necesidades reales de acceso a información.

17 Predisposición de la organización
Controlar la disposición de la empresa hacia una solución BI Antes de comenzar un proyecto de Datawarehouse o Data Mart Entender si hay demanda de uso de información Identificar de dónde proviene la demanda Hay que Buscar un sponsor de negocios fuerte Identificar usuarios de negocios ávidos de información

18 Predisposición de la organización
Si no POSPONER EL PROYECTO... 

19 Preguntas clave Evalúan si la organización está en condiciones de implementar una solución de BI Evalúan si vale la pena ofrecer una solución de BI Preguntas cruzadas Aspectos de la implementación

20 Factores críticos de éxito
Compromiso de la Gerencia Requerimientos del negocio Madurez de la empresa Calidad de información Características del Data Warehouse Grupo de desarrollo

21 Alcance del proyecto Consenso Sistemas y Negocios
Valor para la organización Manejable Comienzo en pequeño Un proceso de negocios Prioridades Plazos Riesgos

22 Justificación para el negocio
Estimación de beneficios y costos Costos de hardware y software Crecimiento Ampliación de requerimientos Mayores ingresos Mejores oportunidades

23 Aspectos humanos Funciones provenientes del negocio Funciones técnicas
Sistemas – Negocios Funciones de administración Sistemas – Consultores externos Transferencia de conocimiento

24 Personajes 1 DEL LADO DEL NEGOCIO Propietario Patrocinante Conductor
Líder de negocios Profesionales de negocios

25 Personajes 2 ASPECTOS TÉCNICOS Analista de sistemas de negocios
Referente temático Desarrollador de aplicaciones Instructor

26 Personajes 3 ADMINISTRACIÓN Y SOPORTE Director del proyecto Arquitecto
Especialista de soporte técnico Modelador de datos Administrador de base de datos Diseñador de ETL Soporte del Data Warehouse

27 Plan del proyecto Identificación de las tareas necesarias
Participación de personas clave Identificación de puntos de aceptación por los usuarios Etapas – Entregables Plan de comunicaciones

28 Plan de comunicaciones
Interlocutor Frecuencia Mensaje Patrocinante Bi-mensual Resolución de problemas Manejo de expectativas Usuarios de negocios Mensual Involucración Fechas críticas Grupo del proyecto Semanal Avance del proyecto Identificación y resolución de problemas Sistemas Necesidad de recursos

29 Puntos clave Busque un patrocinante bien ubicado
Haga un balance entre valor para el negocio y manejabilidad Desarrolle cuidadosamente el plan del proyecto Sea un director de proyecto con capacidad de motivar, administrar y comunicar a todos los niveles

30 Requerimientos del negocio
Diseño Arquitectónico Productos Requerimientos del Negocio Modelo Dimensional Diseño Físico Planificación Data Staging Implementación Mantenimiento Crecimiento Especificación Aplicaciones Desarrollo Aplicaciones Administración del Proyecto

31 Relevamiento de requerimientos
PREPARACIÓN Entreviste primero a los altos directivos Visión más amplia del negocio Determinación de prioridades Apoyo para las entrevistas posteriores Prepare el grupo de relevamiento Planifique las entrevistas con gerentes intermedios y profesionales de negocios

32 Relevamiento de requerimientos
UNA VEZ IDENTIFICADOS LOS INTERLOCUTORES Elija los medios Entrevistas Sesiones con moderador Prepare el temario Agende las entrevistas y sesiones

33 Relevamiento de requerimientos
ENTREVISTAS Apertura Objetivos de la entrevista Desarrollo Forma de trabajo Métricas Análisis Cierre Cuantificación del éxito

34 Relevamiento de requerimientos
Puntos importantes Escuche atentamente Tome notas No entre en detalles demasiado pronto Trate de captar la terminología de la organización En las entrevistas use el vocabulario del entrevistado

35 Funciones vs. Datos X INTERLOCUTORES: PROFESIONALES DE NEGOCIOS
Productos Fecfa Hora Sucursales Ventas Cantidad de tickets ¿Qué productos se venden más? X ¿Cómo se venden los productos en las sucursales? ¿En qué horas hay más clientes? ¿Qué días de la semana son más flojos?

36 Entrevistas sobre los datos
Interlocutores Conocedores de las fuentes de datos Conocedores del negocio Objetivos Asegurar que hay datos para cumplir con los requerimientos Fijar las expectativas en un nivel razonable

37 Datos vs. Fuentes X INTERLOCUTORES: ADMINISTRADORES DE BD Productos
Inventario Carpeta de sucursales Consolidado de cajas BD de productos Productos X Fecha Hora Sucursales Ventas Cantidad de Tickets

38 Actividades post-entrevista
Informe sobre la reunión Resumen ejecutivo Visión general Detalle de cada proceso de negocios Para qué se requiere análisis de datos Qué funciones se necesitan Cuáles son las limitaciones actuales Cuáles son los beneficios previstos Factibilidad de conseguir los datos necesarios

39 Actividades post-entrevista
Presentación a la alta gerencia Identificación de procesos de negocios Entendimiento de la terminología Análisis de prioridades Impacto en el negocio Factibilidad

40 Actividades post-entrevista
CUADRANTES DE PRIORIDADES Impacto en el negocio Proceso A Alto Proceso B Bajo Proceso C Proceso D Baja Alta Factibilidad

41 Desarrollo del proyecto
El desarrollo del proyecto se realiza en tres líneas Línea de Tecnología Línea de Aplicaciones Requerimientos Línea de Datos

42 Administración del Proyecto
Línea de Tecnología Diseño Arquitectónico Productos Requerimientos del Negocio Modelo Dimensional Diseño Físico Planificación Data Staging Implementación Mantenimiento Crecimiento Especificación Aplicaciones Desarrollo Aplicaciones Administración del Proyecto

43 Línea de Tecnología Arquitectura Selección de productos Componentes
Fuentes de datos Organización de datos (Data Staging) Presentación de datos Acceso a los datos Influencia de los requerimientos Selección de productos

44 Arquitectura Área de presentación de datos Área de acceso a los datos
Sistemas Transaccionales Área de acceso a los datos Data Staging Area SERVICIOS Limpieza Combinación Estandarización NO CONSULTAS ARCHIVOS/TABLAS PROCESOS Ordenamiento Procesamiento secuencial DATA MART 1 Dimensional Un proceso de negocios Datos atómicos y consolidados Consultas especiales Redacción de informes Aplicaciones analíticas Modelos - Pronósticos - Scoring - Data Mining Extracción Acceso Carga Bus del DWh DATA MART 2 Diseño similar

45 Influencia de los requerimientos
Hardware Servidores Discos Software Sistema operativo Motor de base de datos Funcionalidades

46 Influencia de los requerimientos
Alta disponibilidad Espejado de datos Soporte unificado de metadatos Potencia de cálculo para procesos complejos de integración Ubicación de los usuarios Ventana de renovación

47 Selección de productos
Análogo a otras selecciones de tecnología Política de compras Matriz de evaluación Requerimientos técnicos y funcionales Factores de ponderación

48 Administración del Proyecto
Línea de Datos Diseño Arquitectónico Productos Requerimientos del Negocio Modelo Dimensional Diseño Físico Planificación Data Staging Implementación Mantenimiento Crecimiento Especificación Aplicaciones Desarrollo Aplicaciones Administración del Proyecto

49 Línea de Datos Modelado dimensional Proceso de negocios Granularidad
Tablas de hechos Tablas de dimensión Claves subrogadas Dimensiones de cambio lento

50 Línea de Datos Diseño físico de la base de datos Nombres de columnas
Tipos de datos Claves Particiones Estrategia de consolidación Qué consolidaciones se incluyen Estrategia de indexación

51 Línea de Datos Diseño y desarrollo del ETL Compra vs. Desarrollo
Curva de aprendizaje Retorno de la inversión Normalización vs. desnormalización Organización de las tablas de dimensión Organización de las tablas de hechos

52 ETL Organización de las tablas de dimensión
Toma los datos dimensionales de los sistemas transaccionales Depura los valores de los atributos para incorporarlos al modelo dimensional Crea y asigna claves subrogadas Mantiene la tabla de referencias cruzadas Identifica el agregado omodificación de filas en la tabla de dimensión

53 ETL Organización de las tablas de hechos
Toma los datos de hechos de los sistemas transaccionales Recibe dimensiones actualizadas Separa los datos de hechos por granularidad Realiza las transformaciones requeridas en los datos Reemplaza claves de los sistemas fuente por claves subrogadas

54 ETL Organización de las tablas de hechos Agrega claves adicionales
“Sin promoción”, “No aplicable” Asegura la calidad de los datos Cuenta de filas, totales cruzados Construye tablas de hechos sumadas Incorpora los datos al Data Warehouse Informa a los usuarios

55 Administración del Proyecto
Línea de Aplicaciones Diseño Arquitectónico Productos Requerimientos del Negocio Modelo Dimensional Diseño Físico Planificación Data Staging Implementación Mantenimiento Crecimiento Especificación Aplicaciones Desarrollo Aplicaciones Administración del Proyecto

56 Línea de Aplicaciones Especificación y desarrollo de aplicaciones
Diferentes niveles de necesidad de información para diferentes usuarios Documentación de relevamiento de requerimientos

57 Línea de Aplicaciones Especificación y desarrollo de aplicaciones
Vías de acceso Internet Correo electrónico Tableros de control Personalización de herramientas

58 Administración del Proyecto
Implementación Diseño Arquitectónico Productos Requerimientos del Negocio Modelo Dimensional Diseño Físico Planificación Data Staging Implementación Mantenimiento Crecimiento Especificación Aplicaciones Desarrollo Aplicaciones Administración del Proyecto

59 Implementación Convergencia de las tres líneas
La línea de datos es la más impredecible Fechas comprometidas Asegurarse de que el Data Warehouse esté en condiciones Educación

60 Implementación EDUCACION Entender cuál es la audiencia
No empezar la educación demasiado temprano Datos viejos o no reales Posponer la educación si hay problemas en la puesta en marcha Política “Si no hay educación, no hay acceso”

61 Mantenimiento y Crecimiento
Diseño Arquitectónico Productos Requerimientos del Negocio Modelo Dimensional Diseño Físico Planificación Data Staging Implementación Mantenimiento Crecimiento Especificación Aplicaciones Desarrollo Aplicaciones Administración del Proyecto

62 Mantenimiento y Crecimiento
Soporte a los usuarios de negocios Si no hay consultas, posiblemente no estén usando el Data Warehouse Detectar áreas de datos o de aplicaciones no cubiertas Calidad del Data Warehouse Educación Cursos de actualización Usuarios calificados

63 Mantenimiento y Crecimiento
Soporte Técnico Es parte del negocio Rendimiento Nivel de servicio Monitoreo Avance vs. criterios de éxito Revisiones Oportunidades de mejoras

64 Mantenimiento y Crecimiento
Demandas de crecimiento Nuevos usuarios Nuevos datos Nuevas aplicaciones Mejoras de las aplicaciones existentes Revisión de las prioridades establecidas Determinación de las necesidades de la nueva etapa Comienzo de la nueva etapa

65 Arquitecturas OLAP OLAP Relacional (ROLAP)
Usa un esquema relacional para manejar la navegación y administrar los datos consolidados Gran escalabilidad OLAP Multidimensional (MOLAP) Almacenamiento con técnicas multidimensionales Acceso rápido a datos sumados previamente OLAP Híbrido (HOLAP) Bajo nivel ROLAP, Alto nivel MOLAP Motores de BD especializados Manejan consultas con esquemas estrella o copo de nieve