Marco de arquitectura empresarial
De Wikipedia, la enciclopedia libre
  (Redirigido desde Architectural Framework )
Saltar a navegación Saltar a búsqueda
El modelo de arquitectura empresarial NIST se inició en 1989, uno de los primeros marcos para la arquitectura empresarial . [1]

Un marco de arquitectura empresarial ( marco EA ) define cómo crear y utilizar una arquitectura empresarial . Un marco de arquitectura proporciona principios y prácticas para crear y utilizar la descripción de la arquitectura de un sistema. Estructura el pensamiento de los arquitectos dividiendo la descripción de la arquitectura en dominios, capas o vistas, y ofrece modelos, típicamente matrices y diagramas, para documentar cada vista. Esto permite tomar decisiones de diseño sistémicas en todos los componentes del sistema y tomar decisiones a largo plazo en torno a los nuevos requisitos de diseño, la sostenibilidad y el soporte. [2]

Visión general

La arquitectura empresarial considera a la empresa como un sistema o sistema de sistemas grande y complejo . [3] Para gestionar la escala y la complejidad de este sistema, un marco arquitectónico proporciona herramientas y enfoques que ayudan a los arquitectos a abstraerse del nivel de detalle en el que trabajan los constructores, enfocar las tareas de diseño empresarial y producir documentación de descripción de arquitectura valiosa.

Los componentes de un marco de arquitectura proporcionan una guía estructurada que se divide en tres áreas principales: [4]

  • Descripciones de arquitectura: cómo documentar la empresa como sistema, desde varios puntos de vista. Cada vista describe una porción de la arquitectura; incluye aquellas entidades y relaciones que abordan preocupaciones particulares de interés para las partes interesadas en particular; puede tomar la forma de una lista, una tabla, un diagrama o un nivel superior de composición de los mismos.
  • Métodos para diseñar arquitectura: procesos que siguen los arquitectos. Por lo general, un proceso de arquitectura empresarial global, compuesto por fases, dividido en procesos de nivel inferior compuestos por actividades más detalladas. Un proceso se define por sus objetivos, entradas, fases (pasos o actividades) y salidas. Puede estar respaldado por enfoques, técnicas, herramientas, principios, reglas y prácticas.
  • Organización de arquitectos: orientación sobre la estructura del equipo y el gobierno del equipo, incluidas las habilidades, la experiencia y la formación necesarias.

Historia

Descripción general de la evolución de los marcos de arquitectura empresarial (1987-2003). [4] [5] A la izquierda: The Zachman Framework 1987, NIST Enterprise Architecture 1989, EAP 1992, TISAF 1997, FEAF 1999 y TEAF 2000. A la derecha: TAFIM influenciado por POSIX , JTA, JTAA, TOGAF 1995, DoD TRM [6] y C4ISR 1996 y DoDAF 2003.

Los primeros rudimentos de la metodología de planificación escalonada que defiende actualmente el Open Group Architecture Framework (TOGAF) y otros marcos de EA se remontan al artículo de Marshall K. Evans y Lou R. Hague titulado "Plan maestro para sistemas de información". [7] publicado en 1962 en Harvard Business Review. [8]

Desde la década de 1970, las personas que trabajan en SI / TI han buscado formas de involucrar a la gente de negocios, para habilitar roles y procesos comerciales, e influir en la inversión en sistemas y tecnologías de información comercial, con miras a los beneficios amplios y a largo plazo de la empresa. Muchos de los objetivos, principios, conceptos y métodos que ahora se emplean en los marcos de EA se establecieron en la década de 1980 y se pueden encontrar en los marcos de arquitectura de SI y TI publicados en esa década y en la siguiente. [9]

En 1980, Business Systems Planning (BSP) de IBM se promovió como un método para analizar y diseñar la arquitectura de la información de una organización, con los siguientes objetivos:

  1. comprender los problemas y oportunidades con las aplicaciones y la arquitectura técnica actuales;
  2. desarrollar un estado futuro y una ruta de migración para la tecnología que respalda a la empresa;
  3. proporcionar a los ejecutivos de negocios un marco de dirección y toma de decisiones para los gastos de capital de TI;
  4. proporcionar al sistema de información (SI) un plan de desarrollo.

En 1982, cuando trabajaba para IBM y BSP, John Zachman describió su marco para la "Arquitectura de sistemas de información" a nivel empresarial. Entonces, y en artículos posteriores, Zachman utilizó la palabra empresa como sinónimo de negocio. "Aunque muchas metodologías populares de planificación de sistemas de información, enfoques de diseño y diversas herramientas y técnicas no excluyen o no son incompatibles con el análisis a nivel empresarial, pocas de ellas tratan o intentan definir de forma explícita las arquitecturas empresariales". [10] Sin embargo, en este artículo el término "Arquitectura empresarial" se mencionó solo una vez sin ninguna definición específica y todos los trabajos posteriores de Zachman utilizaron el término "Arquitectura de sistemas de información". [11] [12]

En 1986, el marco de arquitectura PRISM se desarrolló como resultado del proyecto de investigación patrocinado por un grupo de empresas, incluida IBM, que aparentemente fue el primer marco de EA publicado. [13]

En 1987, John Zachman, especialista en marketing de IBM, publicó el artículo A Framework for Information Systems Architecture . [11] El documento proporcionó un esquema de clasificación para los artefactos que describen (en varios niveles de abstracción) el qué, cómo, dónde, quién, cuándo y por qué de los sistemas de información. Dado que IBM ya empleaba BSP, Zachman no tenía necesidad de proporcionar un proceso de planificación. El documento no menciona la arquitectura empresarial.

En 1989, el Instituto Nacional de Estándares y Tecnología (NIST) publicó el Modelo de Arquitectura Empresarial NIST . [14] Este fue un modelo de referencia de cinco capas que ilustra la interrelación de los dominios de negocios, sistemas de información y tecnología. Fue promovido dentro del gobierno federal de Estados Unidos. No era un marco de EA como lo vemos ahora, pero ayudó a establecer la noción de dividir EA en dominios o capas de arquitectura. El Modelo de Arquitectura Empresarial del NIST aparentemente fue la primera publicación que usó consistentemente el término "Arquitectura Empresarial". [13]

En 1990, el término "Arquitectura empresarial" se definió formalmente por primera vez como una arquitectura que "define e interrelaciona datos, hardware, software y recursos de comunicaciones, así como la organización de apoyo necesaria para mantener la estructura física general requerida por el arquitectura". [13] [15]

En 1992, un artículo de Zachman y Sowa [12] comenzó así: "John Zachman introdujo un marco para la arquitectura de sistemas de información (ISA) que ha sido ampliamente adoptado por analistas de sistemas y diseñadores de bases de datos". El término arquitectura empresarial no apareció. El documento trataba sobre el uso del marco ISA para describir, "... el sistema de información general y cómo se relaciona con la empresa y su entorno". La palabra empresa se utilizó como sinónimo de negocio.

En 1993, el libro Enterprise Architecture Planning (EAP) de Stephen Spewak definió un proceso para definir arquitecturas para el uso de información en apoyo del negocio y el plan para implementar esas arquitecturas. La misión empresarial es el motor principal. Luego, los datos necesarios para cumplir la misión. Luego, las aplicaciones creadas para almacenar y proporcionar esos datos. Finalmente la tecnología para implementar las aplicaciones. La planificación de la arquitectura empresarial es un enfoque centrado en los datos para la planificación de la arquitectura. Un objetivo es mejorar la calidad de los datos, el acceso a los datos, la adaptabilidad a los requisitos cambiantes, la interoperabilidad y el intercambio de datos y la contención de costos. EAP tiene sus raíces en Business Systems Planning (BSP) de IBM . [13]

En 1994, Open Group seleccionó TAFIM del Departamento de Defensa de EE. UU. Como base para el desarrollo de TOGAF, donde arquitectura significaba arquitectura de TI. TOGAF comenzó con una visión estratégica y empresarial, pero orientada a la tecnología. Surgió del deseo de racionalizar un estado de TI desordenado. Hasta la versión 7, TOGAF todavía estaba enfocado en definir y usar un Modelo de Referencia Técnica (o arquitectura de base) para definir los servicios de plataforma requeridos de las tecnologías que toda una empresa usa para soportar aplicaciones comerciales. [9]

En 1996, la Ley de Reforma de la Gestión de TI de EE. UU . , Más comúnmente conocida como la Ley Clinger-Cohen , ordenó repetidamente que la inversión de una agencia del gobierno federal de EE. UU. En TI debe asignarse a beneficios comerciales identificables. Además, hizo que el CIO de la agencia fuera responsable de "... desarrollar, mantener y facilitar la implementación de una arquitectura de TI sólida e integrada para la agencia ejecutiva".

En 1997, Zachman había cambiado el nombre y reenfocado su marco ISA como un marco EA; seguía siendo un esquema de clasificación de artefactos descriptivos, no un proceso para planificar sistemas o cambios en los sistemas.

En 1998, el Federal CIO Council comenzó a desarrollar el Marco Federal de Arquitectura Empresarial (FEAF) de acuerdo con las prioridades enunciadas en Clinger-Cohen y lo emitió en 1999. FEAF era un proceso muy parecido al ADM de TOGAF, en el cual “El equipo de arquitectura genera un plan de secuenciación para la transición de sistemas, aplicaciones y prácticas comerciales asociadas basado en un análisis detallado de brechas [entre las arquitecturas de referencia y de destino] ".

En 2001, el consejo principal de CIO de EE. UU. Publicó Una guía práctica para la arquitectura empresarial federal , que comienza, "Una arquitectura empresarial (EA) establece la hoja de ruta de toda la agencia para lograr la misión de una agencia a través del rendimiento óptimo de sus procesos comerciales centrales dentro de una información eficiente entorno tecnológico (TI) ". En ese momento, los procesos en TOGAF, FEAF, EAP y BSP estaban claramente relacionados.

En 2002/3, en su Enterprise Edition , TOGAF 8 cambió el enfoque de la capa de arquitectura tecnológica a las capas superiores de negocios, datos y aplicaciones. Introdujo el análisis estructurado, después de la ingeniería de tecnología de la información , que presenta, por ejemplo, asignaciones de unidades organizativas a funciones comerciales y entidades de datos a funciones comerciales. Hoy en día, las funciones comerciales a menudo se denominan capacidades comerciales. Y muchos arquitectos empresariales consideran su función empresarial / jerarquía / mapa de capacidades como el artefacto fundamental de la Arquitectura empresarial. Relacionan entidades de datos, casos de uso, aplicaciones y tecnologías con las funciones / capacidades.

En 2006, el popular libro Enterprise Architecture As Strategy [16] informó los resultados del trabajo del Centro de Investigación de Sistemas de Información del MIT. Este libro enfatiza la necesidad de que los arquitectos empresariales se concentren en los procesos comerciales centrales ("Las empresas se destacan porque han [decidido] qué procesos deben ejecutar bien y han implementado los sistemas de TI para digitalizar esos procesos") y para involucrar a los gerentes comerciales con los beneficios que la integración y / o estandarización de procesos estratégicos entre organizaciones podría proporcionar.

Un proyecto de investigación de 2008 para el desarrollo de certificados profesionales en arquitectura empresarial y de soluciones de la British Computer Society (BCS) mostró que la arquitectura empresarial siempre ha sido inseparable de la arquitectura de sistemas de información, lo cual es natural, ya que los empresarios necesitan información para tomar decisiones y llevar fuera de los procesos de negocio. [9]

En 2011, el TOGAF 9.1. La especificación dice: "La planificación empresarial a nivel de estrategia proporciona la dirección inicial a la arquitectura empresarial". [17] Normalmente, los principios comerciales, los objetivos comerciales y los impulsores estratégicos de la organización se definen en otra parte. [9]En otras palabras, la Arquitectura Empresarial no es una estrategia, planificación o metodología de gestión empresarial. La Arquitectura Empresarial se esfuerza por alinear la tecnología de los sistemas de información empresarial con la estrategia, los objetivos y los impulsores de la empresa. La especificación TOGAF 9.1 aclaró que, "Una descripción completa de la arquitectura empresarial debe contener los cuatro dominios de la arquitectura (negocio, datos, aplicación, tecnología), pero la realidad de las limitaciones de recursos y tiempo a menudo significa que no hay suficiente tiempo, financiación o recursos. para construir una descripción de la arquitectura de arriba hacia abajo y todo incluido que abarque los cuatro dominios de la arquitectura, incluso si el alcance de la empresa es [...] menor que la extensión total de la empresa en general ". [18]

En 2013, TOGAF [19] es el marco de arquitectura más popular (juzgado por los números de certificación publicados) que algunos asumen que define EA. [9] Sin embargo, algunos todavía utilizan el término Arquitectura empresarial como sinónimo de Arquitectura empresarial, en lugar de cubrir los cuatro dominios de la arquitectura: negocio, datos, aplicaciones y tecnología.

Temas del marco de EA

Dominio de la arquitectura

Capas de la arquitectura empresarial. [20]

Desde la planificación de la arquitectura empresarial (EAP) de Stephen Spewak en 1993, y quizás antes, ha sido normal dividir la arquitectura de las empresas en cuatro dominios de arquitectura .

  • Arquitectura empresarial ,
  • Arquitectura de datos ,
  • Arquitectura de aplicaciones ,
  • Arquitectura tecnológica .

Tenga en cuenta que la arquitectura de las aplicaciones se trata de la elección y las relaciones entre las aplicaciones de la cartera de aplicaciones de la empresa, no de la arquitectura interna de una sola aplicación (que a menudo se denomina arquitectura de aplicaciones).

Muchos marcos de EA combinan dominios de datos y aplicaciones en una sola capa de sistema de información (digitalizada), ubicada debajo del negocio (generalmente un sistema de actividad humana) y por encima de la tecnología (la plataforma de infraestructura de TI ).

Capas de la arquitectura empresarial

Ejemplo de arquitectura empresarial federal , que ha definido cinco capas arquitectónicas. [21]

Durante muchos años, ha sido común considerar los dominios de la arquitectura como capas, con la idea de que cada capa contiene componentes que ejecutan procesos y ofrecen servicios a la capa superior. Esta forma de ver los dominios de la arquitectura fue evidente en TOGAF v1 (1996), que encapsuló la capa de componentes de tecnología detrás de los servicios de plataforma definidos en el "Modelo de referencia técnica", muy de acuerdo con la filosofía de TAFIM y POSIX.

La vista de los dominios de la arquitectura como capas se puede presentar así:

  • Medio ambiente (las entidades y actividades externas monitoreadas, apoyadas o dirigidas por la empresa).
  • Capa empresarial (funciones empresariales que se ofrecen servicios entre sí y a entidades externas).
  • Capa de datos (información comercial y otros datos valiosos almacenados)
  • Capa del sistema de información (aplicaciones comerciales que ofrecen servicios de información entre sí y a funciones comerciales)
  • Capa de tecnología (hardware genérico, aplicaciones de red y plataforma que ofrecen servicios de plataforma entre sí y para aplicaciones comerciales).

Los delegados de cada capa trabajan en la capa inferior. En cada capa, los componentes, los procesos y los servicios se pueden definir a un nivel de grano grueso y descomponerse en componentes, procesos y servicios de grano más fino. El gráfico muestra una variación sobre este tema.

Componentes del marco de arquitectura empresarial

Además de los tres componentes principales del marco discutidos anteriormente.

  1. Consejo descriptivo: algún tipo de mapa de artefactos de arquitectura o biblioteca de puntos de vista
  2. Asesoramiento de procesos: algún tipo de método de desarrollo de arquitectura, con orientación de apoyo.
  3. Asesoramiento organizativo: incluido un modelo de gobernanza de EA

Un marco de EA ideal debería incluir:

  1. Métricas de medición del valor empresarial
  2. Modelo de iniciativa EA
  3. Modelo de madurez de EA
  4. Modelo de comunicación empresarial

La mayoría de los marcos de EA modernos (por ejemplo, TOGAF, ASSIMPLER, EAF) incluyen la mayoría de los anteriores. Zachman siempre se ha centrado en el asesoramiento de descripción de arquitectura.

Dominios y subdominios de arquitectura empresarial

Arquitectura de referencia de arquitectura empresarial con subdominios

Los dominios de aplicaciones y tecnología (que no deben confundirse con los dominios comerciales) se caracterizan por las capacidades de dominio y los servicios de dominio. Las capacidades están respaldadas por los servicios. Los servicios de aplicación también se denominan arquitectura orientada a servicios (SOA). Los servicios técnicos suelen estar respaldados por productos de software.

La vista de datos comienza con las clases de datos que se pueden descomponer en sujetos de datos que se pueden descomponer aún más en entidades de datos. El tipo de modelo de datos básico que se utiliza con más frecuencia se llama merda (evaluación de diagramas de relación de entidad maestra, consulte el modelo de relación de entidad ). La clase, el sujeto y la entidad forman una vista jerárquica de los datos. Las empresas pueden tener millones de instancias de entidades de datos.

El modelo tradicional de referencia de arquitectura empresarial ofrece una clara distinción entre los dominios de la arquitectura (negocio, información / datos, aplicación / integración y técnica / infraestructura). Estos dominios se pueden dividir en disciplinas de subdominios. Un ejemplo del dominio y subdominios de EA se encuentra en la imagen de la derecha.

Muchos equipos de arquitectura empresarial están formados por personas con habilidades alineadas con los dominios de arquitectura empresarial y las disciplinas de subdominios. A continuación se muestran algunos ejemplos: arquitecto de negocios empresarial, arquitecto de documentación empresarial, arquitecto de aplicaciones empresariales, arquitecto de infraestructura empresarial, arquitecto de información empresarial, etc.

Un ejemplo de la lista de patrones de arquitectura de referencia en los dominios de arquitectura de aplicaciones y de información está disponible en Patrón arquitectónico (ciencias de la computación) .

Ver modelo

Ilustración del modelo de arquitectura de 4 + 1 vistas .

Un modelo de vista es un marco que define el conjunto de puntos de vista o enfoques utilizados en el análisis de sistemas , diseño de sistemas , o la construcción de una arquitectura de la empresa .

Desde principios de la década de 1990, se han realizado varios esfuerzos para definir enfoques estándar para describir y analizar arquitecturas de sistemas. Muchos de los marcos de arquitectura empresarial recientes tienen algún tipo de conjunto de vistas definidas, pero estos conjuntos no siempre se denominan modelos de vista .

Estandarización

Quizás el estándar más conocido en el campo de la arquitectura de software y la arquitectura del sistema nació como IEEE 1471 , un estándar IEEE para describir la arquitectura de un sistema intensivo en software aprobado en 2000.

En su última versión, el estándar se publica como ISO / IEC / IEEE 42010: 2011 . El estándar define un marco de arquitectura como convenciones, principios y prácticas para la descripción de arquitecturas establecidas dentro de un dominio específico de aplicación y / o comunidad de partes interesadas , y propone un marco de arquitectura que se especifica mediante:

  1. las partes interesadas relevantes en el dominio,
  2. los tipos de inquietudes que surgen en ese ámbito,
  3. puntos de vista de la arquitectura que enmarcan esas preocupaciones y
  4. reglas de correspondencia que integran los puntos de vista antes citados.

Los marcos de arquitectura que cumplen con el estándar pueden incluir métodos, herramientas, definiciones y prácticas adicionales más allá de los especificados.

Tipos de marco de arquitectura empresarial

Solo algunos de los marcos de arquitectura empresarial utilizados en la actualidad, 2011 [22]

Hoy en día existen innumerables marcos de EA, muchos más que en la siguiente lista.

Marcos desarrollados por consorcios

  • ARCON - Una arquitectura de referencia para redes colaborativas - no se centra en una sola empresa sino en redes de empresas [23] [24]
  • El Cloud Security Alliance (Trusted Nube Iniciativa) architectue referencia TCI. [25]
  • Arquitectura y metodología de referencia empresarial generalizada (GERAM)
  • RM-ODP - el modelo de referencia de procesamiento distribuido abierto (Rec. UIT-T X.901-X.904 | ISO / CEI 10746) define un marco de arquitectura empresarial para estructurar las especificaciones de sistemas distribuidos abiertos .
  • IDEAS Group : un esfuerzo de cuatro países para desarrollar una ontología común para la interoperabilidad de la arquitectura
  • Marco ISO 19439 para el modelado empresarial
  • TOGAF - Open Group Architecture Framework - un marco ampliamente utilizado que incluye un método de desarrollo arquitectónico y estándares para describir varios tipos de arquitectura.

Marcos de la industria de defensa

  • AGATE - el marco de arquitectura DGA de Francia
  • DNDAF [26] - el marco de arquitectura DND / CF (CAN)
  • DoDAF : el marco de arquitectura del Departamento de Defensa de EE. UU.
  • MODAF : el marco arquitectónico del Ministerio de Defensa del Reino Unido
  • NAF - el marco arquitectónico de la OTAN

Marcos gubernamentales

  • Marco arquitectónico de la Agencia Espacial Europea (ESAAF): un marco para los sistemas de sistemas europeos basados ​​en el espacio [27]
  • Marco de arquitectura empresarial de la FDIC
  • Marco de Arquitectura Empresarial Federal (FEAF): un marco elaborado en 1999 por el Consejo Federal de CIO de EE. UU. Para su uso dentro del gobierno de EE. UU. Oficina Federal de Administración y Presupuesto de EE. UU. )
  • Arquitectura empresarial gubernamental (GEA): un marco común legislado para su uso por los departamentos del gobierno de Queensland
  • Nederlandse Overheid Referentie Architectuur (NORA): un marco de referencia del gobierno holandés E-overheid NORA
  • Modelo de arquitectura empresarial NIST
  • Treasury Enterprise Architecture Framework (TEAF): un marco para la tesorería , publicado por el Departamento del Tesoro de los Estados Unidos en julio de 2000. [28]
  • Marco de Arquitectura Empresarial Colombiana - MRAE - Marco de Referencia de Arquitectura Empresarial un marco para todas las Agencias Públicas Colombianas
  • Marco de arquitectura empresarial de India (IndEA): IndEA es un marco de referencia del Gobierno de India.

Marcos de código abierto

Marcos de arquitectura empresarial que se publican como código abierto :

  • El Marco de Arquitectura Lean (LAF) [29] es una colección de buenas prácticas gracias a las cuales el entorno de TI responderá de manera consistente y rápida a una situación comercial cambiante mientras mantiene su forma consistente.
  • MEGAF [30] es una infraestructura para realizar marcos de arquitectura que se ajustan a la definición de marco de arquitectura proporcionada en ISO / IEC / IEEE 42010 .
  • Praxeme , una metodología empresarial abierta, contiene un marco de arquitectura empresarial llamado Enterprise System Topology (EST)
  • TRAK : un marco general orientado a sistemas basado en MODAF 1.2 y publicado bajo GPL / GFDL .
  • Sherwood Applied Business Security Architecture (SABSA) [31] es un marco y una metodología abiertos para la arquitectura de seguridad empresarial y la gestión de servicios, que se basa en riesgos y se centra en la integración de la seguridad en la gestión empresarial y de TI.

Marcos patentados

  • ASSIMPLER Framework: un marco de arquitectura, basado en el trabajo de Mandar Vanarse en Wipro en 2002
  • Avancier Methods (AM) [32] Asesoramiento en procesos y documentación para arquitectos de empresas y soluciones, respaldado por formación y certificación.
  • Marco BRM (Build-Run-Manage): un marco de arquitectura creado por Sanjeev "Sunny" Mishra durante sus primeros días en IBM en 2000.
  • Marco de Arquitectura Integrada de Capgemini (IAF) - de la empresa Capgemini en 1993
  • Dragon1 : un método abierto de arquitectura empresarial visual reconocido recientemente por The Open Group como marco de arquitectura
  • Marco DYA desarrollado por Sogeti desde 2004.
  • Concepto de arquitectura Dynamic Enterprise Enterprise basado en tecnología Web 2.0
  • Marco de arquitectura empresarial extendido : del Instituto para desarrollos de arquitectura empresarial en 2003
  • Marco EACOE [3] : un marco de arquitectura empresarial, como una elaboración del trabajo de John Zachman
  • IBM Information FrameWork (IFW): concebido por Roger Evernden en 1996
  • Infomet - concebido por Pieter Viljoen en 1990
  • Labnaf [33] : marco unificado para impulsar las transformaciones empresariales
  • Marco de arquitectura empresarial pragmática (PEAF) [34] : parte de la familia pragmática de marcos desarrollados por Kevin Lee Smith, EA pragmático, desde 2008
  • Arquitectura de referencia empresarial de Purdue desarrollada por Theodore J. Williams en la Universidad de Purdue a principios de la década de 1990.
  • Marco de arquitectura empresarial de SAP
  • Marco de modelado orientado a servicios (SOMF) , basado en el trabajo de Michael Bell
  • Mecanismo de arquitectura de soluciones (SAM) [35] : un marco de arquitectura coherente que consta de un conjunto de módulos integrales. [36]
  • Zachman Framework : un marco de arquitectura, basado en el trabajo de John Zachman en IBM en la década de 1980

Ver también

  • Patrones de arquitectura (arquitectura de referencia de EA)
  • EABOK (La guía del cuerpo de conocimiento de la arquitectura empresarial)
  • Arquitectura empresarial
  • Artefactos de arquitectura empresarial
  • Planificación de la arquitectura empresarial
  • Ingeniería empresarial
  • ISO / IEC / IEEE 42010
  • Arquitectura de referencia

Referencias

  1. ^ El Consejo de directores de información (1999). Versión 1.1 del marco de arquitectura empresarial federal Archivado el 13 de febrero de 2012 en Wayback Machine . Septiembre de 1999.
  2. ^ "Objetivo tecnológico" . SearchCIO.
  3. ^ El grupo abierto (2008) TOGAF versión 9 . Van Haren Publishing, 1 de noviembre. 2008.p. 73
  4. ↑ a b Stephen Marley (2003). Marco arquitectónico . NASA / SCI. En Webarchive.org, consultado el 3 de abril de 2015.
  5. ^ Jaap Schekkerman (2004) Cómo sobrevivir en la jungla de los marcos de arquitectura empresarial . p.89 da un esquema similar.
  6. ^ Modelo de referencia técnica del Departamento de Defensa de Estados Unidos (2001). Versión 2.0. 9 de abril de 2001. pág. 11, mencionó que también el DoD TRM está influenciado por POSIX.
  7. ^ Evans, MK y La Haya, Plan maestro de sistemas de información de LR (1962), Harvard Business Review, vol. 40, núm. 1, págs. 92-103.
  8. ^ Kotusev, Svyatoslav (2021) La práctica de la arquitectura empresarial: un enfoque moderno para la alineación de negocios y TI (segunda edición) . Melbourne, Australia: Editorial SK.
  9. ^ a b c d e Graham Berrisford (2008-13) " Una breve historia de EA: qué contiene y qué no está Archivado el 18 de septiembre de 2013 en la Wayback Machine " en grahamberrisford.com , última actualización 16/07 / 2013. Consultado el 16/07? 2003
  10. ^ John Zachman (1982) Planificación de sistemas empresariales y estudio de Control de información empresarial: una comparación en IBM Systems Journal 21 (1). p32.
  11. ↑ a b John A. Zachman (1987). Un marco para la arquitectura de sistemas de información . En: IBM Systems Journal, vol 26, no 3. Publicación de IBM G321-5298.
  12. ^ a b Zachman y Sowa (1992) Ampliación y formalización del marco de la arquitectura de sistemas de información IBM Systems Journal, Vol 31, No 3
  13. ↑ a b c d Svyatoslav Kotusev (2016). La historia de la arquitectura empresarial: una revisión basada en evidencias . En: Journal of Enterprise Architecture, vol. 12, no. 1, págs. 29-37.
  14. ^ WB Rigdon (1989). Arquitecturas y Estándares . En Information Management Directions: The Integration Challenge (Publicación especial NIST 500-167), EN Fong, AH Goldfine (Eds.), Gaithersburg, MD: Instituto Nacional de Estándares y Tecnología (NIST), págs.135-150.
  15. ^ Richardson, GL; Jackson, BM; Dickson, GW (1990). "Una arquitectura empresarial basada en principios: lecciones de Texaco y Star Enterprise". MIS Quarterly . 14 (4): 385–403. doi : 10.2307 / 249787 . JSTOR 249787 . 
  16. ^ Jeanne W. Ross , Peter Weill y David C. Robertson ((2006) Arquitectura empresarial como estrategia: creación de una base para la ejecución empresarial . Harvard Business Review Press
  17. ^ The Open Group (2011) TOGAF® 9.1> Parte II: Método de desarrollo de arquitectura (ADM)> Fase preliminar . Consultado el 16 de julio de 2013.
  18. ^ The Open Group (2011) TOGAF® 9.1> Parte II: Método de desarrollo de arquitectura (ADM)> Introducción a ADM . Consultado el 16 de julio de 2013.
  19. ^ Libro blanco de TOGAF 9.1 Introducción a la versión 9.1 de TOGAF http://www.opengroup.org/togaf/
  20. ^ Niles E Hewlett (2006), El programa de arquitectura empresarial del USDA Archivado el 8 de mayo de 2007 en Wayback Machine . PMP CEA, Equipo de Arquitectura Empresarial, USDA-OCIO. 25 de enero de 2006.
  21. ^ Documento de modelo de referencia consolidado de FEA archivado el 5 de julio de 2010 en la Wayback Machine . whitehouse.gov Mayo de 2005.
  22. ^ Dennis E. Wisnosky (2011) Ingeniería de arquitectura empresarial: llamada a la acción . en: Common Defense Quarterly . Enero de 2011, pág. 9
  23. ^ LM Camarinha-Matos, H. Afsarmanesh, Redes colaborativas: modelado de referencia, Springer, 2008.
  24. ^ Camarinha-Matos, LM; Afsarmanesh, H. (2008). "Sobre modelos de referencia para organizaciones colaborativas en red". Investigación en producción de revistas internacionales . 46 (9): 2453–2469. doi : 10.1080 / 00207540701737666 . S2CID 51802872 . 
  25. ^ "La arquitectura de referencia CSA TCI" (PDF) . Alianza de seguridad en la nube . Archivado desde el original el 11 de junio de 2016 . Consultado el 7 de julio de 2020 .
  26. ^ DNDAF Archivado el 24 de abril de 2011 en la Wayback Machine.
  27. ^ Gianni, Daniele; Lindman, Niklas; Fuchs, Joachim; Suzic, Robert (2012). "Presentación del marco arquitectónico de la Agencia Espacial Europea para sistemas de ingeniería de sistemas basados ​​en el espacio". Diseño y gestión de sistemas complejos. Actas de la Segunda Conferencia Internacional sobre Diseño y Gestión de Sistemas Complejos CSDM 2011 . Saltador. págs. 335–346. CiteSeerX 10.1.1.214.9671 . doi : 10.1007 / 978-3-642-25203-7_24 . ISBN  978-3-642-25202-0.
  28. ^ Consejo de director de información del Departamento del Tesoro de Estados Unidos (2000). Treasury Enterprise Architecture Framework Archivado el 18 de marzo de 2009 en Wayback Machine . Versión 1, julio de 2000.
  29. ^ https://lafinstitute.org/
  30. ^ MEGAF
  31. ^ SABSA
  32. ^ Métodos Avancier (AM)
  33. ^ Labnaf [1]
  34. ^ EA pragmático [2]
  35. ^ Mecanismo de arquitectura de soluciones (SAM)
  36. ^ Tony Shan y Winnie Hua (2006). Mecanismo de arquitectura de soluciones . Actas de la 10ª Conferencia Internacional de Computación Empresarial EDOC de IEEE (EDOC 2006), octubre de 2006, p23-32.

enlaces externos

  • Marcos de arquitectura empresarial: la moda del siglo (julio de 2016)
  • Una comparación de los cuatro principales marcos de arquitectura empresarial (julio de 2021)
Obtenido de " https://en.wikipedia.org/w/index.php?title=Enterprise_architecture_framework&oldid=1058279130 "
Contribute a better translation