Descarga la aplicación para disfrutar aún más
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.
Compartir