Marco de Zachman

En el artículo de 1987 «Un marco para la arquitectura de sistemas de información » ^{[ 14 ],} Zachman señaló que el término «arquitectura» era utilizado de forma imprecisa por los profesionales de sistemas de información y tenía diferentes significados para planificadores, diseñadores, programadores, especialistas en comunicación y otros. ^{[ 15 ]} En su búsqueda de una base objetiva e independiente sobre la cual desarrollar un marco para la arquitectura de sistemas de información, Zachman examinó el campo de la arquitectura clásica y diversos proyectos de ingeniería complejos en la industria. Observó un enfoque similar y concluyó que las arquitecturas existen en muchos niveles e involucran al menos tres perspectivas: materia prima o datos , función o procesos, y ubicación o redes. ^{[ 15 ]}

La arquitectura de sistemas de información de Zachman está diseñada como un esquema de clasificación para organizar modelos de arquitectura. Proporciona una visión 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 impone el lenguaje de modelado utilizado para cada modelo ni propone un método para crearlos. ^{[ 16 ]}

En el artículo de 1992 «Extending and Formalizing the Framework for Information Systems Architecture», 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. ^{[ 17 ]} También en 1992:

John Sowa, coautor de John Zachman, propuso la incorporación de la perspectiva de Alcance del "planificador" (listas delimitadoras comunes a la empresa y su entorno) y la perspectiva de Representación Detallada del "subcontratista" (componentes de la solución del proveedor fuera de contexto). Las columnas Quién, Cuándo y Por qué se hicieron públicas, y se describió la noción de los cuatro niveles de metaframeworks y una representación de las asociaciones de integración entre las perspectivas. Keri Anderson Healey colaboró ​​creando un modelo de los modelos (el metamodelo del marco), que también se incluyó en el artículo.

Más adelante, durante la década de 1990, ^{[ 18 ]} metodólogos como Clive Finkelstein volvieron a centrarse en las dos filas superiores del marco, que él denominó Ingeniería Empresarial , y que constituyen uno de los métodos más exitosos para hacer converger las necesidades del negocio con la implementación de la ingeniería de tecnología de la información y determinar una secuencia de construcción lógica de las piezas.

En el artículo de 1997 «Conceptos del marco para la arquitectura empresarial», Zachman afirmó que el marco debería denominarse «Marco para la arquitectura empresarial» y que así debería haberse 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 la reingeniería empresarial o el 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». ^{[ 19 ]}

En 2008, Zachman Enterprise presentó el Marco de Trabajo Zachman: La Definición Concisa Oficial como un nuevo estándar del Marco de Trabajo Zachman.

Desde la década de 1990 se han propuesto varios marcos extendidos, tales como:

• Matthew y McGee (1990) ^{[ 20 ]} extendieron 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"). ^{[ 15 ]}
• Schoch y Laplante (1995) publicaron en el IBM Systems Journal (vol. 34, no. 1, enero de 1995, pp. 22-38) "Un marco para la arquitectura de sistemas en tiempo real", una extensión del marco original de Zachman que se aplica a sistemas en tiempo real.
• Evernden (1996) presentó un marco de información alternativo .
• El marco de arquitectura integrada desarrollado por Capgemini desde 1996. ^{[ 21 ]}
• Vladan Jovanovic et al. (2006) presenta un Cubo de Zachman, una extensión del Marco de Zachman en un Cubo de Zachman multidimensional. ^{[ 22 ]}

La idea básica del Marco de Zachman es que un mismo objeto o elemento complejo puede describirse con distintos propósitos y de diferentes maneras, utilizando distintos tipos de descripciones (por ejemplo, textuales o gráficas). El Marco de Zachman proporciona las treinta y seis categorías necesarias para describir completamente cualquier cosa, especialmente objetos complejos como productos manufacturados (por ejemplo, electrodomésticos), estructuras construidas (por ejemplo, edificios) y empresas (es decir, la organización y todos sus objetivos, personas y tecnologías). El marco ofrece seis transformaciones diferentes de una idea abstracta (sin aumentar el nivel de detalle, sino transformándola) desde seis perspectivas distintas. ^{[ 23 ]}

Permite que distintas personas observen lo mismo desde diferentes perspectivas. Esto crea una visión holística del entorno, una capacidad importante que se ilustra en la figura. ^{[ 24 ]}

Cada fila representa una visión general de la solución desde una perspectiva particular. Una fila o perspectiva superior no implica necesariamente una comprensión más completa del conjunto que una perspectiva inferior. Cada fila representa una perspectiva distinta y única; sin embargo, los resultados de cada perspectiva deben proporcionar suficiente detalle para definir la solución a ese nivel y deben reflejarse explícitamente en la siguiente fila inferior. ^{[ 25 ]}

Cada perspectiva debe tener en cuenta los requisitos de las demás perspectivas y las restricciones que estas imponen. Las restricciones de cada perspectiva son aditivas. Por ejemplo, las restricciones de las filas superiores afectan a las inferiores. Las restricciones de las filas inferiores pueden afectar a las superiores, pero no necesariamente. Comprender los requisitos y las restricciones requiere la comunicación de conocimientos y comprensión entre las diferentes perspectivas. El Marco de Referencia señala la dirección vertical para dicha comunicación entre perspectivas. ^{[ 25 ]}

La versión actual (3) del Marco de Zachman clasifica las filas de la siguiente manera:

• Perspectiva ejecutiva (Alcance y contenido): El primer boceto arquitectónico es un diagrama de burbujas o diagrama de Venn , que representa de forma general 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 inversor que desee una visión general o una estimación del alcance del sistema, su coste y su relación con el entorno general en el que operará.
• Perspectiva de la gestión empresarial (conceptos empresariales): A continuación, se presentan los planos del arquitecto que muestran el edificio final desde la perspectiva del propietario, quien deberá convivir con él en el día a día de su actividad empresarial. Estos planos corresponden a los modelos de negocio, que constituyen el diseño de la empresa y muestran las entidades y los procesos empresariales, así como su interrelación.
• Perspectiva del arquitecto (lógica del sistema): Los planos del arquitecto son la traducción de los dibujos a representaciones detalladas de los requisitos desde la perspectiva del diseñador. Corresponden al modelo del sistema diseñado por un analista de sistemas , quien debe determinar los elementos de datos, los flujos de procesos lógicos y las funciones que representan las entidades y los procesos de negocio.
• Perspectiva del ingeniero (Física de la tecnología): El contratista debe redibujar 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, los cuales deben adaptar el modelo de sistemas de información a los detalles de los lenguajes de programación, los dispositivos de entrada/salida (E/S) u otras tecnologías de soporte necesarias.
• Perspectiva del técnico (componentes de la herramienta): Los subcontratistas trabajan con planos de taller que especifican los detalles de las piezas o subsecciones. Estos planos corresponden a las especificaciones detalladas que se entregan a los programadores que codifican módulos individuales sin tener en cuenta el contexto o la estructura general del sistema. Alternativamente, podrían representar los requisitos detallados de diversos productos comerciales estándar (COTS) , productos gubernamentales estándar (GOTS) o componentes de software de sistemas modulares que se adquieren e implementan en lugar de construirse.
• Perspectiva empresarial o (instancias de operaciones)

En resumen, cada perspectiva centra la atención en las mismas preguntas fundamentales y luego responde a 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 través y hacia abajo de la matriz. ^{[ 25 ]} Además, las seis categorías de componentes de la arquitectura empresarial y las interrogativas subyacentes a las que responden forman las columnas del Marco de Zachman y estas son: ^{[ 23 ]}

1. Conjuntos de inventario: qué
2. Flujos de procesos: cómo
3. Redes de distribución – Dónde
4. Asignación de responsabilidades – ¿Quién?
5. Ciclos de sincronización – Cuándo
6. Intenciones de motivación: ¿Por qué?

En opinión de Zachman, el factor que hace único a su marco es que cada elemento en cualquiera de los ejes 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 detalle creciente, sino que son representaciones distintas: distintas en contexto, significado, motivación y uso. Dado que cada uno de los elementos en cualquiera de los ejes es explícitamente diferente de los demás, es posible definir con precisión qué corresponde a cada celda. ^{[ 23 ]}

El marco de Zachman se representa típicamente como una "matriz" delimitada de 6 x 6, donde las interrogativas de comunicación son las columnas y las transformaciones de reificación son las filas. Las clasificaciones del marco están reprimidas por las celdas, es decir, la intersección entre las interrogativas y las transformaciones. ^{[ 28 ]}

Las descripciones de las celdas se han tomado directamente de la versión 3.0 del marco de trabajo Zachman.

Perspectiva ejecutiva

1. (Qué) Identificación de inventario
2. (Cómo) Identificación del proceso
3. (Dónde) Identificación de la distribución
4. Identificación de responsabilidades (de quién)
5. (Cuándo) Identificación de tiempos
6. (Por qué) Identificación de la motivación

Perspectiva de la gestión empresarial

1. Definición de inventario (¿Qué?)
2. Definición del proceso (cómo)
3. (Donde) Definición de distribución
4. Definición de responsabilidad (de quién)
5. Definición de tiempo (Cuándo)
6. (Por qué) Definición de motivación

Perspectiva del arquitecto

1. (Qué) Representación de inventario
2. (Cómo) Representación del proceso
3. (Dónde) Representación de la distribución
4. (Quién) Responsabilidad Representación
5. (Cuándo) Representación de la sincronización
6. (Por qué) Representación de la motivación

Perspectiva del ingeniero

1. Especificación de inventario (¿Qué?)
2. Especificación del proceso (cómo)
3. (Donde) Especificación de distribución
4. Especificación de responsabilidad (de quién)
5. Especificación de tiempo (Cuándo)
6. Especificación de la motivación (¿Por qué?)

Perspectiva del técnico

1. Configuración de inventario (¿Qué?)
2. (Cómo) Configuración del proceso
3. (Dónde) Configuración de distribución
4. Configuración de responsabilidades (de quién)
5. (Cuándo) Configuración de temporización
6. (Por qué) Configuración de la motivación

Perspectiva empresarial

1. (Qué) Instancias de inventario
2. (Cómo) Procesar instancias
3. (Dónde) Instancias de distribución
4. Instancias de responsabilidad (de quién)
5. (Cuándo) Instancias de tiempo
6. (Por qué) Instancias de la motivación

Dado que el desarrollo del producto (es decir, el artefacto arquitectónico) en cada celda o la solución al problema que representa la celda es la respuesta a una pregunta desde una perspectiva, por lo general, los modelos o descripciones son representaciones de alto nivel 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 a niveles de detalle mayores) tiene lugar dentro de cada celda. Si una celda no se hace explícita (definida), es implícita (indefinida). Si es implícita, existe el riesgo de hacer suposiciones sobre estas celdas. Si las suposiciones son válidas, se ahorra tiempo y dinero. Sin embargo, si las suposiciones no son válidas, es probable que aumenten los costos y se exceda el cronograma de implementación. ^{[ 25 ]}

El marco viene con un conjunto de reglas: ^{[ 29 ]}

• 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 su estructura son únicos. 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 visión de un grupo empresarial en particular y es exclusiva de este. Generalmente, todas las filas están 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 comerciales, ya que representan lo que se construirá finalmente.
• Regla 6 La composición o integración de todos los modelos de celdas 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 Framework.
• Regla 7 La lógica es recursiva  : La lógica es relacional entre dos instancias de la misma entidad.

Este marco es genérico, ya que puede utilizarse para clasificar las representaciones descriptivas de cualquier objeto físico, así como de objetos conceptuales como las empresas. También es recursivo, puesto que permite analizar su propia composición arquitectónica. Si bien el marco mantiene la relación entre las distintas columnas, sigue siendo una representación fundamentalmente estructural de la empresa, no una representación de flujo.

Una de las fortalezas del Marco de Zachman es que muestra explícitamente un conjunto integral de perspectivas que pueden ser abordadas por la arquitectura empresarial. ^{[ 11 ]} Algunos opinan que seguir este modelo al pie de la letra puede generar un énfasis excesivo 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 incluir los datos necesarios para resolver el problema en análisis.

John Zachman afirma claramente en su documentación, presentaciones y seminarios que, como marco de referencia, existe flexibilidad en cuanto al nivel de detalle requerido para cada celda de la matriz, según su importancia para la organización. Un fabricante de automóviles, cuyos objetivos comerciales pueden requerir un enfoque centrado en el inventario y los procesos, podría beneficiarse al enfocar sus esfuerzos de documentación en las columnas "Qué" y "Cómo". Por el contrario, una agencia de viajes, cuyo negocio se centra más en las personas y la planificación de eventos, podría beneficiarse al enfocar sus esfuerzos de documentación en las columnas "Quién", "Cuándo" y "Dónde". Sin embargo, la importancia de la columna "Por qué" es innegable, ya que proporciona los factores clave para el éxito de todas las demás columnas.

El marco de Zachman se aplica en marcos personalizados como el TEAF , construido en torno a marcos similares, la matriz TEAF .

• 
  Matriz de puntos de vista y perspectivas de TEAF .
• 
  Marco de referencia para la dirección, descripción y resumen de logros de la arquitectura empresarial.
• 
  Productos TEAF.
• 
  Productos de trabajo de TEAF para la dirección, descripción y consecución de EA.

El marco de Zachman también se utiliza como marco para describir estándares, por ejemplo, estándares para la atención médica y los sistemas de información sanitaria. Cada celda del marco contiene una serie de estándares para la atención médica y los sistemas de información sanitaria. ^{[ 32 ]}

Otra aplicación del marco de trabajo de Zachman es como modelo de referencia para otras arquitecturas empresariales; véanse, por ejemplo, estas cuatro:

• 
  EAP mapeado al marco de Zachman, 1999
• 
  Mapeo del C4ISR , 1999
• 
  Los productos del Departamento de Defensa se corresponden con las celdas del marco de Zachman, 2003.
• 
  Mapeo de una parte del DoDAF , 2007.

Otros ejemplos:

• Análisis del Proceso Unificado Racional como un Proceso, ^{[ 33 ]}
• Cómo se corresponden los modelos de arquitectura dirigida por modelos (MDA) utilizados en el desarrollo de software con el marco de Zachman. ^{[ 34 ]}
• Mapeo de los modelos IEC 62264 en el marco de Zachman para analizar la trazabilidad de la información de los productos . ^{[ 35 ]}
• Mapeo del método de desarrollo de arquitectura TOGAF (por ejemplo, la metodología) al marco de Zachman. ^{[ 5 ]}

Menos evidentes son las formas en que el marco original de Zachman ha estimulado el desarrollo de otros marcos de arquitectura empresarial , como el Modelo de Arquitectura Empresarial del NIST , el C4ISR AE, el DOE AE y el DoDAF :

• 
  Modelo de arquitectura empresarial del NIST. ^{[ 25 ]}
• 
  C4ISR AE, 1997.
• 
  Departamento de Energía Atómica, 1998.
• 
  DODAF , 2003.

• El Marco de Arquitectura Empresarial Federal (FEAF) se basa en el Marco Zachman, pero solo aborda las tres primeras columnas de Zachman, utilizando nombres ligeramente diferentes, y se centra en la parte superior de las tres filas. ^{[ 36 ]}

Ejemplo: Arquitectura empresarial One-VA

La metodología del Marco Zachman, por ejemplo, fue utilizada por el Departamento de Asuntos de Veteranos de los Estados Unidos (VA) para desarrollar y mantener su Arquitectura Empresarial One-VA en 2001. Esta metodología requirió definir todos los aspectos de la organización del VA desde la perspectiva de los procesos de negocio , los datos, la tecnología, la ubicación, el personal y los requisitos. El siguiente paso en la implementación de la metodología fue definir todas las funciones relacionadas con cada proceso de negocio e identificar los elementos de datos asociados. Una vez identificados, se pueden detectar y resolver la duplicación de funciones y las inconsistencias en la definición de datos. ^{[ 37 ]}

• 
  Diagrama de flujo de procesos integrados para proyectos de TI del Departamento de Asuntos de Veteranos (2001)
• 
  Portal del marco VA Zachman
• 
  Introducción al repositorio VA EA (2008)
• 
  Tutorial sobre el marco de arquitectura Zachman.

A principios del siglo XXI, el Departamento de Asuntos de Veteranos planeaba implementar una arquitectura empresarial basada íntegramente en el Marco de Zachman.

• El marco de trabajo de Zachman se utilizó como modelo de referencia para iniciar la planificación de la arquitectura empresarial en 2001.
• En algún punto intermedio se construyó el portal VA Zachman Framework.
• Este portal del marco VA Zachman todavía se utiliza como modelo de referencia, por ejemplo, para determinar la información de EA recopilada a partir de diversos documentos fuente de negocios y proyectos.

Eventually, an enterprise architecture repository was created at the macro level by the Zachman framework and at a cell level by the meta-model outlined below.^[38]

This diagram^[a] has been incorporated within the VA-EA to provide a symbolic representation of the metamodel it used, to describe the One-VA Enterprise Architecture and to build an EA Repository without the use of Commercial EA Repository Software. It was developed using an object oriented database within the Caliber-RM Software Product. Caliber-RM is intended to be used as a software configuration management tool; not as an EA repository.

However, this tool permitted defining entities and relationships and for defining properties upon both entities and relationships, which made it sufficient for building an EA repository, considering the technology available in early 2003. The personal motivation in selecting this tool was that none of the commercial repository tools then available provided a true Zachman Framework representation, and were highly proprietary, making it difficult to incorporate components from other vendors or from open source.

This diagram emphasizes several important interpretations of the Zachman Framework and its adaptation to information technology investment management.

1. Progressing through the rows from top to bottom, one can trace-out the systems development life cycle (SDLC) which is a de facto standard across the Information Industry;
2. The diagram emphasizes the importance of the often-neglected Zachman Row-Six (the Integrated, Operational Enterprise View). Representations in Zuech's interpretation of Zachman row-six consist, largely, of measurable service improvements and cost savings/avoidance that result from the business process and technology innovations that were developed across rows two through five.

Row-six provides measured return on investment for Individual Projects. Without row-six the Framework only identifies sunk-cost, but the row-six ROI permits it to measure benefits and to be used in a continuous improvement process, capturing best practices and applying them back through row-two.