Modelo de referencia para la arquitectura empresarial
Estructura del método de desarrollo de arquitectura TOGAF (ADM). [1]
El Open Group Architecture Framework ( TOGAF ) es el marco más utilizado para la arquitectura empresarial a partir de 2020 [2] que proporciona un enfoque para diseñar, planificar, implementar y gobernar una arquitectura de tecnología de la información empresarial. [3] TOGAF es un enfoque de alto nivel para el diseño. Por lo general, se modela en cuatro niveles: negocio, aplicación, datos y tecnología. Se basa en gran medida en la modularización, la estandarización y las tecnologías y productos probados ya existentes.
Un marco de arquitectura es un conjunto de herramientas que se pueden utilizar para desarrollar una amplia gama de arquitecturas diferentes. [5] Debe:
Describir un método para definir un sistema de información en términos de un conjunto de bloques de construcción.
Muestra cómo encajan los bloques de construcción.
contiene un conjunto de herramientas
Proporcionar un vocabulario común
Incluir una lista de estándares recomendados
incluir una lista de productos compatibles que se pueden utilizar para implementar los bloques de construcción.
La especificación de arquitectura (de sistemas intensivos en software) del estándar ANSI / IEEE 1471-2000 puede resumirse así: "la organización fundamental de un sistema, encarnada en sus componentes, sus relaciones entre sí y con el entorno, y los principios que rigen su diseño y evolución".
Sin embargo, TOGAF tiene su propia visión, que puede especificarse como una "descripción formal de un sistema, o un plan detallado del sistema a nivel de componente para guiar su implementación", o como "la estructura de los componentes, sus interrelaciones y los principios y directrices que rigen su diseño y evolución a lo largo del tiempo".
El Método de Desarrollo de Arquitectura (ADM) es el núcleo de TOGAF y describe un método para desarrollar y gestionar el ciclo de vida de la arquitectura empresarial.
Historia
Proceso de planificación de la arquitectura basada en estándares del Departamento de Defensa en TAFIM . [6]
En diciembre de 2001 se publicó TOGAF 7, la "Edición técnica". [8] TOGAF 8 ("Edición empresarial") se publicó por primera vez en diciembre de 2002 y se volvió a publicar en forma actualizada como TOGAF 8.1 en diciembre de 2003. Alrededor de 2005, TOGAF se convirtió en una marca registrada de The Open Group . [9] En noviembre de 2006, Open Group lanzó TOGAF 8.1.1. Según The Open Group, a febrero de 2011, más de 15 000 personas estaban certificadas por TOGAF. [10] [11] A abril de 2018, el registro oficial tenía más de 77 500 certificaciones. [12]
Un desarrollo evolutivo de TOGAF 8, TOGAF 9 incluye muchas características nuevas como: [13] [14]
Mayor rigor, incluido un metamodelo de contenido formal que vincula los artefactos de TOGAF entre sí (aunque existen algunos problemas con el metamodelo) [15]
Repositorio de arquitectura y el continuo empresarial
Eliminación de diferencias innecesarias y muchos más ejemplos y plantillas
Un enfoque formal de la arquitectura basado en los negocios
Planificación basada en la capacidad empresarial
Orientación sobre cómo utilizar TOGAF para desarrollar arquitecturas de seguridad y SOA
La última versión es TOGAF 10, lanzada el 25 de abril de 2022. [16]
El Open Group proporciona TOGAF de forma gratuita a las organizaciones para sus propios fines internos no comerciales. [17]
Pilares TOGAF
Dominios de la arquitectura empresarial
TOGAF se basa en cuatro áreas de especialización interrelacionadas llamadas dominios de arquitectura :
Arquitectura empresarial que define la estrategia empresarial, la gobernanza, la organización y los procesos empresariales clave de la organización.
Arquitectura de datos que describe la estructura de los activos de datos físicos y lógicos de una organización y los recursos de gestión de datos asociados.
Arquitectura de aplicaciones que proporciona un modelo para los sistemas individuales que se implementarán, las interacciones entre los sistemas de aplicaciones y sus relaciones con los procesos comerciales centrales de la organización con los marcos para los servicios que se expondrán como funciones comerciales para la integración.
Arquitectura técnica , o arquitectura tecnológica, que describe la infraestructura de hardware, software y red necesaria para respaldar la implementación de aplicaciones centrales y de misión crítica.
Metodología de desarrollo de la arquitectura
El método de desarrollo de arquitectura (ADM) se aplica para desarrollar una arquitectura empresarial que satisfaga las necesidades comerciales y de tecnología de la información de una organización. Puede adaptarse a las necesidades de la organización y luego emplearse para gestionar la ejecución de las actividades de planificación de la arquitectura. [18]
El proceso es iterativo y cíclico. Cada paso se verifica con los requisitos. La fase C implica una combinación de arquitectura de datos y arquitectura de aplicaciones. Se puede agregar más claridad entre los pasos B y C para proporcionar una arquitectura de información completa .
Las prácticas de trabajo de ingeniería de desempeño se aplican a la fase de Requisitos, y a las fases de Arquitectura de Negocio, Arquitectura de Sistemas de Información y Arquitectura de Tecnología. Dentro de la Arquitectura de Sistemas de Información, se aplica tanto a la Arquitectura de Datos como a la Arquitectura de Aplicaciones.
Continuidad empresarial
El Continuum Empresarial es una forma de clasificar soluciones y arquitecturas en un continuo que va desde arquitecturas de base genéricas hasta arquitecturas específicas para cada organización, tanto dentro como fuera del Repositorio de Arquitectura. [19] Estas incluyen modelos arquitectónicos, patrones arquitectónicos, descripciones de arquitecturas y otros artefactos. Estos artefactos pueden existir dentro de la empresa y también en la industria de TI en general.
El Continuum Empresarial consta tanto del Continuum de Arquitectura como del Continuum de Soluciones. El Continuum de Arquitectura especifica la estructuración de los activos de arquitectura reutilizables e incluye reglas, representaciones y relaciones de los sistemas de información disponibles para la empresa. El Continuum de Soluciones describe la implementación del Continuum de Arquitectura mediante la definición de bloques de construcción de soluciones (SBB) reutilizables.
Mientras que también agrega "Y muchos otros..." al final de esta lista. [20]
Cultura TOGAF
TOGAF proporciona certificaciones para herramientas y personas.
Herramientas certificadas TOGAF
Las herramientas certificadas TOGAF 9 se enumeran en la siguiente tabla.
Para consultar el registro más reciente de herramientas certificadas, consulte el registro de The Open Group. [21]
Cualificaciones
El Grupo Abierto supervisa las cualificaciones formales en TOGAF en dos niveles, que pueden obtenerse tras una formación formal o mediante el autoaprendizaje. [22] Los alumnos pueden realizar estas cualificaciones a través de empresas de formación.
Base
(Nivel I) Asegura que una persona comprenda la arquitectura empresarial junto con los conceptos centrales y la terminología de TOGAF. [22]
Certificado
(Nivel II) Además de la cualificación básica, esto establece que el candidato es capaz de analizar y aplicar sus conocimientos a problemas empresariales. [22]
La obtención del estatus de Certificado TOGAF otorga automáticamente la membresía gratuita de la Asociación de Arquitectos Empresariales. [23]
Crítica
A pesar de que TOGAF se considera el estándar de facto en una práctica de EA , no está exento de críticos:
La evidencia de la investigación muestra que "la mayoría de las recomendaciones de TOGAF generalmente se consideran inaplicables" y no se siguen ni siquiera en las organizaciones incluidas en la lista de usuarios de TOGAF proporcionada por The Open Group. [24] Es por eso que TOGAF puede considerarse solo como "un conjunto de herramientas de recomendaciones aleatorias relacionadas con EA" y "'usar TOGAF' puede explicarse mejor como 'estudiar TOGAF y luego hacer otra cosa en su lugar'". [25]
Faltan ejemplos reales que demuestren el uso práctico real de las recomendaciones de TOGAF: "Existe una necesidad apremiante de algunos ejemplos prácticos y casos de uso detallados. Aunque se los solicitó, los capacitadores de TOGAF o The Open Group no los proporcionaron". [26]
Los profesionales de EA informan que es difícil seguir el método TOGAF paso a paso: "Nuestras suposiciones iniciales sobre TOGAF eran que sería una especie de 'metodología' que podríamos seguir para producir nuestra EA , sin embargo, resultó que no era el caso". [26]
Las prescripciones de TOGAF son vagas e inarticuladas ya que "sólo establece que el ADM debe adaptarse sin especificar cómo". [28]
Jason Bloomberg sostiene que "para muchas organizaciones, TOGAF ha ganado fuerza simplemente porque es mejor que no hacer nada". [29]
Los cambios introducidos en TOGAF v9.2 no abordaron los problemas fundamentales del enfoque de planificación mecanicista defendido por TOGAF y otras metodologías de arquitectura paso a paso anteriores, incluidas EAP y BSP . [30]
Los cambios recientes introducidos en el Estándar TOGAF, 10ª Edición sólo "refuerzan su estatus puramente simbólico en la disciplina EA como algo discutido activamente, pero carente de sustancia". [31]
El análisis histórico muestra que la sorprendente popularidad de TOGAF puede considerarse puramente accidental y atribuirse únicamente a su promoción efectiva en el período de tiempo adecuado. [32]
Referencias
^ Stephen Marley (2003). "Architectural Framework", en aiwg.gsfc.nasa.gov, NASA/SCI. Consultado el 10 de diciembre de 2008 (webarchive.org).
^ N. Dedic, "FEAMI: Una metodología para incluir e integrar procesos de arquitectura empresarial en procesos organizacionales existentes", en IEEE Engineering Management Review, doi: 10.1109/EMR.2020.3031968.
^ Dirk Draheim, Gerald Weber eds. (2007) Tendencias en la arquitectura de aplicaciones empresariales: 2.ª conferencia internacional, TEAA 2006, Berlín, Alemania, 29 de noviembre – 1 de diciembre de 2006, Documentos seleccionados revisados , pág. 260
^ Vaya, Jack no; Waage, Martín; Hartman, Herman; Stahlecker, Max; Hofman, Aaldert (17 de junio de 2010). Explicación del marco de arquitectura integrada: por qué, qué, cómo. ISBN 9783642115189.
^ Introducción a TOGAF El marco de arquitectura de Open Group. Consultado el 22 de enero de 2009.
^ Departamento de Defensa (1996). Marco de arquitectura técnica para la gestión de la información. Vol. 4. Abril de 1996.
^ Marc Lankhorst (2013) Arquitectura empresarial en acción: modelado, comunicación y análisis p. 23
^ Jaap Schekkerman (2003) Cómo sobrevivir en la jungla de la arquitectura empresarial . p. 119
^ Tom van Sante, Hans Van Den Bent (2007) Togaf the Open Group Architectural Framework: una guía de gestión . pag. IV
^ <[https://togaf9-cert.opengroup.org/home-public
^ 15.000 certificaciones
^ Directorio de personas certificadas
^ "¿Qué novedades hay en TOGAF 9?". The Open Group . 2009. Consultado el 13 de enero de 2017 .
^ Veryard, Richard (2009). «TOGAF 9» . Consultado el 13 de enero de 2017 .
^ Gerber A; Van der Merwe, A; Kotze, P: 2010. Hacia la formalización del metamodelo de contenido TOGAF utilizando ontologías. Publicado en: Actas de la 12.ª Conferencia internacional sobre sistemas de información empresarial (ICEIS 2010). INSTICC
^ "The Open Group anuncia el lanzamiento de la décima edición del estándar TOGAF®". 25 de abril de 2022.
^ The Open Group (2011). TOGAF® Versión 9 - Descargar. Architecture Forum. Recuperado el 17 de noviembre de 2011 de http://www.opengroup.org/architecture/togaf9/downloads.htm.
^ El flujo del proceso se puede ver como una imagen ubicada aquí: Ciclo de desarrollo de la arquitectura
^ "Enterprise Continuum". The Open Group . Consultado el 4 de enero de 2014 .
^ "Marco de habilidades TOGAF". The Open Group . Consultado el 16 de agosto de 2020 .
^ Registro de herramientas certificadas TOGAF®
^ abc «Certificación TOGAF 9». The Open Group . Consultado el 11 de enero de 2014 .
^ "Preguntas frecuentes sobre la certificación TOGAF". The Open Group . Consultado el 11 de enero de 2014 .
^ "La arquitectura empresarial no es TOGAF", Kotusev, S., enero de 2016
^ "El análisis crítico de TOGAF", Kotusev, S., abril de 2016
^ ab Anderson, P., Backhouse, G., Townsend, J., Hedges, M. y Hobson, P. (2009). Doing Enterprise Architecture: Enabling the Agile Institution . Bristol, Reino Unido: Comité Conjunto de Sistemas de Información (JISC).
^ Kotusev, S. (2018) Práctica de arquitectura empresarial basada en TOGAF: un estudio de caso exploratorio, Comunicaciones de la Asociación de Sistemas de Información , Vol. 43, N.º 1, págs. 321-359.
^ Winter, K., Buckl, S., Matthes, F. y Schweda, CM (2010). Investigación del estado del arte en métodos de gestión de arquitectura empresarial en la literatura y la práctica . En: Sansonetti, A., ed. Actas de la 4.ª Conferencia Mediterránea sobre Sistemas de Información, Tel Aviv, Israel.
^ "Arquitectura empresarial: no sea un tonto con una herramienta", Jason Bloomberg, visitado el 19 de mayo de 2016
^ "TOGAF versión 9.2: ¿Qué hay de nuevo?", Kotusev, S., junio de 2018
^ Kotusev, S. (2023) “El estándar TOGAF, décima edición: ¿Qué hay de nuevo?”, Melbourne, Australia: SK Publishing.
^ Kotusev, S. (2018) TOGAF: solo la siguiente moda que se convirtió en una nueva religión, en: TOGAF no es un marco de EA : la verdad pragmática incómoda , KL Smith (ed.). Great Notley, Reino Unido: Pragmatic EA Ltd, págs. 27-40.
Enlaces externos
Wikimedia Commons alberga una categoría multimedia sobre TOGAF .
