Dynamic Enterprise Architecture (DYA) es un marco de arquitectura empresarial desarrollado por la 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, referente a arquitectura de infraestructura
- DYA | Software, relativo a la arquitectura del software
- DYA | Negocios, en arquitectura empresarial
- DYA | Gobernanza, en relación con la gobernanza de TI, y
- DYA | Principles, sobre el desarrollo de 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 "Arquitectura empresarial dinámica: cómo hacer que funcione". [5]
Historia
DYA | Infrastructure se insinuó por primera vez en un documento técnico publicado por Microsoft MSDN en 2005 (reemplazado por una nueva presentación en 2007). [6] Después de un breve período de desarrollo, se describió en un libro (holandés) titulado "DYA | Infraestructura - 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 luego bajo un subdominio del sitio web de Sogeti Holanda . [8] También se creó un grupo de LinkedIn [9] .
El desarrollo del método continuó en Sogeti hasta mediados de 2012; después de eso, el desarrollo continuó bajo el patrocinio de BiZZdesign , momento en el cual el nombre del método se cambió a método de Arquitectura de Infraestructura Abierta (OIAm). [10] El Repositorio continúa bajo el nombre de método de Arquitectura de Infraestructura Abierta (OIAr).
Infraestructura DYA
DYA | Infrastructure es un método que tiene como objetivo apoyar al arquitecto de infraestructura. Aporta agilidad empresarial, eficacia arquitectónica y paisajes de infraestructura gestionables y expandibles al alcance de cualquier organización. La infraestructura DYA proporciona tres elementos que se apoyan mutuamente:
- Una descripción definitiva de la arquitectura de la infraestructura como parte integral del proceso arquitectónico y cómo ayuda a hacer cumplir los principios arquitectónicos, con dos puntos focales: definir un enfoque funcional para las instalaciones de infraestructura y cómo seleccionar y trabajar con los atributos de calidad adecuados.
- El modelo de bloques de construcción (un metamodelo arquitectónico para infraestructura) que ...
- Crea y describe instalaciones de infraestructura lógica y modular.
- Mantiene un inventario categórico y funcional de los "paisajes" de la infraestructura existente
- Estructura y construye productos arquitectónicos, como arquitectura de referencia, análisis de impacto y arquitectura de inicio de proyecto.
- Mejores prácticas para ayudar a comenzar la arquitectura de infraestructura sin problemas y pautas para producir artefactos arquitectónicos esenciales que hacen que la arquitectura de infraestructura funcione
Se describen varias estrategias de implementación, se explica cómo extender la Arquitectura de Inicio del Proyecto y también se ilustra la importancia de una serie de productos como Arquitecturas de Referencia, Catálogos de Productos y Catálogos de Servicios.
Además de estos tres ingredientes principales, DYA | Infrastructure también proporciona 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 son válidos solo para la arquitectura de mainframe , sino también para la arquitectura de TI (y posiblemente para todas las formas de arquitectura). Cuando se trabaja 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] Cuando hablamos de la arquitectura de una instalación de infraestructura, nos limitamos a lo esencial: ¿qué hace? Con este fin, consideramos la instalación como un servicio de infraestructura, compuesto de funciones básicas de infraestructura atómica. La función de infraestructura atómica a este respecto significa una función de infraestructura lógica que no puede subdividirse de manera significativa en subfunciones, al menos no de manera significativa para propósitos arquitectónicos.
- Cuando las funciones de infraestructura se describen en términos genéricos, además de cualquier implementación técnica, parecen idénticas para la mayoría de las organizaciones. De manera similar, cuando los servicios de infraestructura se componen de funciones básicas de infraestructura, también se ven 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 realiza la arquitectura. Donde la arquitectura dice lo que 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 prestarse un servicio de infraestructura. Por ejemplo, un PC del Ministerio de Defensa en una oficina en la capital se ve diferente a un PC en la parte trasera de un vehículo blindado en el campo de batalla. Esto se debe a que el campo de batalla del contexto impone requisitos diferentes en la instalación de infraestructura que en la oficina de contexto .
- Así, implementar un servicio de infraestructura significa:
- Identificar los contextos y sus requisitos en los que debe operar el servicio
- Ubicar las funciones de infraestructura que forman parte del servicio en estos contextos
- Especificarlos con un nivel de detalle que pueda dar cuenta de los requisitos identificados.
A nivel de implementación, los servicios y funciones de infraestructura pueden seguir siendo genéricos. No es necesario proponer productos específicos o normas técnicas (aunque es posible). Sin embargo, debido a las influencias de los contextos, los servicios y las funciones a menudo pueden ser específicos de la organización. Tenga en cuenta que con la definición de arquitectura de infraestructura presentada anteriormente, tanto la "arquitectura" como la "implementación" de Blaauw están sujetas al arquitecto de la infraestructura.
- Realización : Blaauw argumentó que "La estructura física, que encarna el diseño lógico, se llamará realización. Aquí, el 'cuál' y el 'dónde' de la selección, asignación, ubicación y conexión de los 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 de costo de ambos). En esta fase, se crean los diseños de infraestructura y las instalaciones realmente se construyen.
El proceso de arquitectura de infraestructura DYA
Las arquitecturas de negocios, información e infraestructura comparten un objetivo común: brindar un soporte óptimo para las operaciones de una organización. Esto es imposible sin el aporte y la retroalimentación entre las tres disciplinas arquitectónicas. Para actuar eficazmente dentro del proceso arquitectónico y al mismo tiempo ser lo suficientemente receptivo, cada disciplina debe seguir las dinámicas y estructuras que subrayan su propia área de competencia respectiva. Esto ciertamente se aplica a la arquitectura de infraestructura, que debe hacer que su función sea fácilmente reconocible al aclarar los términos que utiliza dentro del dominio de la infraestructura. La forma más sencilla de hacerlo es describir las soluciones de infraestructura en términos lógicos y funcionales. DYA | Infrastructure define la "capacidad" de una solución con un conjunto de atributos de calidad. Los atributos de calidad también tienen un papel importante en la armonización del proceso arquitectónico en las tres disciplinas arquitectónicas, porque independientemente de la estructura subyacente (tecnológica), los atributos de calidad pueden conciliarse en los dominios y utilizarse en toda la solución. Al mismo tiempo, también proporcionan información para la ingeniería, creación y prueba de soluciones dentro de su propia área de competencia. Es por eso que los atributos de calidad son un tema recurrente a lo largo de las diferentes fases y actividades de la arquitectura de infraestructura y por qué es de suma importancia elegir y definir cuidadosamente los atributos de calidad. Como mínimo, deben ilustrar la calidad única e inherente de una solución de infraestructura.
Atributos de calidad para la comunicación
Las disciplinas arquitectónicas deben poder adaptarse entre sí siempre que sea necesario durante el proceso arquitectónico sin comprometerse. Deben dejar claro lo que pueden aportar e indicar sus propios límites. No siempre se puede cumplir la gama completa de deseos y requisitos; particularmente si (aunque sea mínimamente) entran en conflicto entre sí. Si una de las disciplinas desea o necesita dictar el resultado final, debe recibir la orientación adecuada del proceso arquitectónico, teniendo en cuenta que la orientación debe ser relevante para el área específica de competencia. El proceso arquitectónico selecciona los atributos de calidad más realistas y apropiados para la dirección de la solución deseada. Este conjunto de atributos de calidad puede verse como un mandato para que cada disciplina trabaje individualmente en su propia parte de la solución total. Los atributos de calidad garantizan que las soluciones resultantes no se desarrollen de forma aislada, sino que permanezcan coherentes dentro del marco arquitectónico completo. Los atributos de calidad también proporcionan una forma de verificar e informar sobre los resultados entregados.
Para evitar que las disciplinas hablen con propósitos cruzados, se necesita un acuerdo inequívoco sobre los atributos de calidad que cada disciplina aporta al proceso arquitectónico. Estos deben servir como base para una mayor reconciliación y armonización de definiciones dentro del proceso arquitectónico. La arquitectura de infraestructura proporciona su propio conjunto de atributos de calidad, junto con los atributos de calidad específicos de las arquitecturas de información y negocios.
Aparte de los atributos de calidad, existen dos restricciones importantes que influyen en la dirección potencial de una solución, a saber, el costo y el tiempo. Estas restricciones son impuestas por el mundo exterior (generalmente por la organización) y afectan a todas las formas de arquitectura. El tiempo y el dinero son generalmente los determinantes más importantes de la escala y la calidad y, por lo tanto, la viabilidad de una solución. En muchos casos, el tiempo y el dinero son tan restrictivos que se debe dar una ponderación diferente a una serie de atributos de calidad para llegar a una solución realista. Como resultado, el proceso arquitectónico se convierte ocasional y justificadamente en un debate entre las partes interesadas, lo que da como resultado una solución que, de manera óptima, sirve a todos los intereses de la organización dentro de los límites del tiempo y el dinero.
Atributos de calidad para la arquitectura de infraestructura
Los atributos de calidad son abstractos por naturaleza, porque indican cómo pero no qué . Dentro del proceso arquitectónico, se identifican las relaciones entre los atributos de calidad de una disciplina y los atributos de calidad comparables en otra disciplina. Esto hace que sea más fácil identificar cómo las decisiones tomadas en un área influyen en las soluciones en otras áreas. Cuanto más proactivamente ocurra esto y más atributos de calidad puedan conciliarse, más constructivo será el proceso. Dentro de este proceso de armonización, los atributos de calidad "similares" se pueden rastrear fácilmente entre sí, mientras que es mucho más probable que otros subrayen la singularidad de una disciplina en particular. Sin embargo, una disciplina suele reconocerse a sí misma en los atributos de calidad de otras disciplinas, siempre que hayan sido debidamente definidos y explicados.
Teniendo en cuenta el objetivo de construir la función de infraestructura como una empresa de servicios públicos, 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 responsabilidad).
Los seis atributos de calidad definidos aquí no se aplican exclusivamente a las aplicaciones de infraestructura, pero son el conjunto de guías para la construcción de infraestructura como servicio público.
Los participantes en el proceso de diseño arquitectónico no siempre son lo 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. Luego, otros participantes deben 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% . La infraestructura responde que pueden cumplir con este requisito en términos de disponibilidad , pero genera importantes consecuencias en términos de escalabilidad y costo. Entonces, se espera que la arquitectura empresarial indique si, en ese sentido, el requisito de disponibilidad especificado todavía está justificado. Debe evitarse una situación en la que las disciplinas se impongan atributos y términos de calidad entre sí simplemente para lograr sus propios objetivos sin tener en cuenta otras disciplinas, porque es completamente contraproducente y frustra el proceso de arquitectura en sí. La terminología relacionada con la calidad dentro de una disciplina a menudo significa algo más, o incluso nada en absoluto, fuera del dominio de esa disciplina.
Descomposición y modelado de infraestructura DYA
Este Repositorio de Arquitectura de Infraestructura contiene pautas de arquitectura y diseño en forma de modelos de construcción en varios niveles y desde varios ángulos. Se construye haciendo uso de una de las herramientas más importantes de DYA | Infraestructura: el modelo de bloques de construcción. Lo primero que debe saber sobre Building Blocks Model es que es principalmente una herramienta de descomposición. Eso significa que se utiliza para diseccionar paisajes de infraestructura en dimensiones y partes lógicas para permitir el modelado (composición) estructurado y metodológico. Es como definir primero la Tabla Periódica, para luego practicar la química de manera ordenada.
El modelo Building Blocks disecciona el panorama de la infraestructura desde cinco direcciones:
- Areas de trabajo
- Ambientes
- 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 panorama de infraestructura consta de varias áreas de trabajo (almacenamiento, red, servidor, middleware, ámbito del cliente).
- Dentro de cada área de trabajo, residen algunos tipos de funcionalidad de infraestructura (Building Blocks), por ejemplo:
- el área de trabajo de almacenamiento ofrece una instalación de almacenamiento centralizado,
- 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 PC, PC móviles, impresoras, escáneres y otras instalaciones que sirven como interfaz para los usuarios finales.
Estas instalaciones (Building Blocks) "viven" en un Entorno, es decir, se utilizan en un determinado contexto empresarial 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 ámbito del cliente son Oficina, Quiosco y Remoto. Dentro de cada entorno, las demandas de calidad se indican mediante atributos de calidad con un valor que se ajusta a ese entorno. A su vez, estos valores corresponden a clases, disposiciones y / o permutaciones que son relevantes para ese Atributo de Calidad.
Aplicado a bloques de construcción en un entorno determinado, el proceso arquitectónico designa estándares universales a un bloque de construcción para ese entorno. Estos estándares (componentes técnicos) son elementos del modelo de bloques de construcción.
Galería
Modelado de infraestructura DYA (flujo ideal) .png
Prerrequisitos de modelado de infraestructura DYA.png
Ontología de infraestructura DYA.png
Ver también
Referencias
- ^ Marc Lankhorst (2012) Arquitectura empresarial en el trabajo: modelado, comunicación y análisis . pag. 2
- ^ Maarten Waage, Herman Hartman (2010) Explicación del marco de arquitectura integrada: por qué, qué, cómo . pag. 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) Creación de una práctica de arquitectura empresarial: herramientas, sugerencias, mejores prácticas, conocimientos listos para usar . pag. 1
- ^ Daniël Jumelet (2007) "Arquitectura de infraestructura"
- ^ Daniël Jumelet (2007) "DYA | Infraestructura - 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 infraestructuraen LinkedIn
- ^ DYA | El desarrollo de la infraestructura continúa con un nuevo patrocinador y un nuevo nombre
- ^ a b c d Gerrit A. Blaauw (1972) " Arquitectura informática [ enlace muerto permanente ] ", Elektronische Rechenanlagen , Vol 4, p. 154-159
A partir de esta edición , este artículo utiliza contenido de "dya-knowledge.sogeti.nl" , que tiene una licencia que permite la reutilización bajo la licencia Creative Commons Attribution-ShareAlike 3.0 Unported , pero no bajo la GFDL . Deben seguirse todos los términos relevantes.
enlaces externos
- DYA en dya.info
- Repositorio de infraestructura DYA