El Zachman Framework es una empresa ontología y es una estructura fundamental para la arquitectura empresarial que proporciona una manera formal y estructurado de la visualización y la definición de una empresa. La ontología es un esquema de clasificación bidimensional que refleja la intersección entre dos clasificaciones históricas. Los primeros son interrogantes primitivos: qué, cómo, cuándo, quién, dónde y por qué. El segundo se deriva del concepto filosófico de cosificación, la transformación de una idea abstracta en una instanciación. Las transformaciones de reificación de Zachman Framework son: identificación, definición, representación, especificación, configuración e instanciación. [1]
El Marco de Zachman no es una metodología en el sentido de que no implica ningún método o proceso específico para recopilar, administrar o utilizar la información que describe. [2] más bien, es una ontología mediante la cual se utiliza un esquema para organizar artefactos arquitectónicos (en otras palabras, documentos de diseño, especificaciones y modelos) para tener en cuenta a quién se dirige el artefacto (por ejemplo, propietario y constructor de la empresa) y qué problema en particular (por ejemplo, datos y funcionalidad) se está abordando. [3]
El marco lleva el nombre de su creador John Zachman , quien desarrolló el concepto por primera vez en la década de 1980 en IBM . Se ha actualizado varias veces desde entonces. [4]
Descripción general
El título "Zachman Framework" se refiere a The Zachman Framework for Enterprise Architecture, siendo la versión 3.0 la más actual. Zachman Framework ha evolucionado en sus treinta años de historia para incluir:
- El marco inicial, denominado Marco para la arquitectura de sistemas de información , por John Zachman, publicado en un artículo de 1987 en la revista IBM Systems. [5]
- El Zachman Framework for Enterprise Architecture , una actualización del original de 1987, en la década de 1990 extendidas y renombrados. [6]
- Una de las últimas versiones de Zachman Framework, ofrecida por Zachman International como estándar de la industria.
En otras fuentes, el Zachman Framework se presenta como un framework, originado y nombrado en honor a John Zachman, representado de numerosas formas, ver imagen. Este marco se explica como, por ejemplo:
- un marco para organizar y analizar datos , [7]
- un marco para la arquitectura empresarial. [8]
- un sistema de clasificación , o un esquema de clasificación [9]
- una matriz, a menudo en un formato de matriz de 6x6
- un modelo bidimensional [10] o un modelo analítico.
- un esquema bidimensional, utilizado para organizar las representaciones detalladas de la empresa. [11]
Además de los marcos desarrollados por John Zachman, se han desarrollado numerosas extensiones y / o aplicaciones, que a veces también se denominan marcos de Zachman, sin embargo, generalmente tienden a ser superposiciones gráficas del marco real en sí.
Zachman Framework resume una colección de perspectivas involucradas en la arquitectura empresarial. Estas perspectivas están representadas en una matriz bidimensional que define a lo largo de las filas el tipo de stakeholders y con las columnas los aspectos de la arquitectura. El marco no define una metodología para una arquitectura. Más bien, la matriz es una plantilla que debe completarse con las metas / reglas, procesos, material, roles, ubicaciones y eventos específicamente requeridos por la organización. El modelado adicional mediante el mapeo entre columnas en el marco identifica brechas en el estado documentado de la organización. [12]
El marco es una estructura lógica para clasificar y organizar las representaciones descriptivas de una empresa. Es importante tanto para la administración de la empresa como para los actores involucrados en el desarrollo de sistemas empresariales. [13] Si bien no existe un orden de prioridad para las columnas del Marco, el orden descendente de las filas es importante para la alineación de los conceptos comerciales y la empresa física real. El nivel de detalle en el Marco es una función de cada celda (y no de las filas). Cuando lo hace TI, el nivel más bajo de atención es la tecnología de la información , sin embargo, puede aplicarse igualmente al material físico (válvulas de bola, tuberías, transformadores, cajas de fusibles, por ejemplo) y los procesos físicos asociados, roles, ubicaciones, etc.relacionados con esos elementos. . [ cita requerida ]
Historia
En la década de 1980, John Zachman había estado involucrado en IBM en el desarrollo de la planificación de sistemas de negocios (BSP), un método para analizar, definir y diseñar una arquitectura de información de organizaciones. En 1982, Zachman [14] ya había llegado a la conclusión de que estos análisis podían ir mucho más allá de la automatización del diseño de sistemas y la gestión de datos en los ámbitos de la planificación empresarial estratégica y la ciencia de gestión en general. Puede emplearse en las áreas (en ese momento consideradas más esotéricas) de arquitectura empresarial, diseño de sistemas basados en datos, criterios de clasificación de datos y más. [14]
Marco de "Arquitectura de sistemas de información"
En el artículo de 1987 "Un marco para la arquitectura de sistemas de información" [15] Zachman señaló que el término "arquitectura" fue utilizado libremente por los profesionales de sistemas de información y significaba cosas diferentes para los planificadores, diseñadores, programadores, especialistas en comunicación y otros. [16] En la búsqueda de una base objetiva e independiente sobre la cual desarrollar un marco para la arquitectura de sistemas de información, Zachman analizó el campo de la arquitectura clásica y una variedad de proyectos de ingeniería complejos en la industria. Vio un enfoque similar y concluyó que las arquitecturas existen en muchos niveles e involucran al menos tres perspectivas: materia prima o datos , función de procesos y ubicación o redes. [dieciséis]
La Arquitectura de Sistemas de Información está diseñada para ser un esquema de clasificación para organizar modelos de arquitectura. Proporciona una vista sinóptica de los modelos necesarios para la arquitectura empresarial. La Arquitectura de Sistemas de Información no define en detalle qué deben contener los modelos, no aplica el lenguaje de modelado utilizado para cada modelo y no propone un método para crear estos modelos. [17]
Ampliación y formalización
En el artículo de 1992 "Ampliación y formalización del marco para la arquitectura de sistemas de información", John F. Sowa y John Zachman presentan el marco y sus extensiones recientes y muestran cómo se puede formalizar en la notación de grafos conceptuales. [18] También en 1992:
El coautor de John Zachman, John Sowa, propuso las adiciones de la perspectiva Scope del 'planificador' (listas delimitadoras comunes a la empresa y su entorno) y la perspectiva de Representación detallada del 'subcontratista' (siendo la solución de proveedor fuera de contexto componentes). Las columnas Quién, Cuándo y Por qué se pusieron a la vista del público, la noción de los cuatro niveles de metamarcos y una descripción de las asociaciones de integración a través de las perspectivas se esbozaron en el documento. Keri Anderson Healey ayudó a crear un modelo de los modelos (el metamodelo marco) que también se incluyó en el artículo.
- Stan Locke, Enterprise Convergence in Our Lifetime, de THE ENTERPRISE NEWSLETTER [19]
Más tarde, durante la década de 1990 [19]
- Metodólogos como Clive Finkelstein se reenfocaron en las dos filas superiores del marco que denominó Ingeniería empresarial y tiene uno de los métodos más exitosos para converger las necesidades comerciales con la implementación de ingeniería de tecnología de la información y determinar una secuencia de construcción lógica de las piezas.
Marco para la arquitectura empresarial
En el documento de 1997 "Conceptos del marco para la arquitectura empresarial", Zachman dijo que el marco debería denominarse "Marco para la arquitectura empresarial", y debería haberlo hecho desde el principio. Sin embargo, a principios de la década de 1980, según Zachman, había "poco interés en la idea de reingeniería empresarial o modelado empresarial y el uso de formalismos y modelos se limitaba generalmente a algunos aspectos del desarrollo de aplicaciones dentro de la comunidad de sistemas de información". [20]
En 2008, Zachman Enterprise presentó Zachman Framework: la definición oficial concisa como un nuevo estándar de Zachman Framework.
Marcos extendidos y modificados
Desde la década de 1990 se han propuesto varios marcos ampliados, tales como:
- Matthew y McGee (1990) [21] ampliaron las tres perspectivas iniciales "qué", "cómo" y "dónde", al evento (el "cuándo"), la razón (el "por qué") y la organización (el "quién") . [dieciséis]
- Evernden (1996) presentó un marco de información alternativo .
- El Marco de Arquitectura Integrada desarrollado por Capgemini desde 1996. [22]
- Vladan Jovanovic et all (2006) presenta un Zachman Cube, una extensión del Zachman Framework en un Zachman Cube multidimensional. [23]
Temas de Zachman Framework
Concepto
La idea básica detrás del Marco de Zachman es que la misma cosa o elemento complejo se puede describir para diferentes propósitos de diferentes maneras usando diferentes tipos de descripciones (por ejemplo, textuales, gráficas). El Marco de Zachman proporciona las treinta y seis categorías necesarias para describir completamente cualquier cosa; especialmente cosas complejas como bienes manufacturados (por ejemplo, electrodomésticos), estructuras construidas (por ejemplo, edificios) y empresas (por ejemplo, la organización y todos sus objetivos, personas y tecnologías). El marco proporciona seis transformaciones diferentes de una idea abstracta (no aumentando en detalle, pero transformándose) desde seis perspectivas diferentes. [24]
Permite que diferentes personas vean lo mismo desde diferentes perspectivas. Esto crea una visión holística del medio ambiente, una capacidad importante ilustrada en la figura. [25]
Vistas de filas
Cada fila representa una vista total de la solución desde una perspectiva particular. Una fila o perspectiva superior no necesariamente tiene una comprensión más completa del todo que una perspectiva inferior. Cada fila representa una perspectiva única y distinta; sin embargo, los entregables de cada perspectiva deben proporcionar suficiente detalle para definir la solución a nivel de perspectiva y deben traducirse explícitamente a la siguiente fila inferior. [26]
Cada perspectiva debe tener en cuenta los requisitos de las otras perspectivas y la moderación que imponen esas perspectivas. Las limitaciones de cada perspectiva son aditivas. Por ejemplo, las limitaciones de las filas superiores afectan a las filas inferiores. Las limitaciones de las filas inferiores pueden afectar, pero no necesariamente, a las filas superiores. La comprensión de los requisitos y las limitaciones requiere la comunicación de conocimientos y la comprensión de una perspectiva a otra. El Marco señala la dirección vertical para esa comunicación entre perspectivas. [26]
La versión actual (3) de Zachman Framework clasifica las filas de la siguiente manera:
- Perspectiva ejecutiva (contenido del alcance): el primer boceto arquitectónico es un " gráfico de burbujas " o diagrama de Venn , que describe en términos generales el tamaño, la forma, las relaciones parciales y el propósito básico de la estructura final. Corresponde a un resumen ejecutivo para un planificador o inversionista que desea una descripción general o una estimación del alcance del sistema, cuánto costaría y cómo se relacionaría con el entorno general en el que operará.
- Perspectiva de gestión empresarial (conceptos empresariales): a continuación se muestran los dibujos del arquitecto que representan el edificio final desde la perspectiva del propietario, que tendrá que vivir con él en las rutinas diarias de la empresa. Corresponden a los modelos empresariales (comerciales), que constituyen los diseños del negocio y muestran las entidades y procesos comerciales y cómo se relacionan.
- Perspectiva del arquitecto (lógica del sistema): los planos del arquitecto son la traducción de los dibujos en representaciones de requisitos detallados desde la perspectiva del diseñador. Corresponden al modelo de sistema diseñado por un analista de sistemas que debe determinar los elementos de datos, los flujos de procesos lógicos y las funciones que representan las entidades y procesos comerciales.
- Perspectiva del ingeniero (Física de la tecnología): el contratista debe volver a dibujar los planos del arquitecto para representar la perspectiva del constructor, con suficiente detalle para comprender las limitaciones de las herramientas, la tecnología y los materiales. Los planos del constructor corresponden a los modelos tecnológicos, que deben adaptar el modelo de sistemas de información a los detalles de los lenguajes de programación, dispositivos de entrada / salida (E / S) u otra tecnología de soporte requerida.
- Perspectiva del técnico (componentes de herramientas): los subcontratistas trabajan a partir de planos de taller que especifican los detalles de las piezas o subsecciones. Estos corresponden a las especificaciones detalladas que se dan a los programadores que codifican módulos individuales sin preocuparse por el contexto general o la estructura del sistema. Alternativamente, podrían representar los requisitos detallados para varios productos comerciales disponibles (COTS) , gubernamentales listos para usar (GOTS) o componentes de software de sistemas modulares que se adquieren e implementan en lugar de construir.
- Perspectiva empresarial o (instancias de operaciones)
Foco de columnas
En resumen, cada perspectiva centra la atención en las mismas preguntas fundamentales, luego responde esas preguntas desde ese punto de vista, creando diferentes representaciones descriptivas (es decir, modelos), que se traducen de perspectivas superiores a inferiores. El modelo básico para el enfoque (o abstracción del producto) permanece constante. El modelo básico de cada columna se define de forma única, pero se relaciona a lo largo y ancho de la matriz. [26] Además, las seis categorías de componentes de la arquitectura empresarial, y las preguntas subyacentes que responden, forman las columnas del Marco Zachman y son: [24]
- Conjuntos de inventario: qué
- Flujos de proceso: cómo
- Redes de distribución: dónde
- Asignaciones de responsabilidad - Quién
- Ciclos de temporización: cuándo
- Intenciones de motivación: por qué
En opinión de Zachman, el único factor que hace que su marco sea único es que cada elemento de cada eje de la matriz se distingue explícitamente de todos los demás elementos de ese eje. Las representaciones en cada celda de la matriz no son simplemente niveles sucesivos de detalles crecientes, sino que en realidad son representaciones diferentes, diferentes en contexto, significado, motivación y uso. Debido a que cada uno de los elementos de cada eje es explícitamente diferente de los demás, es posible definir con precisión qué pertenece a cada celda. [24]
Modelos de celdas
El Marco de Zachman típicamente se describe como una "matriz" acotada de 6 x 6 con los Interrogativos de Comunicación como Columnas y las Transformaciones de Reificación como Filas. Las clasificaciones marco son reprimidas por las Células, es decir, la intersección entre los Interrogativos y las Transformaciones. [29]
Las descripciones de las celdas se toman directamente de la versión 3.0 de Zachman Framework.
- Perspectiva ejecutiva
- (Qué) Identificación de inventario
- (Cómo) Identificación de procesos
- (Dónde) Identificación de distribución
- (Quién) Identificación de la responsabilidad
- (Cuándo) Identificación de tiempo
- (Por qué) Identificación de la motivación
- Perspectiva de la gestión empresarial
- (Qué) Definición de inventario
- (Cómo) Definición del proceso
- (Dónde) Definición de distribución
- (Quién) Definición de responsabilidad
- (Cuándo) Definición de tiempo
- (Por qué) Definición de motivación
- Perspectiva del arquitecto
- (Qué) Representación de inventario
- (Cómo) Representación del proceso
- (Dónde) Representación de distribución
- (Quién) Representación de responsabilidad
- (Cuándo) Representación de tiempo
- (Por qué) Representación de la motivación
- Perspectiva del ingeniero
- (Qué) Especificación de inventario
- (Cómo) Especificación del proceso
- (Dónde) Especificación de distribución
- (Quién) Especificación de responsabilidad
- (Cuándo) Especificación de tiempo
- (Por qué) Especificación de motivación
- Perspectiva del técnico
- (Qué) Configuración de inventario
- (Cómo) Configuración del proceso
- (Dónde) Configuración de distribución
- (Quién) Configuración de responsabilidad
- (Cuándo) Configuración de tiempo
- (Por qué) Configuración de la motivación
- Perspectiva empresarial
- (Qué) Instancias de inventario
- (Cómo) Procesar instancias
- (Dónde) Instancias de distribución
- (Quién) Instancias de responsabilidad
- (Cuándo) Instancias de tiempo
- (Por qué) Instancias de motivación
Dado que el desarrollo del producto (es decir, el artefacto arquitectónico) en cada celda o la solución del problema incorporada por la celda es la respuesta a una pregunta desde una perspectiva, por lo general, los modelos o descripciones son representaciones de nivel superior o las respuestas superficiales de la celda. Los modelos o diseños refinados que respaldan esa respuesta son las descripciones detalladas dentro de la celda. La descomposición (es decir, profundizar en mayores niveles de detalle) tiene lugar dentro de cada celda. Si una celda no se hace explícita (definida), está implícita (indefinida). Si está implícito, existe el riesgo de hacer suposiciones sobre estas células. Si las suposiciones son válidas, se ahorra tiempo y dinero. Sin embargo, si los supuestos no son válidos, es probable que aumenten los costos y excedan el cronograma de implementación. [26]
Marco conjunto de reglas
El marco viene con un conjunto de reglas: [30]
- Regla 1 Las columnas no tienen orden : Las columnas son intercambiables pero no se pueden reducir ni crear
- Regla 2 Cada columna tiene un modelo genérico simple : cada columna puede tener su propio metamodelo
- Regla 3 El modelo básico de cada columna debe ser único : El modelo básico de cada columna, los objetos de relación y la estructura de la misma es único. Cada objeto de relación es interdependiente pero el objetivo de representación es único.
- Regla 4 Cada fila describe una perspectiva distinta y única : cada fila describe la vista de un grupo empresarial en particular y es única para él. Todas las filas suelen estar presentes en la mayoría de las organizaciones jerárquicas.
- Regla 5 Cada celda es única : la combinación de 2, 3 y 4 debe producir celdas únicas donde cada celda representa un caso particular. Ejemplo: A2 representa los resultados del negocio, ya que representan lo que se construirá finalmente.
- Regla 6 La composición o integración de todos los modelos de celda en una fila constituye un modelo completo desde la perspectiva de esa fila : por la misma razón que para no agregar filas y columnas, cambiar los nombres puede cambiar la estructura lógica fundamental del Marco.
- Regla 7 La lógica es recursiva : La lógica es relacional entre dos instancias de la misma entidad.
El marco es genérico en el sentido de que se puede utilizar para clasificar las representaciones descriptivas de cualquier objeto físico, así como objetos conceptuales como empresas. También es recursivo en el sentido de que se puede utilizar para analizar la composición arquitectónica de sí mismo. Aunque el marco llevará la relación de una columna a otra, sigue siendo una representación fundamentalmente estructural de la empresa y no una representación de flujo.
Flexibilidad en el nivel de detalle
Una de las fortalezas de Zachman Framework es que muestra explícitamente un conjunto completo de puntos de vista que la arquitectura empresarial puede abordar. [12] Algunos creen que seguir este modelo por completo puede llevar a poner demasiado énfasis en la documentación, ya que se necesitarían artefactos para cada una de las treinta celdas del marco. Sin embargo, Zachman indica que solo es necesario completar los hechos necesarios para resolver el problema bajo análisis.
John Zachman afirma claramente en su documentación, presentaciones y seminarios que, como marco, hay flexibilidad en cuanto a la profundidad y amplitud de detalles que se requieren para cada celda de la matriz en función de la importancia para una organización determinada. Un fabricante de automóviles cuyos objetivos comerciales pueden requerir un enfoque basado en el inventario y el proceso, podría encontrar beneficioso enfocar sus esfuerzos de documentación en las columnas Qué y Cómo . Por el contrario, una empresa de agentes de viajes, cuyo negocio se preocupa más por las personas y el calendario de eventos, podría encontrar beneficioso centrar sus esfuerzos de documentación en las columnas Quién , Cuándo y Dónde . Sin embargo, no se puede escapar de la importancia de la columna Por qué , ya que proporciona los impulsores comerciales para todas las demás columnas.
Aplicaciones e influencias
Desde la década de 1990, el Zachman Framework se ha utilizado ampliamente como un medio de proporcionar estructura para el modelado empresarial de estilo de ingeniería de tecnología de la información . [31] El Marco de Zachman se puede aplicar tanto en empresas comerciales como en agencias gubernamentales. Dentro de una organización gubernamental, el marco se puede aplicar a toda una agencia en un nivel abstracto, o se puede aplicar a varios departamentos, oficinas, programas, subunidades e incluso a entidades operativas básicas. [32]
Personalización
Zachman Framework se aplica en marcos personalizados como el TEAF , construido alrededor de marcos similares, la matriz TEAF .
Matriz TEAF de visiones y perspectivas.
Marco para la dirección, descripción y realización de EA.
Productos TEAF.
Productos de trabajo de TEAF para la dirección, descripción y realización de EA.
Otras fuentes:
- La matriz TEAF se denomina muestra de personalización, consulte aquí , p. 22
Estándares basados en el marco de Zachman
Zachman Framework también se utiliza como marco para describir estándares, por ejemplo, estándares para la atención médica y el sistema de información de atención médica. Cada celda del marco contiene una serie de estándares para la atención médica y el sistema de información de atención médica. [33]
Mapeo de otros marcos
Otra aplicación de Zachman Framework es como modelo de referencia para otras arquitecturas empresariales, vea por ejemplo estas cuatro:
EAP mapeado al marco de Zachman, 1999
Mapeo del C4ISR , 1999
Mapa de productos del Departamento de Defensa para las células del marco de Zachman, 2003.
Mapeo de una parte del DoDAF , 2007.
Otros ejemplos:
- Análisis del proceso unificado racional como proceso, [34]
- Cómo los modelos de arquitectura dirigida por modelos (MDA) utilizados en el desarrollo de software se asignan a Zachman Framework. [35]
- Mapeo de los modelos IEC 62264 en el marco de Zachman para analizar la trazabilidad de la información de los productos. [36]
- Mapeo del Método de Desarrollo de Arquitectura TOGAF (por ejemplo, la metodología) con el Marco Zachman. [6]
Base para otros marcos de arquitectura empresarial
Menos obvias son las formas en que el marco Zachman original ha estimulado el desarrollo de otros marcos de arquitectura empresarial , como en el modelo de arquitectura empresarial NIST , el C4ISR AE, el DOE AE y el DoDAF :
Modelo de arquitectura empresarial NIST. [26]
C4ISR AE, 1997.
DOE AE, 1998.
DODAF , 2003.
- El Marco de Arquitectura Empresarial Federal (FEAF) se basa en el Marco de Zachman, pero solo aborda las tres primeras columnas de Zachman, con nombres ligeramente diferentes y se centra en la parte superior de las tres filas. [37] (ver aquí )
Ejemplo: arquitectura empresarial One-VA
La metodología Zachman Framework, por ejemplo, ha sido utilizada por el Departamento de Asuntos de Veteranos (VA) de los Estados Unidos para desarrollar y mantener su Arquitectura empresarial One-VA en 2001. Esta metodología requería definir todos los aspectos de la empresa VA a partir de un proceso comercial, datos, perspectiva técnica, de ubicación, de personal y de requisitos. El siguiente paso en la implementación de la metodología ha sido definir todas las funciones relacionadas con cada proceso empresarial e identificar los elementos de datos asociados. Una vez identificadas, la duplicación de funciones y la inconsistencia en la definición de datos pueden identificarse y resolverse. [38]
Flujo de proceso integrado para proyectos de TI de VA (2001)
Portal de VA Zachman Framework
Introducción al repositorio de VA EA (2008)
Un tutorial sobre el marco de arquitectura Zachman
El Departamento de Asuntos de Veteranos a principios del siglo XXI [ ¿cuándo? ] planeó implementar una arquitectura empresarial totalmente basada en Zachman Framework.
- El Marco de Zachman se utilizó como modelo de referencia para iniciar la planificación de la arquitectura empresarial en 2001.
- En algún lugar intermedio, se construyó el portal VA Zachman Framework.
- Este VA Zachman Framework Portal todavía se utiliza como modelo de referencia, por ejemplo, para determinar la información de EA recopilada de varios documentos de origen de proyectos y negocios.
Finalmente, se creó un repositorio de arquitectura empresarial a nivel macro mediante el marco de Zachman y a nivel celular mediante el metamodelo que se describe a continuación. [39]
Este diagrama [40] se ha incorporado dentro del VA-EA para proporcionar una representación simbólica del metamodelo que utilizó, para describir la Arquitectura empresarial One-VA y para construir un Repositorio de EA sin el uso de Software de Repositorio de EA comercial. Se desarrolló utilizando una base de datos orientada a objetos dentro del producto de software Calibre-RM. Calibre-RM está diseñado para usarse como una herramienta de administración de configuración de software ; no como un repositorio de EA.
Sin embargo, esta herramienta permitió definir entidades y relaciones y definir propiedades tanto de entidades como de relaciones, lo que la hizo suficiente para construir un repositorio de EA, considerando la tecnología disponible a principios de 2003. La motivación personal para seleccionar esta herramienta fue que ninguno de los Las herramientas de repositorio disponibles en ese momento proporcionaban una verdadera representación de Zachman Framework y eran altamente propietarias, lo que dificultaba la incorporación de componentes de otros proveedores o de código abierto.
Este diagrama enfatiza varias interpretaciones importantes del Marco de Zachman y su adaptación a la gestión de inversiones en tecnología de la información .
- Al avanzar por las filas de arriba a abajo, se puede rastrear el ciclo de vida de desarrollo de sistemas (SDLC), que es un estándar de facto en la industria de la información;
- El diagrama enfatiza la importancia de Zachman Row-Six (la Vista de empresa operativa integrada), a menudo descuidada. Las representaciones en la interpretación del Sr. Zuech de Zachman fila-seis consisten, en gran parte, en mejoras de servicio medibles y ahorros / evasión de costos que resultan de los procesos de negocios y las innovaciones tecnológicas que se desarrollaron en las filas dos a cinco.
La fila seis proporciona un retorno de la inversión medido para proyectos individuales y, potencialmente, para toda la cartera de inversiones . Sin la fila seis, el Framework solo identifica el costo hundido, pero el ROI de la fila seis le permite medir los beneficios y ser utilizado en un proceso de mejora continua, capturando las mejores prácticas y aplicándolas hasta la fila dos.
Crítica
Si bien el Marco de Zachman se discute ampliamente, se ha cuestionado su valor práctico:
- El marco es puramente especulativo, no empírico y se basa únicamente en el argumento conceptual de que la "equivalencia [entre las representaciones arquitectónicas de las industrias manufacturera y de la construcción] reforzaría el argumento de que es probable que se produzca un conjunto análogo de representaciones arquitectónicas durante la proceso de construcción de cualquier producto de ingeniería complejo, incluido un sistema de información " [5]
- Los comentarios prácticos muestran que la idea general de crear descripciones completas de empresas como sugiere el Marco de Zachman no es realista [41]
- En 2004, John Zachman admitió que el marco es teórico y nunca se ha implementado por completo: "Si preguntas quién está implementando con éxito todo el marco, la respuesta es nadie que conozcamos todavía" [42].
- No hay ejemplos detallados que demuestren la aplicación práctica satisfactoria del marco [43].
- El practicante de EA Stanley Gaver sostiene que "la analogía con la arquitectura clásica hecha por primera vez por John Zachman es defectuosa e incompleta" [44]
- Jason Bloomberg sostiene que "la empresa no es un sistema ordinario como una máquina o un edificio, y no se puede diseñar o diseñar como tal" [45]
- Un escrutinio detallado demuestra que el Marco de Zachman se basa en realidad solo en argumentos puramente especulativos, promovido con promesas ficticias, no tiene casos de uso práctico y, desde la perspectiva histórica, no introdujo ninguna idea innovadora que faltara antes [46] [47]
Esta crítica sugiere que Zachman Framework difícilmente puede reflejar las mejores prácticas reales en EA.
Ver también
- Esquema conceptual
- Modelo de datos
- Marco de arquitectura empresarial
- Planificación de la arquitectura empresarial
- Marco de arquitectura empresarial de la FDIC
- Cinco W
- Ver modelo
Referencias
- ^ Definición concisa de John Zachman del marco de Zachman, 2008
- ^ "El marco de Zachman: la definición oficial concisa" . Zachman International. 2008.
- ^ Una comparación de las cuatro principales metodologías de arquitectura empresarial , Roger Sessions, Centro de arquitectura de red de desarrolladores de Microsoft,
- ^ "La evolución del marco de Zachman" . Zachman International. Abril de 2009.
- ^ a b "Un marco para la arquitectura de sistemas de información" (PDF) . IBM Systems Journal, vol. 26. No. 3. 1987.
- ^ a b El grupo abierto (1999-2006). "ADM y Zachman Framework" en: TOGAF 8.1.1 Online . Consultado el 25 de enero de 2009.
- ^ William H. Inmon , John A. Zachman , Jonathan G. Geiger (1997). Almacenes de datos, almacenamiento de datos y el marco de Zachman: gestión del conocimiento empresarial . McGraw-Hill, 1997. ISBN 0-07-031429-2 .
- ^ Pete Sawyer, Barbara Paech, Patrick Heymans (2007). Ingeniería de Requisitos: Base para la Calidad del Software . página 191.
- ^ Kathleen B. Hass (2007). El analista de negocios como estratega: traduciendo estrategias comerciales en soluciones valiosas . página 58.
- ^ Harold F. Tipton, Micki Krause (2008). Manual de gestión de la seguridad de la información, sexta edición, volumen 2 . página 263.
- ^ O'Rourke, Fishman, Selkow (2003). Arquitectura empresarial con el marco de Zachman . página 9.
- ^ a b James McGovern y col. (2003). Una guía práctica para la arquitectura empresarial . pag. 127-129.
- ^ Marc Lankhorst y col. (2005). Arquitectura empresarial en el trabajo . pag. 24.
- ^ a b "Estudio de planificación de sistemas empresariales y control de información empresarial: una comparación . En: IBM Systems Journal , vol 21, no 3, 1982. p. 31-53.
- ^ 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.
- ↑ a b c Durward P. Jackson (1992). "Planificación basada en procesos en la gestión de recursos de información". En: Tecnologías de la información emergentes para la ventaja competitiva y el desarrollo económico . Actas de la Conferencia Internacional de la Asociación de Gestión de Recursos de Información de 1992 . Mehdi Khosrowpour (ed.). ISBN 1-878289-17-9 .
- ^ Alain Wegmann y col. (2008). "Aumento del marco de arquitectura empresarial de Zachman con una conceptualización sistémica" . Presentado en la 12ª Conferencia Internacional EDOC del IEEE (EDOC 2008), München, Alemania, del 15 al 19 de septiembre de 2008.
- ^ John F. Sowa y John Zachman (1992). "Ampliación y formalización del marco para la arquitectura de sistemas de información" En: IBM Systems Journal , Vol 31, no.3, 1992. p. 590-616.
- ↑ a b Stan Locke (2008). "Convergencia empresarial en nuestra vida" En: THE ENTERPRISE NEWSLETTER, TEN42 16 de septiembre de 2008
- ^ John A. Zachman (1997). " Conceptos del marco para la arquitectura empresarial: antecedentes, descripción y utilidad ". Zachman International. Consultado el 19 de enero de 2009.
- ^ RW Matthews. &. WC McGee (1990). "Modelado de datos para el desarrollo de software" . en: IBM Systems Journal "29 (2). págs. 228-234
- ^ Jaap Schekkerman (2003). Cómo sobrevivir en la jungla de los marcos de arquitectura empresarial . página 139-144.
- ^ Vladan Jovanovic, Stevan Mrdalj y Adrian Gardiner (2006). Un cubo de Zachman . En: Problemas en los sistemas de información . Vol VII, No. 2, 2006 p. 257-262.
- ^ a b c Equipo de innovación de arquitectura empresarial de VA (2001). Arquitectura empresarial: Informe de estrategia, gobernanza e implementación Departamento de Asuntos de Veteranos, agosto de 2001.
- ^ La fábrica de información del gobierno y el marco de Zachman por WH Inmon, 2003. p. 4. Consultado el 14 de julio de 2009.
- ^ a b c d e El Consejo de directores de información (1999). Marco de arquitectura empresarial federal versión 1.1 . Septiembre de 1999
- ^ Departamento de Asuntos de Veteranos de EE. UU. (2002) Un tutorial sobre el marco de arquitectura de Zachman . Consultado el 6 de diciembre de 2008.
- ^ Bill Inmon llamó a esta imagen "Un ejemplo simple de The Zachman Framework" en el artículo John Zachman - Uno de los mejores arquitectos que conozco Publicado originalmente el 17 de noviembre de 2005.
- ^ Zachman, John A. "Hogar oficial de The Zachman Framework ™" . Zachman International . Consultado el 14 de febrero de 2015 .
- ^ Adaptado de: Sowa, JF & JA Zachman, 1992 e Inmon, WH, JA Zachman y JG Geiger, 1997. Universidad de Omaha
- ^ Ian Graham (1995). Migración a la tecnología de objetos: el enfoque de modelado de objetos semánticos . Addison-Wesley, ISBN 0-201-59389-0 . pag. 322.
- ^ Jay D. White (2007). Gestión de la información en el sector público . pag. 254.
- ^ MARCO DE ZACHMAN ISA PARA ESTÁNDARES DE INFORMACIÓN SANITARIA , 1997.
- ^ DJ de Villiers (2001). "Uso del marco de trabajo de Zachman para evaluar el proceso unificado racional" , en: The Rational Edge Rational Software 2001.
- ^ David S. Frankel , Harmon, P. , Mukerji, J., Odell, J., Owen, M., Rivitt, P., Rosen, M ... y Soley, RM et al. (2003) El marco de Zachman y el documento técnico de arquitectura basada en modelos de OMG . Tendencias de los procesos de negocio.
- ^ Hervé Panetto, Salah Baïna, Gérard Morel (2007). Mapeo de los modelos en el marco de Zachman para analizar la trazabilidad de la información de los productos: un estudio de caso .
- ^ Roland Traunmüller (2004). Gobierno Electrónico p. 51
- ^ Declaración del Dr. John A. Gauss, Subsecretario de Información y Tecnología, Departamento de Asuntos de Veteranos , ante el Subcomité de Supervisión e Investigaciones del Comité de Asuntos de Veteranos de la Cámara de Representantes de Estados Unidos. 13 de marzo de 2002.
- ^ Detalles de la celda del metamodelo consultado el 25 de diciembre de 2009
- ^ Este diagrama es el trabajo exclusivo de Albin Martin Zuech de Annapolis Maryland, quien lo colocó en el dominio público en 2001. Al Zuech mantiene eldiagrama de visio originalen numerosas etapas de su desarrollo entre 2000 y el presente. Al Zuech fue Director del Servicio de Arquitectura Empresarial en el Departamento de Asuntos de Veteranos desde 2001 hasta 2007.
- ^ Kim, YG y Everest, GC (1994). Construyendo una arquitectura de SI: sabiduría colectiva del campo . En: Información y Gestión, vol. 26, no. 1, págs. 1-11.
- ^ "Erigiendo el marco, Parte III" , Entrevista con John Zachman por Dan Ruby, visitado el 19 de mayo de 2016
- ^ Ylimaki, T. y Halttunen, V. (2006). Ingeniería de métodos en la práctica: un caso de aplicación del marco de Zachman en el contexto de proyectos orientados a la arquitectura de la pequeña empresa . En: Información, Conocimiento, Gestión de Sistemas, vol. 5, no. 3, págs. 189-209.
- ^ "¿Por qué no funciona la arquitectura empresarial federal?" , Stanley B. Gaver, visitado el 19 de mayo de 2016
- ^ "¿La arquitectura empresarial está completamente rota?" , Jason Bloomberg, visitado el 19 de mayo de 2016
- ^ "Herramientas reales y falsas para la arquitectura empresarial" , Kotusev, S., abril de 2018
- ^ "Herramientas falsas y reales para la arquitectura empresarial: el marco de Zachman y el modelo de capacidad empresarial" , Kotusev, S., agosto de 2019
enlaces externos
- El marco de Zachman: la definición oficial concisa de John A. Zachman en Zachman International, 2009.
- La evolución del marco de Zachman : descripción general de la evolución del marco de Zachman por John P. Zachman en Zachman International, abril de 2009.
- UML, RUP y Zachman Framework: Better together , por Vitalie Temnenco, IBM, 15 de noviembre de 2006.