\u00bfDe d\u00f3nde viene TOGAF?<\/span><\/h4>\nTOGAF se origin\u00f3 en el marco de arquitectura de tecnolog\u00eda de gesti\u00f3n de la informaci\u00f3n (TAFIM) del Departamento de Defensa de EE. UU.\u00a0TOGAF 1.0 finalmente se lanz\u00f3 en 1995 despu\u00e9s de a\u00f1os de exploraci\u00f3n, con el permiso del Departamento de Defensa de EE. UU. y la ayuda de una gran inversi\u00f3n del gobierno de EE. UU.\u00a0TOGAF ha lanzado su noveno lanzamiento hasta el momento, TOGAF 9 (el \u00faltimo lanzamiento es TOGAF 9.2)<\/p>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/img_61f75926c0aa1.jpg\")
<\/figure>\n\u00bfPor qu\u00e9 TOGAF?<\/span><\/h3>\nLa arquitectura de TI debe reflejar fielmente los objetivos comerciales de la organizaci\u00f3n.\u00a0De hecho, se deben utilizar t\u00e9cnicas espec\u00edficas (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.<\/p>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/0JsyduY-JwJS-uwG3.png\")
<\/figure>\nEstas son las razones por las que deber\u00edamos adoptar TOGAF ADM para el desarrollo de la arquitectura:<\/p>\n
\n- Un m\u00e9todo general completo<\/li>\n
- Complementario a, sin competir con, otros marcos<\/li>\n
- Ampliamente adoptado en el mercado.<\/li>\n
- Adaptable para satisfacer las necesidades de una organizaci\u00f3n y de la industria<\/li>\n
- Disponible bajo una licencia perpetua gratuita<\/li>\n
- Est\u00e1ndar abierto neutral de proveedor, herramienta y tecnolog\u00eda<\/li>\n
- Evita reinventar la rueda<\/li>\n
- Alineaci\u00f3n de TI empresarial<\/li>\n
- Basado en las mejores pr\u00e1cticas<\/li>\n
- Posibilidad de participar en la evoluci\u00f3n del marco.<\/li>\n<\/ul>\n
\u00bfQu\u00e9 es ADM?<\/span><\/h3>\nEl M\u00e9todo de desarrollo de arquitectura (ADM) se aplica para desarrollar una arquitectura empresarial que satisfaga las necesidades de tecnolog\u00eda de la informaci\u00f3n y de negocios de una organizaci\u00f3n.\u00a0El TOGAF ADM es el resultado de las contribuciones continuas de un gran n\u00famero de profesionales de la arquitectura al servicio de los siguientes prop\u00f3sitos:<\/p>\n
\n- Describe un m\u00e9todo para desarrollar y administrar el ciclo de vida de una arquitectura empresarial y constituye el n\u00facleo de TOGAF.<\/li>\n
- Puede adaptarse a las necesidades de la organizaci\u00f3n y luego se emplea para gestionar la ejecuci\u00f3n de las actividades de planificaci\u00f3n de la arquitectura.<\/li>\n<\/ul>\n
El m\u00e9todo 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.<\/p>\n
ADM describe 10 fases que cubren el ciclo de desarrollo de la arquitectura.<\/p>\n
Estas fases son:<\/p>\n
\n- Etapa preliminar<\/strong><\/li>\n
- Fase A<\/strong>\u00a0: Visi\u00f3n arquitect\u00f3nica<\/li>\n
- Fase B<\/strong>\u00a0: Arquitectura empresarial<\/li>\n
- Fase C<\/strong>\u00a0: Arquitectura del sistema de informaci\u00f3n<\/li>\n
- Fase D<\/strong>\u00a0: Arquitectura T\u00e9cnica<\/li>\n
- Fase E<\/strong>\u00a0: Oportunidades y Soluciones<\/li>\n
- Fase F<\/strong>\u00a0: Planificaci\u00f3n de la migraci\u00f3n<\/li>\n
- Etapa G<\/strong>\u00a0: Implementar la gobernanza<\/li>\n
- Fase H<\/strong>\u00a0: Gesti\u00f3n del cambio de arquitectura<\/li>\n
- Gesti\u00f3n de requisitos<\/strong><\/li>\n<\/ul>\n
![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/img_61f7592834b74.png\")
<\/figure>\nEntrada y salida de ADM<\/span><\/h3>\nTOGAF proporciona una serie de entregables de entrada y salida de cada fase:<\/p>\n
\n- Estas son sugerencias y no es necesario seguirlas exactamente.<\/li>\n
- Cada entregable producido debe tener una versi\u00f3n para indicar cu\u00e1ndo se ha producido un cambio.<\/li>\n
- La numeraci\u00f3n de la versi\u00f3n que se muestra tambi\u00e9n es una sugerencia y no es necesario seguirla.<\/li>\n<\/ul>\n
Entregables<\/span><\/h3>\nUn producto de trabajo que se especifica contractualmente y, a su vez, se revisa, acuerda y firma formalmente por las partes interesadas.\u00a0Por lo general, se archivar\u00e1 al finalizar un proyecto o se transferir\u00e1 a un repositorio de arquitectura como modelo de referencia.<\/p>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/0KtIgci7Ds47xVvBb.png\")
<\/figure>\nEtapa inicial:<\/span><\/h3>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/0-H-Sm_8y43cofHyY.gif\")
<\/figure>\nEl objetivo principal de la etapa inicial es determinar y establecer las capacidades arquitect\u00f3nicas requeridas de la organizaci\u00f3n.<\/p>\n
Una de las partes clave es determinar qu\u00e9 se debe hacer y c\u00f3mo implementarlo.\u00a0Por ejemplo, el resultado principal es una\u00a0\u00a0solicitud de trabajo arquitect\u00f3nico<\/strong>\u00a0\u00a0que describe los requisitos y decide qu\u00e9 alcance, estructura, herramientas o marco arquitect\u00f3nico se necesita para respaldar este trabajo.<\/p>\nEn esta etapa, TOGAF est\u00e1 dise\u00f1ado espec\u00edficamente para satisfacer las pr\u00f3ximas necesidades de iteraci\u00f3n de ADM.\u00a0Definimos los principios b\u00e1sicos, 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\u00f3n.\u00a0Hay pasos en esta etapa para limitar la organizaci\u00f3n corporativa afectada por los cambios propuestos, confirmar el marco de gobierno y soporte correcto, definir y establecer un equipo y una organizaci\u00f3n de EA, identificar y establecer principios arquitect\u00f3nicos, personalizar TOGAF y cualquier otro marco e implementar herramientas. .\u00a0Al final de esta fase, el equipo de EA deber\u00eda estar listo para seguir las iteraciones del ciclo ADM.\u00a0Esto 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.<\/p>\n
Fase A: Visi\u00f3n de la arquitectura:<\/span><\/h3>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/02Q98Jk09yhTWIkIs.gif\")
<\/figure>\nLa Fase A proporciona una declaraci\u00f3n de trabajo arquitect\u00f3nico clara que se proporcionar\u00e1 en la iteraci\u00f3n de ADM.\u00a0Tambi\u00e9n proporciona una visi\u00f3n de la arquitectura empresarial propuesta.\u00a0Este sentido de direcci\u00f3n es esencial para guiar el trabajo de ADM a lo largo del proceso de iteraci\u00f3n.\u00a0La\u00a0\u00a0declaraci\u00f3n de la obra arquitect\u00f3nica.<\/strong>\u00a0define los procedimientos para desarrollar y desplegar la arquitectura delineada en la visi\u00f3n arquitect\u00f3nica.\u00a0Es la visi\u00f3n que proporciona el deseo de alto nivel por la funcionalidad y el valor empresarial que proporcionar\u00e1 la arquitectura empresarial propuesta.\u00a0Comenzando con la solicitud de trabajo de construcci\u00f3n, la Fase A proporciona una herramienta (esta visi\u00f3n) para vender los beneficios de las capacidades propuestas a las partes interesadas y los responsables de la toma de decisiones en la empresa.\u00a0Los escenarios comerciales se utilizan para comprender los requisitos comerciales y ayudar a aclarar los requisitos arquitect\u00f3nicos impl\u00edcitos en las funciones requeridas.\u00a0Esto se documenta en la declaraci\u00f3n de trabajo de la arquitectura y se utiliza para generar consenso para respaldar la arquitectura final.\u00a0Cuando la organizaci\u00f3n patrocinadora firme el documento, surgir\u00e1 un consenso.<\/p>\nLos pasos de la Fase A consisten en transformar la solicitud de trabajo de construcci\u00f3n en una declaraci\u00f3n de trabajo arquitect\u00f3nico clara y garantizar que la empresa pueda, est\u00e9 lista, dispuesta y comprometida para realizar los cambios arquitect\u00f3nicos necesarios.\u00a0Esto implica establecer un proyecto de arquitectura, incluida la definici\u00f3n de su alcance, as\u00ed como la confirmaci\u00f3n y elaboraci\u00f3n de la arquitectura y los principios comerciales.\u00a0La 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.\u00a0Para garantizar el \u00e9xito, tambi\u00e9n eval\u00faa las capacidades comerciales, eval\u00faa la preparaci\u00f3n para la transformaci\u00f3n comercial y resuelve cualquier riesgo de transformaci\u00f3n.<\/p>\n
Fase B: Arquitectura empresarial:<\/span><\/h3>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/0JCZDOKmvF2kc71a8.gif\")
<\/figure>\nTOGAF 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\u00a0\u00a0la arquitectura empresarial<\/strong>\u00a0\u00a0.<\/p>\nADM desde el punto de vista comercial: en las etapas preliminares de\u00a0\u00a0las solicitudes de trabajo de infraestructura<\/strong>\u00a0\u00a0para determinar la fuerte demanda comercial y refinar a\u00fan m\u00e1s para la Fase A en\u00a0\u00a0el trabajo de infraestructura<\/strong>\u00a0\u00a0y\u00a0\u00a0la declaraci\u00f3n de visi\u00f3n de la arquitectura<\/strong>\u00a0\u00a0.<\/p>\nUn objetivo clave de la fase de arquitectura empresarial es desarrollar la arquitectura empresarial objetivo, que muestra c\u00f3mo la empresa realiza la visi\u00f3n de la arquitectura y resuelve la solicitud de trabajo de la arquitectura.\u00a0Su 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.\u00a0TOGAF considera el conocimiento de la arquitectura empresarial como un requisito previo para el trabajo de arquitectura en otros campos (como datos, aplicaciones y tecnolog\u00eda).\u00a0La arquitectura empresarial tambi\u00e9n demuestra a las partes interesadas clave el valor comercial y el retorno de la inversi\u00f3n del trabajo de arquitectura.\u00a0Modelos de negocios, como modelos de actividades o procesos, casos de uso y modelos de clases, o diagramas de conexi\u00f3n de nodos,<\/p>\n
Las tres fases de desarrollo de la arquitectura (B, C y D) siguen pasos similares.\u00a0Es importante reutilizar cualquier modelo de referencia disponible y personalizar todos los resultados para abordar el punto de vista de las partes interesadas.\u00a0Luego, el arquitecto desarrolla una descripci\u00f3n de l\u00ednea de base y objetivo de la arquitectura empresarial, y realiza un an\u00e1lisis de brechas para determinar c\u00f3mo transformarse de una a otra.<\/p>\n
Fase C: Arquitectura del Sistema de Informaci\u00f3n:<\/span><\/h3>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/04khwOxJE2HfHJIQW.gif\")
<\/figure>\nTOGAF divide la Fase C -Arquitectura del Sistema de Informaci\u00f3n- en dos partes, que cubren el desarrollo de\u00a0 la\u00a0\u00a0arquitectura de\u00a0datos<\/strong>\u00a0\u00a0y\u00a0\u00a0aplicaciones .\u00a0<\/strong>El documento TOGAF tiene un breve cap\u00edtulo introductorio que cubre dos dominios, seguido de cap\u00edtulos separados sobre datos y aplicaciones.\u00a0Al igual que con otras etapas de desarrollo de arquitectura (B&D), el objetivo es desarrollar la arquitectura del sistema de informaci\u00f3n de destino para datos y aplicaciones, y determinar los componentes candidatos de la hoja de ruta de la arquitectura en funci\u00f3n de la brecha entre la arquitectura de referencia y la de destino.<\/p>\nLa fase C siempre involucra la combinaci\u00f3n de arquitectura de datos y aplicaciones.\u00a0Siempre que ambos est\u00e9n incluidos, y no importa en ning\u00fan orden, hay defensores de ambos m\u00e9todos.\u00a0Los pasos para los datos y las aplicaciones son muy similares: seleccione modelos de referencia, puntos de vista y herramientas;\u00a0desarrollar l\u00edneas de base y luego ubicar descripciones de arquitectura, realizar an\u00e1lisis de brechas y definir componentes candidatos del mapa de ruta;\u00a0y resolver cualquier impacto en el entorno general de la arquitectura.\u00a0Despu\u00e9s de una revisi\u00f3n formal de las partes interesadas, finalmente se determin\u00f3 la arquitectura y se cre\u00f3 un documento de definici\u00f3n de arquitectura.<\/p>\n
La principal diferencia entre datos y aplicaciones radica en el tema, que se refleja en el uso de diferentes modelos de referencia, tecnolog\u00edas y representaciones arquitect\u00f3nicas.\u00a0Por 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\u00f3n de aplicaciones o diagramas de ingenier\u00eda de software.<\/p>\n
Fase D: Arquitectura t\u00e9cnica:<\/span><\/h3>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/0_cDb4BnW8UiJEgbu.gif\")
<\/figure>\nLa fase D es la fase de TOGAF, que desarrolla la arquitectura t\u00e9cnica para el proyecto de arquitectura.\u00a0La arquitectura tecnol\u00f3gica describe la estructura y la interacci\u00f3n de los servicios de la plataforma y los componentes tecnol\u00f3gicos l\u00f3gicos y f\u00edsicos.\u00a0La fase D desarrolla la arquitectura de tecnolog\u00eda de destino, que admite componentes de aplicaciones y datos (desarrollados en la fase C) para realizar componentes comerciales.<\/p>\n
Las arquitecturas desarrolladas en las fases B, C y D se combinan para realizar la visi\u00f3n de la arquitectura que resuelve las inquietudes de las partes interesadas y las solicitudes de trabajo de construcci\u00f3n.\u00a0Al 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\u00f3n de la l\u00ednea de base al objetivo.\u00a0Los 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\u00e1 en la tecnolog\u00eda.\u00a0Por lo tanto, esto incluye modelos de referencia t\u00e9cnica y est\u00e1ndares o medidas t\u00e9cnicas, como rendimiento, mantenibilidad, ubicaci\u00f3n y latencia o disponibilidad.<\/p>\n
Determinar el resultado y los entregables es muy importante para ayudar a construir la arquitectura t\u00e9cnica que realmente respalde el sistema de informaci\u00f3n y la arquitectura comercial.\u00a0Obtener el alcance correcto puede acelerar los retornos, mientras que un alcance demasiado grande dificultar\u00e1 la implementaci\u00f3n exitosa.\u00a0No se trata de la tecnolog\u00eda de implementaci\u00f3n en s\u00ed, sino del desarrollo de una arquitectura t\u00e9cnica que realmente aborde la visi\u00f3n arquitect\u00f3nica y las solicitudes de trabajo.<\/p>\n
Fase E: Oportunidades y soluciones:<\/span><\/h3>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/0ZSnmuQG5spOLUj_N.gif\")
<\/figure>\nLa Fase E recibe su nombre: es encontrar oportunidades para proporcionar la arquitectura objetivo mediante la implementaci\u00f3n de soluciones espec\u00edficas.\u00a0La fase E genera la primera versi\u00f3n completa de la hoja de ruta de la arquitectura mediante la combinaci\u00f3n de las recomendaciones de las fases de an\u00e1lisis y desarrollo del edificio: B, C y D.<\/p>\n
En esta etapa, el enfoque principal est\u00e1 en c\u00f3mo proporcionar la arquitectura.\u00a0Por lo tanto, se enfoca en crear una hoja de ruta de la arquitectura, enumerando los paquetes de trabajo en una l\u00ednea de tiempo para lograr la arquitectura objetivo.\u00a0Cuando el cambio es tan grande que es imposible pasar directamente de la l\u00ednea de base a la arquitectura de destino, entonces la etapa E producir\u00e1 un enfoque incremental, que consiste en arquitecturas intermedias o de transici\u00f3n.\u00a0La Fase E asigna los cambios arquitect\u00f3nicos necesarios a los procedimientos y proyectos de inversi\u00f3n que tienen los fondos y recursos para ejecutar el paquete de trabajo y proporciona arquitecturas de transici\u00f3n y objetivo.\u00a0La entrada en esta etapa es casi todo el resultado de la etapa inicial.\u00a0Estos pasos toman estos resultados;\u00a0consolidarlos, analizar dependencias y conciliar diferencias;\u00a0y reconfirme que la organizaci\u00f3n puede hacer cambios.\u00a0La Fase E mejora y actualiza los requisitos, los documentos de arquitectura y las hojas de ruta de arquitectura.\u00a0El resultado clave es el primer paso en el plan de implementaci\u00f3n y migraci\u00f3n.<\/p>\n
Fase F: Planificaci\u00f3n de la migraci\u00f3n:<\/span><\/h3>\nLas primeras etapas de ADM identificaron la necesidad de cambios en la arquitectura y luego desarrollaron las arquitecturas comercial, de datos, de aplicaciones y t\u00e9cnica para respaldar esta necesidad.\u00a0Luego, en la segunda fase, se desarrolla un plan de implementaci\u00f3n y migraci\u00f3n de alto nivel para aprovechar las oportunidades de inversi\u00f3n e identificar soluciones espec\u00edficas.\u00a0Arquitectura de destino: la Fase F finaliza el plan detallado de implementaci\u00f3n y migraci\u00f3n, as\u00ed como la hoja de ruta final de la arquitectura.<\/p>\n
Tambi\u00e9n garantiza que el plan est\u00e9 coordinado con los m\u00e9todos de gesti\u00f3n de cambios utilizados dentro de la empresa y otros planes en la cartera de cambios general.\u00a0Finalmente, la Fase F garantiza que las partes interesadas clave comprendan completamente el valor comercial, el costo del paquete de trabajo y la transici\u00f3n y la arquitectura futura.\u00a0Aunque las primeras etapas de ADM est\u00e1n muy guiadas por el equipo de arquitectura empresarial, la etapa de E a H requiere la colaboraci\u00f3n de otros agentes de cambio.<\/p>\n
La Fase F requiere particularmente una estrecha cooperaci\u00f3n entre los cuatro marcos de gesti\u00f3n para que la implementaci\u00f3n y el plan de reasentamiento sean un \u00e9xito.<\/p>\n
Las cuatro \u00e1reas son:<\/p>\n
\n- plan de negocios<\/li>\n
- Arquitectura empresarial<\/li>\n
- Gesti\u00f3n de la cartera<\/li>\n
- gesti\u00f3n de proyectos<\/li>\n<\/ol>\n
A trav\u00e9s de la cooperaci\u00f3n, estas cuatro \u00e1reas deben priorizar el trabajo, utilizando criterios como la evaluaci\u00f3n del desempe\u00f1o, el retorno de la inversi\u00f3n, el valor comercial, los factores clave de \u00e9xito, la medici\u00f3n de la efectividad y el ajuste estrat\u00e9gico.<\/p>\n
Etapa G: Implementar la gobernanza:<\/span><\/h3>\nEl desarrollo y la implementaci\u00f3n reales tienen lugar en paralelo con la fase G. La fase G garantiza que el proyecto de implementaci\u00f3n y otros proyectos en curso se ajusten a la arquitectura definida.<\/p>\n
Por lo general, la arquitectura de destino se desarrolla como una serie de transformaciones para lograr el valor y los beneficios comerciales lo m\u00e1s r\u00e1pido posible y para mitigar los riesgos en el plan de transformaci\u00f3n.\u00a0Cada transformaci\u00f3n es un paso hacia la empresa objetivo para realizar sus propios intereses comerciales.<\/p>\n
Para cuando lleguemos a la fase G, se habr\u00e1 desarrollado la arquitectura (en las fases A a D), se habr\u00e1n identificado oportunidades y soluciones para proporcionar la arquitectura (en la fase E) y se habr\u00e1n completado los planes detallados de implementaci\u00f3n y migraci\u00f3n (en la fase F). ).\u00a0Por lo tanto, el papel del equipo de arquitectura de la Fase G es supervisar la implementaci\u00f3n de la arquitectura.\u00a0Esto se hace validando el alcance y las prioridades de la implementaci\u00f3n, guiando el desarrollo y la implementaci\u00f3n de la soluci\u00f3n, y realizando revisiones de cumplimiento.<\/p>\n
Los documentos de contrato de arquitectura se utilizan para impulsar los cambios de arquitectura.\u00a0Generado al comienzo de la fase G y aprobado por la funcionalidad de la arquitectura y los responsables de la implementaci\u00f3n, es un mecanismo para evaluar el cumplimiento de la gobernanza de la arquitectura.<\/p>\n
Fase H: Gesti\u00f3n del cambio de estructura:<\/span><\/h3>\nNada sali\u00f3 seg\u00fan lo planeado; siempre habr\u00e1 nuevos requisitos y cambios en la arquitectura.\u00a0La Fase H describe el proceso de gesti\u00f3n de cambios para gestionar los cambios en la arquitectura de forma cohesiva y estructurada.\u00a0Por lo general, esto requiere un seguimiento continuo de las solicitudes de gobierno, nuevas tecnolog\u00edas o cambios en el entorno empresarial.<\/p>\n
El proceso debe respaldar la arquitectura empresarial realizada como un entorno din\u00e1mico que puede responder con flexibilidad a estos cambios y desarrollarse r\u00e1pidamente.\u00a0En la Fase H, es importante que el \u00f3rgano de gobierno establezca est\u00e1ndares para determinar si una solicitud de cambio requiere una actualizaci\u00f3n de arquitectura simple o si necesita iniciar un nuevo ciclo de m\u00e9todo de desarrollo de arquitectura (ADM).\u00a0Los cambios deben estar directamente relacionados con el valor comercial.\u00a0C\u00f3mo usar la arquitectura empresarial es la parte m\u00e1s 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.<\/p>\n
Al final, la arquitectura empresarial que funcion\u00f3 para la organizaci\u00f3n ayer ya no es compatible con las funciones actuales o futuras.\u00a0El resultado de una solicitud de cambio en la Fase H se puede clasificar como simplificaci\u00f3n, generalmente impulsada por el requisito de reducir la inversi\u00f3n;\u00a0cambio incremental que requiere valor adicional de la inversi\u00f3n existente;\u00a0o cambio de redise\u00f1o, que es un requisito para aumentar la inversi\u00f3n y crear nuevo valor impulsado por.<\/p>\n
Gesti\u00f3n de requisitos de arquitectura:<\/span><\/h3>\nEn cada etapa de ADM, se requieren requisitos para la generaci\u00f3n, an\u00e1lisis y revisi\u00f3n.\u00a0La fase de gesti\u00f3n de requisitos describe el proceso de gesti\u00f3n de estos requisitos arquitect\u00f3nicos en todo el ADM.\u00a0La fase de gesti\u00f3n de requisitos es el n\u00facleo de ADM, por eso se muestra en el centro del c\u00edrculo de cultivo de ADM.\u00a0Esta etapa describe el proceso de gesti\u00f3n de requisitos y c\u00f3mo el proceso est\u00e1 vinculado a otras etapas de ADM.\u00a0Los requisitos no son est\u00e1ticos: evolucionan din\u00e1micamente entre cada etapa de nuestra finalizaci\u00f3n de ADM y el ciclo de ADM.<\/p>\n
Los requisitos de la arquitectura empresarial y los cambios posteriores a estos requisitos se identificar\u00e1n, almacenar\u00e1n y generar\u00e1n entradas y salidas relacionadas con las fases de ADM y entre los ciclos de ADM.\u00a0Hacer frente a los cambios en la demanda es crucial.\u00a0La arquitectura se ocupa de la incertidumbre y el cambio: \u00a1el “\u00e1rea gris” entre las expectativas y las posibilidades de las partes interesadas!\u00a0Por lo tanto, los requisitos arquitect\u00f3nicos siempre cambiar\u00e1n.<\/p>\n
Adem\u00e1s, la arquitectura implica muchos factores impulsores y restricciones que est\u00e1n fuera del control de la empresa, como las condiciones cambiantes del mercado o la nueva legislaci\u00f3n, que producir\u00e1n cambios en los requisitos de formas imprevistas.<\/p>\n
TOGAF enfatiza que el proceso de gesti\u00f3n de requisitos en s\u00ed mismo no tratar\u00e1, resolver\u00e1 ni priorizar\u00e1 los requisitos, porque esto se hace en la fase correspondiente de ADM.\u00a0La etapa de gesti\u00f3n de la demanda es simplemente el proceso de gesti\u00f3n de las demandas en todo el ADM.<\/p>\n
Fase Preliminar ADM<\/span><\/h3>\nLas actividades de preparaci\u00f3n e iniciaci\u00f3n necesarias para crear una capacidad de arquitectura, incluida la personalizaci\u00f3n de TOGAF y la definici\u00f3n de la arquitectura.<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Principios de arquitectura<\/a><\/li>\n
- Repositorio de arquitectura<\/a><\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Modelo de organizaci\u00f3n para la arquitectura empresarial<\/a><\/li>\n
- Solicitud de obra de arquitectura.<\/a><\/li>\n
- Marco de arquitectura a la medida<\/li>\n<\/ul>\n
Fase A de ADM: Visi\u00f3n de la arquitectura<\/span><\/h3>\nLa fase inicial de un ciclo de desarrollo de arquitectura.\u00a0Incluye informaci\u00f3n sobre la definici\u00f3n del alcance de la iniciativa de desarrollo de la arquitectura, la identificaci\u00f3n de las partes interesadas, la creaci\u00f3n de la Visi\u00f3n de la arquitectura y la obtenci\u00f3n de la aprobaci\u00f3n para continuar con el desarrollo de la arquitectura.<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Principios de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- visi\u00f3n de la arquitectura<\/a><\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Evaluaci\u00f3n de la capacidad<\/a><\/li>\n
- Plan de comunicaciones<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n
- Marco de arquitectura a la medida<\/li>\n<\/ul>\n
ADM Fase B: Arquitectura empresarial<\/span><\/h3>\nArquitectura empresarial: el desarrollo de una arquitectura empresarial para respaldar la visi\u00f3n de arquitectura acordada<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase C: Arquitectura de Sistemas de Informaci\u00f3n<\/span><\/h3>\nArquitecturas de sistemas de informaci\u00f3n: el desarrollo de arquitecturas de sistemas de informaci\u00f3n para respaldar la visi\u00f3n de arquitectura acordada<\/p>\n
\n- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase D: Arquitectura tecnol\u00f3gica<\/span><\/h3>\nArquitectura Tecnol\u00f3gica: el desarrollo de la Arquitectura Tecnol\u00f3gica para apoyar la Visi\u00f3n de la Arquitectura acordada<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase E: Oportunidades y Soluciones<\/span><\/h3>\nOpportunities & Solutions lleva a cabo la planificaci\u00f3n de implementaci\u00f3n inicial y la identificaci\u00f3n de veh\u00edculos de entrega para la arquitectura definida en las fases anteriores<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- visi\u00f3n de la arquitectura<\/a><\/li>\n
- Evaluaci\u00f3n de la capacidad<\/a><\/li>\n
- Plan de implementaci\u00f3n y migraci\u00f3n<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase F: Planificaci\u00f3n de la migraci\u00f3n<\/span><\/h3>\nLa planificaci\u00f3n de la migraci\u00f3n aborda c\u00f3mo pasar de la l\u00ednea de base a las arquitecturas objetivo mediante la finalizaci\u00f3n de un plan detallado de implementaci\u00f3n y migraci\u00f3n.<\/p>\n
\n- Bloques de construcci\u00f3n de arquitectura<\/li>\n
- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Solicitud de cambio Plan de implementaci\u00f3n y migraci\u00f3n<\/li>\n
- Plan de gobierno de implementaciones<\/li>\n
- Solicitud de obra de arquitectura.<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
Fase G de ADM: Gobernanza de la implementaci\u00f3n<\/span><\/h3>\nLa gobernanza de la implementaci\u00f3n proporciona una supervisi\u00f3n arquitect\u00f3nica de la implementaci\u00f3n.<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Solicitud de cambio<\/li>\n
- Evaluaci\u00f3n del cumplimiento<\/li>\n
- Bloques de construcci\u00f3n de soluciones<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
Fase H de ADM: Gesti\u00f3n de cambios de arquitectura<\/span><\/h3>\nGesti\u00f3n de cambios de arquitectura establece procedimientos para gestionar cambios en la nueva arquitectura. Gesti\u00f3n de requisitos examina el proceso de gesti\u00f3n de requisitos de arquitectura en todo el ADM.<\/p>\n
Resumen<\/span><\/h3>\nEl ADM es un m\u00e9todo general completo<\/p>\n
\n- Recomienda una secuencia para varias fases y pasos involucrados en el desarrollo de una arquitectura.<\/li>\n
- Es un m\u00e9todo iterativo.<\/li>\n
- Se basa en las otras partes de TOGAF para activos y procesos.<\/li>\n
- Se puede usar con otros entregables de otros marcos.<\/li>\n<\/ul>\n
Aqu\u00ed est\u00e1 la descripci\u00f3n general de TOGAF ADM para cada una de las fases de desarrollo, como se muestra en la siguiente figura:<\/p>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/0jzkPaxLA2526tlTp.png\")
<\/figure>\n![](\"https:\/\/www.cybermedian.com\/es\/wp-content\/uploads\/sites\/8\/2022\/01\/18arVLAUQXGCP6eaNyJGPIg.png\")
<\/figure>\n\n- M\u00e1s informaci\u00f3n sobre TOGAF ADM Gu\u00eda completa<\/a><\/li>\n
- M\u00e1s informaci\u00f3n sobre las plantillas TOGAF justo a tiempo<\/a><\/li>\n
- M\u00e1s sobre las herramientas de ArchiMate<\/a><\/li>\n
- Prueba Visual Paradigm GRATIS<\/a><\/li>\n<\/ol>\n
TOGAF Referencias introductorias<\/span><\/h4>\n\n- \u00bfQu\u00e9 es TOGAF?<\/a><\/li>\n
- Tutorial TOGAF ADM<\/a><\/li>\n
- Marco TOGAF 9.1: una gu\u00eda completa<\/a><\/li>\n
- Software TOGAF para arquitectura empresarial<\/a><\/li>\n
- El mejor software TOGAF<\/a><\/li>\n<\/ul>\n
ArchiMate 3<\/span><\/h4>\n\n- \u00bfQu\u00e9 es ArchiMate?<\/a><\/li>\n
- Gu\u00eda completa de puntos de vista de ArchiMate<\/a><\/li>\n
- Actualizaci\u00f3n de ArchiMate 3<\/a><\/li>\n
- \u00bfQu\u00e9 hay de nuevo en ArchiMate 3?<\/a><\/li>\n
- Uso de la herramienta ArchiMate con TOGAF ADM<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"
TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien<\/p>\n","protected":false},"author":3,"featured_media":9092,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[16,6],"tags":[],"class_list":["post-9089","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-enterprise-architecture","category-togaf"],"yoast_head":"\n
Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio\" \/>\n<meta property=\"og:description\" content=\"TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\" \/>\n<meta property=\"og:site_name\" content=\"Cibermedio\" \/>\n<meta property=\"article:published_time\" content=\"2022-01-26T01:57:30+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-04-20T09:13:10+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\" \/>\n<meta name=\"author\" content=\"vpvera\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpvera\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"21 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"},\"author\":{\"name\":\"vpvera\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\"},\"headline\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\",\"datePublished\":\"2022-01-26T01:57:30+00:00\",\"dateModified\":\"2026-04-20T09:13:10+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"},\"wordCount\":4309,\"commentCount\":0,\"image\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"articleSection\":[\"Enterprise Architecture\",\"TOGAF\"],\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\",\"url\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\",\"name\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio\",\"isPartOf\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"datePublished\":\"2022-01-26T01:57:30+00:00\",\"dateModified\":\"2026-04-20T09:13:10+00:00\",\"author\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\",\"url\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"contentUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"width\":\"504\",\"height\":\"550\",\"caption\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.cybermedian.com\/es\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#website\",\"url\":\"https:\/\/www.cybermedian.com\/es\/\",\"name\":\"Cibermedio\",\"description\":\"Aprendiendo una cosa nueva todos los d\u00edas\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.cybermedian.com\/es\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\",\"name\":\"vpvera\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g\",\"caption\":\"vpvera\"},\"url\":\"https:\/\/www.cybermedian.com\/es\/author\/vpvera\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","og_locale":"es_ES","og_type":"article","og_title":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","og_description":"TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien","og_url":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","og_site_name":"Cibermedio","article_published_time":"2022-01-26T01:57:30+00:00","article_modified_time":"2026-04-20T09:13:10+00:00","og_image":[{"url":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","type":"","width":"","height":""}],"author":"vpvera","twitter_card":"summary_large_image","twitter_image":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","twitter_misc":{"Escrito por":"vpvera","Tiempo de lectura":"21 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#article","isPartOf":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"},"author":{"name":"vpvera","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5"},"headline":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)","datePublished":"2022-01-26T01:57:30+00:00","dateModified":"2026-04-20T09:13:10+00:00","mainEntityOfPage":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"},"wordCount":4309,"commentCount":0,"image":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"thumbnailUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","articleSection":["Enterprise Architecture","TOGAF"],"inLanguage":"es","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","url":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","name":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","isPartOf":{"@id":"https:\/\/www.cybermedian.com\/es\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"image":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"thumbnailUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","datePublished":"2022-01-26T01:57:30+00:00","dateModified":"2026-04-20T09:13:10+00:00","author":{"@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5"},"breadcrumb":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage","url":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","contentUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","width":"504","height":"550","caption":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)"},{"@type":"BreadcrumbList","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.cybermedian.com\/es\/"},{"@type":"ListItem","position":2,"name":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)"}]},{"@type":"WebSite","@id":"https:\/\/www.cybermedian.com\/es\/#website","url":"https:\/\/www.cybermedian.com\/es\/","name":"Cibermedio","description":"Aprendiendo una cosa nueva todos los d\u00edas","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.cybermedian.com\/es\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Person","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5","name":"vpvera","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g","caption":"vpvera"},"url":"https:\/\/www.cybermedian.com\/es\/author\/vpvera\/"}]}},"_links":{"self":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/comments?post=9089"}],"version-history":[{"count":2,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089\/revisions"}],"predecessor-version":[{"id":9091,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089\/revisions\/9091"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/media\/9092"}],"wp:attachment":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/media?parent=9089"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/categories?post=9089"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/tags?post=9089"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
<\/figure>\n\u00bfPor qu\u00e9 TOGAF?<\/span><\/h3>\nLa arquitectura de TI debe reflejar fielmente los objetivos comerciales de la organizaci\u00f3n.\u00a0De hecho, se deben utilizar t\u00e9cnicas espec\u00edficas (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.<\/p>\n<\/figure>\nEstas son las razones por las que deber\u00edamos adoptar TOGAF ADM para el desarrollo de la arquitectura:<\/p>\n
\n- Un m\u00e9todo general completo<\/li>\n
- Complementario a, sin competir con, otros marcos<\/li>\n
- Ampliamente adoptado en el mercado.<\/li>\n
- Adaptable para satisfacer las necesidades de una organizaci\u00f3n y de la industria<\/li>\n
- Disponible bajo una licencia perpetua gratuita<\/li>\n
- Est\u00e1ndar abierto neutral de proveedor, herramienta y tecnolog\u00eda<\/li>\n
- Evita reinventar la rueda<\/li>\n
- Alineaci\u00f3n de TI empresarial<\/li>\n
- Basado en las mejores pr\u00e1cticas<\/li>\n
- Posibilidad de participar en la evoluci\u00f3n del marco.<\/li>\n<\/ul>\n
\u00bfQu\u00e9 es ADM?<\/span><\/h3>\nEl M\u00e9todo de desarrollo de arquitectura (ADM) se aplica para desarrollar una arquitectura empresarial que satisfaga las necesidades de tecnolog\u00eda de la informaci\u00f3n y de negocios de una organizaci\u00f3n.\u00a0El TOGAF ADM es el resultado de las contribuciones continuas de un gran n\u00famero de profesionales de la arquitectura al servicio de los siguientes prop\u00f3sitos:<\/p>\n
\n- Describe un m\u00e9todo para desarrollar y administrar el ciclo de vida de una arquitectura empresarial y constituye el n\u00facleo de TOGAF.<\/li>\n
- Puede adaptarse a las necesidades de la organizaci\u00f3n y luego se emplea para gestionar la ejecuci\u00f3n de las actividades de planificaci\u00f3n de la arquitectura.<\/li>\n<\/ul>\n
El m\u00e9todo 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.<\/p>\n
ADM describe 10 fases que cubren el ciclo de desarrollo de la arquitectura.<\/p>\n
Estas fases son:<\/p>\n
\n- Etapa preliminar<\/strong><\/li>\n
- Fase A<\/strong>\u00a0: Visi\u00f3n arquitect\u00f3nica<\/li>\n
- Fase B<\/strong>\u00a0: Arquitectura empresarial<\/li>\n
- Fase C<\/strong>\u00a0: Arquitectura del sistema de informaci\u00f3n<\/li>\n
- Fase D<\/strong>\u00a0: Arquitectura T\u00e9cnica<\/li>\n
- Fase E<\/strong>\u00a0: Oportunidades y Soluciones<\/li>\n
- Fase F<\/strong>\u00a0: Planificaci\u00f3n de la migraci\u00f3n<\/li>\n
- Etapa G<\/strong>\u00a0: Implementar la gobernanza<\/li>\n
- Fase H<\/strong>\u00a0: Gesti\u00f3n del cambio de arquitectura<\/li>\n
- Gesti\u00f3n de requisitos<\/strong><\/li>\n<\/ul>\n
<\/figure>\nEntrada y salida de ADM<\/span><\/h3>\nTOGAF proporciona una serie de entregables de entrada y salida de cada fase:<\/p>\n
\n- Estas son sugerencias y no es necesario seguirlas exactamente.<\/li>\n
- Cada entregable producido debe tener una versi\u00f3n para indicar cu\u00e1ndo se ha producido un cambio.<\/li>\n
- La numeraci\u00f3n de la versi\u00f3n que se muestra tambi\u00e9n es una sugerencia y no es necesario seguirla.<\/li>\n<\/ul>\n
Entregables<\/span><\/h3>\nUn producto de trabajo que se especifica contractualmente y, a su vez, se revisa, acuerda y firma formalmente por las partes interesadas.\u00a0Por lo general, se archivar\u00e1 al finalizar un proyecto o se transferir\u00e1 a un repositorio de arquitectura como modelo de referencia.<\/p>\n<\/figure>\nEtapa inicial:<\/span><\/h3>\n<\/figure>\nEl objetivo principal de la etapa inicial es determinar y establecer las capacidades arquitect\u00f3nicas requeridas de la organizaci\u00f3n.<\/p>\n
Una de las partes clave es determinar qu\u00e9 se debe hacer y c\u00f3mo implementarlo.\u00a0Por ejemplo, el resultado principal es una\u00a0\u00a0solicitud de trabajo arquitect\u00f3nico<\/strong>\u00a0\u00a0que describe los requisitos y decide qu\u00e9 alcance, estructura, herramientas o marco arquitect\u00f3nico se necesita para respaldar este trabajo.<\/p>\nEn esta etapa, TOGAF est\u00e1 dise\u00f1ado espec\u00edficamente para satisfacer las pr\u00f3ximas necesidades de iteraci\u00f3n de ADM.\u00a0Definimos los principios b\u00e1sicos, 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\u00f3n.\u00a0Hay pasos en esta etapa para limitar la organizaci\u00f3n corporativa afectada por los cambios propuestos, confirmar el marco de gobierno y soporte correcto, definir y establecer un equipo y una organizaci\u00f3n de EA, identificar y establecer principios arquitect\u00f3nicos, personalizar TOGAF y cualquier otro marco e implementar herramientas. .\u00a0Al final de esta fase, el equipo de EA deber\u00eda estar listo para seguir las iteraciones del ciclo ADM.\u00a0Esto 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.<\/p>\n
Fase A: Visi\u00f3n de la arquitectura:<\/span><\/h3>\n<\/figure>\nLa Fase A proporciona una declaraci\u00f3n de trabajo arquitect\u00f3nico clara que se proporcionar\u00e1 en la iteraci\u00f3n de ADM.\u00a0Tambi\u00e9n proporciona una visi\u00f3n de la arquitectura empresarial propuesta.\u00a0Este sentido de direcci\u00f3n es esencial para guiar el trabajo de ADM a lo largo del proceso de iteraci\u00f3n.\u00a0La\u00a0\u00a0declaraci\u00f3n de la obra arquitect\u00f3nica.<\/strong>\u00a0define los procedimientos para desarrollar y desplegar la arquitectura delineada en la visi\u00f3n arquitect\u00f3nica.\u00a0Es la visi\u00f3n que proporciona el deseo de alto nivel por la funcionalidad y el valor empresarial que proporcionar\u00e1 la arquitectura empresarial propuesta.\u00a0Comenzando con la solicitud de trabajo de construcci\u00f3n, la Fase A proporciona una herramienta (esta visi\u00f3n) para vender los beneficios de las capacidades propuestas a las partes interesadas y los responsables de la toma de decisiones en la empresa.\u00a0Los escenarios comerciales se utilizan para comprender los requisitos comerciales y ayudar a aclarar los requisitos arquitect\u00f3nicos impl\u00edcitos en las funciones requeridas.\u00a0Esto se documenta en la declaraci\u00f3n de trabajo de la arquitectura y se utiliza para generar consenso para respaldar la arquitectura final.\u00a0Cuando la organizaci\u00f3n patrocinadora firme el documento, surgir\u00e1 un consenso.<\/p>\nLos pasos de la Fase A consisten en transformar la solicitud de trabajo de construcci\u00f3n en una declaraci\u00f3n de trabajo arquitect\u00f3nico clara y garantizar que la empresa pueda, est\u00e9 lista, dispuesta y comprometida para realizar los cambios arquitect\u00f3nicos necesarios.\u00a0Esto implica establecer un proyecto de arquitectura, incluida la definici\u00f3n de su alcance, as\u00ed como la confirmaci\u00f3n y elaboraci\u00f3n de la arquitectura y los principios comerciales.\u00a0La 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.\u00a0Para garantizar el \u00e9xito, tambi\u00e9n eval\u00faa las capacidades comerciales, eval\u00faa la preparaci\u00f3n para la transformaci\u00f3n comercial y resuelve cualquier riesgo de transformaci\u00f3n.<\/p>\n
Fase B: Arquitectura empresarial:<\/span><\/h3>\n<\/figure>\nTOGAF 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\u00a0\u00a0la arquitectura empresarial<\/strong>\u00a0\u00a0.<\/p>\nADM desde el punto de vista comercial: en las etapas preliminares de\u00a0\u00a0las solicitudes de trabajo de infraestructura<\/strong>\u00a0\u00a0para determinar la fuerte demanda comercial y refinar a\u00fan m\u00e1s para la Fase A en\u00a0\u00a0el trabajo de infraestructura<\/strong>\u00a0\u00a0y\u00a0\u00a0la declaraci\u00f3n de visi\u00f3n de la arquitectura<\/strong>\u00a0\u00a0.<\/p>\nUn objetivo clave de la fase de arquitectura empresarial es desarrollar la arquitectura empresarial objetivo, que muestra c\u00f3mo la empresa realiza la visi\u00f3n de la arquitectura y resuelve la solicitud de trabajo de la arquitectura.\u00a0Su 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.\u00a0TOGAF considera el conocimiento de la arquitectura empresarial como un requisito previo para el trabajo de arquitectura en otros campos (como datos, aplicaciones y tecnolog\u00eda).\u00a0La arquitectura empresarial tambi\u00e9n demuestra a las partes interesadas clave el valor comercial y el retorno de la inversi\u00f3n del trabajo de arquitectura.\u00a0Modelos de negocios, como modelos de actividades o procesos, casos de uso y modelos de clases, o diagramas de conexi\u00f3n de nodos,<\/p>\n
Las tres fases de desarrollo de la arquitectura (B, C y D) siguen pasos similares.\u00a0Es importante reutilizar cualquier modelo de referencia disponible y personalizar todos los resultados para abordar el punto de vista de las partes interesadas.\u00a0Luego, el arquitecto desarrolla una descripci\u00f3n de l\u00ednea de base y objetivo de la arquitectura empresarial, y realiza un an\u00e1lisis de brechas para determinar c\u00f3mo transformarse de una a otra.<\/p>\n
Fase C: Arquitectura del Sistema de Informaci\u00f3n:<\/span><\/h3>\n<\/figure>\nTOGAF divide la Fase C -Arquitectura del Sistema de Informaci\u00f3n- en dos partes, que cubren el desarrollo de\u00a0 la\u00a0\u00a0arquitectura de\u00a0datos<\/strong>\u00a0\u00a0y\u00a0\u00a0aplicaciones .\u00a0<\/strong>El documento TOGAF tiene un breve cap\u00edtulo introductorio que cubre dos dominios, seguido de cap\u00edtulos separados sobre datos y aplicaciones.\u00a0Al igual que con otras etapas de desarrollo de arquitectura (B&D), el objetivo es desarrollar la arquitectura del sistema de informaci\u00f3n de destino para datos y aplicaciones, y determinar los componentes candidatos de la hoja de ruta de la arquitectura en funci\u00f3n de la brecha entre la arquitectura de referencia y la de destino.<\/p>\nLa fase C siempre involucra la combinaci\u00f3n de arquitectura de datos y aplicaciones.\u00a0Siempre que ambos est\u00e9n incluidos, y no importa en ning\u00fan orden, hay defensores de ambos m\u00e9todos.\u00a0Los pasos para los datos y las aplicaciones son muy similares: seleccione modelos de referencia, puntos de vista y herramientas;\u00a0desarrollar l\u00edneas de base y luego ubicar descripciones de arquitectura, realizar an\u00e1lisis de brechas y definir componentes candidatos del mapa de ruta;\u00a0y resolver cualquier impacto en el entorno general de la arquitectura.\u00a0Despu\u00e9s de una revisi\u00f3n formal de las partes interesadas, finalmente se determin\u00f3 la arquitectura y se cre\u00f3 un documento de definici\u00f3n de arquitectura.<\/p>\n
La principal diferencia entre datos y aplicaciones radica en el tema, que se refleja en el uso de diferentes modelos de referencia, tecnolog\u00edas y representaciones arquitect\u00f3nicas.\u00a0Por 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\u00f3n de aplicaciones o diagramas de ingenier\u00eda de software.<\/p>\n
Fase D: Arquitectura t\u00e9cnica:<\/span><\/h3>\n<\/figure>\nLa fase D es la fase de TOGAF, que desarrolla la arquitectura t\u00e9cnica para el proyecto de arquitectura.\u00a0La arquitectura tecnol\u00f3gica describe la estructura y la interacci\u00f3n de los servicios de la plataforma y los componentes tecnol\u00f3gicos l\u00f3gicos y f\u00edsicos.\u00a0La fase D desarrolla la arquitectura de tecnolog\u00eda de destino, que admite componentes de aplicaciones y datos (desarrollados en la fase C) para realizar componentes comerciales.<\/p>\n
Las arquitecturas desarrolladas en las fases B, C y D se combinan para realizar la visi\u00f3n de la arquitectura que resuelve las inquietudes de las partes interesadas y las solicitudes de trabajo de construcci\u00f3n.\u00a0Al 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\u00f3n de la l\u00ednea de base al objetivo.\u00a0Los 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\u00e1 en la tecnolog\u00eda.\u00a0Por lo tanto, esto incluye modelos de referencia t\u00e9cnica y est\u00e1ndares o medidas t\u00e9cnicas, como rendimiento, mantenibilidad, ubicaci\u00f3n y latencia o disponibilidad.<\/p>\n
Determinar el resultado y los entregables es muy importante para ayudar a construir la arquitectura t\u00e9cnica que realmente respalde el sistema de informaci\u00f3n y la arquitectura comercial.\u00a0Obtener el alcance correcto puede acelerar los retornos, mientras que un alcance demasiado grande dificultar\u00e1 la implementaci\u00f3n exitosa.\u00a0No se trata de la tecnolog\u00eda de implementaci\u00f3n en s\u00ed, sino del desarrollo de una arquitectura t\u00e9cnica que realmente aborde la visi\u00f3n arquitect\u00f3nica y las solicitudes de trabajo.<\/p>\n
Fase E: Oportunidades y soluciones:<\/span><\/h3>\n<\/figure>\nLa Fase E recibe su nombre: es encontrar oportunidades para proporcionar la arquitectura objetivo mediante la implementaci\u00f3n de soluciones espec\u00edficas.\u00a0La fase E genera la primera versi\u00f3n completa de la hoja de ruta de la arquitectura mediante la combinaci\u00f3n de las recomendaciones de las fases de an\u00e1lisis y desarrollo del edificio: B, C y D.<\/p>\n
En esta etapa, el enfoque principal est\u00e1 en c\u00f3mo proporcionar la arquitectura.\u00a0Por lo tanto, se enfoca en crear una hoja de ruta de la arquitectura, enumerando los paquetes de trabajo en una l\u00ednea de tiempo para lograr la arquitectura objetivo.\u00a0Cuando el cambio es tan grande que es imposible pasar directamente de la l\u00ednea de base a la arquitectura de destino, entonces la etapa E producir\u00e1 un enfoque incremental, que consiste en arquitecturas intermedias o de transici\u00f3n.\u00a0La Fase E asigna los cambios arquitect\u00f3nicos necesarios a los procedimientos y proyectos de inversi\u00f3n que tienen los fondos y recursos para ejecutar el paquete de trabajo y proporciona arquitecturas de transici\u00f3n y objetivo.\u00a0La entrada en esta etapa es casi todo el resultado de la etapa inicial.\u00a0Estos pasos toman estos resultados;\u00a0consolidarlos, analizar dependencias y conciliar diferencias;\u00a0y reconfirme que la organizaci\u00f3n puede hacer cambios.\u00a0La Fase E mejora y actualiza los requisitos, los documentos de arquitectura y las hojas de ruta de arquitectura.\u00a0El resultado clave es el primer paso en el plan de implementaci\u00f3n y migraci\u00f3n.<\/p>\n
Fase F: Planificaci\u00f3n de la migraci\u00f3n:<\/span><\/h3>\nLas primeras etapas de ADM identificaron la necesidad de cambios en la arquitectura y luego desarrollaron las arquitecturas comercial, de datos, de aplicaciones y t\u00e9cnica para respaldar esta necesidad.\u00a0Luego, en la segunda fase, se desarrolla un plan de implementaci\u00f3n y migraci\u00f3n de alto nivel para aprovechar las oportunidades de inversi\u00f3n e identificar soluciones espec\u00edficas.\u00a0Arquitectura de destino: la Fase F finaliza el plan detallado de implementaci\u00f3n y migraci\u00f3n, as\u00ed como la hoja de ruta final de la arquitectura.<\/p>\n
Tambi\u00e9n garantiza que el plan est\u00e9 coordinado con los m\u00e9todos de gesti\u00f3n de cambios utilizados dentro de la empresa y otros planes en la cartera de cambios general.\u00a0Finalmente, la Fase F garantiza que las partes interesadas clave comprendan completamente el valor comercial, el costo del paquete de trabajo y la transici\u00f3n y la arquitectura futura.\u00a0Aunque las primeras etapas de ADM est\u00e1n muy guiadas por el equipo de arquitectura empresarial, la etapa de E a H requiere la colaboraci\u00f3n de otros agentes de cambio.<\/p>\n
La Fase F requiere particularmente una estrecha cooperaci\u00f3n entre los cuatro marcos de gesti\u00f3n para que la implementaci\u00f3n y el plan de reasentamiento sean un \u00e9xito.<\/p>\n
Las cuatro \u00e1reas son:<\/p>\n
\n- plan de negocios<\/li>\n
- Arquitectura empresarial<\/li>\n
- Gesti\u00f3n de la cartera<\/li>\n
- gesti\u00f3n de proyectos<\/li>\n<\/ol>\n
A trav\u00e9s de la cooperaci\u00f3n, estas cuatro \u00e1reas deben priorizar el trabajo, utilizando criterios como la evaluaci\u00f3n del desempe\u00f1o, el retorno de la inversi\u00f3n, el valor comercial, los factores clave de \u00e9xito, la medici\u00f3n de la efectividad y el ajuste estrat\u00e9gico.<\/p>\n
Etapa G: Implementar la gobernanza:<\/span><\/h3>\nEl desarrollo y la implementaci\u00f3n reales tienen lugar en paralelo con la fase G. La fase G garantiza que el proyecto de implementaci\u00f3n y otros proyectos en curso se ajusten a la arquitectura definida.<\/p>\n
Por lo general, la arquitectura de destino se desarrolla como una serie de transformaciones para lograr el valor y los beneficios comerciales lo m\u00e1s r\u00e1pido posible y para mitigar los riesgos en el plan de transformaci\u00f3n.\u00a0Cada transformaci\u00f3n es un paso hacia la empresa objetivo para realizar sus propios intereses comerciales.<\/p>\n
Para cuando lleguemos a la fase G, se habr\u00e1 desarrollado la arquitectura (en las fases A a D), se habr\u00e1n identificado oportunidades y soluciones para proporcionar la arquitectura (en la fase E) y se habr\u00e1n completado los planes detallados de implementaci\u00f3n y migraci\u00f3n (en la fase F). ).\u00a0Por lo tanto, el papel del equipo de arquitectura de la Fase G es supervisar la implementaci\u00f3n de la arquitectura.\u00a0Esto se hace validando el alcance y las prioridades de la implementaci\u00f3n, guiando el desarrollo y la implementaci\u00f3n de la soluci\u00f3n, y realizando revisiones de cumplimiento.<\/p>\n
Los documentos de contrato de arquitectura se utilizan para impulsar los cambios de arquitectura.\u00a0Generado al comienzo de la fase G y aprobado por la funcionalidad de la arquitectura y los responsables de la implementaci\u00f3n, es un mecanismo para evaluar el cumplimiento de la gobernanza de la arquitectura.<\/p>\n
Fase H: Gesti\u00f3n del cambio de estructura:<\/span><\/h3>\nNada sali\u00f3 seg\u00fan lo planeado; siempre habr\u00e1 nuevos requisitos y cambios en la arquitectura.\u00a0La Fase H describe el proceso de gesti\u00f3n de cambios para gestionar los cambios en la arquitectura de forma cohesiva y estructurada.\u00a0Por lo general, esto requiere un seguimiento continuo de las solicitudes de gobierno, nuevas tecnolog\u00edas o cambios en el entorno empresarial.<\/p>\n
El proceso debe respaldar la arquitectura empresarial realizada como un entorno din\u00e1mico que puede responder con flexibilidad a estos cambios y desarrollarse r\u00e1pidamente.\u00a0En la Fase H, es importante que el \u00f3rgano de gobierno establezca est\u00e1ndares para determinar si una solicitud de cambio requiere una actualizaci\u00f3n de arquitectura simple o si necesita iniciar un nuevo ciclo de m\u00e9todo de desarrollo de arquitectura (ADM).\u00a0Los cambios deben estar directamente relacionados con el valor comercial.\u00a0C\u00f3mo usar la arquitectura empresarial es la parte m\u00e1s 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.<\/p>\n
Al final, la arquitectura empresarial que funcion\u00f3 para la organizaci\u00f3n ayer ya no es compatible con las funciones actuales o futuras.\u00a0El resultado de una solicitud de cambio en la Fase H se puede clasificar como simplificaci\u00f3n, generalmente impulsada por el requisito de reducir la inversi\u00f3n;\u00a0cambio incremental que requiere valor adicional de la inversi\u00f3n existente;\u00a0o cambio de redise\u00f1o, que es un requisito para aumentar la inversi\u00f3n y crear nuevo valor impulsado por.<\/p>\n
Gesti\u00f3n de requisitos de arquitectura:<\/span><\/h3>\nEn cada etapa de ADM, se requieren requisitos para la generaci\u00f3n, an\u00e1lisis y revisi\u00f3n.\u00a0La fase de gesti\u00f3n de requisitos describe el proceso de gesti\u00f3n de estos requisitos arquitect\u00f3nicos en todo el ADM.\u00a0La fase de gesti\u00f3n de requisitos es el n\u00facleo de ADM, por eso se muestra en el centro del c\u00edrculo de cultivo de ADM.\u00a0Esta etapa describe el proceso de gesti\u00f3n de requisitos y c\u00f3mo el proceso est\u00e1 vinculado a otras etapas de ADM.\u00a0Los requisitos no son est\u00e1ticos: evolucionan din\u00e1micamente entre cada etapa de nuestra finalizaci\u00f3n de ADM y el ciclo de ADM.<\/p>\n
Los requisitos de la arquitectura empresarial y los cambios posteriores a estos requisitos se identificar\u00e1n, almacenar\u00e1n y generar\u00e1n entradas y salidas relacionadas con las fases de ADM y entre los ciclos de ADM.\u00a0Hacer frente a los cambios en la demanda es crucial.\u00a0La arquitectura se ocupa de la incertidumbre y el cambio: \u00a1el “\u00e1rea gris” entre las expectativas y las posibilidades de las partes interesadas!\u00a0Por lo tanto, los requisitos arquitect\u00f3nicos siempre cambiar\u00e1n.<\/p>\n
Adem\u00e1s, la arquitectura implica muchos factores impulsores y restricciones que est\u00e1n fuera del control de la empresa, como las condiciones cambiantes del mercado o la nueva legislaci\u00f3n, que producir\u00e1n cambios en los requisitos de formas imprevistas.<\/p>\n
TOGAF enfatiza que el proceso de gesti\u00f3n de requisitos en s\u00ed mismo no tratar\u00e1, resolver\u00e1 ni priorizar\u00e1 los requisitos, porque esto se hace en la fase correspondiente de ADM.\u00a0La etapa de gesti\u00f3n de la demanda es simplemente el proceso de gesti\u00f3n de las demandas en todo el ADM.<\/p>\n
Fase Preliminar ADM<\/span><\/h3>\nLas actividades de preparaci\u00f3n e iniciaci\u00f3n necesarias para crear una capacidad de arquitectura, incluida la personalizaci\u00f3n de TOGAF y la definici\u00f3n de la arquitectura.<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Principios de arquitectura<\/a><\/li>\n
- Repositorio de arquitectura<\/a><\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Modelo de organizaci\u00f3n para la arquitectura empresarial<\/a><\/li>\n
- Solicitud de obra de arquitectura.<\/a><\/li>\n
- Marco de arquitectura a la medida<\/li>\n<\/ul>\n
Fase A de ADM: Visi\u00f3n de la arquitectura<\/span><\/h3>\nLa fase inicial de un ciclo de desarrollo de arquitectura.\u00a0Incluye informaci\u00f3n sobre la definici\u00f3n del alcance de la iniciativa de desarrollo de la arquitectura, la identificaci\u00f3n de las partes interesadas, la creaci\u00f3n de la Visi\u00f3n de la arquitectura y la obtenci\u00f3n de la aprobaci\u00f3n para continuar con el desarrollo de la arquitectura.<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Principios de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- visi\u00f3n de la arquitectura<\/a><\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Evaluaci\u00f3n de la capacidad<\/a><\/li>\n
- Plan de comunicaciones<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n
- Marco de arquitectura a la medida<\/li>\n<\/ul>\n
ADM Fase B: Arquitectura empresarial<\/span><\/h3>\nArquitectura empresarial: el desarrollo de una arquitectura empresarial para respaldar la visi\u00f3n de arquitectura acordada<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase C: Arquitectura de Sistemas de Informaci\u00f3n<\/span><\/h3>\nArquitecturas de sistemas de informaci\u00f3n: el desarrollo de arquitecturas de sistemas de informaci\u00f3n para respaldar la visi\u00f3n de arquitectura acordada<\/p>\n
\n- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase D: Arquitectura tecnol\u00f3gica<\/span><\/h3>\nArquitectura Tecnol\u00f3gica: el desarrollo de la Arquitectura Tecnol\u00f3gica para apoyar la Visi\u00f3n de la Arquitectura acordada<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase E: Oportunidades y Soluciones<\/span><\/h3>\nOpportunities & Solutions lleva a cabo la planificaci\u00f3n de implementaci\u00f3n inicial y la identificaci\u00f3n de veh\u00edculos de entrega para la arquitectura definida en las fases anteriores<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- visi\u00f3n de la arquitectura<\/a><\/li>\n
- Evaluaci\u00f3n de la capacidad<\/a><\/li>\n
- Plan de implementaci\u00f3n y migraci\u00f3n<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase F: Planificaci\u00f3n de la migraci\u00f3n<\/span><\/h3>\nLa planificaci\u00f3n de la migraci\u00f3n aborda c\u00f3mo pasar de la l\u00ednea de base a las arquitecturas objetivo mediante la finalizaci\u00f3n de un plan detallado de implementaci\u00f3n y migraci\u00f3n.<\/p>\n
\n- Bloques de construcci\u00f3n de arquitectura<\/li>\n
- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Solicitud de cambio Plan de implementaci\u00f3n y migraci\u00f3n<\/li>\n
- Plan de gobierno de implementaciones<\/li>\n
- Solicitud de obra de arquitectura.<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
Fase G de ADM: Gobernanza de la implementaci\u00f3n<\/span><\/h3>\nLa gobernanza de la implementaci\u00f3n proporciona una supervisi\u00f3n arquitect\u00f3nica de la implementaci\u00f3n.<\/p>\n
Entregables de salida:<\/span><\/h4>\n\n- Solicitud de cambio<\/li>\n
- Evaluaci\u00f3n del cumplimiento<\/li>\n
- Bloques de construcci\u00f3n de soluciones<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
Fase H de ADM: Gesti\u00f3n de cambios de arquitectura<\/span><\/h3>\nGesti\u00f3n de cambios de arquitectura establece procedimientos para gestionar cambios en la nueva arquitectura. Gesti\u00f3n de requisitos examina el proceso de gesti\u00f3n de requisitos de arquitectura en todo el ADM.<\/p>\n
Resumen<\/span><\/h3>\nEl ADM es un m\u00e9todo general completo<\/p>\n
\n- Recomienda una secuencia para varias fases y pasos involucrados en el desarrollo de una arquitectura.<\/li>\n
- Es un m\u00e9todo iterativo.<\/li>\n
- Se basa en las otras partes de TOGAF para activos y procesos.<\/li>\n
- Se puede usar con otros entregables de otros marcos.<\/li>\n<\/ul>\n
Aqu\u00ed est\u00e1 la descripci\u00f3n general de TOGAF ADM para cada una de las fases de desarrollo, como se muestra en la siguiente figura:<\/p>\n<\/figure>\n<\/figure>\n\n- M\u00e1s informaci\u00f3n sobre TOGAF ADM Gu\u00eda completa<\/a><\/li>\n
- M\u00e1s informaci\u00f3n sobre las plantillas TOGAF justo a tiempo<\/a><\/li>\n
- M\u00e1s sobre las herramientas de ArchiMate<\/a><\/li>\n
- Prueba Visual Paradigm GRATIS<\/a><\/li>\n<\/ol>\n
TOGAF Referencias introductorias<\/span><\/h4>\n\n- \u00bfQu\u00e9 es TOGAF?<\/a><\/li>\n
- Tutorial TOGAF ADM<\/a><\/li>\n
- Marco TOGAF 9.1: una gu\u00eda completa<\/a><\/li>\n
- Software TOGAF para arquitectura empresarial<\/a><\/li>\n
- El mejor software TOGAF<\/a><\/li>\n<\/ul>\n
ArchiMate 3<\/span><\/h4>\n\n- \u00bfQu\u00e9 es ArchiMate?<\/a><\/li>\n
- Gu\u00eda completa de puntos de vista de ArchiMate<\/a><\/li>\n
- Actualizaci\u00f3n de ArchiMate 3<\/a><\/li>\n
- \u00bfQu\u00e9 hay de nuevo en ArchiMate 3?<\/a><\/li>\n
- Uso de la herramienta ArchiMate con TOGAF ADM<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"
TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien<\/p>\n","protected":false},"author":3,"featured_media":9092,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[16,6],"tags":[],"class_list":["post-9089","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-enterprise-architecture","category-togaf"],"yoast_head":"\n
Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio\" \/>\n<meta property=\"og:description\" content=\"TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\" \/>\n<meta property=\"og:site_name\" content=\"Cibermedio\" \/>\n<meta property=\"article:published_time\" content=\"2022-01-26T01:57:30+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-04-20T09:13:10+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\" \/>\n<meta name=\"author\" content=\"vpvera\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpvera\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"21 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"},\"author\":{\"name\":\"vpvera\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\"},\"headline\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\",\"datePublished\":\"2022-01-26T01:57:30+00:00\",\"dateModified\":\"2026-04-20T09:13:10+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"},\"wordCount\":4309,\"commentCount\":0,\"image\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"articleSection\":[\"Enterprise Architecture\",\"TOGAF\"],\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\",\"url\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\",\"name\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio\",\"isPartOf\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"datePublished\":\"2022-01-26T01:57:30+00:00\",\"dateModified\":\"2026-04-20T09:13:10+00:00\",\"author\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\",\"url\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"contentUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"width\":\"504\",\"height\":\"550\",\"caption\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.cybermedian.com\/es\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#website\",\"url\":\"https:\/\/www.cybermedian.com\/es\/\",\"name\":\"Cibermedio\",\"description\":\"Aprendiendo una cosa nueva todos los d\u00edas\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.cybermedian.com\/es\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\",\"name\":\"vpvera\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g\",\"caption\":\"vpvera\"},\"url\":\"https:\/\/www.cybermedian.com\/es\/author\/vpvera\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","og_locale":"es_ES","og_type":"article","og_title":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","og_description":"TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien","og_url":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","og_site_name":"Cibermedio","article_published_time":"2022-01-26T01:57:30+00:00","article_modified_time":"2026-04-20T09:13:10+00:00","og_image":[{"url":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","type":"","width":"","height":""}],"author":"vpvera","twitter_card":"summary_large_image","twitter_image":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","twitter_misc":{"Escrito por":"vpvera","Tiempo de lectura":"21 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#article","isPartOf":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"},"author":{"name":"vpvera","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5"},"headline":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)","datePublished":"2022-01-26T01:57:30+00:00","dateModified":"2026-04-20T09:13:10+00:00","mainEntityOfPage":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"},"wordCount":4309,"commentCount":0,"image":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"thumbnailUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","articleSection":["Enterprise Architecture","TOGAF"],"inLanguage":"es","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","url":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","name":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","isPartOf":{"@id":"https:\/\/www.cybermedian.com\/es\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"image":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"thumbnailUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","datePublished":"2022-01-26T01:57:30+00:00","dateModified":"2026-04-20T09:13:10+00:00","author":{"@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5"},"breadcrumb":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage","url":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","contentUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","width":"504","height":"550","caption":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)"},{"@type":"BreadcrumbList","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.cybermedian.com\/es\/"},{"@type":"ListItem","position":2,"name":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)"}]},{"@type":"WebSite","@id":"https:\/\/www.cybermedian.com\/es\/#website","url":"https:\/\/www.cybermedian.com\/es\/","name":"Cibermedio","description":"Aprendiendo una cosa nueva todos los d\u00edas","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.cybermedian.com\/es\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Person","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5","name":"vpvera","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g","caption":"vpvera"},"url":"https:\/\/www.cybermedian.com\/es\/author\/vpvera\/"}]}},"_links":{"self":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/comments?post=9089"}],"version-history":[{"count":2,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089\/revisions"}],"predecessor-version":[{"id":9091,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089\/revisions\/9091"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/media\/9092"}],"wp:attachment":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/media?parent=9089"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/categories?post=9089"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/tags?post=9089"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
<\/figure>\nEstas son las razones por las que deber\u00edamos adoptar TOGAF ADM para el desarrollo de la arquitectura:<\/p>\n
- \n
- Un m\u00e9todo general completo<\/li>\n
- Complementario a, sin competir con, otros marcos<\/li>\n
- Ampliamente adoptado en el mercado.<\/li>\n
- Adaptable para satisfacer las necesidades de una organizaci\u00f3n y de la industria<\/li>\n
- Disponible bajo una licencia perpetua gratuita<\/li>\n
- Est\u00e1ndar abierto neutral de proveedor, herramienta y tecnolog\u00eda<\/li>\n
- Evita reinventar la rueda<\/li>\n
- Alineaci\u00f3n de TI empresarial<\/li>\n
- Basado en las mejores pr\u00e1cticas<\/li>\n
- Posibilidad de participar en la evoluci\u00f3n del marco.<\/li>\n<\/ul>\n
\u00bfQu\u00e9 es ADM?<\/span><\/h3>\n
El M\u00e9todo de desarrollo de arquitectura (ADM) se aplica para desarrollar una arquitectura empresarial que satisfaga las necesidades de tecnolog\u00eda de la informaci\u00f3n y de negocios de una organizaci\u00f3n.\u00a0El TOGAF ADM es el resultado de las contribuciones continuas de un gran n\u00famero de profesionales de la arquitectura al servicio de los siguientes prop\u00f3sitos:<\/p>\n
- \n
- Describe un m\u00e9todo para desarrollar y administrar el ciclo de vida de una arquitectura empresarial y constituye el n\u00facleo de TOGAF.<\/li>\n
- Puede adaptarse a las necesidades de la organizaci\u00f3n y luego se emplea para gestionar la ejecuci\u00f3n de las actividades de planificaci\u00f3n de la arquitectura.<\/li>\n<\/ul>\n
El m\u00e9todo 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.<\/p>\n
ADM describe 10 fases que cubren el ciclo de desarrollo de la arquitectura.<\/p>\n
Estas fases son:<\/p>\n
- \n
- Etapa preliminar<\/strong><\/li>\n
- Fase A<\/strong>\u00a0: Visi\u00f3n arquitect\u00f3nica<\/li>\n
- Fase B<\/strong>\u00a0: Arquitectura empresarial<\/li>\n
- Fase C<\/strong>\u00a0: Arquitectura del sistema de informaci\u00f3n<\/li>\n
- Fase D<\/strong>\u00a0: Arquitectura T\u00e9cnica<\/li>\n
- Fase E<\/strong>\u00a0: Oportunidades y Soluciones<\/li>\n
- Fase F<\/strong>\u00a0: Planificaci\u00f3n de la migraci\u00f3n<\/li>\n
- Etapa G<\/strong>\u00a0: Implementar la gobernanza<\/li>\n
- Fase H<\/strong>\u00a0: Gesti\u00f3n del cambio de arquitectura<\/li>\n
- Gesti\u00f3n de requisitos<\/strong><\/li>\n<\/ul>\n
<\/figure>\nEntrada y salida de ADM<\/span><\/h3>\n
TOGAF proporciona una serie de entregables de entrada y salida de cada fase:<\/p>\n
- \n
- Estas son sugerencias y no es necesario seguirlas exactamente.<\/li>\n
- Cada entregable producido debe tener una versi\u00f3n para indicar cu\u00e1ndo se ha producido un cambio.<\/li>\n
- La numeraci\u00f3n de la versi\u00f3n que se muestra tambi\u00e9n es una sugerencia y no es necesario seguirla.<\/li>\n<\/ul>\n
Entregables<\/span><\/h3>\n
Un producto de trabajo que se especifica contractualmente y, a su vez, se revisa, acuerda y firma formalmente por las partes interesadas.\u00a0Por lo general, se archivar\u00e1 al finalizar un proyecto o se transferir\u00e1 a un repositorio de arquitectura como modelo de referencia.<\/p>\n
<\/figure>\nEtapa inicial:<\/span><\/h3>\n
<\/figure>\nEl objetivo principal de la etapa inicial es determinar y establecer las capacidades arquitect\u00f3nicas requeridas de la organizaci\u00f3n.<\/p>\n
Una de las partes clave es determinar qu\u00e9 se debe hacer y c\u00f3mo implementarlo.\u00a0Por ejemplo, el resultado principal es una\u00a0\u00a0solicitud de trabajo arquitect\u00f3nico<\/strong>\u00a0\u00a0que describe los requisitos y decide qu\u00e9 alcance, estructura, herramientas o marco arquitect\u00f3nico se necesita para respaldar este trabajo.<\/p>\n
En esta etapa, TOGAF est\u00e1 dise\u00f1ado espec\u00edficamente para satisfacer las pr\u00f3ximas necesidades de iteraci\u00f3n de ADM.\u00a0Definimos los principios b\u00e1sicos, 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\u00f3n.\u00a0Hay pasos en esta etapa para limitar la organizaci\u00f3n corporativa afectada por los cambios propuestos, confirmar el marco de gobierno y soporte correcto, definir y establecer un equipo y una organizaci\u00f3n de EA, identificar y establecer principios arquitect\u00f3nicos, personalizar TOGAF y cualquier otro marco e implementar herramientas. .\u00a0Al final de esta fase, el equipo de EA deber\u00eda estar listo para seguir las iteraciones del ciclo ADM.\u00a0Esto 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.<\/p>\n
Fase A: Visi\u00f3n de la arquitectura:<\/span><\/h3>\n
<\/figure>\nLa Fase A proporciona una declaraci\u00f3n de trabajo arquitect\u00f3nico clara que se proporcionar\u00e1 en la iteraci\u00f3n de ADM.\u00a0Tambi\u00e9n proporciona una visi\u00f3n de la arquitectura empresarial propuesta.\u00a0Este sentido de direcci\u00f3n es esencial para guiar el trabajo de ADM a lo largo del proceso de iteraci\u00f3n.\u00a0La\u00a0\u00a0declaraci\u00f3n de la obra arquitect\u00f3nica.<\/strong>\u00a0define los procedimientos para desarrollar y desplegar la arquitectura delineada en la visi\u00f3n arquitect\u00f3nica.\u00a0Es la visi\u00f3n que proporciona el deseo de alto nivel por la funcionalidad y el valor empresarial que proporcionar\u00e1 la arquitectura empresarial propuesta.\u00a0Comenzando con la solicitud de trabajo de construcci\u00f3n, la Fase A proporciona una herramienta (esta visi\u00f3n) para vender los beneficios de las capacidades propuestas a las partes interesadas y los responsables de la toma de decisiones en la empresa.\u00a0Los escenarios comerciales se utilizan para comprender los requisitos comerciales y ayudar a aclarar los requisitos arquitect\u00f3nicos impl\u00edcitos en las funciones requeridas.\u00a0Esto se documenta en la declaraci\u00f3n de trabajo de la arquitectura y se utiliza para generar consenso para respaldar la arquitectura final.\u00a0Cuando la organizaci\u00f3n patrocinadora firme el documento, surgir\u00e1 un consenso.<\/p>\n
Los pasos de la Fase A consisten en transformar la solicitud de trabajo de construcci\u00f3n en una declaraci\u00f3n de trabajo arquitect\u00f3nico clara y garantizar que la empresa pueda, est\u00e9 lista, dispuesta y comprometida para realizar los cambios arquitect\u00f3nicos necesarios.\u00a0Esto implica establecer un proyecto de arquitectura, incluida la definici\u00f3n de su alcance, as\u00ed como la confirmaci\u00f3n y elaboraci\u00f3n de la arquitectura y los principios comerciales.\u00a0La 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.\u00a0Para garantizar el \u00e9xito, tambi\u00e9n eval\u00faa las capacidades comerciales, eval\u00faa la preparaci\u00f3n para la transformaci\u00f3n comercial y resuelve cualquier riesgo de transformaci\u00f3n.<\/p>\n
Fase B: Arquitectura empresarial:<\/span><\/h3>\n
<\/figure>\nTOGAF 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\u00a0\u00a0la arquitectura empresarial<\/strong>\u00a0\u00a0.<\/p>\n
ADM desde el punto de vista comercial: en las etapas preliminares de\u00a0\u00a0las solicitudes de trabajo de infraestructura<\/strong>\u00a0\u00a0para determinar la fuerte demanda comercial y refinar a\u00fan m\u00e1s para la Fase A en\u00a0\u00a0el trabajo de infraestructura<\/strong>\u00a0\u00a0y\u00a0\u00a0la declaraci\u00f3n de visi\u00f3n de la arquitectura<\/strong>\u00a0\u00a0.<\/p>\n
Un objetivo clave de la fase de arquitectura empresarial es desarrollar la arquitectura empresarial objetivo, que muestra c\u00f3mo la empresa realiza la visi\u00f3n de la arquitectura y resuelve la solicitud de trabajo de la arquitectura.\u00a0Su 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.\u00a0TOGAF considera el conocimiento de la arquitectura empresarial como un requisito previo para el trabajo de arquitectura en otros campos (como datos, aplicaciones y tecnolog\u00eda).\u00a0La arquitectura empresarial tambi\u00e9n demuestra a las partes interesadas clave el valor comercial y el retorno de la inversi\u00f3n del trabajo de arquitectura.\u00a0Modelos de negocios, como modelos de actividades o procesos, casos de uso y modelos de clases, o diagramas de conexi\u00f3n de nodos,<\/p>\n
Las tres fases de desarrollo de la arquitectura (B, C y D) siguen pasos similares.\u00a0Es importante reutilizar cualquier modelo de referencia disponible y personalizar todos los resultados para abordar el punto de vista de las partes interesadas.\u00a0Luego, el arquitecto desarrolla una descripci\u00f3n de l\u00ednea de base y objetivo de la arquitectura empresarial, y realiza un an\u00e1lisis de brechas para determinar c\u00f3mo transformarse de una a otra.<\/p>\n
Fase C: Arquitectura del Sistema de Informaci\u00f3n:<\/span><\/h3>\n
<\/figure>\nTOGAF divide la Fase C -Arquitectura del Sistema de Informaci\u00f3n- en dos partes, que cubren el desarrollo de\u00a0 la\u00a0\u00a0arquitectura de\u00a0datos<\/strong>\u00a0\u00a0y\u00a0\u00a0aplicaciones .\u00a0<\/strong>El documento TOGAF tiene un breve cap\u00edtulo introductorio que cubre dos dominios, seguido de cap\u00edtulos separados sobre datos y aplicaciones.\u00a0Al igual que con otras etapas de desarrollo de arquitectura (B&D), el objetivo es desarrollar la arquitectura del sistema de informaci\u00f3n de destino para datos y aplicaciones, y determinar los componentes candidatos de la hoja de ruta de la arquitectura en funci\u00f3n de la brecha entre la arquitectura de referencia y la de destino.<\/p>\n
La fase C siempre involucra la combinaci\u00f3n de arquitectura de datos y aplicaciones.\u00a0Siempre que ambos est\u00e9n incluidos, y no importa en ning\u00fan orden, hay defensores de ambos m\u00e9todos.\u00a0Los pasos para los datos y las aplicaciones son muy similares: seleccione modelos de referencia, puntos de vista y herramientas;\u00a0desarrollar l\u00edneas de base y luego ubicar descripciones de arquitectura, realizar an\u00e1lisis de brechas y definir componentes candidatos del mapa de ruta;\u00a0y resolver cualquier impacto en el entorno general de la arquitectura.\u00a0Despu\u00e9s de una revisi\u00f3n formal de las partes interesadas, finalmente se determin\u00f3 la arquitectura y se cre\u00f3 un documento de definici\u00f3n de arquitectura.<\/p>\n
La principal diferencia entre datos y aplicaciones radica en el tema, que se refleja en el uso de diferentes modelos de referencia, tecnolog\u00edas y representaciones arquitect\u00f3nicas.\u00a0Por 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\u00f3n de aplicaciones o diagramas de ingenier\u00eda de software.<\/p>\n
Fase D: Arquitectura t\u00e9cnica:<\/span><\/h3>\n
<\/figure>\nLa fase D es la fase de TOGAF, que desarrolla la arquitectura t\u00e9cnica para el proyecto de arquitectura.\u00a0La arquitectura tecnol\u00f3gica describe la estructura y la interacci\u00f3n de los servicios de la plataforma y los componentes tecnol\u00f3gicos l\u00f3gicos y f\u00edsicos.\u00a0La fase D desarrolla la arquitectura de tecnolog\u00eda de destino, que admite componentes de aplicaciones y datos (desarrollados en la fase C) para realizar componentes comerciales.<\/p>\n
Las arquitecturas desarrolladas en las fases B, C y D se combinan para realizar la visi\u00f3n de la arquitectura que resuelve las inquietudes de las partes interesadas y las solicitudes de trabajo de construcci\u00f3n.\u00a0Al 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\u00f3n de la l\u00ednea de base al objetivo.\u00a0Los 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\u00e1 en la tecnolog\u00eda.\u00a0Por lo tanto, esto incluye modelos de referencia t\u00e9cnica y est\u00e1ndares o medidas t\u00e9cnicas, como rendimiento, mantenibilidad, ubicaci\u00f3n y latencia o disponibilidad.<\/p>\n
Determinar el resultado y los entregables es muy importante para ayudar a construir la arquitectura t\u00e9cnica que realmente respalde el sistema de informaci\u00f3n y la arquitectura comercial.\u00a0Obtener el alcance correcto puede acelerar los retornos, mientras que un alcance demasiado grande dificultar\u00e1 la implementaci\u00f3n exitosa.\u00a0No se trata de la tecnolog\u00eda de implementaci\u00f3n en s\u00ed, sino del desarrollo de una arquitectura t\u00e9cnica que realmente aborde la visi\u00f3n arquitect\u00f3nica y las solicitudes de trabajo.<\/p>\n
Fase E: Oportunidades y soluciones:<\/span><\/h3>\n
<\/figure>\nLa Fase E recibe su nombre: es encontrar oportunidades para proporcionar la arquitectura objetivo mediante la implementaci\u00f3n de soluciones espec\u00edficas.\u00a0La fase E genera la primera versi\u00f3n completa de la hoja de ruta de la arquitectura mediante la combinaci\u00f3n de las recomendaciones de las fases de an\u00e1lisis y desarrollo del edificio: B, C y D.<\/p>\n
En esta etapa, el enfoque principal est\u00e1 en c\u00f3mo proporcionar la arquitectura.\u00a0Por lo tanto, se enfoca en crear una hoja de ruta de la arquitectura, enumerando los paquetes de trabajo en una l\u00ednea de tiempo para lograr la arquitectura objetivo.\u00a0Cuando el cambio es tan grande que es imposible pasar directamente de la l\u00ednea de base a la arquitectura de destino, entonces la etapa E producir\u00e1 un enfoque incremental, que consiste en arquitecturas intermedias o de transici\u00f3n.\u00a0La Fase E asigna los cambios arquitect\u00f3nicos necesarios a los procedimientos y proyectos de inversi\u00f3n que tienen los fondos y recursos para ejecutar el paquete de trabajo y proporciona arquitecturas de transici\u00f3n y objetivo.\u00a0La entrada en esta etapa es casi todo el resultado de la etapa inicial.\u00a0Estos pasos toman estos resultados;\u00a0consolidarlos, analizar dependencias y conciliar diferencias;\u00a0y reconfirme que la organizaci\u00f3n puede hacer cambios.\u00a0La Fase E mejora y actualiza los requisitos, los documentos de arquitectura y las hojas de ruta de arquitectura.\u00a0El resultado clave es el primer paso en el plan de implementaci\u00f3n y migraci\u00f3n.<\/p>\n
Fase F: Planificaci\u00f3n de la migraci\u00f3n:<\/span><\/h3>\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\u00e9cnica para respaldar esta necesidad.\u00a0Luego, en la segunda fase, se desarrolla un plan de implementaci\u00f3n y migraci\u00f3n de alto nivel para aprovechar las oportunidades de inversi\u00f3n e identificar soluciones espec\u00edficas.\u00a0Arquitectura de destino: la Fase F finaliza el plan detallado de implementaci\u00f3n y migraci\u00f3n, as\u00ed como la hoja de ruta final de la arquitectura.<\/p>\n
Tambi\u00e9n garantiza que el plan est\u00e9 coordinado con los m\u00e9todos de gesti\u00f3n de cambios utilizados dentro de la empresa y otros planes en la cartera de cambios general.\u00a0Finalmente, la Fase F garantiza que las partes interesadas clave comprendan completamente el valor comercial, el costo del paquete de trabajo y la transici\u00f3n y la arquitectura futura.\u00a0Aunque las primeras etapas de ADM est\u00e1n muy guiadas por el equipo de arquitectura empresarial, la etapa de E a H requiere la colaboraci\u00f3n de otros agentes de cambio.<\/p>\n
La Fase F requiere particularmente una estrecha cooperaci\u00f3n entre los cuatro marcos de gesti\u00f3n para que la implementaci\u00f3n y el plan de reasentamiento sean un \u00e9xito.<\/p>\n
Las cuatro \u00e1reas son:<\/p>\n
- \n
- plan de negocios<\/li>\n
- Arquitectura empresarial<\/li>\n
- Gesti\u00f3n de la cartera<\/li>\n
- gesti\u00f3n de proyectos<\/li>\n<\/ol>\n
A trav\u00e9s de la cooperaci\u00f3n, estas cuatro \u00e1reas deben priorizar el trabajo, utilizando criterios como la evaluaci\u00f3n del desempe\u00f1o, el retorno de la inversi\u00f3n, el valor comercial, los factores clave de \u00e9xito, la medici\u00f3n de la efectividad y el ajuste estrat\u00e9gico.<\/p>\n
Etapa G: Implementar la gobernanza:<\/span><\/h3>\n
El desarrollo y la implementaci\u00f3n reales tienen lugar en paralelo con la fase G. La fase G garantiza que el proyecto de implementaci\u00f3n y otros proyectos en curso se ajusten a la arquitectura definida.<\/p>\n
Por lo general, la arquitectura de destino se desarrolla como una serie de transformaciones para lograr el valor y los beneficios comerciales lo m\u00e1s r\u00e1pido posible y para mitigar los riesgos en el plan de transformaci\u00f3n.\u00a0Cada transformaci\u00f3n es un paso hacia la empresa objetivo para realizar sus propios intereses comerciales.<\/p>\n
Para cuando lleguemos a la fase G, se habr\u00e1 desarrollado la arquitectura (en las fases A a D), se habr\u00e1n identificado oportunidades y soluciones para proporcionar la arquitectura (en la fase E) y se habr\u00e1n completado los planes detallados de implementaci\u00f3n y migraci\u00f3n (en la fase F). ).\u00a0Por lo tanto, el papel del equipo de arquitectura de la Fase G es supervisar la implementaci\u00f3n de la arquitectura.\u00a0Esto se hace validando el alcance y las prioridades de la implementaci\u00f3n, guiando el desarrollo y la implementaci\u00f3n de la soluci\u00f3n, y realizando revisiones de cumplimiento.<\/p>\n
Los documentos de contrato de arquitectura se utilizan para impulsar los cambios de arquitectura.\u00a0Generado al comienzo de la fase G y aprobado por la funcionalidad de la arquitectura y los responsables de la implementaci\u00f3n, es un mecanismo para evaluar el cumplimiento de la gobernanza de la arquitectura.<\/p>\n
Fase H: Gesti\u00f3n del cambio de estructura:<\/span><\/h3>\n
Nada sali\u00f3 seg\u00fan lo planeado; siempre habr\u00e1 nuevos requisitos y cambios en la arquitectura.\u00a0La Fase H describe el proceso de gesti\u00f3n de cambios para gestionar los cambios en la arquitectura de forma cohesiva y estructurada.\u00a0Por lo general, esto requiere un seguimiento continuo de las solicitudes de gobierno, nuevas tecnolog\u00edas o cambios en el entorno empresarial.<\/p>\n
El proceso debe respaldar la arquitectura empresarial realizada como un entorno din\u00e1mico que puede responder con flexibilidad a estos cambios y desarrollarse r\u00e1pidamente.\u00a0En la Fase H, es importante que el \u00f3rgano de gobierno establezca est\u00e1ndares para determinar si una solicitud de cambio requiere una actualizaci\u00f3n de arquitectura simple o si necesita iniciar un nuevo ciclo de m\u00e9todo de desarrollo de arquitectura (ADM).\u00a0Los cambios deben estar directamente relacionados con el valor comercial.\u00a0C\u00f3mo usar la arquitectura empresarial es la parte m\u00e1s 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.<\/p>\n
Al final, la arquitectura empresarial que funcion\u00f3 para la organizaci\u00f3n ayer ya no es compatible con las funciones actuales o futuras.\u00a0El resultado de una solicitud de cambio en la Fase H se puede clasificar como simplificaci\u00f3n, generalmente impulsada por el requisito de reducir la inversi\u00f3n;\u00a0cambio incremental que requiere valor adicional de la inversi\u00f3n existente;\u00a0o cambio de redise\u00f1o, que es un requisito para aumentar la inversi\u00f3n y crear nuevo valor impulsado por.<\/p>\n
Gesti\u00f3n de requisitos de arquitectura:<\/span><\/h3>\n
En cada etapa de ADM, se requieren requisitos para la generaci\u00f3n, an\u00e1lisis y revisi\u00f3n.\u00a0La fase de gesti\u00f3n de requisitos describe el proceso de gesti\u00f3n de estos requisitos arquitect\u00f3nicos en todo el ADM.\u00a0La fase de gesti\u00f3n de requisitos es el n\u00facleo de ADM, por eso se muestra en el centro del c\u00edrculo de cultivo de ADM.\u00a0Esta etapa describe el proceso de gesti\u00f3n de requisitos y c\u00f3mo el proceso est\u00e1 vinculado a otras etapas de ADM.\u00a0Los requisitos no son est\u00e1ticos: evolucionan din\u00e1micamente entre cada etapa de nuestra finalizaci\u00f3n de ADM y el ciclo de ADM.<\/p>\n
Los requisitos de la arquitectura empresarial y los cambios posteriores a estos requisitos se identificar\u00e1n, almacenar\u00e1n y generar\u00e1n entradas y salidas relacionadas con las fases de ADM y entre los ciclos de ADM.\u00a0Hacer frente a los cambios en la demanda es crucial.\u00a0La arquitectura se ocupa de la incertidumbre y el cambio: \u00a1el “\u00e1rea gris” entre las expectativas y las posibilidades de las partes interesadas!\u00a0Por lo tanto, los requisitos arquitect\u00f3nicos siempre cambiar\u00e1n.<\/p>\n
Adem\u00e1s, la arquitectura implica muchos factores impulsores y restricciones que est\u00e1n fuera del control de la empresa, como las condiciones cambiantes del mercado o la nueva legislaci\u00f3n, que producir\u00e1n cambios en los requisitos de formas imprevistas.<\/p>\n
TOGAF enfatiza que el proceso de gesti\u00f3n de requisitos en s\u00ed mismo no tratar\u00e1, resolver\u00e1 ni priorizar\u00e1 los requisitos, porque esto se hace en la fase correspondiente de ADM.\u00a0La etapa de gesti\u00f3n de la demanda es simplemente el proceso de gesti\u00f3n de las demandas en todo el ADM.<\/p>\n
Fase Preliminar ADM<\/span><\/h3>\n
Las actividades de preparaci\u00f3n e iniciaci\u00f3n necesarias para crear una capacidad de arquitectura, incluida la personalizaci\u00f3n de TOGAF y la definici\u00f3n de la arquitectura.<\/p>\n
Entregables de salida:<\/span><\/h4>\n
- \n
- Principios de arquitectura<\/a><\/li>\n
- Repositorio de arquitectura<\/a><\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Modelo de organizaci\u00f3n para la arquitectura empresarial<\/a><\/li>\n
- Solicitud de obra de arquitectura.<\/a><\/li>\n
- Marco de arquitectura a la medida<\/li>\n<\/ul>\n
Fase A de ADM: Visi\u00f3n de la arquitectura<\/span><\/h3>\n
La fase inicial de un ciclo de desarrollo de arquitectura.\u00a0Incluye informaci\u00f3n sobre la definici\u00f3n del alcance de la iniciativa de desarrollo de la arquitectura, la identificaci\u00f3n de las partes interesadas, la creaci\u00f3n de la Visi\u00f3n de la arquitectura y la obtenci\u00f3n de la aprobaci\u00f3n para continuar con el desarrollo de la arquitectura.<\/p>\n
Entregables de salida:<\/span><\/h4>\n
- \n
- Principios de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- visi\u00f3n de la arquitectura<\/a><\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Evaluaci\u00f3n de la capacidad<\/a><\/li>\n
- Plan de comunicaciones<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n
- Marco de arquitectura a la medida<\/li>\n<\/ul>\n
ADM Fase B: Arquitectura empresarial<\/span><\/h3>\n
Arquitectura empresarial: el desarrollo de una arquitectura empresarial para respaldar la visi\u00f3n de arquitectura acordada<\/p>\n
Entregables de salida:<\/span><\/h4>\n
- \n
- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Principios comerciales, objetivos comerciales y motores comerciales<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase C: Arquitectura de Sistemas de Informaci\u00f3n<\/span><\/h3>\n
Arquitecturas de sistemas de informaci\u00f3n: el desarrollo de arquitecturas de sistemas de informaci\u00f3n para respaldar la visi\u00f3n de arquitectura acordada<\/p>\n
- \n
- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase D: Arquitectura tecnol\u00f3gica<\/span><\/h3>\n
Arquitectura Tecnol\u00f3gica: el desarrollo de la Arquitectura Tecnol\u00f3gica para apoyar la Visi\u00f3n de la Arquitectura acordada<\/p>\n
Entregables de salida:<\/span><\/h4>\n
- \n
- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase E: Oportunidades y Soluciones<\/span><\/h3>\n
Opportunities & Solutions lleva a cabo la planificaci\u00f3n de implementaci\u00f3n inicial y la identificaci\u00f3n de veh\u00edculos de entrega para la arquitectura definida en las fases anteriores<\/p>\n
Entregables de salida:<\/span><\/h4>\n
- \n
- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- visi\u00f3n de la arquitectura<\/a><\/li>\n
- Evaluaci\u00f3n de la capacidad<\/a><\/li>\n
- Plan de implementaci\u00f3n y migraci\u00f3n<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
ADM Fase F: Planificaci\u00f3n de la migraci\u00f3n<\/span><\/h3>\n
La planificaci\u00f3n de la migraci\u00f3n aborda c\u00f3mo pasar de la l\u00ednea de base a las arquitecturas objetivo mediante la finalizaci\u00f3n de un plan detallado de implementaci\u00f3n y migraci\u00f3n.<\/p>\n
- \n
- Bloques de construcci\u00f3n de arquitectura<\/li>\n
- Documento de definici\u00f3n de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Hoja de ruta de la arquitectura<\/li>\n
- Solicitud de cambio Plan de implementaci\u00f3n y migraci\u00f3n<\/li>\n
- Plan de gobierno de implementaciones<\/li>\n
- Solicitud de obra de arquitectura.<\/a><\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
Fase G de ADM: Gobernanza de la implementaci\u00f3n<\/span><\/h3>\n
La gobernanza de la implementaci\u00f3n proporciona una supervisi\u00f3n arquitect\u00f3nica de la implementaci\u00f3n.<\/p>\n
Entregables de salida:<\/span><\/h4>\n
- \n
- Solicitud de cambio<\/li>\n
- Evaluaci\u00f3n del cumplimiento<\/li>\n
- Bloques de construcci\u00f3n de soluciones<\/li>\n
- Declaraci\u00f3n de obra de arquitectura.<\/a><\/li>\n<\/ul>\n
Fase H de ADM: Gesti\u00f3n de cambios de arquitectura<\/span><\/h3>\n
Gesti\u00f3n de cambios de arquitectura establece procedimientos para gestionar cambios en la nueva arquitectura. Gesti\u00f3n de requisitos examina el proceso de gesti\u00f3n de requisitos de arquitectura en todo el ADM.<\/p>\n
Resumen<\/span><\/h3>\n
El ADM es un m\u00e9todo general completo<\/p>\n
- \n
- Recomienda una secuencia para varias fases y pasos involucrados en el desarrollo de una arquitectura.<\/li>\n
- Es un m\u00e9todo iterativo.<\/li>\n
- Se basa en las otras partes de TOGAF para activos y procesos.<\/li>\n
- Se puede usar con otros entregables de otros marcos.<\/li>\n<\/ul>\n
Aqu\u00ed est\u00e1 la descripci\u00f3n general de TOGAF ADM para cada una de las fases de desarrollo, como se muestra en la siguiente figura:<\/p>\n
<\/figure>\n<\/figure>\n- \n
- M\u00e1s informaci\u00f3n sobre TOGAF ADM Gu\u00eda completa<\/a><\/li>\n
- M\u00e1s informaci\u00f3n sobre las plantillas TOGAF justo a tiempo<\/a><\/li>\n
- M\u00e1s sobre las herramientas de ArchiMate<\/a><\/li>\n
- Prueba Visual Paradigm GRATIS<\/a><\/li>\n<\/ol>\n
TOGAF Referencias introductorias<\/span><\/h4>\n
- \n
- \u00bfQu\u00e9 es TOGAF?<\/a><\/li>\n
- Tutorial TOGAF ADM<\/a><\/li>\n
- Marco TOGAF 9.1: una gu\u00eda completa<\/a><\/li>\n
- Software TOGAF para arquitectura empresarial<\/a><\/li>\n
- El mejor software TOGAF<\/a><\/li>\n<\/ul>\n
ArchiMate 3<\/span><\/h4>\n
- \n
- \u00bfQu\u00e9 es ArchiMate?<\/a><\/li>\n
- Gu\u00eda completa de puntos de vista de ArchiMate<\/a><\/li>\n
- Actualizaci\u00f3n de ArchiMate 3<\/a><\/li>\n
- \u00bfQu\u00e9 hay de nuevo en ArchiMate 3?<\/a><\/li>\n
- Uso de la herramienta ArchiMate con TOGAF ADM<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"
TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien<\/p>\n","protected":false},"author":3,"featured_media":9092,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[16,6],"tags":[],"class_list":["post-9089","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-enterprise-architecture","category-togaf"],"yoast_head":"\n
Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio\" \/>\n<meta property=\"og:description\" content=\"TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\" \/>\n<meta property=\"og:site_name\" content=\"Cibermedio\" \/>\n<meta property=\"article:published_time\" content=\"2022-01-26T01:57:30+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-04-20T09:13:10+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\" \/>\n<meta name=\"author\" content=\"vpvera\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpvera\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"21 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"},\"author\":{\"name\":\"vpvera\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\"},\"headline\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\",\"datePublished\":\"2022-01-26T01:57:30+00:00\",\"dateModified\":\"2026-04-20T09:13:10+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"},\"wordCount\":4309,\"commentCount\":0,\"image\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"articleSection\":[\"Enterprise Architecture\",\"TOGAF\"],\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\",\"url\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\",\"name\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio\",\"isPartOf\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"datePublished\":\"2022-01-26T01:57:30+00:00\",\"dateModified\":\"2026-04-20T09:13:10+00:00\",\"author\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage\",\"url\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"contentUrl\":\"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png\",\"width\":\"504\",\"height\":\"550\",\"caption\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.cybermedian.com\/es\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#website\",\"url\":\"https:\/\/www.cybermedian.com\/es\/\",\"name\":\"Cibermedio\",\"description\":\"Aprendiendo una cosa nueva todos los d\u00edas\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.cybermedian.com\/es\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5\",\"name\":\"vpvera\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g\",\"caption\":\"vpvera\"},\"url\":\"https:\/\/www.cybermedian.com\/es\/author\/vpvera\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","og_locale":"es_ES","og_type":"article","og_title":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","og_description":"TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto.\u00a0El marco en s\u00ed es un cuerpo de conocimiento bien","og_url":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","og_site_name":"Cibermedio","article_published_time":"2022-01-26T01:57:30+00:00","article_modified_time":"2026-04-20T09:13:10+00:00","og_image":[{"url":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","type":"","width":"","height":""}],"author":"vpvera","twitter_card":"summary_large_image","twitter_image":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","twitter_misc":{"Escrito por":"vpvera","Tiempo de lectura":"21 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#article","isPartOf":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"},"author":{"name":"vpvera","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5"},"headline":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)","datePublished":"2022-01-26T01:57:30+00:00","dateModified":"2026-04-20T09:13:10+00:00","mainEntityOfPage":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"},"wordCount":4309,"commentCount":0,"image":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"thumbnailUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","articleSection":["Enterprise Architecture","TOGAF"],"inLanguage":"es","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","url":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/","name":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM) - Cibermedio","isPartOf":{"@id":"https:\/\/www.cybermedian.com\/es\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"image":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage"},"thumbnailUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","datePublished":"2022-01-26T01:57:30+00:00","dateModified":"2026-04-20T09:13:10+00:00","author":{"@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5"},"breadcrumb":{"@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#primaryimage","url":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","contentUrl":"https:\/\/cdn.visual-paradigm.com\/guide\/togaf\/togaf-9.1-framework\/03-togaf-adm-iteration-cycles.png","width":"504","height":"550","caption":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)"},{"@type":"BreadcrumbList","@id":"https:\/\/www.cybermedian.com\/es\/introduction-to-togaf-architecture-development-method-adm\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.cybermedian.com\/es\/"},{"@type":"ListItem","position":2,"name":"Introducci\u00f3n al m\u00e9todo de desarrollo de arquitectura TOGAF (ADM)"}]},{"@type":"WebSite","@id":"https:\/\/www.cybermedian.com\/es\/#website","url":"https:\/\/www.cybermedian.com\/es\/","name":"Cibermedio","description":"Aprendiendo una cosa nueva todos los d\u00edas","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.cybermedian.com\/es\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Person","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/54a5a46528997d1917d55add9b0de7d5","name":"vpvera","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/308f3b229618b77cd1764bf92dc496296ea49a0db7c1c881fa7c4f063b2b58da?s=96&d=mm&r=g","caption":"vpvera"},"url":"https:\/\/www.cybermedian.com\/es\/author\/vpvera\/"}]}},"_links":{"self":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/comments?post=9089"}],"version-history":[{"count":2,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089\/revisions"}],"predecessor-version":[{"id":9091,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/9089\/revisions\/9091"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/media\/9092"}],"wp:attachment":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/media?parent=9089"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/categories?post=9089"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/tags?post=9089"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} - Gu\u00eda completa de puntos de vista de ArchiMate<\/a><\/li>\n
- Tutorial TOGAF ADM<\/a><\/li>\n
- M\u00e1s informaci\u00f3n sobre las plantillas TOGAF justo a tiempo<\/a><\/li>\n
- M\u00e1s informaci\u00f3n sobre TOGAF ADM Gu\u00eda completa<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Especificaci\u00f3n de requisitos de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Repositorio de arquitectura<\/a><\/li>\n
- Principios de arquitectura<\/a><\/li>\n
- Fase A<\/strong>\u00a0: Visi\u00f3n arquitect\u00f3nica<\/li>\n
- Etapa preliminar<\/strong><\/li>\n