VENTAJAS TOGAF

TOGAF, como otros frameworks de Enterprise Architecture, tiene como principal

objetivo establecer un enlace entre Negocio y TI en las empresas, aportando
mltiples beneficios a ambas reas que a continuacin se describen.
Reduccin de costes
Si se quiere mejorar los tiempos de mercado de los proyectos de TI, o incrementar
su calidad o identificar oportunidades y mejorar funcionalmente las aplicaciones, el
efecto de aplicar TOGAF a la Enterprise Architecture es beneficioso en trminos de
costes:

Reduccin del coste de proyecto, pues al reducir costes y mejorar el

entendimiento las soluciones aportadas requieren menor inversin para

alcanzar los objetivos del negocio.
Llas inversiones en nuevos sistemas y en la transformacin del negocio son

recuperadas ms rpidamente.
Justificacin de la inversin, la metodologa descriptiva permite materializar

el trabajo de arquitectura y dinamizar las inversiones en TI, involucrando de

forma activa al personal vinculado a las operaciones del negocio en los
proyectos
Reduccin de Riesgos
La gestin de riesgos en proyectos software no slo debe contemplar los riesgos
tcnicos que puedan ser identificados por un arquitecto tcnico. Las empresas son
complejas y las relaciones entre diferentes departamentos, sistemas y objetivos
individuales impactan en la gestin de riesgos de un proyecto.
TOGAF identifica los drivers y objetivos de Negocio, as como de todos los
involucrados en los diferentes dominios de arquitectura, facilitando la
identificacin de estos riesgos y enfatizando en su mitigacin:

Anlisis de riesgos y preocupaciones

GAP Analysis
Anlisis de impacto
Iteracin sobre todos estos anlisis

Governance y gestin de requisitos, minimizando riesgos de dependencias y

configuraciones
Identificacin de Oportunidades
En cada proyecto se pueden descubrir oportunidades de negocio o de TI. La
Enterprise Architecture puede y debe identificar oportunidades en cada uno de los
proyectos, mediante los diferentes anlisis y puntos de vista que TOGAF
proporciona.
Estos son algunos ejemplos de las oportunidades que pueden ser identificadas
durante las iteraciones de un proyecto empleando TOGAF:

Time to market. El GAP Analysis y planificacin de migraciones /

despliegues puede aportar visiones de posicionamiento con respecto a la

competencia de una forma dinmica: se puede variar los alcances y tiempos de
versionado de aplicaciones para lograr posicionamiento as como para
materializar / justificar inversiones.
Identificacin de ineficiencias. TOGAF tiene en cuenta los procesos de

negocio y los relaciona con las visiones de arquitectura de sistemas de

informacin y de tecnologa: la identificacin de ineficiencias o de mejoras en
procesos de negocio, bsqueda de sinergias entre departamentos o sistemas
informticos o la reduccin de costes por reutilizacin de plataformas comunes
son algunos ejemplos de ineficiencias identificadas por EA en proyectos.
Reduccin de riesgos y costes. La mantenibilidad es un aspecto muy

importante de los sistemas de informacin: gran parte de los presupuestos de TI

se destinan a soportar los sistemas desarrollados. TOGAF permite tener una
visin de conjunto de las arquitecturas e identificar aplicaciones o sistemas de
alto coste de mantenimiento, pudiendo anticipar inversiones.
Flexibilidad y Adaptacin
La transformacin de las empresas es cada vez ms frecuente y sobre todo ms
rpida. La agilidad demandada por el negocio supera a la capacidad de reaccin del
departamento de TI, por lo que es necesario flexibilizar los proyectos para
adaptarse a estas transformaciones.
La gestin de requisitos, centro de la metodologa ADM, es la clave para flexibilizar
proyectos sin perder calidad en las arquitecturas diseadas. TOGAF permite
adems adaptar a las necesidades de cada proyecto y empresa el marco de trabajo y

la metodologa ADM, existiendo casos de referencia y guas de adaptacin para

diferentes industrias y contextos.
La adaptacin de los procesos as como de los requisitos que conforman un
proyecto es un factor clave en la consecucin de objetivos de negocio.
Lenguaje comn
TOGAF provee un amplio repositorio de documentos y modelos (o viewpoints) que
permiten adaptar la visin de la empresa a los diferentes involucrados: de esta
forma se lanza un puente entre los mundos de Negocio y Tecnologa, haciendo
participe a ambos en la descripcin y construccin de las nuevas aplicaciones.
El proceso de transformacin requiere de este entendimiento, y TOGAF permite
modelar la arquitectura de cada rea para poder ser entendida por el conjunto de
los implicados.

Metodologias Enfoques Arquitectura Empresarial

Posted on July 15, 2014by andresgarciaosorio

Zachman Enterprise Architectures. Evolucin desde 1987

TOGAF:The Open Group Architectural Framework
FEA: The Federal Enterprise Architecture
Dodaf(Department of Defense Architecture Framework)
Modaf(Ministery of Defense Architecture Framework)
UPDM: Unified Profile for DoDAF/MODAF
EABOK :Enterprise Architecture Body of Knowledge
GERAM: Generalised Enterprise Reference Architecture and Methodology
IDEAS Group International Defence Enterprise Architecture
Specification for exchange esfuerzo multinacional (Ca, Usa, Uk, Au)
paradesarrollar una ontologa comn de interoperabilidad de arquitecturas.
NAF the NATO Architecture Framework
AGATE the France DGA Architecture Framework
DNDAF the DND/CF Architecture Framework (CAN)
Government Enterprise Architecture (GEA)
FDIC Enterprise Architecture Framework

NIST Enterprise Architecture Model

Treasury Enterprise Architecture Framework (TEAF)
Architecture of Integrated Information Systems (ARIS)

Descripcin Conceptual de Arquitecturas Empresariales

Esto es parte de un trabajo que hice sobre arquitecturas empresariales, me parece interesante los
conceptos tericos y las aplicaciones que pueden tener a nivel de investigacin son muy amplios, espero que
les sirva.

1.1

Arquitecturas Empresariales

La arquitectura es el arte y la ciencia del diseo de estructuras complejas. La Arquitectura Empresarial, ms

concretamente, se define como un conjunto coherente de principios, mtodos y modelos que se utilizan en el
diseo y la realizacin de la estructura organizativa de una empresa, adems de los procesos de negocio, los
sistemas de informacin y su infraestructura. Los modelos de Arquitectura, visitas, presentaciones y anlisis
de toda la ayuda para superar la falta de comunicacin entre los arquitectos y las partes
interesadas(Lankhorst, 2009).
El objetivo de la Arquitectura Empresarial es proveer una visin integral de la empresa, a travs de mapas que
documenten los distintos elementos que conforman a la operacin y que faciliten la mejora continua,
permitiendo el modelado de los posibles escenarios de ajustes a los procesos del negocio.
La arquitectura es un instrumento indispensable para controlar la complejidad de la empresa y sus procesos y
sistemas. Por un lado, vemos los controles internos para el uso de un enfoque arquitectnico, relacionados
con la ejecucin de la estrategia de la organizacin. Un mejor alineamiento del negocio lleva a un menor
costo, mayor calidad, mejor tiempo de salida al mercado, adems de una mayor satisfaccin del cliente. Por
otra parte, los controles externos de las autoridades reguladoras entre otras presiones exigen a las empresas
tener un profundo conocimiento de su estructura y de sus operaciones. Todos estos controles implican
claramente la necesidad del uso de la arquitectura empresarial.
El objetivo de la arquitectura empresarial es crear un entorno de TI unificado (hardware estndar y de
sistemas de software) a travs de la empresa o la totalidad de las unidades de negocio de la empresa, ante la
estrechez de los vnculos simbiticos con el lado del negocio de la organizacin y su estrategia. Ms
concretamente, los objetivos son promover la adaptacin, la normalizacin, la reutilizacin de los activos de TI
existentes (Minoli, 2008), y la distribucin de mtodos comunes para la gestin de proyectos y desarrollo de

software a travs de la organizacin. El resultado final, en teora, es que la organizacin sea ms competitiva
y eficiente.
El propsito de la arquitectura empresarial es crear un mapa de los activos de TI, procesos de negocio y un
conjunto de principios de gestiones que impulsan un debate sobre la estrategia de negocio y cmo puede
expresarse a travs de TI. Hay muchos diferentes marcos sugeridos para desarrollar una Arquitectura
Empresarial. Sin embargo, la mayora de los marcos contienen cuatro mbitos fundamentales:
(1)

La arquitectura de negocio: la documentacin que describe los procesos de negocios ms importantes

de la empresa,
(2)

Arquitectura de la informacin: identifica donde los bloques de informacin importante, como un registro

de cliente, se mantengan y cmo se accede a ellos normalmente

(3)

La arquitectura del sistema de aplicacin: un mapa de las relaciones de aplicaciones de software entre s

(4)

La arquitectura de la tecnologa de infraestructura: un modelo para toda la gama de hardware, sistemas

de almacenamiento y redes.

1.2

Ventajas y beneficios de la Arquitectura Empresarial

Una Buena arquitectura empresarial habilita a la organizacin para alcanzar el correcto balance entre
eficiencia tecnolgica e innovacin del negocio. Esta permite que unidades de negocio individuales puedan
innovar con seguridad en busca de ventaja competitiva. Al mismo tiempo, esta asegura las necesidades de la
organizacin de una estrategia de TI integrada, permitiendo la mayor sinergia posible a travs de la
organizacin
En el trabajo de Elosa 2008 podemos destacar algunas ventajas y beneficios de la aplicacin del Framework
de Zachman en una organizacin:

Ayuda a crear un repositorio nico de informacin donde se incluyen los mapas de referencia que
reflejan los procesos de la empresa, estos mapas plasman las dimensiones que definen al negocio, adems
de identificar la relacin que existe entre ellas.

Esta prctica est orientada a brindar soporte a la operacin, identificando impactos en los ajustes al
modelo de negocio para conocer las implicaciones de un cambio, antes de arrancar un esfuerzo o nuevo
proyecto.

Como lo habamos mencionado anteriormente, proporciona informacin para generar posibles

escenarios de solucin y de esta manera sirva como herramienta para la toma de decisiones en los ajustes a
los procesos.
Las ventajas tecnolgicas resultantes de una buena arquitectura empresarial brindan beneficios de negocio
importantes que son visibles en los resultados como:

Una operacin de TI ms eficiente.

Menores costos de desarrollo, soporte y mantenimiento de software.

Mayor portabilidad de aplicaciones.

Interoperabilidad mejorada y administracin de sistemas y redes ms sencilla.

Una mejor capacidad para atender asuntos que afectan toda la organizacin como la
seguridad.

Mayor facilidad para cambiar y actualizar componentes de sistemas.

Mejor retorno en inversiones actuales y un menor riesgo en inversiones futuras.

Reduccin en la complejidad de la infraestructura de TI.

Mximo retorno de inversin en la infraestructura existente.

Flexibilidad para hacer, comprar o tercerizar soluciones de TI.

Reduccin en el riesgo en nuevas inversiones y menores costos total de TI.

Un proceso de adquisicin ms rpido, sencillo y econmico

Las decisiones de compra son ms sencillas, dado que la informacin para gobernar este

proceso est disponible a primera manos en un plan coherente.

El proceso de adquisicin es ms rpido, maximizando la velocidad y flexibilidad para

adquirir tecnologa sin sacrificar la coherencia de la arquitectura.

1.3

Framework en arquitectura empresarial

El marco o Framework es la estructura que permite almacenar y comunicar los diferentes elementos de la
arquitectura de empresa (Gonzlez, Bas, & Garca, 2005). Tambin Framework en Arquitectura empresarial se
define como una estructura lgica para clasificar y organizar las representaciones descriptivas de una
Empresa, las cuales son especialmente significativas tanto para la direccin y control de la organizacin como
para el desarrollo de sus sistemas (Zachman, 1987)

Siguiendo a Martin (2004) (Martin, Robertson, & Springer, 2004) diremos que el Framework de una
arquitectura de empresa permite entender una empresa o una clase de empresas mediante la organizacin y
presentacin de artefactos que conceptualizan y describen la empresa.
Los Frameworks en distintas areas o estratos de una organizacin y los modelos de Arquitectura Empresarial
han demostrado ser de gran utilidad, ya que cuando se usa en distintos estratos se tiene la ventaja de la
definicin clara de contenidos de los distintos procesos. Existen una serie de modelos o tcnicas de
modelado, por ejemplo, el Open Grupo de Arquitectura de Framework (TOGAF), la Federal Enterprise
Architecture Framework (FEAF), y as sucesivamente. Sin embargo, en este momento no hay consenso en
toda la industria completa sobre lo que un modelo de arquitectura empresarial debe ser, por lo tanto diferentes
modelos existen o pueden ser utilizados actualmente. Un caso en que la normalizacin en el tipo de modelo o
Framework a usar en una organizacin es el caso de la Interconexin de Sistemas Abiertos Modelo de
Referencia (OSIRM) publicado en 1984 por la Organizacin Internacional de Normalizacin (ISO) (este
modelo, sin embargo, slo se aplica a las comunicaciones) (Minoli, 2008).
Existen mltiples Frameworks para la Arquitectura, en la tabla 1 se muestra un listado de los principales
Frameworks que son utilizados en la actualidad, sin embargo, se debe resaltar que en mltiples estudios y
encuestas de la industria (Minoli, 2008), es el Framework de Zachman, seguido por TOGAF, y el nivel de red
del Departamento de Defensa Tcnica Modelo de Referencia (DoD TRM) (que cubre alrededor de dos
tercios de todas las empresas.)
Tabla 1. Frameworks existentes para Arquitectura Empresarial. Fuente (Minoli, 2008)

Zachman Enterprise Architecture Framework (ZIFA)

The Open Group Architecture Framework (TOGAF)

Extended Enterprise Architecture Framework (E2AF)

Enterprise Architecture Planning (EAP)

Federal Enterprise Architecture Framework (FEAF)

Treasury Enterprise Architecture Framework (TEAF)

Integrated Architecture Framework (IAF)

Joint Technical Architecture (JTA)

Command, Control, Communications, Computers, Intelligence,

Surveillance, and Reconnaissance (C4ISR) and DoD Architecture
Framework (DoDAF)
Department of Defense Technical Reference Model (DoD TRM)

10

11

Technical Architecture Framework for Information Management

(TAFIM)

12

Computer Integrated Manufacturing Open System Architecture

(CIMOSA)

Purdue Enterprise Reference Architecture (PERA)

13

Standards and Architecture for eGovernment Applications (SAGA)

14

European UnionIDABC & European Interoperability Framework

15

ISO/IEC 14252 (IEEE Std 1003.0)

16

17

1.4

IEEE Std 1471-2000 IEEE Recommended Practice for Architectural

Description

Definicin del Framework de Zachman

En 1987, John Zachman present el primer y ms conocido Framework de Arquitectura Empresarial

(Zachman 1987), aunque en aquel entonces era llamado Marco para la Arquitectura de Sistemas de
Informacin. El marco en que se aplica a las empresas es simplemente una estructura lgica para la
clasificacin y organizacin de las representaciones descriptivas de una empresa que sean de importancia
para la gestin de la empresa, as como para el desarrollo de sistemas de la empresa. El marco (ilustracin 1)
en su forma ms simple muestra los objetos de diseo que constituyen la interseccin entre las funciones del
proceso de diseo: es decir, el dueo, diseador y constructor, y las abstracciones de productos: en otras
palabras, Que? (el material) est hecho de, cmo? (procesos) que funciona y donde (geometra) los
componentes estn relacionados entre s.
El Framework de Zachman describe un modelo integral de la infraestructura de la informacin de la empresa
desde seis perspectivas: planificador, propietario, diseador, constructor, subcontratistas, y el sistema de
trabajo. No hay ninguna orientacin sobre la secuencia, proceso o aplicacin del marco. La atencin se centra
en garantizar que todos los aspectos de una empresa estn bien organizados y muestra relaciones claras que
garanticen un sistema completo, independientemente del orden en el que estn establecidos

Ilustracin 1. Framework Zachman. (Zachman, 1987)

El eje vertical ofrece mltiples perspectivas de la arquitectura global, y en el eje horizontal muestra una
clasificacin de los distintos artefactos de la arquitectura. El Framework de Zachman es similar a otros
marcos, su propsito es proporcionar una estructura bsica que apoya la organizacin, acceso, integracin,
interpretacin, desarrollo, gestin y transformacin de un conjunto de representaciones arquitectnicas de los
sistemas de informacin de la organizacin, los objetos o las descripciones de las representaciones
arquitectnicas normalmente se conoce como artefactos (Minoli, 2008). El Framework de Zachman es el
marco ms ampliamente utilizado hoy en da, adems ha recibido una amplia aceptacin en todo el mundo
como un Framework de integracin.
En 1987, John Zachman escribi: Para mantener el negocio de la desintegracin, el concepto de arquitectura
de sistemas de informacin es cada vez menos una opcin y ms en una necesidad. Desde esta afirmacin
hace mas 20 aos, el Marco Zachman se ha desarrollado y convertido en el modelo a travs del cual las
principales organizaciones pueden visualizar y comunicar su infraestructura de informacin de la empresa. El
Framework de Zachman se basa en la disciplina de la arquitectura clsica de establecer un vocabulario
comn y un conjunto de puntos de vista, un marco para definir y describir los sistemas empresariales
complejos de hoy.
El marco contiene los planes globales, as como los detalles tcnicos, listas y grficos, tambin contiene las
declaraciones del lenguaje natural. Cualquier enfoque adecuado, estndar, funcin, mtodo, tcnica o
herramienta puede ser puesto en l. De hecho, el marco puede ser visto como una herramienta para
organizar cualquier forma de metadatos para la empresa. De hecho, es fcil de adquirir, fuera de la
plataforma, herramientas de desarrollo de aplicaciones y metodologas que apoyan la construccin del modelo
(verhttp://www.zifa.com/)
Una de las ventajas del Framework de Zachman es su fcil de entendimiento, adems de abordar la empresa
en su conjunto, se define de forma independiente de las herramientas o metodologas hasta ahora existentes,
y las cuestiones se pueden asignar en contra de ella para comprender dnde encajan (Lankhorst, 2009). Un
inconveniente importante es el gran nmero de celdas, que es un obstculo para la aplicacin prctica del
marco. Adems, las relaciones entre las diferentes celdas que no estn bien especificadas. A pesar de estos
inconvenientes, Zachman se acredita de proporcionar el Framework general para la primera Arquitectura
Empresarial, y su obra sigue siendo ampliamente utilizada.

1.4.1

Principios Fundamentales del Framework de Zachman

Los principios fundamentales que guan la aplicacin del Framework de Zachman incluyen los siguientes
aspectos (Minoli, 2008):

1. Un sistema completo que puede ser modelado por representacin de las respuestas a las siguientes
preguntas: por qu, quin, qu, cmo, dnde y cundo?.
2. Los seis puntos de vista de captura de todos los modelos crticos para el desarrollo del sistema
3. Las restricciones para cada perspectiva son aditivos; las de una fila inferior se suman a los de las filas de
arriba para ofrecer un creciente nmero de restricciones.
4. Las columnas representan abstracciones diferentes en un esfuerzo por reducir la complejidad de un modelo
nico que se construyen.
5. Las columnas no tienen ningn orden.
6. El modelo de cada columna deben ser nicos.
7. Cada fila representa una perspectiva nica.
8. Cada celda es nica.
9. La lgica inherente es recursivo.

1.4.2

Estructura del Framework de Zachman

El Marco de Zachman tiene la intencin de facilitar la comprensin de cualquier aspecto particular de un

sistema en cualquier punto de su desarrollo. La herramienta puede ser til en la toma de decisiones sobre los
cambios o ampliaciones.
El marco Zachman Sin embargo (Panetto, Bana, & Morel, 2007), no es suficiente, ya un marco prctico para
la arquitectura de la empresa. El marco Zachman ofrece una visin esttica de todos los elementos que
intervienen en los sistemas de informacin. No define los procesos para pasar de una existente (como est) la
situacin a un futuro (a ser) del estado y tampoco define una organizacin para apoyar tales procesos.
La descripcin de las filas son los siguientes:

Objetivo: Corresponde a un resumen ejecutivo de un planificador que quiere una estimacin del
tamao, costo y la funcionalidad del sistema. Adems el planificador se ocupa del contexto de la empresa, de
su entorno competitivo, de las fuerzas internas y externas que influyen en su competitividad, del
posicionamiento de sus productos y servicios, que lo obligan a especificar sus alcances a largo plazo; esta
perspectiva cubre los componentes del nivel estratgico

El modelo de negocio (Dueo): Muestra todas las entidades y procesos de negocio, y cmo
interactan. Aqu se relaciona el Dueo, este se interesa en la operacin del negocio, para lo cual requiere del
modelado de la empresa mediante modelos de procesos, de flujos de trabajo, de logstica empresarial, de
modelos semnticos y de planes de negocio que le permitan controlar la operacin de la empresa; esta
perspectiva se centra en el proceso de negocio, por lo que constituye en buena medida el nivel de procesos.

El modelo del sistema (Diseador): es usado por un analista de sistemas que deben determinar los
elementos de datos y funciones de software que representan el modelo de negocio. Tiene que ver con la
especificacin de los planos conceptuales de los sistemas de informacin que se requieren para soportar la
operacin de los procesos.

Modelo tecnolgico (Constructor): Considera las limitaciones de las herramientas, la tecnologa y los
materiales. El Constructor se encarga del ensamblado y fabricacin de los diversos componentes de los
sistemas de informacin de acuerdo con las restricciones de la tecnologa utilizada

Componentes o representaciones detalladas (Programador): Representacin individual de los

mdulos independientes que pueden ser asignados a los contratistas para la ejecucin de tareas. El
programador trabaja en la fabricacin de los componentes de acuerdo con las especificaciones del
constructor. Las perspectivas del diseador, constructor y programador se ubican claramente en el nivel de
sistemas de informacin.

Sistema de trabajo: muestra el sistema operativo.

La descripcin de las Columnas es la siguiente:

Que: Representa las relaciones de las personas dentro de la empresa. El diseo de la organizacin
empresarial tiene que ver con la asignacin de trabajo y la estructura de autoridad y responsabilidad. La
dimensin vertical representa la delegacin de autoridad, y la horizontal representa la asignacin de la
responsabilidad.

Cundo: 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 disear el programa maestro, la
arquitectura de procesamiento, arquitectura de control, y dispositivos de sincronizacin.

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 diseo de los conocimientos.

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.

Cmo: Muestra las funciones dentro de cada perspectiva. Incluyen procesos de negocio, la funcin
de la aplicacin de software, la funcin del hardware del equipo, y lazo de control del lenguaje.

Dnde: Muestra las localizaciones y las interconexiones dentro de la empresa. Esto incluye lugares
geogrficos empresariales importantes, secciones separadas dentro de una red logstica, la asignacin de los
nodos del sistema, o incluso las direcciones de memoria dentro del sistema.
El Framework se puede utilizar de forma recursiva para gestionar la complejidad de especificar una
arquitectura empresarial. En este caso, la instancia superior representa el Framework de modelado
empresarial de todo el negocio, la instancia del Framework central representa modelado empresarial de una
divisin independiente en otra instancia y la instancia inferior representa Framework modelado empresarial de

estaciones de trabajo independientes. Este es slo un ejemplo de cmo un problema complejo se puede
dividir en piezas ms simples, mientras que cada pieza puede ser modelada por derecho propio con el
Framework de Zachman. Un Framework puede ser utilizado para desarrollar la arquitectura tcnica a un nivel
que se aplicar a todas las divisiones de la empresa. Otro Framework puede ser utilizado para desarrollar las
redes departamentales, que deben ajustarse a todas las limitaciones especificadas en el mbito de la
empresa. Sin embargo, otro Framework puede ser utilizado para desarrollar y gestionar la configuracin de
una estacin de trabajo independiente, que cumple con todas las limitaciones desarrollado en la divisin o
nivel departamental

2
1.

Referencias Bibliogrficas
Abdullah, A., & Zainab, A. (2006). The Application of Zachman Framework in Architecting a
Collaborative Digital Library. Library & Information Science Unit, Faculty of Computer Science &
Information Technology University of Malaya .

2.

Armando, M., & Velzquez, A. (2006). Un Mtodo para definir la Arquitectura de

Procesos.Proceedings of the Twelfth Americas Conference on Information Systems, (pgs. 4355-4365).
acapulco.

3.

Gonzlez, L. C., Bas, . O., & Garca, A. B. (2005). Arquitectura de Empresa. Visin General. IX
Congreso de Ingeniera de Organizacin.

4.

Lankhorst, M. (2009). Enterprise Architecture at Work, Modelling, Communication and

Analysis. London, New York: Board.

5.

Martin, R., Robertson, E., & Springer, J. (abril de 2004). Architectural Principles for Enterprise
Frameworks. Obtenido dehttp://www.cs.indiana.edu/pub/techreports/TR594.pdf.

6.

Minoli, D. (2008). Enterprise Architecture A to Z. United States of America: Taylor & Francis Group,.

7.

Panetto, H., Bana, S., & Morel, G. (2007). Mapping the iec 62264 models onto the zachman
framework For analysing products information traceability: A case study. Journal of Intelligent
Manufacturing, 18, 6 , 679-698.

8.

Santuario, E. I. (2008). Arquitectura Empresarial como Prctica para Mantener la Estabilidad de los
Sistemas de una Organizacin.

9.

Zachman, J. (1987). A Framework for Information Systems Architecture. IBM Systems Journal, 26(3) ,
276-292.