
La arquitectura empresarial dinámica ( DYA ) es un marco de arquitectura empresarial desarrollado por la empresa consultora Sogeti . [ 1 ] Se centra en el diseño de software en general y en la mejora de la función de diseño arquitectónico. [ 2 ]
El marco DYA está construido con los siguientes módulos: [ 3 ]
- DYA|Infraestructura, en lo que respecta a la arquitectura de infraestructuras
- DYA|Software, en lo que respecta a la arquitectura de software.
- DYA|Negocios, en lo que respecta a la arquitectura empresarial
- DYA|Gobernanza, en lo que respecta a la gobernanza de TI y
- DYA|Principios, sobre el desarrollo de los principios arquitectónicos
El concepto del marco DYA fue introducido por primera vez en 2001 por Roel Wagter, Marlies van Steenbergen, Martin van den Berg y Joost Luijpers de Sogeti en el libro holandés titulado DYA: snelheid en samenhang in business- en ICT-architectuur , [ 4 ] revisado, traducido al inglés y publicado en 2005 como "Dynamic Enterprise Architecture: How to Make It Work". [ 5 ]
Historia
DYA|Infrastructure se mencionó por primera vez en un documento técnico publicado por Microsoft MSDN en 2005 (sustituido por una nueva versión en 2007). [ 6 ] Tras un breve período de desarrollo, se describió en un libro (en neerlandés) titulado "DYA|Infrastructuur - Architectuur voor de fundering van de IT". [ 7 ]
En 2009, el vocabulario y los patrones genéricos se publicaron en un repositorio en línea, inicialmente bajo una URL independiente, pero más tarde bajo un subdominio del sitio web de Sogeti Países Bajos . [ 8 ] También se creó un grupo de LinkedIn [ 9 ] .
El desarrollo del método continuó en Sogeti hasta mediados de 2012; después, el desarrollo continuó bajo el patrocinio de BiZZdesign , momento en el que el nombre del método se cambió a Método de Arquitectura de Infraestructura Abierta (OIAm). [ 10 ] El repositorio continúa funcionando bajo el nombre de Método de Arquitectura de Infraestructura Abierta (OIAr).
Infraestructura DYA

DYA|Infrastructure es un método que busca brindar soporte al arquitecto de infraestructura. Pone al alcance de cualquier organización agilidad empresarial , eficacia arquitectónica y entornos de infraestructura gestionables y escalables. La infraestructura DYA proporciona tres elementos que se apoyan mutuamente:
- Una descripción definitiva de la arquitectura de infraestructura como parte integral del proceso arquitectónico, y cómo ayuda a aplicar los principios arquitectónicos, con dos puntos centrales: definir un enfoque funcional para las instalaciones de infraestructura y cómo seleccionar y trabajar con los atributos de calidad apropiados.
- El modelo de bloques de construcción (un metamodelo arquitectónico para infraestructuras) que...
- Crea y describe instalaciones de infraestructura lógicas y modulares.
- Mantiene un inventario categórico y funcional de los "paisajes" de infraestructura existentes.
- Estructura y construye productos arquitectónicos, como arquitectura de referencia , análisis de impacto y arquitectura de inicio de proyecto.
- Buenas prácticas para facilitar el inicio de la arquitectura de infraestructura y directrices para la producción de artefactos arquitectónicos esenciales que hacen que la arquitectura de infraestructura funcione.
Se describen diversas estrategias de implementación, se explica cómo ampliar la arquitectura de inicio del proyecto y se ilustra la importancia de varios productos, como las arquitecturas de referencia, los catálogos de productos y los catálogos de servicios.
Además de estos tres ingredientes principales, DYA|Infrastructure también ofrece orientación sobre cómo la arquitectura de infraestructura puede mejorar la seguridad, la gestión de proyectos, la gestión de pruebas y la producción.
Fondo
En 1972, Gerrit Blaauw [ 11 ] describió cómo se podría pensar en el diseño de computadoras como dominios separables: arquitectura , implementación y realización . Sin embargo, los conceptos introducidos por Blaauw no solo son válidos para la arquitectura de mainframes , sino también para la arquitectura de TI (y posiblemente para todas las formas de arquitectura). Al trabajar con DYA|Infrastructure, se pueden reconocer fácilmente los tres dominios propuestos por Blaauw:
- Arquitectura : Blaauw argumentó que «la arquitectura de un sistema puede definirse como la apariencia funcional del sistema para el usuario, su fenomenología». [ 11 ] Al hablar de la arquitectura de una instalación de infraestructura, nos limitamos a lo esencial: ¿qué hace? Para ello, consideramos la instalación como un servicio de infraestructura, compuesto por funciones de infraestructura básicas y atómicas. Una función de infraestructura atómica , en este sentido, significa una función lógica de infraestructura que no puede subdividirse de manera significativa en subfunciones, al menos no de manera significativa para fines arquitectónicos.
- Cuando las funciones de infraestructura se describen en términos genéricos, al margen de cualquier implementación técnica, resultan idénticas para la mayoría de las organizaciones. Del mismo modo, cuando los servicios de infraestructura se componen de funciones básicas de infraestructura, también resultan idénticos entre organizaciones. Y esto es precisamente lo que cabría esperar a nivel arquitectónico, según la definición de Blaauw.
- Implementación : Blaauw argumentó que "La implementación es la estructura lógica que ejecuta la arquitectura. Donde la arquitectura dice qué sucede, la implementación describe cómo se hace que suceda". [ 11 ] En cualquier organización, un servicio de infraestructura debe entregarse dentro de un contexto específico de la organización, o posiblemente varios de estos. Estos contextos influyen en la forma en que debe entregarse un servicio de infraestructura. Por ejemplo, una PC del Ministerio de Defensa en una oficina en la capital se ve diferente de una PC en la parte trasera de un vehículo blindado de transporte de personal en el campo de batalla. Esto se debe a que el contexto del campo de batalla impone requisitos diferentes a la instalación de infraestructura que el contexto de la oficina .
- Por lo tanto, implementar un servicio de infraestructura significa:
- Identificar los contextos y sus requisitos en los que debe operar el servicio.
- Localizar las funciones de infraestructura que forman parte del servicio en estos contextos.
- Especificarlos con un nivel de detalle que permita tener en cuenta los requisitos identificados.
A nivel de implementación, los servicios y funciones de infraestructura pueden mantenerse genéricos. No es necesario proponer productos o estándares técnicos específicos (aunque esto es posible). Sin embargo, debido a la influencia de los contextos, los servicios y funciones suelen ser específicos de cada organización. Cabe destacar que, según la definición de arquitectura de infraestructura presentada anteriormente, tanto la "arquitectura" como la "implementación" de Blaauw dependen del arquitecto de infraestructura.
- Realización : Blaauw argumentó que «La estructura física, que encarna el diseño lógico, se denominará realización. Aquí, el "cuál" y el "dónde" de la selección, asignación, ubicación y conexión de componentes se considerarán separados del "cómo" de la estructura lógica». [ 11 ] La realización de un servicio de infraestructura es el campo de los diseñadores e ingenieros de infraestructura. Es su responsabilidad crear, a partir de la implementación, una instalación que sea factible y mantenible (incluido el aspecto del costo de ambos). En esta fase, se crean los diseños de infraestructura y se construyen las instalaciones.
El proceso de arquitectura de infraestructura de DYA
Las arquitecturas de negocio, información e infraestructura comparten un objetivo común: brindar un soporte óptimo para las operaciones de una organización. Esto es imposible sin la colaboración y la retroalimentación entre las tres disciplinas arquitectónicas. Para actuar con eficacia dentro del proceso arquitectónico y, al mismo tiempo, ser suficientemente receptiva, cada disciplina debe seguir la dinámica y las estructuras que caracterizan su respectiva área de competencia. Esto se aplica especialmente a la arquitectura de infraestructura, que debe definir claramente su función mediante la clarificación de los términos que utiliza en este ámbito. La forma más sencilla de lograrlo es describir las soluciones de infraestructura en términos lógicos y funcionales. DYA|Infrastructure define la "capacidad" de una solución mediante un conjunto de atributos de calidad. Estos atributos también desempeñan un papel importante en la armonización del proceso arquitectónico entre las tres disciplinas, ya que, independientemente de la estructura (tecnológica) subyacente, pueden conciliarse entre los dominios y utilizarse en toda la solución. Asimismo, proporcionan información para la ingeniería, la creación y las pruebas de soluciones dentro de su propia área de competencia. Por ello, los atributos de calidad son un tema recurrente en las distintas fases y actividades de la arquitectura de infraestructuras, y resulta fundamental seleccionarlos y definirlos con precisión. Como mínimo, deben reflejar la calidad única e intrínseca de una solución de infraestructura.
Atributos de calidad para la comunicación

Las disciplinas arquitectónicas deben ser capaces de adaptarse entre sí siempre que sea necesario durante el proceso arquitectónico, sin comprometerse mutuamente. Deben dejar claro qué pueden aportar e indicar sus propios límites. No siempre es posible satisfacer la totalidad de los deseos y requisitos, especialmente si estos entran en conflicto (aunque sea mínimamente). Si alguna de las disciplinas desea o necesita determinar el resultado final, debe recibir la orientación adecuada del proceso arquitectónico, teniendo en cuenta que dicha orientación debe ser pertinente a su área de competencia específica. El proceso arquitectónico selecciona los atributos de calidad más realistas y apropiados para la solución deseada. Este conjunto de atributos de calidad puede considerarse un mandato para que cada disciplina trabaje individualmente en su parte de la solución total. Los atributos de calidad garantizan que las soluciones resultantes no se desarrollen de forma aislada, sino que se mantengan coherentes dentro del marco arquitectónico completo. Los atributos de calidad también proporcionan una forma de verificar e informar sobre los resultados obtenidos.
Para evitar la falta de entendimiento entre las distintas disciplinas, es necesario un acuerdo inequívoco sobre los atributos de calidad que cada una aporta al proceso arquitectónico. Estos deben servir de base para una mayor conciliación y armonización de las definiciones dentro del proceso. La arquitectura de infraestructura proporciona su propio conjunto de atributos de calidad, además de los atributos específicos de las arquitecturas de negocio e información.
Además de los atributos de calidad, existen dos restricciones principales que influyen en la posible dirección de una solución: el costo y el tiempo. Estas restricciones son impuestas por factores externos (generalmente por la organización) y afectan a todas las formas de arquitectura. El tiempo y el dinero suelen ser los determinantes más importantes de la escala, la calidad y, por ende, la viabilidad de una solución. En muchos casos, el tiempo y el dinero son tan restrictivos que se debe asignar una ponderación diferente a diversos atributos de calidad para encontrar una solución realista. Como resultado, el proceso arquitectónico se convierte ocasionalmente, y con razón, en un debate entre las partes interesadas, lo que da como resultado una solución que, de forma óptima, satisface todos los intereses de la organización dentro de los límites de tiempo y dinero.
Atributos de calidad para la arquitectura de infraestructura
Los atributos de calidad son, por naturaleza, abstractos, ya que indican el cómo , pero no el qué . Dentro del proceso arquitectónico, se identifican relaciones entre los atributos de calidad de una disciplina y atributos de calidad comparables en otra. Esto facilita la identificación de cómo las decisiones tomadas en un área influyen en las soluciones de otras áreas. Cuanto más proactivamente se lleve a cabo este proceso y cuantos más atributos de calidad se puedan conciliar, más constructivo será. Dentro de este proceso de armonización, los atributos de calidad "similares" son fácilmente rastreables entre sí, mientras que otros tienen mucha más probabilidad de resaltar la singularidad de una disciplina en particular. Sin embargo, una disciplina generalmente se reconoce en los atributos de calidad de otras disciplinas, siempre que estos hayan sido definidos y explicados adecuadamente.
Teniendo en cuenta el objetivo de construir la infraestructura como un servicio público, existen tres categorías, con dos atributos de calidad cada una, que expresan la calidad inherente de las soluciones de infraestructura:
- Flexibilidad (adaptabilidad y escalabilidad);
- Fiabilidad (disponibilidad e integridad);
- Mantenibilidad (manejabilidad y rendición de cuentas).
Los seis atributos de calidad que se definen aquí no se aplican exclusivamente a las aplicaciones de infraestructura, pero constituyen el conjunto de criterios que guían la construcción de infraestructura como servicio público.
Los participantes en el proceso de diseño arquitectónico no siempre son suficientemente conscientes de la importancia de los atributos de calidad de sus propios campos de especialización y de las consecuencias que sus requisitos explícitos tienen en otras áreas. Otros participantes deben entonces explicar las consecuencias implícitas o explícitas para su propio dominio. Por ejemplo: una determinada solución de arquitectura empresarial requiere una disponibilidad del 99,99 % . Infraestructura responde que puede cumplir este requisito en términos de disponibilidad , pero esto genera consecuencias significativas en términos de escalabilidad y coste. Se espera entonces que la arquitectura empresarial indique si, en ese contexto, el requisito de disponibilidad especificado sigue estando justificado. Debe evitarse una situación en la que las disciplinas se impongan atributos y términos de calidad entre sí únicamente para lograr sus propios objetivos, ignorando a las demás disciplinas, ya que es totalmente contraproducente y obstaculiza el propio proceso arquitectónico. La terminología relacionada con la calidad dentro de una disciplina a menudo significa algo distinto, o incluso nada en absoluto, fuera del dominio de esa disciplina.
Descomposición y modelado de la infraestructura de DYA

Este repositorio de arquitectura de infraestructura contiene directrices de arquitectura y diseño en forma de modelos de construcción a distintos niveles y desde diversas perspectivas. Se construye utilizando una de las herramientas más importantes de DYA|Infrastructure: el Modelo de Bloques de Construcción. Lo primero que debe saber sobre el Modelo de Bloques de Construcción es que se trata principalmente de una herramienta de descomposición. Esto significa que se utiliza para descomponer los entornos de infraestructura en dimensiones y partes lógicas, lo que permite un modelado estructurado y metódico (composición). Es como definir primero la tabla periódica para luego practicar la química de forma ordenada.
El modelo de bloques de construcción analiza el panorama de la infraestructura desde cinco direcciones:
- Áreas de trabajo
- Entornos
- bloques de construcción
- Elementos
- Atributos de calidad
El orden de descomposición que impone el modelo se puede describir de la siguiente manera:
- Un entorno de infraestructura consta de varias áreas de trabajo (almacenamiento, red, servidor, middleware, dominio del cliente).
- Dentro de cada Área de Trabajo, residen algunos tipos de funcionalidades de infraestructura (Bloques de Construcción), por ejemplo:
- El área de almacenamiento de trabajo ofrece una instalación de almacenamiento centralizada,
- El área de trabajo de la red ofrece facilidades de acceso y distribución de datos y
- El área de trabajo del dominio del cliente proporciona ordenadores, ordenadores portátiles, impresoras, escáneres y otros recursos que sirven de interfaz para los usuarios finales.
Estas instalaciones (componentes básicos) "viven" en un entorno, lo que significa que se utilizan en un contexto empresarial determinado y que la forma de uso que dicta este contexto exige requisitos de calidad específicos.
Ejemplos de entornos dentro del área de trabajo del cliente son Oficina, Quiosco y Trabajo remoto. Dentro de cada entorno, los requisitos de calidad se definen mediante atributos de calidad con un valor apropiado para dicho entorno. A su vez, estos valores corresponden a clases, disposiciones o permutaciones relevantes para ese atributo de calidad.
Aplicado a los elementos constructivos de un entorno determinado, el proceso arquitectónico asigna estándares universales a cada elemento constructivo para ese entorno. Estos estándares (componentes técnicos) constituyen los elementos del modelo constructivo.
Galería
DYA Modelado de infraestructura (flujo ideal).png
Requisitos previos para el modelado de infraestructura DYA.png
Ontología de infraestructura DYA.png
Soporte para la resolución de problemas de infraestructura de DYA.jpg
Guía del proyecto de infraestructura de DYA.jpg
Véase también
Referencias
- ↑ Marc Lankhorst (2012) Arquitectura empresarial en acción: modelado, comunicación y análisis . pág. 2
- ↑ Maarten Waage, Herman Hartman (2010) El marco de la arquitectura integrada explicado: por qué, qué, cómo . pág. 157
- ↑ Sogetti (2011) " Campos cubiertos por DYA " en dya.info . Consultado el 8 de julio de 2013.
- ↑ Roel Wagter, Marlies van Steenbergen, Martin van den Berg, Joost Luijpers (2001) DYA: snelheid en Samenhang in business-en ICT-architectuur . Sogeti.
- ↑ Martin van den Berg, Marlies van Steenbergen (2007) Building an Enterprise Architecture Practice: Tools, Tips, Best Practices, Ready-to-Use Insights . p. 1
- ↑ Daniël Jumelet (2007) "Arquitectura de infraestructura"
- ^ Daniël Jumelet (2007) "DYA|Infrastructuur - Architectuur voor de fundering van de IT"
- ↑ DYA|Repositorio de infraestructura (DIR) Archivado el 7 de diciembre de 2013 en Wayback Machine
- ↑ DYA | Grupo de Arquitectura de Infraestructura en LinkedIn
- ↑ DYA|El desarrollo de infraestructura continúa con un nuevo patrocinador y un nuevo nombre.
- 1 2 3 4 Gerrit A. Blaauw (1972) " Arquitectura informática ", Elektronische Rechenanlagen , Vol 4, p. 154-159
Al momento de esta edición , este artículo utiliza contenido de "dya-knowledge.sogeti.nl" , cuya licencia permite su reutilización bajo la Licencia Creative Commons Atribución-CompartirIgual 3.0 No Adaptada , pero no bajo la GFDL . Deben respetarse todos los términos pertinentes.
Enlaces externos
- DYA en dya.info
- Repositorio de infraestructura de DYA
- marcos de arquitectura empresarial