ZACHMAN

ZACHMAN

Historia

Zachman Framework es un marco (framework) de arquitectura empresarial, el cual provee de una manera formal y estructurada de visualizar y definir lo que una empresa consiste.

Fue creada por John Zachman en los 1980’s, en ese entonces trabajaba en IBM en Business System Planning (Sistema de planeación de Negocios o BSP), sobre un método para analizar, definir y diseñar una arquitectura de información para una organización. En el año 1982 Zachman había concluido los análisis que permitían hacer más que automatizar diseños de sistemas y manejar datos en el campo de la planeación estratégica de negocios y la administración. Estos se podrían utilizar en las áreas más problemáticas definidas en esa época, por ejemplo arquitectura, diseño de sistemas basados en datos, criterio de clasificación de datos y mucho mas.

En su artículo de 1987 “A Framework for Information Systems Architecture” (Un framework para una arquitectura de un SI) , Zachman resaltó el término ‘arquitectura’ el cual era usado de manera común por profesionales de sistemas de información y este tenía un significado completamente diferente para planeadores, diseñadores, programadores, entre otros.  Zachman se dedicó a desarrollar un Framework para arquitecturas de información, analizó el campo de la arquitectura clásica al igual que múltiples proyectos complejos de ingeniería, de esta manera pudo ver que siempre existía una aproximación inicial similar, concluyendo que las arquitecturas existen en múltiples niveles e involucran por lo menos tres perspectivas:

• Materiales en bruto o datos.
• Funciones de procesos.
• Localizaciones o redes.

Esta arquitectura ha sido diseñada para ser un esquema de clasificación a fin de organizar modelos de arquitectura. Proveía una manera clara de los modelos necesarios para la arquitectura empresarial. Information Systems Architecture no define en detalle los modelos que debería contener, no fortalecía el lenguaje de modelaje que se utilizaba en cada tipo y no exponía un método para su desarrollo.

En 1992, presentó el framework mejorado con sus nuevas extensiones y se demostró que podía ser establecido con signos de gráficos conceptuales.

En 1997, Zachman aclaró como el framework le correspondería llamarse “Framework for Enterprise Architecture” (Framework para Arquitectura Empresarial). Existen diversos planteamientos de framework realizadas por Zachman, cada vez que se refieren a un ‘Framework de Zachman’ se pueden referir a cualquiera de las propuestas por el, las cuales se definen de la siguiente manera:

El framework inicial, nombrado “A Framework for Information Systems Architecture” en 1987  “The Zachman Framework for Enterprise Architecture” de 1990, este fué el año en de su actualización y su nuevo nombramiento. O una de las versiones recientes, ofrecidas por Zachman International como un modelo de la industria.

Vistas o Filas

Cada fila representa una vista total de la solución desde una vista particular. Una fila superior o perspectiva no tiene necesariamente un entendimiento de toda la perspectiva inferior. Cada fila representa una perspectiva única, sin embargo, los contenidos de cada perspectiva deben proveer suficiente detalle para definir la solución al nivel de la perspectiva y estos se deben transferir a la próxima fila inferior.

Cada perspectiva debe tomar en cuenta los requisitos de las diferentes perspectivas y las restricciones que estás aplican. Las limitaciones de cada perspectiva se suman. Por ejemplo, las limitaciones de las filas superiores afectan a las inferiores. Las restricciones de las filas inferiores pueden, pero no obligatoriamente afectan las filas superiores. Entender los requisitos y restricciones involucra el conocimiento y el entendimiento de perspectiva a perspectiva.

A continuación la descripción de las vistas:

• Fila 1

– Vista de Planeación / Alcance

El primer esquema de arquitectura es un diagrama de Venn el cual muestra en términos de tamaño, forma, relaciones parciales y el propósito final de la estructura. Corresponde a un sumario ejecutivo para un planeador o inversionista que requiere una perspectiva general del sistema, su costo y su relación con el sistema general donde operaría.

• Fila 2

- Vista del Propietario / Modelo Empresarial

Lo siguiente son los dibujos del arquitecto que muestran como la construcción final seria desde la perspectiva del usuario, el cual tendrá que interactuar con este. Corresponden a los modelos de la empresa/negocio, los cuales constituyen los diseños del negocio y muestran las entidades del negocio y como se relacionan los procesos.

• Fila 3 

– Vista del Diseñador / Modelo de sistema de información

Los propósitos del arquitecto son una traducción de los dibujos de los  detalles de los  requisitos desde una vista de diseñador. Ellos corresponden al modelo del sistema diseñado por un Analista el cual debe determinar los elementos de datos, el flujo de la lógica de los procesos y las funciones que representan entidades o procesos de negocios.

• Fila 4 

– Vista del Constructor / Modelo Tecnológico

El contratista debe redibujar los planes del arquitecto para representar la perspectiva del constructor con bastante detalle para su mejor comprensión de las restricciones de las herramientas, así como de tecnologías y materiales. Los planes corresponden a los modelos tecnológicos, los cuales deben ser  ajustados al modelo de sistemas de información, teniendo en cuenta los lenguajes de programación, los dispositivos de I/O u otra tecnología de soporte.

• Fila 5 

– Vista del Subcontratista / Especificación Detallada

Los subcontratistas producen desde plantas, en las que se especifican los segmentos o subsecciones correspondientes a las representaciones que se especifican y que se le entregan a los programadores para que lleven a cabo el desarrollo de los diferentes tipos que se definen, sin tomar en cuenta el contexto general. Sucesivamente pueden representar soluciones COTS o GOTS (soluciones ya listas, empresariales o gubernamentales).

• Fila 6 

– Vista del Sistema Actual / Empresa en Funcionamiento

Se cuenta con seis categorías con sus respectivas interrogativas:

• Descripción de datos – ¿Qué?

Describe las entidades involucradas en cada punto de vista de la empresa. Los ejemplos incluyen los objetos de negocio, datos del sistema, las tablas relacionales, las definiciones de campo.

• Descripción de función – ¿Cómo?

Muestra las funciones dentro de cada perspectiva. Incluyen procesos de negocio, la función de la aplicación de software, la función del hardware del equipo, y lazo de control del lenguaje.

• Descripción de Redes – ¿Dónde?

Muestra las localizaciones y las interconexiones dentro de la empresa. Esto incluye lugares geográficos empresariales importantes, secciones separadas dentro de una red logística, la asignación de los nodos del sistema, o incluso las direcciones de memoria dentro del sistema.

• Descripción del personal – ¿Quién?

Representa las relaciones de las personas dentro de la empresa. El diseño de la organización empresarial tiene que ver con la asignación de trabajo y la estructura de autoridad y responsabilidad. La dimensión vertical representa la delegación de autoridad, y la horizontal representa la asignación de la responsabilidad.

• Descripción del tiempo – ¿Cuándo?

Representa el tiempo, o el caso de las relaciones que establecen los criterios de rendimiento y los niveles cuantitativos de los recursos de la empresa. Esto es útil para diseñar el programa maestro, la arquitectura de procesamiento, arquitectura de control, y dispositivos de sincronización.

• Descripción de la motivación – ¿Por qué?

Describe las motivaciones de la empresa. Esto pone de manifiesto los objetivos de la empresa y los objetivos, plan de negocios, la arquitectura del conocimiento y el diseño de los conocimientos.