1. MÉTODO ADM DE TOGAF
ING. RICHARD E. MENDOZA G.
ING. NINI JOHANA ARIAS HERRERA
2. MÉTODO ADM
• El método ADM consiste en varias fases que se desplazan cíclicamente a
través de una serie de dominios de Arquitectura.
3. MÉTODO ADM DE TOGAF
• ADM es iterativo y comprende tres tipos de iteraciones:
❑Durante todo el proceso (de manera circular) alimentando las fases
siguientes;
❑Entre fases, volviendo a fases anteriores si se requiere; y en cada
fase individualmente, ejecutando repetidamente las actividades de
cada fase del ADM.
❑Durante todo el proceso se revisan los resultados obtenidos versus
los requerimientos identificados inicialmente.
4. FASE PRELIMINAR
• Es una de las más críticas puesto que es donde se prepara y se inician las
actividades en todo el proceso.
• Se entienden los entornos del negocio y se establece los principios y la
estructura de gobierno.
.
“Todos los cambios que se hagan tienen que estar soportados por escrito”.
5. FASE 1
Estado
Actual
EVALUACIÓN
PRELIMINAR
Fase Preliminar
ADM
Inicia toda la
estructura del ADM
Se encarga de definir el qué, cómo,
para qué y por qué necesitamos
implementar una Arquitectura
Empresarial en una organización.
ENFOQUE: Se divide en 3 partes:
1. Empresa
2. Identificar los elementos claves
de la empresa
3. Evaluar el contexto = Aplicar la
Arquitectura Empresarial
6. ¿Qué se necesita para identificar el
contexto organizacional?
Interesados
Presupuesto
Cómo está la empresa y que
objetivos se implementarán
Qué Tecnologías
manejan
Habilidades del
personal
7. Principios de La Arquitectura
1. Principios Empresariales
2. Principios de las Tecnologías de la información
3. Principios que gobiernan la implementación de la
Arquitectura
Principios Clave:
8. Objetivos
• Revisar el contexto organizacional para realizar la arquitectura
empresarial.
• Identificar y delimitar los elementos de la organización que serán
afectados por la capacidad arquitectónica.
• Identificar marcos de referencia establecidos, métodos y procesos
que se intersectan con la capacidad arquitectónica.
• Establecer el objetivo de madurez de la capacidad.
1. Determinar la capacidad arquitectónica deseada por la
organización:
9. Objetivos
• Definir y establecer el modelo organizacional de la arquitectura
empresarial.
• Definir y establecer el proceso detallado y los recursos para el
gobierno de la arquitectura.
• Seleccionar e implementar las herramientas que apoyen la
capacidad arquitectónica.
• Definir los Principios de Arquitectura.
2. Establecer la capacidad arquitectónica:
10. ENTRADAS
Fase Preliminar
Planes de
estrategias de
negocios
Presupuesto
Principios del
negocio, metas
y factores clave
Las tecnologías
de la
información
Gobernabilidad
y marcos legales
Petición del
trabajo de la
Arquitectura
12. FASE A – VISIÓN DE LA ARQUITECTURA
ADM
Inicia una iteración en la estructura del ADM, en ella:
• Se establece el alcance, limitaciones y expectativas de
un proyecto.
13. FASE A – VISIÓN DE LA ARQUITECTURA - ADM
Objetivos Clave:
1. Adquirir los compromisos de la gestión.
2. Validar los principios del negocio, metas y sus indicadores claves de rendimiento.
3. Identificar las responsabilidades y objetivos de los interesados.
4. Definir los requerimientos del negocio y sus limitaciones.
5. Definir el alcance y priorizar tareas.
6. Seleccionar herramientas y técnicas.
7. Demostrar como las responsabilidades de cada interesado se están
representando en la arquitectura del negocio.
15. SALIDAS
Fase A
Declaración del trabajo
totalmente aprobado
Principios de la
Arquitectura definidos
Evaluación de
capacidades
Principios del negocio,
metas y factores clave
ya validados
16. PRODUCTOS DE TOGAF
• se agrupan en 3 categorías:
Entregable: es el producto de trabajo que
esta contractualmente definido y que es
revisado, acordado y firmado por los
actores. La unión de estos entregables
forma un proyecto.
Artefacto: es un producto de trabajo más
granular que describe una arquitectura desde
un punto de vista. Ejemplos: diagrama de red,
especificación de un servidor, una
especificación de un caso de uso.
Bloque Constructivo: representa un
componente (potencialmente reusable) de
negocios, de tecnología de información ó una
capacidad arquitectural que combina otros
bloques constructivos.
17. • AS IS: Como su nombre en inglés indica, “as is” significa “como es”,
es decir, el mapa de los procesos AS IS demuestra la situación
actual y la realidad de los procesos organizacionales, con sus
errores y aciertos.
18. • TO BE: Hacer un mapa de
procesos TO BE, por otro lado,
está estipulando a dónde quieres
llegar al final de la evolución del
proceso. El mapa debe estar
alineado con la planificación
estratégica de la organización en
su conjunto, para que los
objetivos se logren de manera
más eficiente.
19.
20. FASE B – ARQUITECTURA DEL NEGOCIO
• La arquitectura de negocio es el pilar de los demás dominios de
arquitectura. El objetivo de la fase es desarrollar una arquitectura
de negocio destino basado en los objetivos de negocio e
identificar los componentes del (roadmap) - mapa de ruta de la
arquitectura candidata. Para ello se realiza la descripción de la
línea base y se modelan las actividades y casos de usuarios.
21. Los objetivos de la Arquitectura de negocio son:
• Desarrollar la arquitectura de negocio (realizando una descripción
detallada que permita crear un punto de referencia de como la empresa
alcanzará los objetivos de su negocio)
• Llevar a cabo un análisis de las diferencias entre el punto de referencia de
las arquitecturas y sus objetivos
• Seleccionar modelos de referencia puntos de vista y herramientas
• Seleccionar los puntos de vista de las arquitecturas para indicar cuales son
las responsabilidades de cada interesado respecto a la arquitectura de
negocio.
22. FASE B – ARQUITECTURA DEL NEGOCIO
Dispone de 8 pasos:
1. Seleccionar modelos de referencia, puntos de vista y
herramientas
2. Definición de la descripción de la arquitectura base
3. Definición de la descripción de la arquitectura objetivo
4. Ejecutar análisis de brechas
5. Definir la trayectoria candidata para componentes
6. Revisión formal de las conductas de los Stakeholders
7. Finalizar la Arquitectura
8. Crear el documento que define la Arquitectura.
23. ENTRADAS
Fase B
Materiales de
referencia de
Arquitectura
Petición de
trabajo de
arquitectura
Principios de
negocio, metas
del negocio y
puntos de vista
claves del mismo Plan de
comunicaciones
Evaluación
de
capacidades
Modelo
organizacional de
la arquitectura
empresarial
Un marco de
referencia
adaptado
La declaración
de trabajo
aprobada
Repositorio
virtual
24. SALIDAS
Fase B
Declaración
de trabajo
actualizada
Principios de negocio
validados, factores
clave y objetivos del
negocio
Principios de
la Arquitectura
Una visión
preliminar en la que
se especifican
requerimientos de
arquitectura
Una visión
preliminar de
la definición de
la arquitectura
Componentes de
la arquitectura de
negocio
establecidos en
una hoja de ruta.
25. La fase C del ADM, Sistemas de
información (Datos y aplicaciones)
• También llamada fase de aplicación-. Los datos y las aplicaciones
se pueden hacer en paralelo o de forma secuencial.
Objetivo: Definir la arquitectura destino de los datos y aplicaciones
basándose en los objetivos del negocio, así como crear el roadmap
de los componentes de las mismas.
26. Datos:
En primer lugar, se deben entender y solucionar los problemas de gestión y
migración de los datos. Se debe establecer un gobierno y repositorio de
arquitectura de los mismos.
Se deben seguir los siguientes pasos:
• Selección de modelos de referencias, perspectivas y herramientas.
• Desarrollo de la arquitectura de datos de línea base.
• Desarrollo de la arquitectura de datos objetivo.
• Análisis de diferencias entre las arquitecturas y se define el roadmap.
• Resolución posibles impactos en todo el panorama arquitectónico.
• Revisión y feedback formal por parte de los stakeholders.
• Conclusión de la arquitectura de datos y se crea el documento de definición.
27. Aplicaciones
Objetivos: Definir las arquitecturas línea base, objetivo y analizar las diferencias
entre ellas.
Se debe seleccionar un modelo de arquitectura de aplicación, ya sea estándar
de la industria o modelos genéricos.
Los pasos a ejecutar en esta fase son:
• Selección de modelos de referencia, perspectivas y herramientas.
• Confección de la descripción de la arquitectura de aplicación de línea base.
• Confección de la descripción de la arquitectura de aplicación objetivo basada en los objetivos
de negocio y la visión de la empresa.
• Análisis las diferencias entre las arquitecturas.
• Definición del roadmap de componentes candidato.
• Resolución de posibles impactos en todo el panorama arquitectónico.
• Revisión formal por parte de los stakeholders.
• Conclusión de la arquitectura de aplicación y crear el documento de definición.
28. Salidas
FASE C
Entregables de la
fase A refinados.
Documento de
definición de
arquitectura de
aplicaciones.
Requerimientos para
migración entre las
arquitecturas (análisis
de las diferencias)
Los componentes de
aplicación del
roadmap
arquitectónico
Todos los artefactos
relacionados con
“aplicaciones,
interfaz y software”
29. Fase D: Arquitectura Tecnológica
• Aborda la documentación de la
organización esencial de sistemas de
TI, representada en hardware, software
y tecnología de comunicaciones.
30. Fase D: Arquitectura Tecnológica
• Desarrollar la Arquitectura Tecnológica de Destino de tal manera que permita
que los componentes lógicos y físicos de datos y aplicaciones, así como aquellos
de la visión de la Arquitectura, correspondan a la petición de trabajo de
Arquitectura y respondan a las preocupaciones de los interesados.
Objetivos:
• Identificar los componentes candidatos del plan Itinerario de Arquitectura
basándose en las brechas identificadas entre la Arquitectura tecnológica de la
línea base y la Arquitectura tecnológica de destino.
31. Pasos:
• Seleccionar modelos de referencia, puntos de vista y herramientas.
• Desarrollar la descripción de la Arquitectura Tecnológica de la Línea base
• Desarrollar la descripción de la Arquitectura Tecnológica de Destino.
• Realizar el análisis de brechas.
• Definir los componentes candidatos del plan de itinerario.
• Resolver los impactos en el panorama de Arquitectura
• Conducir una revisión formal con los interesados.
• Finalizar la Arquitectura Tecnológica
• Crear el documento de definición de Arquitectura
Fase D: Arquitectura Tecnológica
32. Entradas
Fase D: Arquitectura Tecnológica
• Principios de Tecnología validados o nuevos
principios de tecnología.
Versión preliminar del documento de
definición de Arquitectura, contenido
actualizaciones de contenido:
• Arquitectura Tecnológica línea base
• Arquitectura Tecnológica destino
• Vistas de Arquitectura tecnológica
correspondientes o puntos de vista que
han sido seleccionados para responder a
las preocupaciones clave de los
interesados.
• Requerimientos de tecnología actualizados
• Petición de trabajo de Arquitectura
• Evaluación de capacidades
• Plan de comunicaciones
• Principios de Tecnología
• Documento preliminar de definición de
Arquitectura →Contenido:
• Arquitectura de negocio línea base (detallada)
• Arquitectura de negocio destino (detallada)
• Arquitectura de datos línea base (detallada)
• Arquitectura de datos destino (detallada)
• Arquitectura de aplicación línea base
(detallada)
• Arquitectura de aplicación destino (detallada)
• Arquitectura Tecnológica línea base (detallada)
• Arquitectura Tecnológica destino (detallada)
Salidas
33. Fase E: Oportunidades y Soluciones
Es la primera fase que directamente se refiere a la
Implementación.
Describe el proceso de identificación de los medios de
entrada (proyectos o programas) que proporcionan la
Arquitectura destino identificada en las fases anteriores.
34. Fase E: Oportunidades y Soluciones
• Generar la versión inicial y completa del plan de itinerario de
Arquitectura, basándose en el Análisis de Brechas y en los
componentes candidatos del plan de itinerario De Arquitectura
resultantes de las fases B, C y D.
Objetivos:
• Determinar si un enfoque incremental es requerido, y si fuera
así, identificar las Arquitecturas de Transición que
proporcionarán valor continuo de negocio.
35. Fase E: Oportunidades y Soluciones
• Determinar o confirmar atributos claves para el cambio empresarial.
• Determinar las limitaciones del negocio para la implementación.
• Examinar y consolidar resultados de los análisis de brechas realizados en las fases B a D.
• Examinar los requerimientos consolidados entre funciones de negocio relacionadas.
• Consolidar y relacionar los requerimientos de interoperabilidad.
• Refinar y validar dependencias.
• Confirmar el grado de preparación y riesgos para la transformación del negocio.
• Formular la estrategia de implementación y mitigación. Identificar y agrupar los paquetes
de trabajo principales.
• Identificar las Arquitecturas de Transición.
• Crear el Plan de Itinerario de Arquitectura y el Plan de Implementación y Migración.
Pasos:
36. Fase E: Oportunidades y Soluciones
Entradas:
→Salidas de las fases B, C y D
→Plan de comunicaciones
→Modelos de Gobernanza
37. Fase E: Oportunidades y Soluciones
→Versiones actualizadas y redefinidas con entregables de las
fases B, C y D
→Hoja de ruta actualizada
→Capacidad de evaluación
→Transición de la arquitectura
→Plan de implementación y migración
Salidas: