Arquiteturas de Referência

Vista previa del material en texto

¿Qué es una Arquitectura de Referencia? 
Una arquitectura de referencia es una arquitectura genérica que 
identifica los contornos normales de un sistema. Proporciona 
componentes genéricos, relaciones, principios y pautas arquitectónicas. 
Técnicamente, la arquitectura de referencia se considera parte 
de arquitectura empresarial. En términos de TOGAF 10 continuo de la 
empresa, encontrará ejemplos fundamentales, de sistemas comunes o 
de la industria. Las mejores arquitecturas de referencia brindan la 
confianza de que el problema y de que cada parte importante está 
expuesta. 
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. 
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) 
 El Modelo de Referencia de Negocio Digital de The Open 
Group 
 Modelo de referencia técnica de la arquitectura empresarial 
federal de EE. UU. 
 Arquitectura de referencia de capacidad de arquitectura 
empresarial de Conexiam 
https://conexiam.com/es/enterprise-architecture/
https://conexiam.com/es/togaf/
https://conexiam.com/es/download-ea-capability-reference-architecture/
https://conexiam.com/es/download-ea-capability-reference-architecture/
Usamos la estructura del sistema para probar la integridad y acelerar el 
desarrollo de una arquitectura única. 
Mirando la función de un sistema 
Modelo de adopción de productos 
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. 
A menudo utilizamos Sistemas dinámicos para explorar modelos 
funcionales. Comprender cómo funciona un sistema es fundamental 
para comprender las palancas y barreras efectivas para el cambio. 
Los ejemplos de modelos de referencia de funciones incluyen: 
 SCOR (Arquitectura de referencia de la cadena de suministro) 
 Siete palancas de la transformación digital 
Utilizamos System Function para optimizar o mejorar el 
funcionamiento de un sistema y protegerlo de cambios importantes. 
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 
https://en.wikipedia.org/wiki/System_dynamics
https://conexiam.com/es/download-the-seven-levers-of-digital-transformation/
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. 
Partes de una arquitectura de referencia 
Un documento de arquitectura de referencia contiene modelos, 
diagramas y documentación de apoyo. Probamos nuestras 
arquitecturas de referencia para: 
 Alcance del sistema 
Límite del sistema y explicación del problema. Puede incluir 
objetivos, propósitos particulares y desafíos que deben 
resolverse 
 Componentes de un sistema 
¿Cuáles son los elementos discretos del sistema? 
 Relaciones entre componentes 
¿Cuáles son las relaciones entre los elementos? Esto es crítico 
en un modelo funcional. 
 Vocabulario 
Un glosario especializado con definiciones y frases 
relacionadas con el alcance 
 Mejores prácticas del sistema 
 Posiciones técnicas que guiarán un mayor desarrollo 
Orientación técnica basada en principios, reglamentos, 
políticas, acuerdos, protocolos y estándares. Las soluciones se 
aplican a través de puestos técnicos, brindan una buena 
orientación y fomentan el cumplimiento 
 Atributos que deben especificarse 
En Navegar rutinariamente aplicamos atributos a diferentes 
componentes. Pueden ir desde un modelo operativo preferido 
de un capacidad empresarial al volumen de transacciones 
esperado de una interfaz. 
https://conexiam.com/es/conexiam-navigate/
https://conexiam.com/es/unlocking-your-business-potential-how-to-create-an-effective-capability-map/
 Patrones de arquitectura del sistema 
Mire diferentes representaciones de arquitectura, como tablas, 
estructuras, textos, comportamiento y gráficos. Esto debe 
llevarse a cabo con una generalidad consistente, libre de 
restricciones específicas de implementación. 
Los fundamentos de la arquitectura de referencia 
Una arquitectura de referencia debe comprender un conjunto de 
componentes y alguna señal de cómo esos componentes interactúan 
entre sí. Puede incluir la identificación de componentes más allá del 
alcance de la arquitectura de referencia. 
Las arquitecturas de referencia pueden desarrollarse en varios niveles 
de abstracción. Uno que es bastante abstracto puede mostrar 
diferentes comunicaciones de red, cada una de las cuales realiza un 
propósito particular. En un nivel más básico, se puede mostrar cómo 
varias técnicas (o enfoques) funcionan juntas en un programa de 
computadora que está diseñado para llevar a cabo un propósito 
específico. 
Una arquitectura de referencia generalmente generaliza múltiples 
soluciones. Estas soluciones podrían generalizarse a una o más 
arquitecturas. También muestra cómo juntar estos componentes para 
crear una solución. 
Los usos principales de los marcos de arquitectura de referencia 
Simplificamos el valor de usar arquitecturas de referencia para acelerar 
el tiempo de entrega y mejorar la calidad. Podemos estar seguros de 
que se tienen en cuenta todos los componentes, relaciones y atributos 
clave. No tenemos que perder tiempo en los conceptos básicos para 
comprender un sistema. En cambio, nos movemos rápidamente para 
identificar dónde hay deficiencias y cómo abordarlas. 
Hay otros usos poderosos que incluyen lo siguiente. 
Enmarcando el espacio del problema 
Las arquitecturas de referencia ofrecen un marco para comprender un 
dominio o espacio problemático. Esto es especialmente cierto en el 
caso de buenas referencias desarrolladas por consorcios. Por ejemplo, 
https://conexiam.com/es/how-do-enterprise-architecture-patterns-work/
cuando usa IT4IT, tiene un bien establecido Cadena de valor de TI y un 
modelo de información que se aplica en todas las industrias. En lugar 
de inventar el flujo de información, puede buscar dónde tiene barreras 
para la entrega efectiva de productos y servicios digitales de TI 
modernos. 
evaluación comparativa 
La evaluación comparativa dentro de su sector se ve facilitada por el 
uso de arquitecturas de referencia. Las distinciones entre negocios con 
frecuencia no están en qué actividades se realizan, sino en cómo se 
llevan a cabo. La comparación de esos resultados de ejecución se 
simplifica considerablemente mediante el uso de diseños de referencia. 
Cumplimiento 
Los reguladores frecuentementeimponen (o al menos sugieren 
fuertemente) diseños de referencia. Por ejemplo, las técnicas, los 
procedimientos y los conceptos contables son cada vez más 
estandarizados y necesarios. Esto da como resultado estándares de 
informes de la empresa para intercambiar estándares como XBRL. 
interoperabilidad 
Las organizaciones deben colaborar con varias partes en nuestro 
mundo en red. Estos vínculos son posibles gracias a los estándares y 
componentes básicos que ofrecen las arquitecturas de referencia. Los 
estándares aumentan la flexibilidad al permitir bloques de construcción 
intercambiables. 
Implementación de software 
Un modelo de referencia de software o negocio mejorará la selección, 
el diseño y la implementación del software comercial. La referencia 
proporciona conceptos como funciones clave, flujo de información o 
datos maestros y de referencia. Al trabajar a partir de una referencia 
común, puede asegurarse de que las consideraciones y los requisitos 
importantes estén al frente. 
Adquisiciones y Outsourcing 
https://conexiam.com/es/enterprise-architecture/business-architecture/#model
Tener el mismo idioma, estándares y límites hará que sea más fácil 
combinar dos partes mientras se protege el valor. 
 
Ejemplo de arquitectura de referencia que cubre la madurez de la capacidad 
Contáctenos para hablar sobre consultoría de arquitectura empresarial 
¿Por qué (y por qué no) utilizar la arquitectura de 
referencia? 
Las arquitecturas de referencia facilitan la colaboración y la 
comunicación exitosas entre las partes interesadas, patrocinadores, 
implementadores y arquitectos empresariales. Una arquitectura de 
referencia se anticipa y responde a las consultas más frecuentes. Como 
resultado, ayudan a los equipos a evitar errores y retrasos que pueden 
ocurrir en ausencia de una colección comprobada de mejores prácticas 
y técnicas de resolución de problemas. 
Del mismo modo, al reutilizar una solución eficiente, la adopción de 
una arquitectura de referencia dentro de una organización acelera la 
entrega. Proporciona una base para la gobernanza. Muchos estudios 
empíricos en arquitectura de software han identificado las siguientes 
ventajas y desventajas comunes de usar un diseño de referencia de 
software en las organizaciones: 
 Mejora de la interoperabilidad de los sistemas de software 
mediante la adopción de un enfoque uniforme y protocolos 
comunes de intercambio de información. 
 La utilización de recursos compartidos para reducir los gastos 
de desarrollo de proyectos de software. 
https://conexiam.com/es/about-conexiam/
https://conexiam.com/es/what-is-an-enterprise-architect/
 Dado que todas las partes involucradas tienen el mismo 
enfoque arquitectónico, se mejorará la comunicación interna. 
 Debido al requisito de comprender sus funcionalidades, las 
curvas de aprendizaje de los desarrolladores se ven 
influenciadas. 
¿Se consideraría la arquitectura de referencia una 
solución? 
No actualmente. Las arquitecturas de referencia técnicamente no se 
considerarían soluciones o soluciones potenciales. Las arquitecturas de 
referencia describen los requisitos para lograr las metas y objetivos de 
la organización. Las soluciones describen detalles claros y detallados de 
los procedimientos y recursos (humanos y tecnológicos) necesarios 
para entregar misiones, capacidades, sistemas y servicios para cumplir 
con las metas y objetivos de la empresa. La estructura subyacente de 
un sistema, como se muestra en sus partes constituyentes, así como las 
interacciones entre esas partes y su entorno, así como los principios 
rectores que guían su creación y crecimiento, son todos descritos 
como arquitecturas de solución por el DoD IEA. 
¿Qué industrias utilizan la arquitectura de 
referencia? 
Las arquitecturas de referencia son utilizadas por todos los 
desarrolladores de tecnología calificados para especificar los 
procedimientos de desarrollo necesarios, minimizar los obstáculos, 
mantener el enfoque del equipo, evitar los sobrecostos y validar los 
productos finales con los clientes. Adicionalmente, las empresas que 
contratan ingenieros de software y hardware los emplean para los 
objetivos antes mencionados. 
Hay una variedad de arquitecturas de referencia, incluidas aquellas 
para software, instituciones financieras, automóviles, barcos y más. Por 
cada nueva tecnología creada en nombre de los Estados Unidos, el 
Departamento de Defensa de los EE. UU. (DoD), una de las 
organizaciones más grandes del mundo que procura el desarrollo de 
tecnologías de vanguardia a través de desarrolladores privados en la 
comunidad de defensa, publica de forma exhaustiva e in- profundidad 
Arquitecturas Técnicas de Referencia (TRA). 
¿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í. 
En Conexiam tenemos un paper sobre la Uso de Arquitecturas de 
Referencia para la Transformación Digital. 
Ejemplos de arquitectura de referencia 
Hay muchos ejemplos de arquitectura de referencia: 
https://conexiam.com/es/download-the-seven-levers-of-digital-transformation/
https://conexiam.com/es/download-the-seven-levers-of-digital-transformation/
https://conexiam.com/es/basics-of-enterprise-architecture-governance/
https://conexiam.com/es/basics-of-enterprise-architecture-governance/
https://conexiam.com/es/download-using-reference-architectures-for-digital-transformation/
https://conexiam.com/es/download-using-reference-architectures-for-digital-transformation/
 IT4IT es una arquitectura de referencia de información para 
funciones de Tecnología de la Información. 
 AUTOSAR es un tipo de arquitectura de referencia centrada en 
componentes para software de vehículos. 
 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 un modelo genérico de servicios 
gubernamentales. Arquitectura de referencia de capacidad de EA se utiliza para 
acelerar el desarrollo de un equipo de EA. 
 JAVA EE es un tipo de arquitectura de referencia en capas que 
se utiliza para sistemas creados a través de Java. 
 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. 
Explore la formación personalizada de EA 
https://conexiam.com/es/togaf-vs-bian/
https://conexiam.com/es/enterprise-architecture/business-architecture/#models
https://conexiam.com/es/enterprise-architecture/business-architecture/#models
https://conexiam.com/es/download-ea-capability-reference-architecture/
https://aws.amazon.com/blogs/security/aws-security-reference-architecture-a-guide-to-designing-with-aws-security-services/
https://aws.amazon.com/blogs/security/aws-security-reference-architecture-a-guide-to-designing-with-aws-security-services/
https://dodcio.defense.gov/Portals/0/Documents/Library/(U)ZT_RA_v2.0(U)_Sep22.pdf
https://conexiam.com/es/custom-enterprise-architecture-training/
 
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. 
Entrenamiento de certificación TOGAF 
¿Qué es una arquitectura 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. 
Dado que desarrollar y utilizar arquitecturas de referencia es una 
práctica recomendada reconocida, TOGAF 10 incluyó arquitectura de 
referencia en su marco y metodologías. Foundational, Industry y 
Common System son arquitecturas de referencia en Enterprise 
Continuum. 
https://conexiam.com/es/togaf-9-training-course/
https://conexiam.com/es/togaf/
https://conexiam.com/es/togaf/
Arquitectura de referencia frente a modelo de 
referencia frente a marcos de arquitectura 
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 las entradas de la arquitectura. 
Por lo tanto, sin requerir ningún tipo de arquitectura en particular, los 
marcos de arquitectura brindan a los arquitectos comerciales las 
herramientas que necesitan para expresar y recopilar requisitos con 
precisión. Los marcos de arquitectura brindan orientación para elegir 
qué "vistas" arquitectónicas construir, así como una taxonomía de 
ejemplo de los muchos tipos de perspectivas que un arquitecto puede 
tener en cuenta. 
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. 
Si bien se puede afirmar que las arquitecturas de referencia ofrecen 
más metodología que un marco, las arquitecturas de referencia todavía 
no se distinguen verdaderamente por su componente de metodología. 
Tanto los marcos como las arquitecturas de referencia brindan las 
https://conexiam.com/es/what-is-the-togaf-framework/
mejores prácticas. Sin embargo, la mayoría puede identificarse por su 
elemento de plantilla.