Metodología de Pasos Según Roadmap

Get Started. It's Free
or sign up with your email address
Rocket clouds
Metodología de Pasos Según Roadmap by Mind Map: Metodología de          Pasos Según Roadmap

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. Metodología Hefesto

2.1. Similitudes

2.1.1. Es basa en los requerimientos de los usuarios, es capaz de adaptarse con facilidad y rapidez

2.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

2.2. Diferencia

2.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

2.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.

3. 5. Análisis de los Datos

3.1. Modelo lógico Empresarial

3.2. Riesgos de no realizar un análisis de Datos

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. 2. Evaluación de la infraestructura de la Empresa.

5.1. Evaluación de la Infraestructura Técnica

5.2. Evaluación de la Infraestructura No Técnica

6. 3. Plantación del Proyecto

6.1. Definición del Proyecto

7. 6. Project Prototyping

7.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.

8. 7. Análisis del repositorio de Metadatos

8.1. Con disposición de herramientas se obtiene mas metadatos adicionales a los de negocio

8.2. Los metadatos técnicos deben ser mapeados a los metadatos del negocio y todos estos deben ser almacenados en un repositorio.

9. 8. Diseño de la Base de Dato

9.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.

10. 9. Diseño de ETL

10.1. Es el mas complicado de todo el proyecto de BI y a la vez el mas innovador.

11. 10. Diseño de Repositorio de Metadatos

11.1. Los metadatos deben ser autorizados.

11.2. Definidas en el meta modelo lógico

11.3. El diseño se basará en el modelo entidad-relación.

11.4. El diseño tiene que cumplir con los requerimientos del meta modelo lógico.

12. 11. Desarrollo del ETL

12.1. Existen muchos procesos de ETL, una más complicada que otra, dependiendo de los requerimientos y limpieza de datos.

12.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.

13. 12. Desarrollo de la Aplicación

13.1. Al desarrollar prototipos con los requerimientos técnicos, comienza el verdadero desarrollo de una aplicación para acceder y analizar.

14. 13. Minería de Datos

14.1. No se usa el BI al máximo

14.2. Las aplicaciones limitadas a un numero de reportes pre-escritos de los antiguos.

14.3. La verdadera ganancia está en la información compartida

15. 14. Desarrollo del Repositorio de Metadato.

15.1. Desarrollar repositorio de metadatos

15.2. En un sub-preyecto es considerable tamaño del todo proyecto de BI

16. 15. Implementación.

16.1. Se planea un entrenamiento para las personas que usarán la aplicación de BI.

17. Metodología Kimball

17.1. Similitudes

17.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.

17.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

17.2. Diferencia

17.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.

17.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.

18. Metodología Barquin

18.1. Similitudes

18.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.

18.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.

18.2. Diferencia

18.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.

18.2.2. Barquin. es la construcción de un Data WareHause para diseñar una arquitectura de alto nivel en los negocios.

19. 16. Evaluación de producto final

19.1. Beneficio de las lecciones aprendidas de todos los proyectos.

20. GRACIAS