Claro, te explico. En esencia, lo que puedes hacer es aprovechar el método ADM de TOGAF como un marco general para guiar la transformación de tu arquitectura. Por ejemplo, el ADM te va llevando por fases: desde la visión arquitectónica, pasando por el diseño, la planificación, hasta la gobernanza.
En ese recorrido, tú integras el landscape de BIAN, que básicamente es tu mapa de dominios y servicios bancarios. A medida que avanzas por las fases del ADM, vas identificando qué partes del landscape de BIAN se alinean con cada etapa. Por ejemplo, en la fase de arquitectura de negocio, defines qué Service Domains de BIAN representan tus capacidades de negocio. Luego, en la fase de arquitectura de información y de aplicaciones, alineas esos mismos Service Domains a tus componentes tecnológicos.
En resumen, el ADM de TOGAF es tu proceso estructurado y BIAN es tu biblioteca de servicios y dominios específicos. Los combinas para transformar tu core de manera ordenada y con un marco de referencia claro.
¡Por supuesto! Vamos a ponerlo en un ejemplo práctico para que se entienda mejor.
Imagina que un banco quiere modernizar su core bancario, especialmente en el área de cuentas de ahorro. Ellos quieren usar BIAN para definir sus servicios de manera estándar y TOGAF para guiar toda la transformación.
Fase 1: Arquitectura de Visión (ADM – Preliminary & Architecture Vision) En esta fase, defines la visión inicial del proyecto. Aquí estableces que vas a utilizar BIAN para estandarizar los dominios de cuentas de ahorro, identificando que vas a trabajar con el Service Domain de “Savings Account” de BIAN.
Fase 2: Arquitectura de Negocio (ADM – Business Architecture) Aquí describes los procesos de negocio actuales y cómo se transformarán. Usas el landscape de BIAN para mapear las capacidades actuales del banco a los Service Domains de BIAN. Por ejemplo, tomas el dominio de “Savings Account” y defines cómo se alinean los procesos de apertura de cuentas, depósitos, retiros, etc.
Fase 3: Arquitectura de Sistemas (ADM – Information Systems Architecture) En esta fase, diseñas cómo la arquitectura de datos y aplicaciones va a soportar esos dominios de BIAN. Aquí defines qué aplicaciones o microservicios van a implementar las operaciones del dominio de “Savings Account”. Básicamente, traduces los Service Domains en componentes tecnológicos.
Fase 4: Arquitectura Tecnológica (ADM – Technology Architecture) Ahora defines la infraestructura y las plataformas que soportarán esos servicios. Si estás usando IBM ACE, Azure, o cualquier otra tecnología, aquí detallas cómo se implementará todo esto a nivel de infraestructura.
Fase 5: Oportunidades y Soluciones (ADM – Opportunities & Solutions) Aquí elaboras un roadmap de implementación, identificas quick wins, y organizas cómo vas a ir desplegando las capacidades de BIAN en fases utilizando el ADM.
Fase 6 en adelante: Migración, Gobernanza y Gestión del Cambio (ADM – Migration Planning, Implementation Governance) Finalmente, llevas a cabo la migración y aseguras la gobernanza continua, siempre apoyándote en el mapa de servicios de BIAN para mantener la estandarización.
En pocas palabras, estás usando el ADM de TOGAF como el “cómo” vas a hacer la transformación y a BIAN como el “qué” vas a implementar en términos de servicios bancarios.
Fuente: https://circle.visual-paradigm.com/docs/togaf-adm-guide-through/
