¿Qué es una arquitectura de referencia?
¿Qué es una arquitectura de referencia?
- Partes esperadas de una arquitectura de referencia
- Fundamentos de una arquitectura de referencia
- Observando la estructura de un sistema
- Vista esperada de la función de un sistema
¿Por qué utilizar una arquitectura de referencia?
- Prueba de integridad de la arquitectura
- Simplificación de las direcciones en cascada y las restricciones para la gobernanza
- Responder constantemente preguntas importantes
- Uso de una arquitectura de referencia con casos de uso de EA estándar
- ¿Qué industrias utilizan arquitecturas de referencia?
¿Qué es una arquitectura de referencia?
Una arquitectura de referencia es una arquitectura genérica que identifica las características generales de un sistema. Proporciona los componentes, las relaciones, los principios y las directrices arquitectónicas.
Técnicamente, la arquitectura de referencia se considera parte de arquitectura empresarial. En términos de la TOGAF Continuidad empresarial: encontrará ejemplos fundamentales, comunes o industriales.
Las mejores arquitecturas de referencia brindan confianza en que el problema y cada parte importante están expuestos.
Al analizar las arquitecturas de referencia, solemos ver dos tipos: las que exponen la estructura de un sistema y las que muestran su funcionamiento. Recuerde que la palabra "sistema" no tiene connotaciones informáticas. Se puede describir la fusión nuclear del Sol, un mercado y el lanzamiento de un producto como un sistema.
Partes esperadas de una arquitectura de referencia
Las arquitecturas de referencia completas incluirán más de un modelo. Las posibles partes incluyen:
- Alcance del sistema de interés
Límite del sistema y explicación del problema. Puede incluir objetivos, propósitos específicos y desafíos que deben resolverse. - Modelo(s) del sistema
- Componentes de un sistema
- Relaciones entre componentes
- Atributos que deben especificarse
Navegar por incluye atributos de arquitectura para diferentes componentes. Pueden variar desde un modelo operativo preferido de un capacidad empresarial a la vida útil esperada de una interfaz - Vocabulario
Un glosario especializado con definiciones y frases relacionadas con el sistema de interés.
- Patrones de arquitectura del sistema
- Principios de arquitectura del sistema
- Biblioteca Viewpoint
- Mejores prácticas en el sistema
Los fundamentos de la arquitectura de referencia
Una arquitectura de referencia debe comprender los componentes y las relaciones dentro del sistema. Puede incluir la identificación de componentes fuera del alcance de la arquitectura de referencia para explicar cómo esta se integra en un todo más amplio.
Las arquitecturas de referencia pueden desarrollarse con diversos niveles de abstracción. Una arquitectura bastante abstracta puede mostrar los componentes básicos de una cadena de suministro (SCOR) o la información necesaria para gestionar productos digitales (IT4IT).
Un enfoque común para una arquitectura de referencia es generalizar múltiples 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ómo integrar estos componentes para crear una solución.
Observando la estructura de un sistema
Los modelos de referencia que facilitan la comprensión 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áticos y se presentan normalmente en forma de gráfico o tabla.
Casi todas las arquitecturas empresariales utilizan modelos estáticos.
Los ejemplos de modelos de referencia de estructura incluyen:
- GSRM (Modelo de Referencia de Servicios Gubernamentales) de Canadá
- Modelo de referencia técnica de la arquitectura empresarial federal de EE. UU.
- Arquitectura de referencia de capacidad de arquitectura empresarial
Utilizamos la estructura del sistema para probar la integridad y acelerar el desarrollo de una arquitectura única.
Observando la función de un sistema
Los modelos de referencia que facilitan la comprensión del funcionamiento del sistema identifican su funcionamiento. Identifican la interacción de sus componentes. Los modelos de referencia de funciones suelen representarse mediante un diagrama. Suelen incluir documentación de apoyo y un modelo dinámico. Se pueden poner en práctica modelos funcionales sólidos.
Nosotros usamos Dinámica de sistemas Explorar modelos funcionales sólidos. Comprender cómo funciona un sistema es fundamental para comprender las palancas y barreras efectivas para el cambio. El ejemplo anterior es la adopción de un nuevo producto: piense en uno que mostrara el desarrollo de... agilidad empresarial o eliminar la deuda técnica.
¿Por qué utilizar un modelo de referencia?
Simplificamos el valor de utilizar arquitecturas de referencia para acelerar el tiempo de entrega y mejorar la calidad.
Con un modelo de referencia tienes:
- confianza en que se consideran todos los componentes, relaciones y atributos clave
- Capacidad de avanzar hacia la identificación del origen de las deficiencias y su solución
Sin una arquitectura de referencia, es necesario comprender el sistema. Luego, comprobar la integridad y precisión del modelo. Todo ese tiempo se dedica a comenzar el análisis.
Las arquitecturas de referencia facilitan la colaboración y la comunicación. Una arquitectura de referencia ayuda a los equipos a evitar errores y retrasos. Proporciona una base para la gobernanza.
Hay otros usos poderosos que incluyen los siguientes.
- Prueba de integridad de la arquitectura
- Simplificación de las direcciones en cascada y las restricciones para la gobernanza
- Responder constantemente preguntas importantes
Prueba de la integridad de la arquitectura
Una arquitectura de referencia siempre proporcionará los componentes de un sistema y la relación entre ellos. Esto significa que podemos usar una arquitectura de referencia para garantizar que cualquier análisis o diseño de arquitectura aborde el sistema completo.
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.
Decisión de arquitectura superior en cascada
La base de la gobernanza de la arquitectura y la gobernanza de la implementación es la capacidad de transmitir una decisión de arquitectura desde la visión y la estrategia hasta la implementació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ño más detallado, podemos comprobar su conformidad con una referencia. Existe un equilibrio entre la aplicabilidad y el esfuerzo. Cuanto más aplicable sea la arquitectura de referencia a un espacio problemático, más fácil será aplicar las decisiones aplicables en cascada. Sin embargo, el esfuerzo para mantener un registro completo de las decisiones aumenta.
Gobernanza de la implementación de la entrega de soluciones
Sabemos que el resultado más importante del caso de uso de Entrega de soluciones es habilitar gobernanza de la implementación.
La profundidad de la gobernanza de la implementación depende del nivel de detalle del estado futuro y de la hoja de ruta. El diagrama a continuación muestra una visualización del aumento de la profundidad y el detalle de la gobernanza de la implementación utilizando tres fuentes para la solución.
Las personas directamente afectadas identifican una solución ascendente. No cubrirá ninguna deficiencia identificada por diseño. La guía disponible será la arquitectura objetivo general.
Una solución para subsanar deficiencias será identificada por las personas directamente afectadas o como parte de un plan de implementación. Este tipo de soluciones proporciona orientación a partir de la brecha entre el estado actual y el futuro. Esta orientación se reduce a lo que se espera que cambie (brecha) y lo que se espera que permanezca igual (todo lo demás). Esto proporciona un límite para la solución, donde se espera que mejore la organización y donde se espera que utilice lo existente.
Las soluciones planificadas son descendentes. El paquete de trabajo para cubrir una brecha se encuentra en una hoja de ruta. El trabajo contará con un patrocinador. El portafolio proporcionará expectativas de rendimiento específicas y una estrategia de implementación. La brecha que se está cubriendo también puede refinarse según cualquier etapa de transición hacia la que se esté dirigiendo la hoja de ruta.
Uso de una arquitectura de referencia con casos de uso de EA estándar
Hay Cuatro casos de uso de arquitectura empresarial estándar. Cada caso de uso tiene como objetivo ayudar a una audiencia diferente a impulsar un cambio efectivo.
Caso de uso de cartera de apoyo
El trabajo de arquitectura se centra en servir al propietario del portafolio. El portafolio existe. Tiene resultados y limitaciones claros.
Los propietarios de carteras están orientados a la acción futura. Buscan impulsar el cambio y obtener los beneficios esperados dentro de sus límites.
La orientación a la acción 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ón para impulsar la actividad que genere los resultados que le corresponden. El profesional necesita:
- Una arquitectura de extremo a extremo para proporcionar contexto, orientación y restricciones a la cartera
- Una o más descripciones de arquitectura enfocadas que estén alineadas con el resultado y los componentes principales de la cartera
Los propietarios de carteras buscan un equilibrio ideal entre la planificación 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.
Los propietarios de carteras y otras partes interesadas utilizan el hoja de ruta de arquitectura Dirigir proyectos de mejora. Comprenden la dependencia y la sinergia. Y lo más importante, comprenden dónde pueden detenerse, aprovechar el valor y cambiar de dirección. Los puntos de transición incrementales impulsan directamente la agilidad empresarial con la generación de valor.
En el trabajo de portafolio, las especificaciones de arquitectura se centran en paquetes de trabajo y principios y patrones de arquitectura.
Caso de uso de entrega de soluciones de apoyo
La arquitectura de entrega de soluciones parte de un supuesto clave: se conocen el objetivo general y los cambios necesarios para alcanzarlo. Una solución consiste en cubrir las deficiencias conocidas dentro de las limitaciones conocidas que limitan la creatividad y la libertad de los implementadores.
La actual orientación a la acción 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é se espera de él y cuáles son los límites a su creatividad. El caso de uso estándar identifica que el trabajo de la arquitectura debe:
- Define cómo se realizará el cambio, las restricciones aplicables y las expectativas de desempeño.
- Apoyar directamente la gobernanza de la implementación
- Guiar eficazmente la implementación
Es importante tener en cuenta que la arquitectura para la entrega de soluciones se realiza principalmente para la gobernanza de la implementación con el fin de respaldar a los propietarios de los resultados.
Los elementos más importantes de una arquitectura de solución son:
- Los huecos que se están llenando
- Los componentes de la solución y su relación
- Las expectativas y limitaciones de rendimiento se derivaron de una arquitectura superior
- Expectativas de desempeño y restricciones que se aplicarán a la implementación
El entregable crítico es una arquitectura de solución que especifica qué brecha cubrirá la solución en el futuro, así como las restricciones y expectativas de rendimiento aplicables. Cuando una hoja de ruta especifica la estrategia de implementación, el enfoque de la solución debe incluirse en la arquitectura de la solución.
Una arquitectura de solución se distingue por sus límites. Aborda un espacio problemático específico. Formalmente, se trata de un sistema de interés específico que se integra e interactúa con otros sistemas. No vinculamos el concepto a un nivel de detalle específico. Basta con decir que una arquitectura de solución será más detallada que la arquitectura circundante.
¿Qué industrias utilizan la arquitectura de referencia?
Las arquitecturas de referencia se utilizan en todas las industrias.
Existen arquitecturas de referencia específicas para cada sector, así como enfoques más específicos, como la cadena de suministro, la IA, la infraestructura de TI, la nube pública o los contenedores.
La imagen de arriba proporciona un conjunto de modelos de referencia para humanos: modelo respiratorio, modelo esquelético, modelo circulatorio, modelo digestivo y sistema nervioso.
¿Cómo se utiliza una arquitectura de referencia?
Hay tres formas de utilizar una buena arquitectura de referencia.
En primer lugar, debería proporcionar un punto de partida para los fundamentos. SCOR describe los procesos de la cadena de suministro y tres modelos de fabricación. En lugar de empezar desde cero, ya se dispone de la información esencial. De esta forma, no se pierde tiempo reinventando la rueda cuando no es necesario. En su lugar, se puede trabajar en los aspectos únicos de la rueda para su caso de uso específico. Las ruedas de los aviones deben acelerar de 0 a 225 km/h al instante. Las ruedas del rover lunar debían ser muy ligeras y no desprender polvo. Ambas son redondas, desmontables y se utilizan para dirigir. Todo se reduce al caso de uso.
En segundo lugar, debe proporcionar una comprensión del funcionamiento de un sistema. No es necesario comprender las partes de un sistema ni cómo interactúan. En cambio, se debe analizar cómo la arquitectura optimiza las partes y las interacciones para cada caso de uso. Siete palancas de la transformación digital es un excelente ejemplo.
En tercer lugar, se debe poder utilizar la referencia arquitectura en la gobernanza de la arquitectura. La arquitectura de referencia se utiliza para evaluar un diseño y garantizar que este haya considerado todas las necesidades previstas del sistema. Por ejemplo, en GSRM, todos los permisos revocables requieren un proceso para evaluar si el titular aún puede conservarlo, así como un proceso de apelación. Independientemente de si se trata de una licencia de conducir, una licencia médica o un permiso para el transporte de residuos nucleares, todos los procesos deben estar presentes.
Para ir más allá mira Uso de arquitecturas de referencia para la transformación digital.
Ejemplos de arquitectura de referencia
Hay muchos ejemplos de arquitectura de referencia:
- Siete palancas de la transformación digital Proporciona una arquitectura de referencia para transformar una empresa
- IT4IT es una arquitectura de referencia de información para funciones de tecnología de la información.
- BIAN es una arquitectura de referencia para la industria bancaria.
- SCOR es una arquitectura de referencia para la cadena de suministro.
- APQC proporciona arquitecturas de referencia de procesos de negocio intersectoriales o específicas de cada sector. APQC se utiliza a menudo como base para modelos de procesos de negocio o modelos de capacidad.
- Eulynx se puede utilizar para sistemas de señalización de tráfico.
- GSRM (Modelo de Referencia de Servicios Gubernamentales de Canadá) proporciona una arquitectura de referencia para los servicios gubernamentales.
- Arquitectura de referencia de capacidades de EA Se utiliza para acelerar el desarrollo de un equipo de EA.
- AUTOSAR es un tipo de arquitectura de referencia centrada en componentes para el software de vehículos.
- AWS tiene muchas arquitecturas de referencia de estructura de sistema, incluida una Arquitectura de servicios de seguridad.
- El Departamento de Defensa de los Estados Unidos proporciona Arquitectura de referencia de confianza cero.
Arquitecturas de referencia del estándar TOGAF
En Norma TOGAF Incluye dos arquitecturas de referencia: la Arquitectura Técnica de Referencia y el Modelo de Referencia de Infraestructura de Información Integrada. Se puede lograr un entendimiento común mediante la terminología estandarizada. Por ejemplo, los estándares de arquitectura de referencia pueden proporcionar un lenguaje compartido.
Arquitectura de referencia vs. modelo de referencia
La mayoría de la gente usa Arquitectura de Referencia y Modelo de Referencia como sinónimos. Técnicamente, son distintos, pero la diferencia es irrelevante para la mayoría de los arquitectos empresariales.
Desde una perspectiva purista, un modelo de referencia explica parte de un sistema, y una arquitectura de referencia explica el sistema completo. La distinción está ligada al alcance del ‘sistema’. Sin embargo, casi todos usan los términos indistintamente. Resultaría más útil ofrecer una arquitectura útil que guíe el cambio que dedicar tiempo a discusiones semánticas.
La arquitectura de un sistema se describe como representada por un marco arquitectónico, que es una encapsulación de un conjunto mínimo de prácticas y criterios. Marco TOGAF Ofrece métodos para describir e identificar entradas de arquitectura.
La arquitectura de referencia va un paso más allá al agilizar el proceso para un tipo específico de arquitectura, ayudando a determinar qué enfoques arquitectónicos satisfarán requisitos específicos y a determinar el conjunto mínimo de artefactos arquitectónicos necesarios para cumplir con los requisitos de las mejores prácticas para una arquitectura específica. Las arquitecturas de referencia priorizan la parte "plantilla" del concepto.
Pruebas para una buena arquitectura de referencia
Las mejores arquitecturas de referencia representan las mejores prácticas de la industria ampliamente reconocidas y suelen recomendar la estrategia de entrega óptima. Una arquitectura de referencia fácil de entender mejora la calidad y la velocidad del desarrollo y la implementación de la arquitectura.
Consideraciones estándar de un buen modelo de referencia:
- consorcios construidos, con participación de múltiples partes interesadas
- enmarca el espacio del problema
- identifica elementos clave
- identifica relaciones clave
- Le indica cómo evaluar el sistema.
Arquitectura de referencia de capacidad de arquitectura empresarial
Descargar el Arquitectura de referencia de capacidad de arquitectura empresarial. Es la base para construir un equipo de arquitectura empresarial sólido.
Su modelo de capacidad de arquitectura empresarial es fundamental para una Marco de capacidad de arquitectura empresarial optimizada.
