Indice togaf

TOGAF
Resuman Parcial
1. Alcance
1.1. Cubrimiento de la empresa
1.2. Nivel de detalle
1.3. Características – detalles de la arquitectura (opcional)
1.4. Dominios de la arquitectura
1.4.1. Negocio (procesos)
1.4.2. Datos
1.4.3. Aplicaciones
1.4.4. Tecnología (infraestructura)
1.5. Tiempo
1.6. Activos de arquitectura a ser usados

2. Visión
2.1. Revisar los principios dearquitectura
• Nombre
• Racionalizar
• Implicaiones
2.2. Definir los KPI de la arquitectura objetivo
2.3. Identificar los stakehokder (requerimientos / preocupaciones)
2.3.1. Identificar stakeholders
2.3.2. Clasificación por posición
2.3.3. Determinar el tipo de manejo
2.3.4. Mapa de stakeholders
2.4. Escenarios del negocio
2.4.1. Problema
2.4.2. Ambiente de negocio y técnico
2.4.3.Objetivos y factores de éxito
2.4.4. Actores Humanos
2.4.5. Actores técnicos (computadores)
2.4.6. Roles y responsabilidades
2.4.7. Refinar (verificar)
2.5. Arquitecturas Actuales y Objetivo
2.5.1. Arquitectura de Negocio
2.5.2. Arquitectura de Datos
2.5.3. Arquitectura de Aplicaciones
2.5.4. Arquitectura de Tecnología (infraestructura)

3. Arquitectura de Negocio
3.1. Seleccionar modelos dereferencia (Vistas, modelos, herramientas y estándares)
3.2. Desarrollar la línea base de la arquitectura de negocio (actual)
3.3. Desarrollar la arquitectura objetivo d negocio
3.4. Realizar un análisis de brecha (gap)
3.5. Definir el mapa de ruta
3.6. Resolver impactos en otras arquitecturas /proyectos

4. Arquitectura de datos
4.1. Seleccionar modelos de referencia
4.2. Desarrollarla línea base de la arquitectura de datos
4.3. Desarrollar la arquitectura objetivo de datos
4.4. Realizar un análisis de brecha (gap)
4.5. Definir el mapa de ruta
4.6. Resolver impacto en otras arquitecturas / proyectos
4.7. Realizar una revisión formal

5. Arquitectura de Aplicaciones
6. Arquitectura de Tecnología (Infraestructura)





Resumen Completo
1. Preliminares y Vision1.1. Establecer el proyecto
1.2. Identificar los stakehokder (requerimientos / preocupaciones)
1.2.1. Identificar stakeholders
1.2.2. Clasificación por posición
1.2.3. Determinar el tipo de manejo
1.2.4. Mapa de stakeholders
1.3. Escenarios del negocio
1.3.1. Problema
• Que malestar tiene?
• Claridad del problema
• Cuando pasa
• Porque pasa
• Es proceso, tecnología, datos,estructura orgánica?
1.3.2. Ambiente de negocio y técnico
• Que tareas, procesos intervienen en el problema
• Qué tecnología actuales deben soportar el problema
1.3.3. Objetivos y factores de éxito
• Qué objetivos se buscan cumplir, retorno de la inversión, escalabilidad, desempeño, estándares, medición
1.3.4. Actores Humanos
• Identificar a las personas o sistemas que participan
1.3.5. Actorestécnicos (computadores)
• Identificar los componentes computacionales, que deben hacer
1.3.6. Roles y responsabilidades
• Documentar roles, responsabilidades, indicadores de éxito
1.3.7. Refinar (verificar)
• Revisar si se cumple con los requisitos, en caso negativo revisar y refinar el escenario
1.4. Confirmar las metas y direccionadores del negocio
1.5. Evaluar la capacidad del negocio1.6. Evaluar la disponibilidad del negocio para el cambio
1.7. Definir el alcance
1.8. Revisar los principios de arquitectura
1.9. Definir la visión de la arquitectura
1.10. Definir los KPI de la arquitectura objetivo
1.11. Identificar riesgos y actividades de mitigación
1.12. Elaborar el plan y documento de trabajo de arquitectura

2. Alcance (1.6)
2.1. Cubrimiento de la empresa
2.2.Nivel de detalle
2.3. Características – detalles de la arquitectura (opcional)
2.4. Dominios de la arquitectura
2.4.1. Negocio (procesos)
2.4.2. Datos
2.4.3. Aplicaciones
2.4.4. Tecnología (infraestructura)
2.5. Tiempo
2.6. Activos de arquitectura a ser usados

3. Visión (1.9)
3.1. Identificar los stakehokder (requerimientos / preocupaciones)
3.1.1. Identificar stakeholders
3.1.2....