Aprende todo sobre la arquitectura de referencia: qu\u00e9 es, c\u00f3mo desarrollarla y c\u00f3mo usarla, con esta gu\u00eda.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tDesarrolle su equipo de arquitectura empresarial\n\t\t\t<\/a>\n\t \u00bfQu\u00e9 es una arquitectura de referencia?<\/a><\/p>\n \u00bfPor qu\u00e9 utilizar una arquitectura de referencia?<\/a><\/p>\n C\u00f3mo utilizar una arquitectura de referencia<\/a><\/p>\n Ejemplos de arquitectura de referencia<\/a><\/p>\n Una arquitectura de referencia es una arquitectura gen\u00e9rica que identifica las caracter\u00edsticas generales de un sistema. Proporciona los componentes, las relaciones, los principios y las directrices arquitect\u00f3nicas.<\/p>\n T\u00e9cnicamente, la arquitectura de referencia se considera parte de arquitectura empresarial<\/a>. En t\u00e9rminos de la TOGAF<\/a> Continuidad empresarial: encontrar\u00e1 ejemplos fundamentales, comunes o industriales.<\/p>\n Las mejores arquitecturas de referencia brindan confianza en que el problema y cada parte importante est\u00e1n expuestos.<\/p>\n Al analizar arquitecturas de referencia, solemos encontrar dos tipos: aquellas que exponen la estructura de un sistema y aquellas que muestran c\u00f3mo funciona. Es importante recordar que la palabra "sistema" no tiene connotaciones inform\u00e1ticas. Se puede describir la fusi\u00f3n nuclear del Sol, un mercado y el lanzamiento de un producto como un sistema.<\/p>\n Las arquitecturas de referencia completas incluir\u00e1n m\u00e1s de un modelo. Las posibles partes incluyen:<\/p>\n Una arquitectura de referencia debe comprender los componentes y las relaciones dentro del sistema. Puede incluir la identificaci\u00f3n de componentes fuera del alcance de la arquitectura de referencia para explicar c\u00f3mo esta se integra en un todo m\u00e1s amplio.<\/p>\n Las arquitecturas de referencia pueden desarrollarse con diversos niveles de abstracci\u00f3n. Una arquitectura bastante abstracta puede mostrar los componentes b\u00e1sicos de una cadena de suministro (SCOR) o la informaci\u00f3n necesaria para gestionar productos digitales (IT4IT).<\/p>\n Un enfoque com\u00fan para una arquitectura de referencia consiste en generalizar m\u00faltiples soluciones. La referencia de la cadena de suministro de SCOR es un ejemplo: muestra las actividades comunes para diferentes enfoques de la cadena de suministro. La referencia de SCOR muestra c\u00f3mo combinar estos componentes para crear una soluci\u00f3n.<\/p>\n Los modelos de referencia que facilitan la comprensi\u00f3n de la estructura del sistema proporcionan los fundamentos de un sistema. Existen en diferentes niveles de detalle e identifican los elementos centrales del sistema. Los modelos de referencia de estructura suelen ser est\u00e1ticos y se presentan normalmente en forma de gr\u00e1fico o tabla.<\/p>\n Casi todas las arquitecturas empresariales utilizan modelos est\u00e1ticos.<\/p>\n Los ejemplos de modelos de referencia de estructura incluyen:<\/p>\n Utilizamos la estructura del sistema para probar la integridad y acelerar el desarrollo de una arquitectura \u00fanica.<\/p>\n Los modelos de referencia que facilitan la comprensi\u00f3n del funcionamiento del sistema identifican su funcionamiento. Identifican la interacci\u00f3n de sus componentes. Los modelos de referencia de funciones suelen representarse mediante un diagrama. Suelen incluir documentaci\u00f3n de apoyo y un modelo din\u00e1mico. Se pueden poner en pr\u00e1ctica modelos funcionales s\u00f3lidos.<\/p>\n Nosotros usamos Din\u00e1mica de sistemas<\/a> explorar modelos funcionales s\u00f3lidos. Comprender c\u00f3mo funciona un sistema es fundamental para comprender las palancas y barreras efectivas para el cambio. El ejemplo anterior es la adopci\u00f3n de un nuevo producto: piense en uno que mostr\u00f3 el desarrollo de agilidad empresarial<\/a> o eliminar la deuda t\u00e9cnica.<\/p>\n\t\t\t\t Simplificamos el valor de utilizar arquitecturas de referencia para acelerar el tiempo de entrega y mejorar la calidad.<\/p>\n Con un modelo de referencia tienes:<\/p>\n Sin una arquitectura de referencia, es necesario comprender el sistema. Luego, comprobar la integridad y precisi\u00f3n del modelo. Todo ese tiempo se dedica a comenzar el an\u00e1lisis.<\/p>\n Las arquitecturas de referencia facilitan la colaboraci\u00f3n y la comunicaci\u00f3n. Una arquitectura de referencia ayuda a los equipos a evitar errores y retrasos. Proporciona una base para la gobernanza.<\/p>\n Hay otros usos poderosos que incluyen los siguientes.<\/p>\n Una arquitectura de referencia siempre proporcionar\u00e1 los componentes de un sistema y la relaci\u00f3n entre ellos. Esto significa que podemos usar una arquitectura de referencia para garantizar que cualquier an\u00e1lisis o dise\u00f1o de arquitectura aborde el sistema completo.<\/p>\n Si faltan componentes en la referencia, determine si existe una brecha en el sistema o si el componente es irrelevante. Los componentes faltantes son brechas en el sistema.<\/p>\n La base de la gobernanza de la arquitectura y la gobernanza de la implementaci\u00f3n es la capacidad de transmitir una decisi\u00f3n de arquitectura desde la visi\u00f3n y la estrategia hasta la implementaci\u00f3n.<\/p>\n Siempre que sea razonable, aplicamos las decisiones de arquitectura a los componentes de la arquitectura de referencia. Posteriormente, cuando se requiere un trabajo de arquitectura o dise\u00f1o m\u00e1s detallado, podemos comprobar su conformidad con una referencia. Existe un equilibrio entre la aplicabilidad y el esfuerzo. Cuanto m\u00e1s aplicable sea la arquitectura de referencia a un espacio problem\u00e1tico, m\u00e1s f\u00e1cil ser\u00e1 aplicar las decisiones aplicables en cascada. Sin embargo, el esfuerzo para mantener un registro completo de las decisiones aumenta.<\/p>\n Sabemos que el resultado m\u00e1s importante del caso de uso de Entrega de soluciones es habilitar gobernanza de la implementaci\u00f3n<\/a>.<\/p>\n La profundidad de la gobernanza de la implementaci\u00f3n depende del nivel de detalle del estado futuro y de la hoja de ruta. El diagrama a continuaci\u00f3n muestra una visualizaci\u00f3n del aumento de la profundidad y el detalle de la gobernanza de la implementaci\u00f3n utilizando tres fuentes para la soluci\u00f3n.<\/p>\n Una soluci\u00f3n ascendente es aquella que identifican las personas directamente afectadas. No cubrir\u00e1 ninguna carencia identificada por dise\u00f1o. La gu\u00eda disponible constituir\u00e1 la arquitectura objetivo general.<\/p>\n Una soluci\u00f3n para subsanar deficiencias ser\u00e1 identificada por las personas directamente afectadas o como parte de un plan de implementaci\u00f3n. Este tipo de soluciones proporciona orientaci\u00f3n a partir de la brecha entre el estado actual y el futuro. Esta orientaci\u00f3n se reduce a lo que se espera que cambie (brecha) y lo que se espera que permanezca igual (todo lo dem\u00e1s). Esto proporciona un l\u00edmite para la soluci\u00f3n, donde se espera que mejore la organizaci\u00f3n y donde se espera que utilice lo existente.<\/p>\n Las soluciones planificadas son descendentes. El paquete de trabajo para cubrir una brecha se encuentra en una hoja de ruta. El trabajo contar\u00e1 con un patrocinador. El portafolio proporcionar\u00e1 expectativas de rendimiento espec\u00edficas y una estrategia de implementaci\u00f3n. La brecha que se est\u00e1 cubriendo tambi\u00e9n puede refinarse seg\u00fan cualquier etapa de transici\u00f3n hacia la que se est\u00e9 dirigiendo la hoja de ruta.<\/a><\/p>\n Hay Cuatro casos de uso de arquitectura empresarial est\u00e1ndar<\/a>. Cada caso de uso tiene como objetivo ayudar a una audiencia diferente a impulsar un cambio efectivo.<\/p>\n El trabajo de arquitectura se centra en servir al propietario del portafolio. El portafolio existe. Tiene resultados y limitaciones claros.<\/p>\n Los propietarios de carteras est\u00e1n orientados a la acci\u00f3n futura. Buscan impulsar el cambio y obtener los beneficios esperados dentro de sus l\u00edmites.<\/p>\n La orientaci\u00f3n a la acci\u00f3n futura del propietario de una cartera requiere que el trabajo de arquitectura se centre en facilitar el cambio. El propietario de la cartera necesita tomar decisiones con antelaci\u00f3n para impulsar la actividad que genere los resultados que le corresponden. El profesional necesita:<\/p>\n Los propietarios de carteras buscan un equilibrio ideal entre la planificaci\u00f3n descendente y la ascendente. La descendente garantiza que se cubran las expectativas de rendimiento, las limitaciones y las dependencias. La ascendente aprovecha el conocimiento y la creatividad locales.<\/p>\n Los propietarios de carteras y otras partes interesadas utilizan el hoja de ruta de arquitectura<\/a> Dirigir proyectos de mejora. Comprenden la dependencia y la sinergia. Y lo m\u00e1s importante, comprenden d\u00f3nde pueden detenerse, aprovechar el valor y cambiar de direcci\u00f3n. Los puntos de transici\u00f3n incrementales impulsan directamente la agilidad empresarial con la generaci\u00f3n de valor.<\/p>\n En el trabajo de portafolio, las especificaciones de arquitectura se centran en paquetes de trabajo y principios y patrones de arquitectura.<\/p>\n La arquitectura de entrega de soluciones parte de una premisa fundamental: se conocen el objetivo general y los cambios necesarios para alcanzarlo. Una soluci\u00f3n consiste en cubrir deficiencias conocidas dentro de limitaciones conocidas que restringen la creatividad y la libertad de los implementadores.<\/p>\n La actual orientaci\u00f3n a la acci\u00f3n de un implementador requiere que la arquitectura trabaje para centrarse en transmitir las expectativas de rendimiento y las limitaciones externas. El implementador se centra en las expectativas y limitaciones de rendimiento de sus diferentes proyectos. Su trabajo consiste en gestionar los recursos y ejecutarlos. El implementador necesita saber qu\u00e9 se espera de \u00e9l y cu\u00e1les son los l\u00edmites a su creatividad. El caso de uso est\u00e1ndar identifica que el trabajo de la arquitectura debe:<\/p>\n Es importante tener en cuenta que la arquitectura para la entrega de soluciones se realiza principalmente para la gobernanza de la implementaci\u00f3n con el fin de respaldar a los propietarios de los resultados.<\/p>\n Los elementos m\u00e1s importantes de una arquitectura de soluci\u00f3n son:<\/p>\n El entregable cr\u00edtico es una arquitectura de soluci\u00f3n que especifica qu\u00e9 brecha cubrir\u00e1 la soluci\u00f3n en el futuro, as\u00ed como las restricciones y expectativas de rendimiento aplicables. Cuando una hoja de ruta especifica la estrategia de implementaci\u00f3n, el enfoque de la soluci\u00f3n debe incluirse en la arquitectura de la soluci\u00f3n.<\/p>\n Una arquitectura de soluci\u00f3n se distingue por sus l\u00edmites. Aborda un espacio problem\u00e1tico espec\u00edfico. Formalmente, se trata de un sistema de inter\u00e9s espec\u00edfico que se integra e interact\u00faa con otros sistemas. No vinculamos el concepto a un nivel de detalle espec\u00edfico. Basta con decir que una arquitectura de soluci\u00f3n ser\u00e1 m\u00e1s detallada que la arquitectura circundante.<\/p>\n Las arquitecturas de referencia se utilizan en todas las industrias.<\/p>\n Existen arquitecturas de referencia espec\u00edficas para cada sector, as\u00ed como enfoques m\u00e1s espec\u00edficos, como la cadena de suministro, la IA, la infraestructura de TI, la nube p\u00fablica o los contenedores.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tExplora la capacitaci\u00f3n personalizada de EA\n\t\t\t<\/a>\n\t\t\t\t La imagen superior proporciona un conjunto de modelos de referencia para humanos: modelo respiratorio, modelo esquel\u00e9tico, modelo circulatorio, modelo digestivo y sistema nervioso.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tFormaci\u00f3n para la certificaci\u00f3n TOGAF\n\t\t\t<\/a>\n\t Hay tres formas de utilizar una buena arquitectura de referencia.<\/p>\n En primer lugar, deber\u00eda proporcionar un punto de partida para los conceptos b\u00e1sicos. SCOR describe los procesos de la cadena de suministro y tres modelos de fabricaci\u00f3n. En lugar de empezar desde cero, ya se dispone de la informaci\u00f3n esencial. De esta forma, no se pierde tiempo reinventando la rueda innecesariamente. En cambio, se puede trabajar en los aspectos \u00fanicos de la rueda en su caso de uso espec\u00edfico. Las ruedas de los aviones deben acelerar de 0 a 225 km\/h instant\u00e1neamente. Las ruedas del veh\u00edculo lunar deb\u00edan ser muy ligeras y no levantar polvo. Ambas son redondas, desmontables y se utilizan para la direcci\u00f3n. Todo se reduce al caso de uso.<\/p>\n En segundo lugar, debe proporcionar una comprensi\u00f3n de c\u00f3mo funciona un sistema. No es necesario descifrar las partes del sistema ni c\u00f3mo interact\u00faan. En cambio, se debe analizar c\u00f3mo la arquitectura optimiza las partes y las interacciones para el caso de uso espec\u00edfico. Siete palancas de la transformaci\u00f3n digital<\/a> es un excelente ejemplo.<\/p>\n En tercer lugar, se debe poder utilizar la referencia arquitectura en la gobernanza de la arquitectura<\/a>. La arquitectura de referencia se utiliza para evaluar un dise\u00f1o y asegurar que este haya considerado todas las necesidades previstas del sistema. Por ejemplo, en GSRM, todos los permisos revocables requieren un proceso para determinar si el titular conserva el permiso y un proceso de apelaci\u00f3n. Ya sea una licencia de conducir, una licencia m\u00e9dica o un permiso para transportar residuos nucleares, todos los procesos deben estar presentes.<\/p>\n Para ir m\u00e1s all\u00e1 mira Uso de arquitecturas de referencia para la transformaci\u00f3n digital<\/a>.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tDescargue la Gu\u00eda pr\u00e1ctica sobre el desarrollo de una arquitectura empresarial con TOGAF ADM.\n\t\t\t<\/a>\n\t Hay muchos ejemplos de arquitectura de referencia:<\/p>\n En Norma TOGAF<\/a>\u00a0Incluye dos arquitecturas de referencia: la Arquitectura T\u00e9cnica de Referencia y el Modelo de Referencia de Infraestructura de Informaci\u00f3n Integrada. Se puede lograr un entendimiento com\u00fan mediante la terminolog\u00eda estandarizada. Por ejemplo, los est\u00e1ndares de arquitectura de referencia pueden proporcionar un lenguaje compartido.<\/p>\n La mayor\u00eda de la gente usa Arquitectura de Referencia y Modelo de Referencia como sin\u00f3nimos. T\u00e9cnicamente, son distintos, pero la diferencia es irrelevante para la mayor\u00eda de los arquitectos empresariales.<\/p>\n Desde una perspectiva purista, un modelo de referencia explica una parte de un sistema, mientras que una arquitectura de referencia explica el sistema completo. La distinci\u00f3n radica en el alcance del \u2018sistema\u2019. Sin embargo, casi todo el mundo utiliza los t\u00e9rminos indistintamente. Resulta m\u00e1s \u00fatil desarrollar una arquitectura eficaz que gu\u00ede el cambio que dedicar tiempo a discusiones sem\u00e1nticas.<\/p>\n La arquitectura de un sistema se describe como representada por un marco arquitect\u00f3nico, que es una encapsulaci\u00f3n de un conjunto m\u00ednimo de pr\u00e1cticas y criterios. Marco TOGAF<\/a> Ofrece m\u00e9todos para describir e identificar entradas de arquitectura.<\/p>\n La arquitectura de referencia va un paso m\u00e1s all\u00e1 al agilizar el proceso para un tipo de arquitectura espec\u00edfico, ayudando a determinar qu\u00e9 enfoques arquitect\u00f3nicos satisfar\u00e1n requisitos espec\u00edficos y definiendo el conjunto m\u00ednimo necesario de artefactos arquitect\u00f3nicos para cumplir con las mejores pr\u00e1cticas de dicha arquitectura. Las arquitecturas de referencia hacen especial hincapi\u00e9 en la parte de "plantilla" del concepto.<\/p>\n Las mejores arquitecturas de referencia representan las mejores pr\u00e1cticas de la industria ampliamente reconocidas y suelen recomendar la estrategia de entrega \u00f3ptima. Una arquitectura de referencia f\u00e1cil de entender mejora la calidad y la velocidad del desarrollo y la implementaci\u00f3n de la arquitectura.<\/p>\n Consideraciones est\u00e1ndar de un buen modelo de referencia:<\/p>\n Descargar el Arquitectura de referencia de capacidades de EA<\/a>. Fundamentos para el establecimiento de un equipo de arquitectura empresarial de alto rendimiento.<\/p>\n What is a Reference Architecture? A Reference Architecture identifies the normal outlines of a system. The core of every reference architecture is the model. Models show components of the system, their relationships, and attributes that […]<\/p>\n","protected":false},"author":1,"featured_media":15846,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"site-sidebar-layout":"default","site-content-layout":null,"ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"disabled","ast-breadcrumbs-content":"","ast-featured-img":"disabled","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":null,"header-main-stick-meta":"","header-below-stick-meta":null,"astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[151],"tags":[929],"class_list":["post-12066","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-enterprise-architecture","tag-what-is-enterprise-architecture"],"_links":{"self":[{"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/posts\/12066","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/comments?post=12066"}],"version-history":[{"count":0,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/posts\/12066\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/media\/15846"}],"wp:attachment":[{"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/media?parent=12066"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/categories?post=12066"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/tags?post=12066"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\u00bfQu\u00e9 es una arquitectura de referencia?<\/h2>\n
\n
\n
\n
\u00bfQu\u00e9 es una arquitectura de referencia?<\/h2>\n
Partes esperadas de una arquitectura de referencia<\/h3>\n
\n
\nL\u00edmite del sistema y explicaci\u00f3n del problema. Puede incluir objetivos, prop\u00f3sitos espec\u00edficos y desaf\u00edos que deben resolverse.<\/li>\n\n
\nNavegar por<\/a> incluye atributos de arquitectura para diferentes componentes. Pueden variar desde un modelo operativo preferido de un capacidad empresarial<\/a> a la vida \u00fatil esperada de una interfaz<\/li>\n
\nUn glosario especializado con definiciones y frases relacionadas con el sistema de inter\u00e9s.<\/li>\n<\/ul>\n<\/li>\nLos fundamentos de la arquitectura de referencia<\/h3>\n
Analizando la estructura de un sistema<\/h3>\n
\n
Analizando el funcionamiento de un sistema<\/h3>\n
![\"Modelo](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/Adoption_SFD_ANI_s.gif\" "\\"\u00bfQu\u00e9")
![\"Modelo](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/AdobeStock_467561745.jpeg\" "\\"Modelo")
\n\t\tEjemplo de arquitectura de referencia que cubre la madurez de la capacidad\n\t\t\t\n\t\t\t\t\t\t\tCont\u00e1ctanos para hablar sobre consultor\u00eda de arquitectura empresarial.\n\t\t\t<\/a>\n\t\u00bfPor qu\u00e9 utilizar un modelo de referencia?<\/h2>\n
\n
\n
Prueba de la integridad de la arquitectura<\/h3>\n
Decisi\u00f3n de arquitectura superior en cascada<\/h3>\n
Gobernanza de la implementaci\u00f3n de la entrega de soluciones<\/h3>\n
![\"Aumentar](\"https:\/\/conexiam.com\/wp-content\/uploads\/2023\/07\/Increasing-Specificity-of-Implementaion-Governance.png\" "\\"\u00bfQu\u00e9")
<\/p>\nUso de una arquitectura de referencia con casos de uso de EA est\u00e1ndar<\/h3>\n
Caso de uso de cartera de apoyo<\/h4>\n
\n
Caso de uso de entrega de soluciones de apoyo<\/h4>\n
\n
\n
\u00bfQu\u00e9 industrias utilizan la arquitectura de referencia?<\/h2>\n
![\"Ejemplo](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/AdobeStock_36542081.jpeg\" "\\"Ejemplo")
\n\t\u00bfC\u00f3mo se utiliza una arquitectura de referencia?<\/h2>\n
Ejemplos de arquitectura de referencia<\/h2>\n
\n
Arquitecturas de referencia del est\u00e1ndar TOGAF<\/h2>\n
Arquitectura de referencia vs. modelo de referencia<\/h2>\n
Pruebas para una buena arquitectura de referencia<\/h2>\n
\n
Arquitectura de referencia de capacidades de EA<\/h3>
\n\t\tMejore sus competencias en arquitectura empresarial\n\t<\/h2>\n\tFormamos arquitectos empresariales de \u00e9xito<\/a>
\nDesarrollamos equipos de arquitectura empresarial de \u00e9xito<\/a>\n\t\t\t\n\t\t\t\t\t\tPrograma gratuito de inicio r\u00e1pido de 12 semanas para arquitectos empresariales\n\t\t\t\t\t<\/a>\n\t\t\t\n\t\t\t\t\t\tFormaci\u00f3n en arquitectura empresarial\n\t\t\t\t\t<\/a>\n\t\t\t\n\t\t\t\t\t\t\tCurso de formaci\u00f3n en arquitectura empresarial TOGAF\n\t\t\t<\/a>","protected":false},"excerpt":{"rendered":"