01 Modelo de arquitectura de Zachman

01 Modelo de arquitectura de Zachman

Dr. Jesús Manuel Olivares Ceja

@jesus0c

Ciudad de México, 14 abril 2020

INSTITUTO POLITÉCNICO NACIONAL

Unidad Profesional Interdisciplinaria de Ingeniería y Ciencias Sociales y Administrativas

Academia de Informática

ARQUITECTURA ORGANIZACIONAL

AGENDA

Introducción

1 Zachman

2 Aplicación del modelo de Zachman

Conclusiones

20 ene 2020 CIC-IPN UPIICSA-Informática AO 2

Introducción

Una Arquitectura Empresarial (AE) «Enterprise Architecture, EA» es elmodelo de una empresa en que se busca la alineación de las regulacionesque debe atender, la estrategia y la cadena de valor con la misión de laorganización. Este modelo tiene el propósito de desarrollar o integrarsistemas de información que contribuyan a tener efectividad en la cadenade valor, así como información de calidad para la adecuada toma dedecisiones


INTRODUCCIÓN


Stakeholders (interesados)

EMPRESA

INTRODUCCIÓN


involucrados

Arquitectura de la empresaMODELO

En una empresa se debe distinguir el equipo que realiza el proyecto del estudio de arquitectura. Este equipo se considera independiente a la empresa, recibe beneficios

INTRODUCCIÓN



EMPRESA

involucrados


INTRODUCCIÓN


involucrados



EMPRESA

INTRODUCCIÓN

1 Zachman

1 ZACHMAN 1.1 Origen del modelo de ZachmanReferencia: Zachman, J.A. (1987) A framework for information systems architecture. IBM Systems Journal, 26 (3), 276-292

El artículo publicado en 1987 en el IBM Systems Journal elaborado por el químico John A. Zachman seconsidera como el pionero de los modelos de Arquitectura Organizacional, aunque originalmente, elpropósito fue identificar a los involucrados en el desarrollo de un sistema de información. Lapropuesta se elaboró en aquellos días (y aun siguen vigentes) con base en los problemas de:

1. Incremento en el tamaño y complejidad en los sistemas de información utilizados en lasempresas.

La propuesta fue elaborar una construcción lógica (o arquitectura) para definir las interfaces yla integración de los componentes de un sistema de información (SI).

Aunque se considera la arquitectura de SI como parte de la estrategia, no se pretendía elaborar unametodología de planeación estratégica. Las ventajas que se pretendían aprovechar son (vigentes hoy):

1. La tecnología está disponible a precios que reducen las restricciones financieras.

2. Los SI proporcionan flexibilidad a los cambios en el manejo de negocios y coherencia en lagestión de recursos.

3. La tecnología permite que la empresa se pueda “distribuir” en otros lugares físicos.


1 ZACHMAN 1.2 Arquitecturas predecesoras

Zachman utiliza una analogía de los SI desarrollados en una empresa con la forma en que se realiza unaedificación en el área de Ingeniería Civil y Arquitectura.

Dado que en ese momento el concepto “Arquitectura de sistemas de información” no era consistente,se requería de un modelo (marco de referencia) para facilitar la comunicación y entendimientoentre los profesionales involucrados, tanto del área de negocio como de Informática.

Se precisan entregables en forma análoga al área de Arquitectura como la solicitud de trabajo, losplanos de la construcción «blueprint», el presupuesto y el plan de actividades para identificar la duraciónde la obra. En Zachman los entregables se encuentran en la matriz que forma su modelo.

En 1987 en el área de Informática se utilizaban las metodologías de cascada y espiral.

Se utilizaba la programación estructurada en las empresas e iniciaba la popularización de laorientación a objetos.

En la modelación de SI se usaba HIPO (https://en.wikipedia.org/wiki/HIPO_model) e IDEF0(https://es.wikipedia.org/wiki/IDEF0); estos únicamente los entendían los especialistas en Informática.


1 ZACHMAN 1.2 Arquitecturas predecesorasReferencia: The Zachman Framework Evolution by John P Zachman [disponible en la web www.zachman.com]

El modelo de Zachman ha tenido varias versiones desde su propuesta en 1987, las que se consideran son:

1984 primer borrador conteniendo gráficos utilizados por Zachman hasta su retiro de IBM en 1990

1987 primera publicación que aparece en el IBM Systems Journal

1992 segunda publicación en el IBM Systems Journal aún nombrado Arquitectura de Sistemas deInformación. Sowa renombra a la primera perspectiva como «Planner» y a la quinta «Sub-Contractor».

1993 Zachman nombra oficialmente “Arquitectura Empresarial” por primera vez, aun se usaban lasprimeras tres columnas. Las perspectivas Zachman las subtitula Conceptual para las dos primeras, Lógica,Física, Fuera de contexto y Empresa funcionando para las 3, 4, 5 y 6. El mapa cambia al del mundo.

2001 El concepto Arquitectura Empresarial gana aceptación, inicia el uso de colores por renglón.

2002 «Intervista Institute de Canada» elaboró el gráfico coloreando las columnas enfatizando que noes aumento en el nivel de detalle, sino perspectivas diferentes en cada renglón.

2003 Enfatiza aún la notación de Informática y no la Empresarial, vuelve el uso de colores enrenglones.


1 ZACHMAN 1.2 Arquitecturas predecesoras

2004 Se considera la segunda versión del modelo. Vuelven a utilizar colores por renglones. Se trata deenfatizar que las perspectivas (renglones) integran aspectos (columnas) de una empresa y que cadaaspecto (columna) tiene diferentes transformaciones por cada perspectiva.

2011 Se considera la tercera versión, elaborada durante 12 meses, desde 2001 Zachman vuelve atener el control completo del modelo, por esto hace un rediseño con aportaciones de autoridadesacadémicas, de consultoría y del área de arquitectura empresarial. Por primera vez se subtitula“Ontología Empresarial” implicando una estructuración de los elementos de una empresa, como “unatabla periódica en Química”. Zachman añade líneas para enfatizar la integración de los aspectos en cadaperspectiva. Vuelve a indicar, igual que en 2001 que la perspectiva dos y la seis están muy relacionadasusando el mismo color anaranjado. Los colores son por perspectiva (renglón). No indica como se deberealizar un trabajo de arquitectura empresarial. Utiliza una columna extra de perspectivas con su nombreoriginal en el extremo derecho. Renombra las perspectivas como 1 del Ejecutivo (planificadores), 2 dela gestión del Negocio (propietarios), 3 del Arquitecto (diseñadores), 4 del Ingeniero (constructores), 5 delTécnico (Implementadores), 6 de la Empresa (usuarios). Los aspectos los renombra como Nombres deClasificación en la parte superior y en la parte inferior les llama Nombres en la Empresa quedando estoscomo Inventarios, Flujos de proceso, Red de Distribución, Asignación de Responsabilidades, CiclosTemporales e Intenciones Motivadoras.


1 ZACHMAN 1.3 Orientación del modelo de Zachman

El modelo de Zachman desde su creación considera seis aspectos que son relevantes en una organización.Aunque no se indica algún tipo de organización a la que se enfoca, como lo hacen otros modelosde arquitectura, las empresas que pueden aprovechar este modelo son aquellas que están distribuidasgeográficamente y que interesa modelar sus procesos, datos, puestos clave, eventos y propósitos.

Se debe recordar que el modelo de Zachman requiere que se use tal como está, sin añadir oeliminar alguna columna (aspecto) o renglón (perspectiva).


1 ZACHMAN 1.4 Componentes del modelo de Zachman

La versión 3.0 de Zachman (2011) está formado por un metamodelo (no es un modelo de una empresa,sino un modelo para elaborar el modelo de una empresa) formado por seis columnas (aspectos) y seisrenglones (perspectivas).

Las columnas las renombra como Nombres de Clasificación (arriba) y Nombres en la Empresa (abajo).

Cada celda contiene un modelo único cuyos elementos se relacionan en cada perspectiva mediante líneasde integración.




Elementos de la Empresa (aspectos)

Datos Procesos Ubicaciones Personas Tiempo Propósitos

Pers

pecti

vas

1 del Ejecutivo (planificadores)

2 de la gestión del Negocio (propietarios)

3 del Arquitecto (diseñadores)

4 del Ingeniero (constructores)

5 del Técnico (Implementadores)

6 de la Empresa (usuarios)

What How Where Who When Why

1 ZACHMAN 1.4 Componentes del modelo de ZachmanReferencia: MDG Technology For Zachman Framework User Guide, 2007-2008 Sparx Systems Pty Lt

En esta sección se indican modelos de cada perspectiva del modelo de Zachman v3 2011 aun vigente.


pla

nif

icad

ore

s

Datos Procesos Ubicaciones Personas Tiempo Propósitos

Lista de entidades del

negocio

Tipos de datos

Lista de procesos del

negocio

Tipos de procesos

Lista de lugares en que está el negocio

Lista de responsabilidades importantes para

el negocio

Lista de eventos y

ciclos importantes

para el negocio

Lista de propósitos

pro

pie

tari

os Entidades y

relaciones del negocio

Conceptualmente

Procesos del negocio con

sus entradas y salidas

Conceptualmente

Ubicaciones del negocio

con sus conexiones

Conceptualmente

Roles y productos de trabajo de

cada responsabilidad

Conceptualmente

Eventos con sus intervalos

de tiempo

Conceptualmente

Lista de propósitos

(fines) y medios

Conceptualmente



dis

eñad

ore

s

Inventarios Flujos de proceso Red de Distribución Responsabilidades Ciclos Temporales Intenciones

Representación de

entidades y

relaciones

Diagrama ER o de clases

Representación

de

procesos con

sus entradas y

salidasDiagrama BMP

Representación

de

ubicaciones con

sus conexiones

Diagrama de Red

Representación

de

roles y productos de

trabajo

Matriz rol/producto

Representación

de eventos con

intervalos de

tiempo

Diagrama de Gantt

Representación

de

fines y medios

Diagrama Ishikawa

con

stru

cto

res

Especificación

de entidades y

relaciones

Diccionario de datos

Especificación de

procesos con sus

entradas y salidas

Descripción de procesos

Especificación

de ubicaciones

con sus

conexiones

Diagrama detallado de

red

Especificación de

roles y productos de

trabajo

Descripción de productos

Especificación de

eventos e

intervalos de

tiempo

Descripción de eventos

Especificación

de fines y

medios

Listado de objetivos



imp

lem

enta

do

res

Inventarios Flujos de proceso Red de Distribución Responsabilidades Ciclos Temporales Intenciones

Herramientas

para el manejo

de entidades y

relaciones

Herramientas

para manejo de

procesos con

sus entradas y

salidas

Herramientas de

ubicaciones con

sus conexiones

Herramientas para

el manejo de roles y

productos de trabajo

Herramientas de

eventos e

intervalos de

tiempo

Herramientas de

fines y medios

usu

ario

s

Operación de

entidades y

relaciones

Pantallas de captura y recepción de datos

Procesos con

sus entradas y

salidas

Programas de computadora

Operaciones de distribución

Operaciones de responsabilidades

Operación de los planes

Gobernanza de los objetivos

2 Evolución del modelo de Zachman

2 EVOLUCIÓN DEL MODELO DE ZACHMAN

Versión 0.0 de Zachman

La


Modelo original de John Zachman creada en junio de

1984

Obsérvese que solo tiene tres columnas

C1R2 Diag. Chen

C1R3 Diag. Bachman

C1R4 Diag. IMS

C2R2-3 notación IDEF0



Modelo de 1984 usada por John Zachman hasta que se

retiró de IBM en 1990

Esquema creado a partir deloriginal con gráficas de IBM

C1R2 es un elementocompuesto y no uno primitivo.También C2R2-3



Este es el primer Framework publicado en 1987

Solo tiene tres columnas, las otras se añadieron después


La



1992

Aun se llamaba “A Framework for Information Systems

Architecture”, empezo a ganar reconocimiento

John Sowa es coautor del artículo de 1992, llamando a R1 “Planner” y R5 “Sub-contractor”



1993



1993En este año John decide oficialmente llamar “Enterprise Architecture”

Desde 1991 había creado una empresa educativa de su modelo.

En esta versión usa por primera vez los adjetivos “Contextual”, “Conceptual”, “Logical”, “Physical”, “Out-of-context”.



2001



2002



2003




2004


Versión 3.0 de Zachman En 2011 se libera la versión que hasta la fecha (2021) está vigente con elsubtítulo de Ontología Empresarial.


3 Arquitecturas después de Zachman

3 ARQUITECTURAS DESPUÉS DE ZACHMAN

Zachman se considera el primermodelo de arquitecturaorganizacional y de este se handerivado otros modelos.


4 Aplicación del modelo de Zachman

4 APLICACIÓN DEL MODELO DE ZACHMAN

Propósito

El propósito de este documento es proporcionar un ejemplo al profesional que requiere analizar,entender y aplicar adecuadamente un modelo de arquitectura. En este caso se trata del modelo de JohnZachman.

Bloom, B. S. (1956). Taxonomy of educational objectives: The classification of educational goals. New York:Longmans, Green.



Enterprise Architecture is the process used by a business to make explicit representations of enterpriseoperations and resources, rather than relying on implicit notions or understanding in individual managers'heads.Stan Locke

https://www.visual-paradigm.com/guide/enterprise-architecture/what-is-zachman-framework/

En el modelo de Zachman se representan los datos, procesos, localidades, personal , tiempo y motivos;esto es un modelo genérico de empresa, sin establecer un giro específico. Recordando los tipos deempresa:

•Extractivas y agropecuarias•Industria secundaria•Industria primaria•Servicios•Gobierno

En algunos casos habrá aspectos que no se consideran, sin embargo, Zachman ha establecido que sumodelo no debe ampliarse por ningún motivo.




Descripción

Perspectiva

¿Qué?

Datos

¿Cómo?

Función

¿Dónde?

Red

¿Quién?

Personal

¿Cuándo?

Tiempo

¿Por qué?

Razón

PlanificadorListas de elementos

de la empresa

Lista de entidades del

negocio

1,1

Lista de procesos de

negocio

1,2

Lista de localidades del

negocio (producción,

clientes)

1,3

Lista de

responsabilidades

1,4

Lista de eventos del

negocio

1,5

Lista de

motivaciones

(propósitos)

1,6

PropietarioModelo de negocio

Definición del modelo

semántico de datos

(Entidades,

Relaciones)

2,1


de procesos

(Transformación, E/S)

2,2


de logística

(Localidad, Conexión)

2,3

Definición de

responsabilidades (Rol,

Producto de trabajo)

2,4

Definición del plan

maestro

(Eventos, Intervalo)

2,5

Definición de

Motivos

(Fin, Medio)

2,6

DiseñadorModelo lógico

Representación de

datos

(Entidad, Relación)

[Diagrama ER o

clases]

3,1

Representación de

procesos

(Transformación, E/S)

[ISO 9000, 9001]

3,2

Representación de

logística

(Localidad, Conexión)

[sistema logístico]

3,3

Representación de

responsabilidades

(Rol, Producto de

trabajo)[Organigrama]

3,4

Representación de

eventos

(Evento, Intervalo)

[Diagrama de Gantt]

3,5

Representación de

motivos

(Fin, Medio)

[i. e. Ishikawa]

3,6

ConstructorModelo físico

Sistemas de

información

Especificación de

tecnología para datos

4,1

Especificación de

tecnología para

procesos

4,2

Especificación de

tecnología para

logística

4,3

Especificación de

tecnología para

responsabilidades

4,4

Especificación de

tecnología para

eventos

4,5

Especificación de

tecnología para

gestión de

resultados

4,6

ImplementadorRepresentación

detallada

Definición de datos

(esquema BD)

5,1

Definición de

programas

5,2

Arquitectura de red de

datos

5,3

Descripción de

responsabilidades

5,4

Definición de tiempos

de cada actividad

5,5

Definición de

resultados a obtener

5,6

Usuario Datos en uso

6,1

Uso de programas

6,2

Red en uso

6,3

Organización en

funcionamiento

6,4

Planificación en

ejecución

6,5

Resultados

obteniéndose

6,6


¿Cómo se aplica el modelo de Zachman?

Conociendo los componentes del modelo de Zachman, luego se establece un mapeo entre loscomponentes conocidos de una empresa con los que contiene el modelo de referencia «Framework» deZachman.




1,1 Lista de entidades del negocio

• Proveedores

• Clientes

• Empleado

• Desarrollador

• Documentador

• Vendedor

• Equipo

• Máquina

• Departamento

• Producto

• Servicio



2,1 Relaciones conceptuales entre entidades del negocio:modelo semántico de datos

Empleado Cliente

Producto

Servicio

Elabora Compra

CompraProporciona

Proveedor

Compras

Insumo

Cotiza, Vende

Solicita, compra

Aliado

Los proveedores cotizan y venden insumosEl jefe de compras solicita y compra insumosLos empleados elaboran productosLos clientes compran productos y serviciosLos empleados proporcionan servicios



3,1 Representación de entidades y relaciones

Proveedor Insumo

Cotiza

Compra

**

* *

ProyectoParticipa enEmpleado

Producto

Genera

ClienteVende a



4,1 Especificación de tecnología para el manejo de datos

• StarUML se utiliza en el diseño de diagramas de base de datos

• MySQL se utiliza para el manejo de datos de clientes, proveedores y proyectos

• GitLab se utiliza para la liberación de versiones del sistema de información que utiliza la base de datos



5,1 Definición de datos

• Entidad: Proveedor• idProveedor (string, 10)

• nombre (string, 50)

• direccion (string, 50)

• Entidad: Insumo• idInsumo (string, 10)

• descripcion (string, 40)

• costoUnitario (decimal, 10.2)

• unidadMedida (string, 5)

• minimo (decimal, 10.2)

• maximo (decimal, 10.2)

• existencias (decimal, 10.2)

• porcentajeIva (decimal 5.2)

• codigoBarras (string, 22)

• Entidad: Cotizacion• idProveedor (string, 10)

• idInsumo (string, 10)

• cantidad (decimal, 10.2)


• iva (decimal, 10.2)

• Entidad: Compra• idProveedor (string, 10)

• idInsumo (string, 10)

• cantidadSolicitada (decimal, 10.2)

• cantidadComprada (decimal, 10.2)


• iva (decimal, 10.2)



6,1 Uso de datos



1,2 Lista de procesos del negocio

Empresa de desarrollo de aplicaciones

• Contactar cliente

• Detección de requerimientos del cliente

• Mostrar catálogo de productos

• Análisis de problemas pendientes de resolver por el cliente

• Diseño de un sistema de información para el cliente

• Codificación del sistema de información

• Pruebas unitarias e integrales del sistema de información

• Registro contable del pago que hace el cliente por el sistema de información



2,2 Definición conceptual de procesos de negocio

Contactarcliente

Solicitud Problema Planteamiento del problema

AnálisisRequerimientos

DiseñoAlternativasde solución

CodificaciónModelos PruebasProgramas

Registro contableVentas

Compras

Producto

Estados financieros



3,2 Representación de procesos BPMn



4,2 Especificación de tecnología para procesos

Aunque existen herramientas como iGrafX, Pega, Flowcharter o Visio para diagramar procesos, se propone evaluar alguna de las siguientes opciones de software libre:

• Dia

• yEd

• ThinkComposer

• PencilProject

• Diagram Designer



5,2 Definición de programas



6,2 Uso de programas



1,3 Lista de localidades del negocio

• Oficina en San Pedro Xalpa

• Clientes en Tecnocentro



2,3 Definición conceptual del modelo de logística

6 APLICACIÓN DE ZACHMAN A UNA EMPRESA


3,3 Representación de logística

S Lugar dónde están los servidores de procesamiento de datos.

R Lugares con respaldo de datos.

C nodos clientes de la red.

El tipo de enlace:F fibra óptica.CC cable de cobre.M microondas.T enlace telefónico.

C

S R

S

C

C

T

F

FT



4,3 Especificación de tecnología para logística

Se sugiere evaluar Edraw, lucidchar, visio o mindjet para la elaboración de diagramas de logística compararlo con https://creately.com



6,3 Uso de la red de datos



1,4 Lista de responsabilidades del negocio

• CEO, responsable de la empresa, personal, productos y servicios

• CIO, responsable de la informática y sus resultados

• CFO, responsable de los aspectos financieros de la empresa.

• Responsable de desarrollo de un producto aplicando estándares internacionales

• Responsable del servicio técnico y mantenimiento en cuanto a tiempo y calidad



2,4 Definición de responsabilidades (Rol, Producto de trabajo)



3,4 Representación de responsabilidades



4,4 Especificación de tecnología para responsabilidades

• Se sugiere el uso de creately en línea para elaborar diagramas de responsabilidades:

https://creately.com

https://creately.com/es/crear-diagramas-de-Ishikawa-online



5,4 Descripción de responsabilidades

6 APLICACIÓN DE ZACHMAN A UNA EMPRESA


6,4 Ejecución de las responsabilidades que obtienen productos de trabajo



1,5 Lista de eventos del negocio

• Contactar cliente de un producto o servicio

• Firma de contrato de una venta

• Entrega de un producto o servicio



2,5 Definición del plan maestro mediante una hoja de ruta «roadmap»



3,5 Representación de eventos



4,5 Especificación de tecnología para eventos

• Se sugiere el uso de creately en línea para elaborar diagramas de eventos:

https://creately.com

https://creately.com/es/crear-diagramas-de-Ishikawa-online



5,5 Definición de tiempos de cada actividad



6,5 Ejecución de los eventos en los tiempos programados



1,6 Lista de propósitos del negocio• Contar con oficinas ubicadas en un sitio cercano a los principales

clientes

• Tener personal capacitado en ciencia y tecnología actual y sus tendencias

• El almacenamiento de datos deberá tener respaldos periódicos y además en la nube

• El desarrollo de aplicaciones deberá estar guiado estándares internacionales

• El mantenimiento y el soporte técnico se realizará con base en una política de tickets que tendrán una prioridad asignada

• Se deberá contar con maquinaria y herramientas más adecuadas para desarrollar productos y proporcionar servicios

• Realizar compras al mejor costo posible



2,6 Definición de Objetivos



3,6 Representación del árbol de medios y fines



4,6 Especificación de tecnología para obtención de resultados

Sistemas de información que se utilizan en la obtención deresultados, estos representan una ventaja competitiva:

SAES, Piensa-UPIICSA, Google Classroom, Kitzal



5,6 Definición de resultados a obtener alineados con los propósitos con ayuda de los sistemas de información

• Incrementar la eficiencia terminal en 10% respecto al año anterior

• Incrementar el número de titulados en tiempo y forma al 75% de egresados

• Aumentar la calidad de egresados en el área productiva repercutiendo en el PIB con un 0.001%

• Reducir la deserción escolar en un 20%



6,6 Resultados obteniéndose

CONCLUSIONES

Con base en lo expuesto se concluye que existen diferentes versiones del modelo de Zachman

Para aplicar un modelo los especialistas debemos tener la información de la empresa de susRECURSOS $$$$, cuales son los requerimientos y necesidades de la empresa y cual es la VISION(que resultados quiere).

El resultado final es el soporte de sistemas de información como ventaja competitiva para queuna empresa logre sus propósitos.



Doh he sin De Gra köszönöm Grazie спасибо

obrigado Dhanyabad Shukran whakawhetai

ευχαριστώ Jach nib óolal дякую вам дуже gazilan

شكر dziękuję muchas gracias Tlazohkamati 謝謝

thank you Eskerrik asko moltes gràcies धेरै धेरै धन्यवाद

moitas grazas tusen takk tatsabini gratias tibi valde

Merci beaucoup danke schön どうもありがとう faafetai

01 Modelo de arquitectura de Zachman

Documents

Transcript of 01 Modelo de arquitectura de Zachman