LA MATRIZ ZACHMAN Luciano Cano Chuquilin
[email protected]
Paola Zavala Panduro
[email protected]
Alberto Machado Hidalgo
[email protected]
Escuela Profesional de Ingeniería Informática Universidad Ricardo Palma
Resumen: El
prese resent nte e
proy proyec ecto to
del del
curs curso o
de
Planificación de la Arquitectura Empresarial.
Enfoqu Enfoques es y Perspe Perspecti ctivas vas de la refere referenci ncia a de Zachman.
Ingen ngenie ierí ría a
Empresarial, tiene como finalidad explicar la Matriz de Zachman. Poder Poder conoce conocerr sus perspe perspecti ctivas vas y dimens dimension iones es que
2 Presentación del Problema -
ayudan a entender lo que es la arquitectura empresarial en una organización.
No se se tien tiene e cono conoci cim mient iento o sobre sobre que que es es una una Arquitectura Empresarial.
-
Se des desco cono noce ce el el uso uso de herr herram amie ient ntas as par para a el
Además, explicar de manera general y breve su relación
manejo de la Arquitectura Empresarial en una
con TOGAF; TOGAF; una metodologí metodología a para realizar elmodelo
organización.
empresarial de una empresa y de esa manera entender
-
la importancia de su aplicación en la organización.
No se tien tiene e conoc conocim imie ient nto o sobr sobre e la Matri atriz z de Zachman, de sus perspectivas y dimensiones y su relación con la Arquitectura Empresarial.
1 Introducción 1.1 Propósito Cono Conoce cerr la Matr Matriz iz de Zach Zachma man, n, que que obje objeti tivo vos s y
-
No se sabe del uso del TOGAF en una orga organi niza zaci ción ón,,
como como
medi medio o
de
enco encont ntra rarr
problemas en una organización que se pueden mejorar.
alcances tiene, y como se relaciona la organización con cada perspectiva y dimensión de la matriz.
3 Descripción de la Solución
Además Además,, conoce conocerr sobre sobre lo que es una arquit arquitect ectura ura empres empresari arial al y como como esta esta apoya apoya al desarr desarroll ollo o de la organización.
Mostrar de manera general la Matriz de Zachman, para luego explicar detalladamente cada uno de sus enfoques y perspectivas.
1.2 Alcance Además Además entender entender la relaci relación ón de cada cada column columna a y su Conoce Conocerr y determ determina inarr la Matriz Matriz de Zachma Zachman n para para poder entender como se encuentra cada componente
relación de las filas de la matriz para un buen desarrollo de la arquitectura empresarial.
de la organización.
1.3 Referencias
Mostrar su relación con la herramienta TOGAF, y su aporte al diseño de la arquitectura empresarial en una
Fundamentos de la Arquitectura Empresarial.
organización y conocer sus fases de desarrollo.
LAS PERSPECTIVAS
4 Resultados
El Planeador se ocupa del contexto de la empresa, de su entorno competitivo, de las
Mediante el aprendizaje sobre la Matriz de Zachman,
fuerzas internas y externas que influyen en su
podremos entender sus enfoques y perspectivas que
competitividad; esta
ayudarán a conocer mejor los procesos de una
perspectiva cubre los
componentes del nivel estratégico.
organización.
5 Matriz de Zachman
El Dueño se interesa en la operación del negocio, para lo cual requiere del modelado de la empresa mediante modelos de procesos, de flujos de trabajo, de logística empresarial; esta perspectiva se centra en el proceso de negocio.
El Diseñador tiene que ver con la especificación de los planos conceptuales de los sistemas de información que se requieren para soportar la operación de los procesos.
Figura 01. Marco de Referencia de la Matriz de Zachman
fabricación de los diversos componentes de los
El marco de Referencia de Zachman (1987) es una
sistemas de información de acuerdo con las
herramienta de pensamiento que permite organizar, clasificar
y
analizar
las
diferentes
El Constructor se encarga del ensamblado y
restricciones de la tecnología utilizada.
descripciones
arquitecturales o artefactos de una empresa, por
ejemplo:
El Programador trabaja en la fabricación de los componentes
-
Modelos de estrategias.
-
Organigramas.
-
Modelos de procesos.
-
Modelos de flujos de trabajo.
-
Modelos de datos.
-
Reglas de negocio.
-
Diagramas de aplicaciones.
-
Diagrama de redes.
-
Especificaciones de programas.
de
acuerdo
con
las
especificaciones del constructor. LAS DIMENSIONES
El Dato responde a la interrogante ¿Qué?, para la perspectiva del planeador se refiere a la lista de cosas importantes para el negocio; el dueño ve las cosas como entidades representadas en un modelo conceptual que caracteriza el negocio, pero al diseñador le interesa un modelo lógico que pueda conducir a una base
Como puede observarse en la figura 01, el marco de referencia es una matriz de 5 renglones (el sexto renglón no lo contamos por ser la empresa en operación) por 6 columnas, donde cada tipo de artefacto es caracterizado por una celdilla, la que a su vez es resultado del cruce de un renglón y de una columna.
de
datos
para
su
almacenamiento
correspondiente, lo que la visión del constructor transforma en un modelo físico como una tabla de base de datos, que para el programador será una entidad de almacenamiento como un archivo o un registro.
La Función se ocupa de la pregunta ¿Cómo?, Figura 02. Marco de Referencia de TOGAF
cubriendo desde la lista de procesos esenciales del negocio (perspectiva del planeador), su
TOGAF es una metodología más elaborada, cuyas
modelado correspondiente (dueño).
cuatro primeras filas se alinean muy bien con el esquema de Zachman
La
Ubicación
representa
el
¿Dónde?,
reflejando desde la lista de las localidades
Las fases descritas son:
donde se ubica el negocio (perspectiva del planeador), su modelado logístico (dueño), hasta la configuración de las direcciones de red
La persona tiene que ver con el ¿Quién?, considerando
la
lista
de
unidades
organizacionales importantes para el negocio (planeador), su modelo de flujo de trabajo
El tiempo captura el ¿Cuándo?, incluyendo desde la lista de eventos importantes para el negocio (planeador).
La motivación explica la interrogante ¿Por qué?, abarcando desde la lista de objetivos y metas (planeador), su plan de negocio para operar
la
especificación
empresa de
las
(dueño), reglas
hasta de
Figura 03. Marco de Referencia de TOGAF
la
negocio
Fase Preliminar
correspondientes (programador). Esta fase sirve para preparar a la organización en la
6 TOGAF y Matriz de Zachman
creación de un exitoso plan de arquitectura. Con ella podremos: •
Entender el ambiente del negocio
•
Comprender la Alta Gerencia
•
Alcanzar un acuerdo respecto al alcance
•
Establecer Principios
•
Fase A: Visión de Arquitectura Se
inicia
arquitectura.
una
iteración
del
proceso
de
En esta fase especificamos como el SI recibirá
Afianzamos el alcance, limitaciones y
soporte por medio de un componente, tanto
expectativas.
basado en Hardware como en Software, al igual
Creamos la visión de la arquitectura.
que la comunicación y relación con el negocio.
Validamos el contexto del negocio. Se construye una declaración del
•
trabajo de la arquitectura. •
Fase E: Oportunidades y Soluciones Aquí, realizamos las siguientes actividades:
Fase B: Arquitectura de Negocio
Planeación Inicial de implementación.
Se analiza la organización fundamental del
Identificar los proyectos más grandes en la implementación.
negocio, empezando por:
Agrupar proyectos en arquitecturas de
Sus procesos.
transición.
Su gente. Sus relaciones, tanto entre ellos,
•
como con el ambiente.
Para los proyectos identificados en la Fase E,
Los principios que gobiernan su
realizamos:
diseño y evolución.
Un análisis costo/beneficio.
Al igual que la manera en que la
Evaluación de riegos Al igual que se
organización alcanzara sus metas
desarrolla un plan de implementación
de negocios.
•
y migración detallado.
Fase C: Arquitectura de Sistemas de Información En
esta
fase
se
Fase F: Planeación de Migraciones
definen
los
•
aspectos
Fase G: Implementación de la Gobernanza En esta fase:
fundamentales en los sistemas de información
Se provee una supervisión arquitectónica
de nuestra empresa, estos están distribuidos en:
de la implementación.
Tipos de información de alta
Definimos limitaciones existentes en los
importancia en la empresa junto a
proyectos de implementación.
sus sistemas de aplicación que
Contratos de arquitectura.
los procesan.
Monitoreamos
Relaciones entre cada uno y el ambiente,
al
igual
que
de
Producimos una estimación del valor de negocios.
y evolución. Fase D: Arquitectura Tecnológica
trabajo
implementación.
los
procesos que gobiernan su diseño
•
el
•
Fase H: Gestión de la arquitectura de cambio de manejo de Requerimientos
Se asegura que los cambios en la
arquitectura se manejan en una manera
importante
definir
la
arquitectura
empresarial de la organización, esto permite
cohesiva e inteligente.
encontrar puntos fuertes y puntos débiles en
Establece y le brinda soporte a la arquitectura
Es
empresarial
la organización, que se pueden utilizar para
para
explotar y mejorar los procesos de la
proveer flexibilidad en los cambios que se
organización.
presentan debido a cambios tecnológicos en los negocios.
Monitoreamos la capacidad administrativa
Existen sistemas que se pueden adaptar la arquitectura empresarial, con la finalidad de dar soluciones eficientes a la organización.
del negocio.
7 Herramientas Certificadas de TOGAF
La matriz permite relacionar todos sus elementos a la organización y a través de
Podemos utilizar multiples herramientas de software
estas relaciones se puede tomar decisiones
para soportar el uso de este framework.
claras y
precisas con
respecto
a
los
procesos del negocio y estrategias.
EVA Netmodeler. IDS Scheer.
9 Bibliografía
BiZZdesign Architect.
Avolution ABACUS 3.x o reciente. Casewise
Carol O'Rourke, Neal Fishman, Warren Selkow: Introduces
the
concept
of
Enterprise
Architecture, using the Framework developed Corporate
Modeller
10.3
o
by John Zachman, to business and MIS
reciente.
students and professionals. New York, Abril
Flashmap Systems IT atlas v1.
2003.
Future Tech Systems, Inc.
MEGA International. Metastorm
ProVisionEA
Rachel Harrison: TOGAF 9 Certified Study Guide, UK: Berkshire, Enero 2010.
Version
6
o
reciente.
Jeanne W. Ross, Peter Weill: Enterprise
IBM Rational System Architect 10 o reciente.
Architecture As Strategy, Estados Unidos: New
Salamander MOOD 2006 o reciente.
York, Agosto 2006.
Troux Metaverse 7.1 o reciente. Sparx Systems.
8 Conclusiones
La matriz de Zachman solo es el modelo. No es un método, por lo cual puede adaptarse a cualquier organización.