Español
日本語
Portuguese
简体中文
繁體中文TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto. El marco en sí es un cuerpo de conocimiento bien documentado, que incluye métodos detallados y un conjunto de herramientas de apoyo para desarrollar la arquitectura empresarial. TOGAF 9.2 es la última versión del marco.
- TOGAF es desarrollado y mantenido por miembros de The Open Group y trabaja en un equipo llamado Foro de Arquitectura. El primer desarrollo de TOGAF versión 1 se produjo en 1995, y las versiones posteriores de TOGAF ampliaron y mejoraron este sistema de conocimiento.
- TOGAF se desarrolló gracias a los esfuerzos conjuntos de más de 300 miembros del foro de arquitectura que representan a algunas de las empresas y organizaciones líderes en el mundo, por lo que es un buen resumen de las prácticas generales de arquitectura empresarial.
- Desarrollar y mantener una arquitectura empresarial es un proceso complejo que involucra a muchas partes interesadas y procesos de toma de decisiones. TOGAF ayuda documentando las especificaciones, los procesos y los productos de trabajo de la arquitectura corporativa.
- Al usar TOGAF, las organizaciones pueden desarrollar una arquitectura empresarial consistente que refleje las necesidades de las partes interesadas, adopte las mejores prácticas y considere adecuadamente las necesidades actuales y las necesidades comerciales percibidas en el futuro.
¿De dónde viene TOGAF?
TOGAF se originó en el marco de arquitectura de tecnología de gestión de la información (TAFIM) del Departamento de Defensa de EE. UU. TOGAF 1.0 finalmente se lanzó en 1995 después de años de exploración, con el permiso del Departamento de Defensa de EE. UU. y la ayuda de una gran inversión del gobierno de EE. UU. TOGAF ha lanzado su noveno lanzamiento hasta el momento, TOGAF 9 (el último lanzamiento es TOGAF 9.2)
¿Por qué TOGAF?
La arquitectura de TI debe reflejar fielmente los objetivos comerciales de la organización. De hecho, se deben utilizar técnicas específicas (escenarios comerciales) para garantizar que el arquitecto de TI comprenda correctamente los objetivos comerciales y se reflejen en la arquitectura de TI desarrollada con TOGAF.
Estas son las razones por las que deberíamos adoptar TOGAF ADM para el desarrollo de la arquitectura:
- Un método general completo
- Complementario a, sin competir con, otros marcos
- Ampliamente adoptado en el mercado.
- Adaptable para satisfacer las necesidades de una organización y de la industria
- Disponible bajo una licencia perpetua gratuita
- Estándar abierto neutral de proveedor, herramienta y tecnología
- Evita reinventar la rueda
- Alineación de TI empresarial
- Basado en las mejores prácticas
- Posibilidad de participar en la evolución del marco.
¿Qué es ADM?
El Método de desarrollo de arquitectura (ADM) se aplica para desarrollar una arquitectura empresarial que satisfaga las necesidades de tecnología de la información y de negocios de una organización. El TOGAF ADM es el resultado de las contribuciones continuas de un gran número de profesionales de la arquitectura al servicio de los siguientes propósitos:
- Describe un método para desarrollar y administrar el ciclo de vida de una arquitectura empresarial y constituye el núcleo de TOGAF.
- Puede adaptarse a las necesidades de la organización y luego se emplea para gestionar la ejecución de las actividades de planificación de la arquitectura.
El método de desarrollo de arquitectura, a menudo denominado abreviatura de ADM, es un proceso detallado paso a paso que se utiliza para desarrollar o cambiar la arquitectura de una empresa.
ADM describe 10 fases que cubren el ciclo de desarrollo de la arquitectura.
Estas fases son:
- Etapa preliminar
- Fase A : Visión arquitectónica
- Fase B : Arquitectura empresarial
- Fase C : Arquitectura del sistema de información
- Fase D : Arquitectura Técnica
- Fase E : Oportunidades y Soluciones
- Fase F : Planificación de la migración
- Etapa G : Implementar la gobernanza
- Fase H : Gestión del cambio de arquitectura
- Gestión de requisitos
Entrada y salida de ADM
TOGAF proporciona una serie de entregables de entrada y salida de cada fase:
- Estas son sugerencias y no es necesario seguirlas exactamente.
- Cada entregable producido debe tener una versión para indicar cuándo se ha producido un cambio.
- La numeración de la versión que se muestra también es una sugerencia y no es necesario seguirla.
Entregables
Un producto de trabajo que se especifica contractualmente y, a su vez, se revisa, acuerda y firma formalmente por las partes interesadas. Por lo general, se archivará al finalizar un proyecto o se transferirá a un repositorio de arquitectura como modelo de referencia.
Etapa inicial:
El objetivo principal de la etapa inicial es determinar y establecer las capacidades arquitectónicas requeridas de la organización.
Una de las partes clave es determinar qué se debe hacer y cómo implementarlo. Por ejemplo, el resultado principal es una solicitud de trabajo arquitectónico que describe los requisitos y decide qué alcance, estructura, herramientas o marco arquitectónico se necesita para respaldar este trabajo.
En esta etapa, TOGAF está diseñado específicamente para satisfacer las próximas necesidades de iteración de ADM. Definimos los principios básicos, evaluamos la capacidad de la estructura y el negocio de la empresa para realizar los cambios necesarios e integramos TOGAF con otros marcos de gestión. Hay pasos en esta etapa para limitar la organización corporativa afectada por los cambios propuestos, confirmar el marco de gobierno y soporte correcto, definir y establecer un equipo y una organización de EA, identificar y establecer principios arquitectónicos, personalizar TOGAF y cualquier otro marco e implementar herramientas. . Al final de esta fase, el equipo de EA debería estar listo para seguir las iteraciones del ciclo ADM. Esto se debe en parte a que la etapa preliminar se muestra en la parte superior del diagrama ADM y fuera del ciclo principal de las etapas A a H.
Fase A: Visión de la arquitectura:
La Fase A proporciona una declaración de trabajo arquitectónico clara que se proporcionará en la iteración de ADM. También proporciona una visión de la arquitectura empresarial propuesta. Este sentido de dirección es esencial para guiar el trabajo de ADM a lo largo del proceso de iteración. La declaración de la obra arquitectónica. define los procedimientos para desarrollar y desplegar la arquitectura delineada en la visión arquitectónica. Es la visión que proporciona el deseo de alto nivel por la funcionalidad y el valor empresarial que proporcionará la arquitectura empresarial propuesta. Comenzando con la solicitud de trabajo de construcción, la Fase A proporciona una herramienta (esta visión) para vender los beneficios de las capacidades propuestas a las partes interesadas y los responsables de la toma de decisiones en la empresa. Los escenarios comerciales se utilizan para comprender los requisitos comerciales y ayudar a aclarar los requisitos arquitectónicos implícitos en las funciones requeridas. Esto se documenta en la declaración de trabajo de la arquitectura y se utiliza para generar consenso para respaldar la arquitectura final. Cuando la organización patrocinadora firme el documento, surgirá un consenso.
Los pasos de la Fase A consisten en transformar la solicitud de trabajo de construcción en una declaración de trabajo arquitectónico clara y garantizar que la empresa pueda, esté lista, dispuesta y comprometida para realizar los cambios arquitectónicos necesarios. Esto implica establecer un proyecto de arquitectura, incluida la definición de su alcance, así como la confirmación y elaboración de la arquitectura y los principios comerciales. La fase A identifica a las partes interesadas y sus preocupaciones y requisitos, y confirma los objetivos comerciales, los factores impulsores y las limitaciones de la fase preliminar. Para garantizar el éxito, también evalúa las capacidades comerciales, evalúa la preparación para la transformación comercial y resuelve cualquier riesgo de transformación.
Fase B: Arquitectura empresarial:
TOGAF considera que la arquitectura empresarial es una forma de mejorar las capacidades empresariales; es por eso que la primera fase de desarrollo de la arquitectura se ocupa de la arquitectura empresarial .
ADM desde el punto de vista comercial: en las etapas preliminares de las solicitudes de trabajo de infraestructura para determinar la fuerte demanda comercial y refinar aún más para la Fase A en el trabajo de infraestructura y la declaración de visión de la arquitectura .
Un objetivo clave de la fase de arquitectura empresarial es desarrollar la arquitectura empresarial objetivo, que muestra cómo la empresa realiza la visión de la arquitectura y resuelve la solicitud de trabajo de la arquitectura. Su segundo objetivo es identificar primero los componentes de la hoja de ruta de la arquitectura candidata para cerrar la brecha entre la arquitectura empresarial de referencia y la de destino. TOGAF considera el conocimiento de la arquitectura empresarial como un requisito previo para el trabajo de arquitectura en otros campos (como datos, aplicaciones y tecnología). La arquitectura empresarial también demuestra a las partes interesadas clave el valor comercial y el retorno de la inversión del trabajo de arquitectura. Modelos de negocios, como modelos de actividades o procesos, casos de uso y modelos de clases, o diagramas de conexión de nodos,
Las tres fases de desarrollo de la arquitectura (B, C y D) siguen pasos similares. Es importante reutilizar cualquier modelo de referencia disponible y personalizar todos los resultados para abordar el punto de vista de las partes interesadas. Luego, el arquitecto desarrolla una descripción de línea de base y objetivo de la arquitectura empresarial, y realiza un análisis de brechas para determinar cómo transformarse de una a otra.
Fase C: Arquitectura del Sistema de Información:
TOGAF divide la Fase C -Arquitectura del Sistema de Información- en dos partes, que cubren el desarrollo de la arquitectura de datos y aplicaciones . El documento TOGAF tiene un breve capítulo introductorio que cubre dos dominios, seguido de capítulos separados sobre datos y aplicaciones. Al igual que con otras etapas de desarrollo de arquitectura (B&D), el objetivo es desarrollar la arquitectura del sistema de información de destino para datos y aplicaciones, y determinar los componentes candidatos de la hoja de ruta de la arquitectura en función de la brecha entre la arquitectura de referencia y la de destino.
La fase C siempre involucra la combinación de arquitectura de datos y aplicaciones. Siempre que ambos estén incluidos, y no importa en ningún orden, hay defensores de ambos métodos. Los pasos para los datos y las aplicaciones son muy similares: seleccione modelos de referencia, puntos de vista y herramientas; desarrollar líneas de base y luego ubicar descripciones de arquitectura, realizar análisis de brechas y definir componentes candidatos del mapa de ruta; y resolver cualquier impacto en el entorno general de la arquitectura. Después de una revisión formal de las partes interesadas, finalmente se determinó la arquitectura y se creó un documento de definición de arquitectura.
La principal diferencia entre datos y aplicaciones radica en el tema, que se refleja en el uso de diferentes modelos de referencia, tecnologías y representaciones arquitectónicas. Por ejemplo, la arquitectura de datos puede usar relaciones de entidades o diagramas de clases, mientras que la arquitectura de aplicaciones puede usar diagramas de comunicación de aplicaciones o diagramas de ingeniería de software.
Fase D: Arquitectura técnica:
La fase D es la fase de TOGAF, que desarrolla la arquitectura técnica para el proyecto de arquitectura. La arquitectura tecnológica describe la estructura y la interacción de los servicios de la plataforma y los componentes tecnológicos lógicos y físicos. La fase D desarrolla la arquitectura de tecnología de destino, que admite componentes de aplicaciones y datos (desarrollados en la fase C) para realizar componentes comerciales.
Las arquitecturas desarrolladas en las fases B, C y D se combinan para realizar la visión de la arquitectura que resuelve las inquietudes de las partes interesadas y las solicitudes de trabajo de construcción. Al igual que con otras fases de desarrollo de la arquitectura, la Fase D identifica los componentes de la hoja de ruta de la arquitectura candidata para lograr la transición de la línea de base al objetivo. Los pasos en la Fase D son casi los mismos que en la Fase B y la Fase C; la principal diferencia es que ahora el enfoque está en la tecnología. Por lo tanto, esto incluye modelos de referencia técnica y estándares o medidas técnicas, como rendimiento, mantenibilidad, ubicación y latencia o disponibilidad.
Determinar el resultado y los entregables es muy importante para ayudar a construir la arquitectura técnica que realmente respalde el sistema de información y la arquitectura comercial. Obtener el alcance correcto puede acelerar los retornos, mientras que un alcance demasiado grande dificultará la implementación exitosa. No se trata de la tecnología de implementación en sí, sino del desarrollo de una arquitectura técnica que realmente aborde la visión arquitectónica y las solicitudes de trabajo.
Fase E: Oportunidades y soluciones:
La Fase E recibe su nombre: es encontrar oportunidades para proporcionar la arquitectura objetivo mediante la implementación de soluciones específicas. La fase E genera la primera versión completa de la hoja de ruta de la arquitectura mediante la combinación de las recomendaciones de las fases de análisis y desarrollo del edificio: B, C y D.
En esta etapa, el enfoque principal está en cómo proporcionar la arquitectura. Por lo tanto, se enfoca en crear una hoja de ruta de la arquitectura, enumerando los paquetes de trabajo en una línea de tiempo para lograr la arquitectura objetivo. Cuando el cambio es tan grande que es imposible pasar directamente de la línea de base a la arquitectura de destino, entonces la etapa E producirá un enfoque incremental, que consiste en arquitecturas intermedias o de transición. La Fase E asigna los cambios arquitectónicos necesarios a los procedimientos y proyectos de inversión que tienen los fondos y recursos para ejecutar el paquete de trabajo y proporciona arquitecturas de transición y objetivo. La entrada en esta etapa es casi todo el resultado de la etapa inicial. Estos pasos toman estos resultados; consolidarlos, analizar dependencias y conciliar diferencias; y reconfirme que la organización puede hacer cambios. La Fase E mejora y actualiza los requisitos, los documentos de arquitectura y las hojas de ruta de arquitectura. El resultado clave es el primer paso en el plan de implementación y migración.
Fase F: Planificación de la migración:
Las primeras etapas de ADM identificaron la necesidad de cambios en la arquitectura y luego desarrollaron las arquitecturas comercial, de datos, de aplicaciones y técnica para respaldar esta necesidad. Luego, en la segunda fase, se desarrolla un plan de implementación y migración de alto nivel para aprovechar las oportunidades de inversión e identificar soluciones específicas. Arquitectura de destino: la Fase F finaliza el plan detallado de implementación y migración, así como la hoja de ruta final de la arquitectura.
También garantiza que el plan esté coordinado con los métodos de gestión de cambios utilizados dentro de la empresa y otros planes en la cartera de cambios general. Finalmente, la Fase F garantiza que las partes interesadas clave comprendan completamente el valor comercial, el costo del paquete de trabajo y la transición y la arquitectura futura. Aunque las primeras etapas de ADM están muy guiadas por el equipo de arquitectura empresarial, la etapa de E a H requiere la colaboración de otros agentes de cambio.
La Fase F requiere particularmente una estrecha cooperación entre los cuatro marcos de gestión para que la implementación y el plan de reasentamiento sean un éxito.
Las cuatro áreas son:
- plan de negocios
- Arquitectura empresarial
- Gestión de la cartera
- gestión de proyectos
A través de la cooperación, estas cuatro áreas deben priorizar el trabajo, utilizando criterios como la evaluación del desempeño, el retorno de la inversión, el valor comercial, los factores clave de éxito, la medición de la efectividad y el ajuste estratégico.
Etapa G: Implementar la gobernanza:
El desarrollo y la implementación reales tienen lugar en paralelo con la fase G. La fase G garantiza que el proyecto de implementación y otros proyectos en curso se ajusten a la arquitectura definida.
Por lo general, la arquitectura de destino se desarrolla como una serie de transformaciones para lograr el valor y los beneficios comerciales lo más rápido posible y para mitigar los riesgos en el plan de transformación. Cada transformación es un paso hacia la empresa objetivo para realizar sus propios intereses comerciales.
Para cuando lleguemos a la fase G, se habrá desarrollado la arquitectura (en las fases A a D), se habrán identificado oportunidades y soluciones para proporcionar la arquitectura (en la fase E) y se habrán completado los planes detallados de implementación y migración (en la fase F). ). Por lo tanto, el papel del equipo de arquitectura de la Fase G es supervisar la implementación de la arquitectura. Esto se hace validando el alcance y las prioridades de la implementación, guiando el desarrollo y la implementación de la solución, y realizando revisiones de cumplimiento.
Los documentos de contrato de arquitectura se utilizan para impulsar los cambios de arquitectura. Generado al comienzo de la fase G y aprobado por la funcionalidad de la arquitectura y los responsables de la implementación, es un mecanismo para evaluar el cumplimiento de la gobernanza de la arquitectura.
Fase H: Gestión del cambio de estructura:
Nada salió según lo planeado; siempre habrá nuevos requisitos y cambios en la arquitectura. La Fase H describe el proceso de gestión de cambios para gestionar los cambios en la arquitectura de forma cohesiva y estructurada. Por lo general, esto requiere un seguimiento continuo de las solicitudes de gobierno, nuevas tecnologías o cambios en el entorno empresarial.
El proceso debe respaldar la arquitectura empresarial realizada como un entorno dinámico que puede responder con flexibilidad a estos cambios y desarrollarse rápidamente. En la Fase H, es importante que el órgano de gobierno establezca estándares para determinar si una solicitud de cambio requiere una actualización de arquitectura simple o si necesita iniciar un nuevo ciclo de método de desarrollo de arquitectura (ADM). Los cambios deben estar directamente relacionados con el valor comercial. Cómo usar la arquitectura empresarial es la parte más importante del ciclo de desarrollo de la arquitectura, por lo que es crucial monitorear el crecimiento y el declive del negocio en la Fase H.
Al final, la arquitectura empresarial que funcionó para la organización ayer ya no es compatible con las funciones actuales o futuras. El resultado de una solicitud de cambio en la Fase H se puede clasificar como simplificación, generalmente impulsada por el requisito de reducir la inversión; cambio incremental que requiere valor adicional de la inversión existente; o cambio de rediseño, que es un requisito para aumentar la inversión y crear nuevo valor impulsado por.
Gestión de requisitos de arquitectura:
En cada etapa de ADM, se requieren requisitos para la generación, análisis y revisión. La fase de gestión de requisitos describe el proceso de gestión de estos requisitos arquitectónicos en todo el ADM. La fase de gestión de requisitos es el núcleo de ADM, por eso se muestra en el centro del círculo de cultivo de ADM. Esta etapa describe el proceso de gestión de requisitos y cómo el proceso está vinculado a otras etapas de ADM. Los requisitos no son estáticos: evolucionan dinámicamente entre cada etapa de nuestra finalización de ADM y el ciclo de ADM.
Los requisitos de la arquitectura empresarial y los cambios posteriores a estos requisitos se identificarán, almacenarán y generarán entradas y salidas relacionadas con las fases de ADM y entre los ciclos de ADM. Hacer frente a los cambios en la demanda es crucial. La arquitectura se ocupa de la incertidumbre y el cambio: ¡el «área gris» entre las expectativas y las posibilidades de las partes interesadas! Por lo tanto, los requisitos arquitectónicos siempre cambiarán.
Además, la arquitectura implica muchos factores impulsores y restricciones que están fuera del control de la empresa, como las condiciones cambiantes del mercado o la nueva legislación, que producirán cambios en los requisitos de formas imprevistas.
TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no tratará, resolverá ni priorizará los requisitos, porque esto se hace en la fase correspondiente de ADM. La etapa de gestión de la demanda es simplemente el proceso de gestión de las demandas en todo el ADM.
Fase Preliminar ADM
Las actividades de preparación e iniciación necesarias para crear una capacidad de arquitectura, incluida la personalización de TOGAF y la definición de la arquitectura.
Entregables de salida:
- Principios de arquitectura
- Repositorio de arquitectura
- Principios comerciales, objetivos comerciales y motores comerciales
- Modelo de organización para la arquitectura empresarial
- Solicitud de obra de arquitectura.
- Marco de arquitectura a la medida
Fase A de ADM: Visión de la arquitectura
La fase inicial de un ciclo de desarrollo de arquitectura. Incluye información sobre la definición del alcance de la iniciativa de desarrollo de la arquitectura, la identificación de las partes interesadas, la creación de la Visión de la arquitectura y la obtención de la aprobación para continuar con el desarrollo de la arquitectura.
Entregables de salida:
- Principios de arquitectura
- Hoja de ruta de la arquitectura
- visión de la arquitectura
- Principios comerciales, objetivos comerciales y motores comerciales
- Evaluación de la capacidad
- Plan de comunicaciones
- Declaración de obra de arquitectura.
- Marco de arquitectura a la medida
ADM Fase B: Arquitectura empresarial
Arquitectura empresarial: el desarrollo de una arquitectura empresarial para respaldar la visión de arquitectura acordada
Entregables de salida:
- Documento de definición de arquitectura
- Principios de arquitectura
- Especificación de requisitos de arquitectura
- Hoja de ruta de la arquitectura
- Principios comerciales, objetivos comerciales y motores comerciales
- Declaración de obra de arquitectura.
ADM Fase C: Arquitectura de Sistemas de Información
Arquitecturas de sistemas de información: el desarrollo de arquitecturas de sistemas de información para respaldar la visión de arquitectura acordada
- Documento de definición de arquitectura
- Principios de arquitectura
- Especificación de requisitos de arquitectura
- Hoja de ruta de la arquitectura
- Declaración de obra de arquitectura.
ADM Fase D: Arquitectura tecnológica
Arquitectura Tecnológica: el desarrollo de la Arquitectura Tecnológica para apoyar la Visión de la Arquitectura acordada
Entregables de salida:
- Documento de definición de arquitectura
- Principios de arquitectura
- Especificación de requisitos de arquitectura
- Hoja de ruta de la arquitectura
- Declaración de obra de arquitectura.
ADM Fase E: Oportunidades y Soluciones
Opportunities & Solutions lleva a cabo la planificación de implementación inicial y la identificación de vehículos de entrega para la arquitectura definida en las fases anteriores
Entregables de salida:
- Documento de definición de arquitectura
- Especificación de requisitos de arquitectura
- Hoja de ruta de la arquitectura
- visión de la arquitectura
- Evaluación de la capacidad
- Plan de implementación y migración
- Declaración de obra de arquitectura.
ADM Fase F: Planificación de la migración
La planificación de la migración aborda cómo pasar de la línea de base a las arquitecturas objetivo mediante la finalización de un plan detallado de implementación y migración.
- Bloques de construcción de arquitectura
- Documento de definición de arquitectura
- Especificación de requisitos de arquitectura
- Hoja de ruta de la arquitectura
- Solicitud de cambio Plan de implementación y migración
- Plan de gobierno de implementaciones
- Solicitud de obra de arquitectura.
- Declaración de obra de arquitectura.
Fase G de ADM: Gobernanza de la implementación
La gobernanza de la implementación proporciona una supervisión arquitectónica de la implementación.
Entregables de salida:
- Solicitud de cambio
- Evaluación del cumplimiento
- Bloques de construcción de soluciones
- Declaración de obra de arquitectura.
Fase H de ADM: Gestión de cambios de arquitectura
Gestión de cambios de arquitectura establece procedimientos para gestionar cambios en la nueva arquitectura. Gestión de requisitos examina el proceso de gestión de requisitos de arquitectura en todo el ADM.
Resumen
El ADM es un método general completo
- Recomienda una secuencia para varias fases y pasos involucrados en el desarrollo de una arquitectura.
- Es un método iterativo.
- Se basa en las otras partes de TOGAF para activos y procesos.
- Se puede usar con otros entregables de otros marcos.
Aquí está la descripción general de TOGAF ADM para cada una de las fases de desarrollo, como se muestra en la siguiente figura:
- Más información sobre TOGAF ADM Guía completa
- Más información sobre las plantillas TOGAF justo a tiempo
- Más sobre las herramientas de ArchiMate
- Prueba Visual Paradigm GRATIS
TOGAF Referencias introductorias
- ¿Qué es TOGAF?
- Tutorial TOGAF ADM
- Marco TOGAF 9.1: una guía completa
- Software TOGAF para arquitectura empresarial
- El mejor software TOGAF
Español
English
简体中文
繁體中文
Deutsch
Français
العربية
Italiano
Português
日本語
Nederlands
Русский