1. 1. Justificación
1.1. Determine las Motivaciones
1.2. Analice el Negocio de Necesidades Información
1.3. Análisis Costo - Beneficio
2. 2. Evaluación de la infraestructura de la Empresa.
2.1. Evaluación de la Infraestructura Técnica
2.2. Evaluación de la Infraestructura No Técnica
3. 3. Plantación del Proyecto
3.1. Definición del Proyecto
4. 4. Definición de loa Requerimientos del proyecto.
4.1. Requerimientos Generales del proyecto
4.2. Requerimientos de la calidad del los Negocios.
4.3. Requerimientos específicos del Proyecto
5. 5. Análisis de los Datos
5.1. Modelo lógico Empresarial
5.2. Riesgos de no realizar un análisis de Datos
6. 6. Project Prototyping
6.1. Analiza las entradas funcionales, denominado como análisis de sistemas, logrado a través de prototipos permitiendo combinar con el diseño de aplicación.
7. 7. Análisis del repositorio de Metadatos
7.1. Con disposición de herramientas se obtiene mas metadatos adicionales a los de negocio
7.2. Los metadatos técnicos deben ser mapeados a los metadatos del negocio y todos estos deben ser almacenados en un repositorio.
8. 8. Diseño de la Base de Dato
8.1. Plantea que una o mas BD deben ser almacenados en su forma agregada, esto depende del tipo de reporte que necesite la comunidad del negocio.
9. 9. Diseño de ETL
9.1. Es el mas complicado de todo el proyecto de BI y a la vez el mas innovador.
10. 10. Diseño de Repositorio de Metadatos
10.1. Los metadatos deben ser autorizados.
10.2. Definidas en el meta modelo lógico
10.3. El diseño se basará en el modelo entidad-relación.
10.4. El diseño tiene que cumplir con los requerimientos del meta modelo lógico.
11. 11. Desarrollo del ETL
11.1. Existen muchos procesos de ETL, una más complicada que otra, dependiendo de los requerimientos y limpieza de datos.
11.2. Según el análisis de los datos (paso 5) y el diseño del ETL (paso 9), una herramienta ETL puede no ser la mejor opción.
12. 12. Desarrollo de la Aplicación
12.1. Al desarrollar prototipos con los requerimientos técnicos, comienza el verdadero desarrollo de una aplicación para acceder y analizar.
13. 13. Minería de Datos
13.1. No se usa el BI al máximo
13.2. Las aplicaciones limitadas a un numero de reportes pre-escritos de los antiguos.
13.3. La verdadera ganancia está en la información compartida
14. 14. Desarrollo del Repositorio de Metadato.
14.1. Desarrollar repositorio de metadatos
14.2. En un sub-preyecto es considerable tamaño del todo proyecto de BI
15. 15. Implementación.
15.1. Se planea un entrenamiento para las personas que usarán la aplicación de BI.
16. 16. Evaluación de producto final
16.1. Beneficio de las lecciones aprendidas de todos los proyectos.
17. Metodología Hefesto
17.1. Similitudes
17.1.1. Es basa en los requerimientos de los usuarios, es capaz de adaptarse con facilidad y rapidez
17.1.2. Utilizar modelos conceptuales y Lógicos son sencillos de interpretar y analizar, puede diseñar tablas de hechos, realizar unión, determinar jerarquias y los procesos ETL
17.2. Diferencia
17.2.1. seleccionar los campos que integran cada una perspectiva nivel de granulad y estableciendo relaciones con OLTP, examinar los campos a través de la manipulación
17.2.2. Analizar los OLTP a través de la información. A través su características podrá identificar los modelos conceptual y la fuentes de datos.
18. Metodología Kimball
18.1. Similitudes
18.1.1. Podemos definir que la metodología de kimball se basa en la planificación de proyectos en cuanto ala inteligencia de negocios , tanto como roadmap se también se pasa en proyectos BI para el alcance de negocios y presupuestos relevantes ala empresa.
18.1.2. La inteligencia de negocio es una de las cuales se asemejan ya sea para desarrollar y diseñar aplicaciones ya que tambiem según roapmap BI son proyectos dinamicos las cuales representan un determinado proyecto
18.2. Diferencia
18.2.1. En la metodología de kimball se basa en la planificación de proyectos, diseños de arquitectura técnica en base ala aplicaciones de BI y Roapmap se basa en las infraestructuras de la empresas y negocios ya sea sus requerimientos y beneficios.
18.2.2. Según kimball se implementa en un Sub-sistemas de ETL, para diseñar modelos de dimensiones ya sea para alimentar un almacén de Datos, y Roapmap se diferencia en desarrollar prototipos para cumplir dichos requerimientos técnicos de una aplicación.
19. Metodología Barquin
19.1. Similitudes
19.1.1. La justificación de Roadman y el desarrollo del plan de Barquin. Las estrategias, métodos de negocio y los objetivos, como los objetivos de centrales del negocio. También el soporte alas metas y estrategias del plan en BI, SU VISIÓN Y MISIÓN.
19.1.2. Calidad de los datos existentes y calidad deseada de los datos, priorización en la limpieza de los datos, modelado de los datos, revisión y validación de los procesos de negocio y determinar si existen modelos de datos corporativos y procesos de negocio.
19.2. Diferencia
19.2.1. Roadmap es una forma de identificar las necesidades de productos y servicios para asociarlas a alternativas tecnológicas y desarrollar planes para asegurar que las tecnologías estén disponibles para cuando estas sean necesarias.
19.2.2. Barquin. es la construcción de un Data WareHause para diseñar una arquitectura de alto nivel en los negocios.