ZACHMAN
ZACHMAN es un marco de trabajo creado por John A. Zachman, el cual se caracteriza por la intersección de dos clasificaciones: la primera consiste en un conjunto de preguntas básicas tales como ¿Qué?, ¿Cómo?, ¿Cuándo?, ¿Quién?, ¿Dónde? y ¿Por qué?; Y la segunda consiste en realizar una serie de pasos marcados tales como Identificación, Definición, Representación, Especificación, Configuración e Instalación. (Zachman, 1987)
Figura 4. Marco de referencia ZACHMAN. Publicación realizada desde la página oficial de Zachman International, por Zachman International, 2018.
TOGAF
TOGAF es un marco de referencia de arquitectura. “En términos simples, TOGAF es una herramienta para asistir en la aceptación, creación, uso, y mantenimiento de arquitecturas. Está basado en el modelo interactivo de procesos apoyado por las mejores prácticas y un conjunto reutilizable de activos arquitectónicos existentes” (Josey, 2103, p. 21).
Es un esquema (o marco de trabajo) de Arquitectura Empresarial que proporciona un enfoque para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información. Esta arquitectura está modelada, por lo general, en cuatro niveles o dimensiones: Negocios, Tecnología (TI), Datos y Aplicaciones. Cuenta con un conjunto de arquitecturas base que buscan facilitarle al equipo de arquitectos cómo definir el estado actual y futuro de la arquitectura Josey (2103).
La clave de TOGAF es el método ADM (TOGAF Archictecture Development Method) para el desarrollo de una arquitectura empresarial que se ocupa de satisfacer las necesidades del negocio (The Open Group, 2018).
Este método cíclico que está compuesto de diferentes etapas. De tal forma que en cada ciclo de ejecución del ADM se incremente la madurez de la solución de la Arquitectura y en todo momento, el ciclo ADM se desarrolla en paralelo a la actividad de gestión de requisitos Empresarial de la organización y el valor que aporta al negocio. En la figura siguiente se presenta TOGAF – ADM (The Open Group, 2018):
33
Figura 5. El ciclo de desarrollo de arquitectura, adaptado de “El ciclo de desarrollo del método de la arquitectura”, por Josey, 2013.
Resumen breve de las fases de TOGAF (The Open Group: 2018) y Ares (2014):
Fase Preliminar: En esta etapa se define todo lo requerido de la organización para cumplir con la iniciativa de crear una EA1, se define el marco de la EA y los principios que se aplicarán. Además, dado que TOGAF es un marco estándar con el objetivo de adaptarse a cualquier organización y sector, debería ser adaptado a los requisitos específicos de la empresa. Por último, deben implementarse las herramientas necesarias para el desarrollo de la arquitectura.
Fase A – Visión de Arquitectura: En esta fase se inicia el ADM2, se establece el proyecto de arquitectura junto con el alcance de la Arquitectura Empresarial. Se deben identificar las partes interesadas, sus inquietudes y requerimientos de negocio, también es esta fase se debe buscar las aprobaciones. En esta fase, es el momento en el que también se deben confirmar los principios de arquitectura y desarrollar el documento de visión de arquitectura para poder proporcionar una visión general de los cambios que se llevarán a cabo en la organización como resultado de la iniciativa de AE.
Fase B – Arquitectura de Negocios | Fase C – Arquitectura de Sistemas de Información | Fase D – Arquitectura de Tecnología: En estas tres fases, se desarrolla la línea base de arquitectura (AS-IS3) y la arquitectura final (es decir, la arquitectura objetivo de la iniciativa de EA, TO-BE4) y esto por cada dominio de arquitectura (negocio, datos, aplicaciones y tecnología). Tras realizar las arquitecturas AS-IS y TO-BE, se debe realizar un análisis de brechas entre ambas arquitecturas para producir la hoja de ruta de arquitectura (Roadmap
Architecture) que es el faltante para llegar a la arquitectura TO-BE. El entregable principal de
esta etapa es el documento de definición de arquitectura. Este documento contiene los artefactos arquitectónicos básicos creados durante el proyecto y toda la información importante relacionada. El documento de definición de arquitectura abarca todos los dominios de la arquitectura (negocios, datos, aplicaciones y tecnología) y también examina todos los estados relevantes de la arquitectura (AS-IS, transición y TO-BE).
Fase E – Oportunidades y Soluciones: En esta fase, se define la planificación inicial para llegar a la arquitectura objetivo, se identifican y agrupan los principales paquetes de trabajos necesarios como proyectos, programas y portafolios, así como las posibles arquitecturas de transición (es decir, arquitecturas intermedias hacia la arquitectura objetivo). Además, debe definirse la estrategia de alto nivel para la implementación y la migración a la arquitectura TO-BE.
2
ADM, método para la definición de la Arquitectura por sus siglas en inglés.
35 Fase F – Planificación de Migración: En esta fase; se priorizan los proyectos, programas y portafolios identificados en la fase anterior. Para ello, se debe realizar la evaluación coste/beneficio, análisis de riesgo y la asignación del valor para el negocio que se obtiene con ellos. En esta fase se confirma la hoja de ruta de arquitectura, se actualiza el documento de definición de arquitectura y se finaliza el plan de implementación y migración.
Fase G – Gobernanza de la Implementación: En esta fase, se confirma y supervisa el alcance y las prioridades de los proyectos de implementación. También, se garantiza el cumplimiento de EA con los proyectos de implementación, así como las revisiones de post- implementación para validar cualquier proyecto respecto a la arquitectura definida.
Fase H – Gestión de Cambios de Arquitectura: En esta fase, se establecen los procedimientos necesarios para poder gestionar el cambio en la EA, la implementación, así como el seguimiento y la gestión de riesgos.
Gestión de Requerimientos: Se trata de una actividad paralela responsable de la identificación, seguimiento y documentación de requerimientos, además de ser la encargada de informar a la fase apropiada acerca de cualquier modificación o alta de requerimientos a tener en cuenta.
Figura 6. Componentes de la arquitectura empresarial de TOGAF, adaptado de “¿Qué es Arquitectura Empresarial?” por Molano, 2015.