Documentos de Académico
Documentos de Profesional
Documentos de Cultura
El arquitecto del edificio prepara diferentes arquitecturas para cada uno de estos
jugadores. Cada jugador exige información completa, pero lo que constituye la integridad es
diferente para cada uno de los jugadores. El propietario está interesado en una descripción
completa de la funcionalidad y estética del edificio. El constructor está interesado en una
descripción completa de los materiales y el proceso de construcción. Al propietario no le
importa la ubicación de los postes en las paredes o qué clavos se usan o qué tejas se usan. Al
constructor no le importa cómo se alinean las ventanas del dormitorio con el sol de la mañana.
En sus primeros artículos y en una elaboración posterior en 1992, Zachman propuso que hay
seis áreas descriptivas de enfoque (datos, función, red, personas, tiempo y motivación) y seis
perspectivas de los jugadores: planificador, propietario, diseñador, constructor, subcontratista.
y empresa. Estas dimensiones se pueden organizar en una cuadrícula.
Desde la perspectiva del propietario de la empresa, "datos" significa entidades
comerciales. Esto puede incluir información sobre las propias entidades, como clientes y
productos, o información sobre las relaciones entre esas estrategias, como grupos
demográficos e inventarios. Si está hablando con el propietario de una empresa sobre datos,
este es el idioma que debe usar. Desde la perspectiva de la persona que implementa la base de
datos, "datos" no significa entidades comerciales, sino que se refiere a filas y columnas
organizadas en tablas y unidas entre sí mediante combinaciones y proyecciones
matemáticas. Si está hablando con un diseñador de bases de datos sobre datos, no hable de
grupos demográficos de clientes; hablar de tablas relacionales de forma normal .
No es que una de estas perspectivas sea mejor que la otra o más detallada que cualquier otra
o sea de mayor prioridad que la otra. Estas perspectivas sobre los datos son fundamentales
para una comprensión holística de la arquitectura de sistemas . Es el arquitecto quien los
integra en un todo cohesionado.
El marco de Zachman primero sugiere que cada artefacto arquitectónico debería vivir en una y
solo una celda. No debe haber ambigüedad sobre dónde vive un artefacto en particular. Si no
está claro en qué celda vive un artefacto en particular, lo más probable es que el problema
esté en el artefacto en sí.
En segundo lugar, el marco de Zachman sugiere que una arquitectura puede considerarse una
arquitectura completa solo cuando todas las células de una arquitectura están completas. Una
celda está completa cuando contiene suficientes artefactos para definir completamente el
sistema para un jugador específico que mira un enfoque descriptivo específico. Cuando cada
celda está poblada con los artefactos apropiados, hay una cantidad suficiente de datos para
describir completamente el sistema desde la perspectiva de cada jugador (interesado) que
mira el sistema desde todos los ángulos posibles.
En tercer lugar, el marco sugiere que las celdas de una columna deben estar relacionadas entre
sí. Considere la columna de datos (la primera columna) en la plantilla. Desde la perspectiva del
propietario de la empresa, los datos son información sobre la empresa. Sin embargo, desde la
perspectiva del administrador de la base de datos, los datos son filas y columnas en la base de
datos.
PREGUNTAS:
https://www.sciencedirect.com/topics/computer-science/zachman-framework#:~:text=The
%20Zachman%20framework%20is%20a,addressed%20(for%20example%2C%20data%20and