¿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
- Mirando la estructura de un sistema
- Vista esperada del funcionamiento de un sistema
¿Por qué utilizar una arquitectura de referencia?
- Prueba de integridad de la arquitectura
- Simplificación de las direcciones en cascada y de las restricciones para la gobernanza
- Respondiendo 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 los esquemas normales de un sistema. Proporciona los componentes, las relaciones, los principios y las pautas arquitectónicas.
Técnicamente, la arquitectura de referencia se considera parte de arquitectura empresarial. En términos de TOGAF Continuum empresarial: encontrará ejemplos fundamentales, comunes o industriales.
Las mejores arquitecturas de referencia brindan confianza de que el problema y cada parte importante están expuestos.
Cuando observamos las arquitecturas de referencia, a menudo vemos dos tipos diferentes: las que exponen la estructura de un sistema y las que muestran cómo funciona un sistema. Recuerde que la palabra sistema no tiene ninguna connotación de TI. 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 partes potenciales incluyen:
- Alcance del sistema de interés
Límite del sistema y explicación del problema. Puede incluir objetivos, propósitos particulares y desafíos que deben resolverse - Modelo(s) del sistema
- Componentes de un sistema
- Relaciones entre componentes
- Atributos que deben especificarse
Navegar 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 de puntos de vista
- 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 que van más allá del alcance de la arquitectura de referencia para explicar cómo encaja la referencia en un todo más grande.
Las arquitecturas de referencia pueden desarrollarse en distintos 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 combinar estos componentes para crear una solución.
Mirando la estructura de un sistema
Los modelos de referencia que respaldan la comprensión de la estructura del sistema proporcionan los conceptos básicos de un sistema. Existirán en diferentes niveles de detalle e identificarán los elementos centrales de un sistema. Los modelos de referencia de estructuras suelen ser modelos estáticos y normalmente se presentan en un gráfico simple o en forma tabular.
Casi toda la arquitectura empresarial utiliza modelos estáticos.
El ejemplo de modelos de referencia de estructura incluye:
- GSRM de Canadá (Modelo de referencia de servicios gubernamentales)
- Modelo de referencia técnica de la arquitectura empresarial federal de EE. UU.
- Arquitectura empresarial Capacidad Arquitectura de referencia
Usamos la estructura del sistema para probar la integridad y acelerar el desarrollo de una arquitectura única.
Mirando la función de un sistema
Los modelos de referencia que respaldan la comprensión de la función del sistema identifican cómo funciona un sistema. Identificarán la interacción de los componentes en un sistema. Los modelos de referencia de funciones a menudo se muestran en un diagrama. Por lo general, habrá un conjunto de documentación de respaldo y un modelo dinámico. Se pueden ejercitar modelos funcionales fuertes.
Usamos Sistemas dinámicos Explorar modelos funcionales sólidos. Comprender cómo funciona un sistema es fundamental para comprender las palancas y barreras eficaces 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 tienen en cuenta todos los componentes, relaciones y atributos clave
- Capacidad de avanzar hacia la identificación de la fuente de las deficiencias y su solución.
Sin una arquitectura de referencia, es necesario comprender el sistema y luego probar el modelo para comprobar su integridad y precisión. 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 demoras y proporciona una base para la gobernanza.
Hay otros usos poderosos que incluyen lo siguiente.
- Prueba de integridad de la arquitectura
- Simplificación de las direcciones en cascada y de las restricciones para la gobernanza
- Respondiendo constantemente preguntas importantes
Prueba de integridad de la arquitectura
Una arquitectura de referencia siempre proporcionará los componentes de un sistema y la relación entre los componentes. Esto significa que podemos utilizar 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 un vacío en el sistema o si el componente es irrelevante. Los componentes faltantes son vacíos 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. Luego, cuando surge un trabajo de diseño o arquitectura más detallado, podemos probar el cumplimiento con una referencia. Existe un equilibrio entre aplicabilidad y esfuerzo. Cuanto más aplicable sea la arquitectura de referencia a un espacio de problemas, más fácil será aplicar decisiones aplicables en cascada. Sin embargo, aumenta el esfuerzo para mantener un registro de decisiones de principio a fin.
Implementación y entrega de soluciones Gobernanza
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 grado de detalle del estado futuro y de la hoja de ruta. El diagrama a continuación proporciona una visualización de la creciente profundidad y detalle de la gobernanza de la implementación utilizando tres fuentes para la solución.
La solución de abajo hacia arriba la identifican las personas directamente afectadas. No se trata de cubrir ninguna deficiencia identificada por diseño. La orientación disponible será la arquitectura general del objetivo.
La solución para cubrir las brechas será identificada por las personas directamente afectadas o como parte de un plan de implementación. Este tipo de soluciones agrega 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 que ya está en marcha.
Las soluciones planificadas se implementan de arriba hacia abajo. El paquete de trabajo para llenar un vacío se encuentra en una hoja de ruta. El trabajo tendrá un patrocinador. La cartera proporcionará expectativas de desempeño específicas y una estrategia de implementación. El vacío que se está llenando también se puede refinar según cualquier estado de transición hacia el que se esté trabajando en la hoja de ruta.
Uso de una arquitectura de referencia con casos de uso de EA estándar
Existen Cuatro casos de uso de arquitectura empresarial estándarCada 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 de la cartera. La cartera existe. Tiene resultados y limitaciones claros.
Los propietarios de carteras están orientados a la acción futura. Su intención es impulsar el cambio y ofrecer los beneficios esperados dentro de sus límites.
La orientación a la acción futura de un propietario de cartera requiere que el trabajo de arquitectura se centre en permitir el cambio. El propietario de la cartera debe tomar decisiones con anticipación para impulsar la actividad que dará como resultado los resultados de los que es responsable. 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, mientras que la ascendente captura el conocimiento y la creatividad locales.
Los propietarios de la cartera y otras partes interesadas utilizan el hoja de ruta de la arquitectura para dirigir proyectos de mejora. Entienden la dependencia y la sinergia. Lo más importante es que comprenden los puntos en los que pueden detenerse, aprovechar el valor y cambiar de dirección. Los puntos de transición incrementales respaldan directamente la agilidad empresarial con la entrega de valor.
En el trabajo de cartera, las especificaciones de arquitectura se centran en paquetes de trabajo y principios y patrones de arquitectura.
Caso de uso de entrega de solución de apoyo
La arquitectura de entrega de soluciones comienza con un supuesto clave: se conocen el objetivo general y los cambios necesarios para lograrlo. Una solución consiste en llenar vacíos conocidos dentro de limitaciones conocidas que limitan la creatividad y la libertad de los implementadores.
La orientación actual de un implementador hacia la acción requiere que la arquitectura trabaje para enfocarse en transmitir expectativas de desempeño y restricciones externas. El implementador se enfoca en las expectativas de desempeño y las restricciones de sus diferentes proyectos. Su trabajo es reunir los recursos y ejecutar. El implementador necesita saber qué se espera de él y qué límites existen para 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 apoyar 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 transmitieron a partir de una arquitectura superior
- Expectativas de desempeño y restricciones que se aplicarán a la implementación
El resultado crítico es una arquitectura de la solución que especifica qué brecha en el estado futuro llenará la solución, y 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 de problemas específico. En términos formales, es un sistema de interés específico que encaja en otros sistemas e interactúa con ellos. No vinculamos el concepto a un nivel específico de detalle. Es suficiente 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 inteligencia artificial, 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, debe proporcionar un punto de partida para los conceptos básicos. SCOR describe los procesos de la cadena de suministro y tres modelos de fabricación. En lugar de comenzar con una hoja de papel en blanco. Tienes la información básica esencial ya disponible. De esta manera, no pierde el tiempo reinventando la rueda cuando no es necesario. En cambio, uno puede trabajar en los aspectos únicos de la rueda en su caso de uso específico. Las ruedas de los aviones necesitan acelerar de 0 a 140 MPH al instante. Las ruedas del rover lunar tenían que ser muy ligeras y no arrojar polvo. Ambos son redondos, removibles y se usan para dirigir. Todo se reduce al caso de uso.
En segundo lugar, debe proporcionar una comprensión de cómo funciona un sistema. No necesita averiguar las partes de un sistema y cómo interactúan. En cambio, uno debe buscar cómo la arquitectura optimiza las partes y las interacciones para el caso de uso de uno. Siete palancas de la transformación digital es un excelente ejemplo.
En tercer lugar, uno debe ser capaz de utilizar la referencia arquitectura en el gobierno de la arquitectura. La arquitectura de referencia se utiliza para evaluar un diseño para asegurarse de que el diseño consideró todas las necesidades esperadas de un sistema. Por ejemplo, en GSRM, todos los permisos revocables necesitan un proceso para evaluar si el titular del permiso aún puede mantener un permiso y un proceso de apelación. No importa si se trata de una licencia de conducir, una licencia médica o un permiso para transportar desechos nucleares, todos los procesos deben estar allí.
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 comerciales para industrias o industrias específicas. 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 capacidad 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 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 EE. UU. proporciona Arquitectura de referencia de confianza cero.
Arquitecturas de referencia estándar TOGAF
El Estándar TOGAF incluye dos arquitecturas de referencia: la arquitectura de referencia técnica y el modelo de referencia de infraestructura de información integrada. Se puede lograr un entendimiento común con la ayuda de una terminología estandarizada. Por ejemplo, los estándares arquitectónicos 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 todo el sistema. La distinción está ligada al alcance del 'sistema'. Sin embargo, casi todo el mundo usa los términos indistintamente. A uno le 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. El Marco TOGAF ofrece métodos para describir e identificar entradas de arquitectura.
La arquitectura de referencia va un paso más allá al acelerar el proceso para un tipo de arquitectura específico, ayudar a determinar qué enfoques arquitectónicos satisfarán requisitos específicos y determinar el conjunto mínimo necesario de artefactos arquitectónicos necesarios para satisfacer los requisitos de "mejores prácticas" para un determinado arquitectura. Las arquitecturas de referencia ponen un fuerte énfasis en la parte de "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, a menudo, recomiendan 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 las relaciones clave
- le dice cómo evaluar el sistema.
Arquitectura empresarial Capacidad Arquitectura de referencia
Descargar el Arquitectura empresarial Capacidad Arquitectura de referenciaEs la base para construir un equipo de arquitectura empresarial sólido.
Su modelo de capacidad de arquitectura empresarial es fundamental para una Marco de capacidades de arquitectura empresarial optimizado.
