Está en la página 1de 13

VENTAJAS TOGAF

TOGAF, como otros frameworks de Enterprise Architecture, tiene como principal
objetivo establecer un enlace entre Negocio y TI en las empresas, aportando
múltiples beneficios a ambas áreas que a continuación se describen.
Reducción 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 términos de
costes:

Reducción del coste de proyecto, pues al reducir costes y mejorar el

entendimiento las soluciones aportadas requieren menor inversión para
alcanzar los objetivos del negocio.
Llas inversiones en nuevos sistemas y en la transformación del negocio son

recuperadas más rápidamente.
Justificación de la inversión, la metodología 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
Reducción de Riesgos
La gestión de riesgos en proyectos software no sólo debe contemplar los riesgos
técnicos que puedan ser identificados por un arquitecto técnico. Las empresas son
complejas y las relaciones entre diferentes departamentos, sistemas y objetivos
individuales impactan en la gestión 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
identificación de estos riesgos y enfatizando en su mitigación:



Análisis de riesgos y preocupaciones
GAP Analysis
Análisis de impacto
Iteración sobre todos estos análisis

La agilidad demandada por el negocio supera a la capacidad de reacción del departamento de TI. Identificación de ineficiencias. Governance y gestión de requisitos. por lo que es necesario flexibilizar los proyectos para adaptarse a estas transformaciones. La mantenibilidad es un aspecto muy importante de los sistemas de información: gran parte de los presupuestos de TI se destinan a soportar los sistemas desarrollados. 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 planificación de migraciones /  despliegues puede aportar visiones de posicionamiento con respecto a la competencia de una forma dinámica: se puede variar los alcances y tiempos de versionado de aplicaciones para lograr posicionamiento así como para materializar / justificar inversiones. centro de la metodología ADM. pudiendo anticipar inversiones. búsqueda de sinergias entre departamentos o sistemas informáticos o la reducción de costes por reutilización de plataformas comunes son algunos ejemplos de ineficiencias identificadas por EA en proyectos. TOGAF permite además adaptar a las necesidades de cada proyecto y empresa el marco de trabajo y . La gestión de requisitos. TOGAF permite tener una visión de conjunto de las arquitecturas e identificar aplicaciones o sistemas de alto coste de mantenimiento. Flexibilidad y Adaptación La transformación de las empresas es cada vez más frecuente y sobre todo más rápida. TOGAF tiene en cuenta los procesos de  negocio y los relaciona con las visiones de arquitectura de sistemas de información y de tecnología: la identificación de ineficiencias o de mejoras en procesos de negocio. es la clave para flexibilizar proyectos sin perder calidad en las arquitecturas diseñadas. minimizando riesgos de dependencias y configuraciones Identificación de Oportunidades En cada proyecto se pueden descubrir oportunidades de negocio o de TI. Reducción de riesgos y costes. mediante los diferentes análisis y puntos de vista que TOGAF proporciona. La Enterprise Architecture puede y debe identificar oportunidades en cada uno de los proyectos.

haciendo participe a ambos en la descripción y construcción de las nuevas aplicaciones. Metodologias Enfoques Arquitectura Empresarial Posted on July 15. 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 . La adaptación de los procesos así como de los requisitos que conforman un proyecto es un factor clave en la consecución de objetivos de negocio. Lenguaje común TOGAF provee un amplio repositorio de documentos y modelos (o viewpoints) que permiten adaptar la visión de la empresa a los diferentes involucrados: de esta forma se lanza un puente entre los mundos de Negocio y Tecnología. y TOGAF permite modelar la arquitectura de cada área para poder ser entendida por el conjunto de los implicados. El proceso de transformación requiere de este entendimiento. Au) paradesarrollar una ontología común de interoperabilidad de arquitecturas. existiendo casos de referencia y guías de adaptación para diferentes industrias y contextos. Uk. Usa. 2014by andresgarciaosorio                Zachman Enterprise Architectures. Evolución 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.la metodología ADM.

visitas. los sistemas de información y su infraestructura. Todos estos controles implican claramente la necesidad del uso de la arquitectura empresarial. Por un lado. la normalización. además de una mayor satisfacción del cliente. Los modelos de Arquitectura. Por otra parte. permitiendo el modelado de los posibles escenarios de ajustes a los procesos del negocio. mejor tiempo de salida al mercado. además de los procesos de negocio. relacionados con la ejecución de la estrategia de la organización. Más concretamente. más concretamente. ante la estrechez de los vínculos simbióticos con el lado del negocio de la organización y su estrategia. se define como un conjunto coherente de principios. 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. y la distribución de métodos comunes para la gestión de proyectos y desarrollo de . 2009). El objetivo de la Arquitectura Empresarial es proveer una visión integral de la empresa. 1. La Arquitectura Empresarial. presentaciones y análisis de toda la ayuda para superar la “falta de comunicación” entre los arquitectos y las partes interesadas(Lankhorst. mayor calidad.   NIST Enterprise Architecture Model Treasury Enterprise Architecture Framework (TEAF) Architecture of Integrated Information Systems (ARIS) Descripción Conceptual de Arquitecturas Empresariales Esto es parte de un trabajo que hice sobre arquitecturas empresariales. 2008). a través de mapas que documenten los distintos elementos que conforman a la operación y que faciliten la mejora continua. la reutilización de los activos de TI existentes (Minoli. Un mejor alineamiento del negocio lleva a un menor costo. vemos los controles internos para el uso de un enfoque arquitectónico.1 Arquitecturas Empresariales La arquitectura es el arte y la ciencia del diseño de estructuras complejas. los objetivos son promover la adaptación. La arquitectura es un instrumento indispensable para controlar la complejidad de la empresa y sus procesos y sistemas. espero que les sirva. El objetivo de la arquitectura empresarial es crear un entorno de TI unificado (hardware estándar y de sistemas de software) a través de la empresa o la totalidad de las unidades de negocio de la empresa. métodos y modelos que se utilizan en el diseño y la realización de la estructura organizativa de una empresa. me parece interesante los conceptos teóricos y las aplicaciones que pueden tener a nivel de investigación son muy amplios.

2 Ventajas y beneficios de la Arquitectura Empresarial Una Buena arquitectura empresarial habilita a la organización para alcanzar el correcto balance entre eficiencia tecnológica e innovación del negocio. estos mapas plasman las dimensiones que definen al negocio. Hay muchos diferentes marcos sugeridos para desarrollar una Arquitectura Empresarial. antes de arrancar un esfuerzo o nuevo proyecto. esta asegura las necesidades de la organización de una estrategia de TI integrada. (2) Arquitectura de la información: identifica donde los bloques de información importante. Esta permite que unidades de negocio individuales puedan innovar con seguridad en busca de ventaja competitiva. El resultado final. sistemas de almacenamiento y redes. El propósito de la arquitectura empresarial es crear un mapa de los activos de TI. 1. en teoría. se mantengan y cómo se accede a ellos normalmente (3) La arquitectura del sistema de aplicación: un mapa de las relaciones de aplicaciones de software entre sí (4) La arquitectura de la tecnología de infraestructura: un modelo para toda la gama de hardware. Al mismo tiempo. permitiendo la mayor sinergia posible a través de la organización En el trabajo de Eloísa 2008 podemos destacar algunas ventajas y beneficios de la aplicación del Framework de Zachman en una organización:  Ayuda a crear un repositorio único de información donde se incluyen los mapas de referencia que reflejan los procesos de la empresa.  Esta práctica está orientada a brindar soporte a la operación. la mayoría de los marcos contienen cuatro ámbitos fundamentales: (1) La arquitectura de negocio: la documentación que describe los procesos de negocios más importantes de la empresa. . procesos de negocio y un conjunto de principios de gestiones que impulsan un debate sobre la estrategia de negocio y cómo puede expresarse a través de TI. como un registro de cliente. es que la organización sea más competitiva y eficiente. además de identificar la relación que existe entre ellas.software a través de la organización. Sin embargo. identificando impactos en los ajustes al modelo de negocio para conocer las implicaciones de un cambio.

o Reducción en la complejidad de la infraestructura de TI. También Framework en Arquitectura empresarial se define como una estructura lógica para clasificar y organizar las representaciones descriptivas de una Empresa. El proceso de adquisición es más rápido. o Máximo retorno de inversión en la infraestructura existente. o Mayor facilidad para cambiar y actualizar componentes de sistemas.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 (González. proporciona información para generar posibles escenarios de solución y de esta manera sirva como herramienta para la toma de decisiones en los ajustes a los procesos. comprar o tercerizar soluciones de TI.  Un proceso de adquisición más rápido. dado que la información para gobernar este o proceso está disponible a primera manos en un plan coherente. sencillo y económico Las decisiones de compra son más sencillas. o Interoperabilidad mejorada y administración de sistemas y redes más sencilla. 1987) . o Flexibilidad para hacer. Bas. o Una mejor capacidad para atender asuntos que afectan toda la organización como la seguridad. o Reducción en el riesgo en nuevas inversiones y menores costos total de TI. las cuales son especialmente significativas tanto para la dirección y control de la organización como para el desarrollo de sus sistemas (Zachman. Como lo habíamos mencionado anteriormente. o Mayor portabilidad de aplicaciones. o Menores costos de desarrollo.  Mejor retorno en inversiones actuales y un menor riesgo en inversiones futuras. soporte y mantenimiento de software. 2005). maximizando la velocidad y flexibilidad para o adquirir tecnología sin sacrificar la coherencia de la arquitectura. & García. 1. Las ventajas tecnológicas resultantes de una buena arquitectura empresarial brindan beneficios de negocio importantes que son visibles en los resultados como:  Una operación de TI más eficiente.

la Federal Enterprise Architecture Framework (FEAF). Existen múltiples Frameworks para la Arquitectura. sólo se aplica a las comunicaciones) (Minoli. 2008). seguido por TOGAF. Sin embargo. y el nivel de red del Departamento de Defensa Técnica Modelo de Referencia (DoD TRM) (que cubre alrededor de dos tercios de todas las empresas. es el Framework de Zachman. Un caso en que la normalización en el tipo de modelo o Framework a usar en una organización es el caso de la Interconexión de Sistemas Abiertos Modelo de Referencia (OSIRM) publicado en 1984 por la Organización Internacional de Normalización (ISO) (este modelo. Los Frameworks en distintas aéreas o estratos de una organización y los modelos de Arquitectura Empresarial han demostrado ser de gran utilidad. se debe resaltar que en múltiples estudios y encuestas de la industria (Minoli. en la tabla 1 se muestra un listado de los principales Frameworks que son utilizados en la actualidad.) Tabla 1. sin embargo. y así sucesivamente. por lo tanto diferentes modelos existen o pueden ser utilizados actualmente.Siguiendo a Martin (2004) (Martin. sin embargo. en este momento no hay consenso en toda la industria completa sobre lo que un modelo de arquitectura empresarial debe ser. 2008). & Springer. Fuente (Minoli. Existen una serie de modelos o técnicas de modelado. 2004) diremos que el Framework de una arquitectura de empresa permite entender una empresa o una clase de empresas mediante la organización y presentación de artefactos que conceptualizan y describen la empresa. Robertson. 2008) Zachman Enterprise Architecture Framework (ZIFA) 1 The Open Group Architecture Framework (TOGAF) 2 Extended Enterprise Architecture Framework (E2AF) 3 Enterprise Architecture Planning (EAP) 4 . ya que cuando se usa en distintos estratos se tiene la ventaja de la definición clara de contenidos de los distintos procesos. el Open Grupo de Arquitectura de Framework (TOGAF). por ejemplo. Frameworks existentes para Arquitectura Empresarial.

Control.Federal Enterprise Architecture Framework (FEAF) 5 Treasury Enterprise Architecture Framework (TEAF) 6 Integrated Architecture Framework (IAF) 7 Joint Technical Architecture (JTA) 8 9 Command. Communications. Intelligence. 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 . Surveillance. Computers.

0) 16 17 1. independientemente del orden en el que están establecidos . cómo? (procesos) que funciona y donde (geometría) los componentes están relacionados entre sí. El Framework de Zachman describe un modelo integral de la infraestructura de la información de la empresa desde seis perspectivas: planificador. diseñador. La atención se centra en garantizar que todos los aspectos de una empresa están bien organizados y muestra relaciones claras que garanticen un sistema completo. aunque en aquel entonces era llamado “Marco para la Arquitectura de Sistemas de Información”. proceso o aplicación del marco. el dueño. No hay ninguna orientación sobre la secuencia. y las abstracciones de productos: en otras palabras. y el sistema de trabajo.4 IEEE Std 1471-2000 IEEE Recommended Practice for Architectural Description Definición del Framework de Zachman En 1987. propietario. diseñador y constructor. El marco en que se aplica a las empresas es simplemente una estructura lógica para la clasificación y organización de las representaciones descriptivas de una empresa que sean de importancia para la gestión de la empresa. constructor. así como para el desarrollo de sistemas de la empresa. subcontratistas. ¿Que? (el material) está hecho de. El marco (ilustración 1) en su forma más simple muestra los objetos de diseño que constituyen la intersección entre las funciones del proceso de diseño: es decir. John Zachman presentó el primer y más conocido Framework de Arquitectura Empresarial (Zachman 1987).Standards and Architecture for eGovernment Applications (SAGA) 14 European Union—IDABC & European Interoperability Framework 15 ISO/IEC 14252 (IEEE Std 1003.

Ilustración 1. técnica o herramienta puede ser puesto en él. además ha recibido una amplia aceptación en todo el mundo como un Framework de integración. listas y gráficos. un marco para definir y describir los sistemas empresariales complejos de hoy. el marco puede ser visto como una herramienta para organizar cualquier forma de metadatos para la empresa. función. (Zachman. y en el eje horizontal muestra una clasificación de los distintos artefactos de la arquitectura. 2008). El Framework de Zachman es similar a otros marcos. que es un obstáculo para la aplicación práctica del marco. 2009). es fácil de adquirir. y su obra sigue siendo ampliamente utilizada. De hecho. y las cuestiones se pueden asignar en contra de ella para comprender dónde encajan (Lankhorst. se define de forma independiente de las herramientas o metodologías hasta ahora existentes.4. De hecho. Cualquier enfoque adecuado. el concepto de arquitectura de sistemas de información es cada vez menos una opción y más en una necesidad. las relaciones entre las diferentes celdas que no están bien especificadas.com/) Una de las ventajas del Framework de Zachman es su fácil de entendimiento. 2008): . El marco contiene los planes globales. así como los detalles técnicos. estándar. Además. Un inconveniente importante es el gran número de celdas. el Marco Zachman se ha desarrollado y convertido en el modelo a través del cual las principales organizaciones pueden visualizar y comunicar su infraestructura de información de la empresa. gestión y transformación de un conjunto de representaciones arquitectónicas de los sistemas de información de la organización. A pesar de estos inconvenientes.zifa.” Desde esta afirmación hace mas 20 años. Framework Zachman. desarrollo. los objetos o las descripciones de las representaciones arquitectónicas normalmente se conoce como artefactos (Minoli. 1987) El eje vertical ofrece múltiples perspectivas de la arquitectura global. acceso. además de abordar la empresa en su conjunto. su propósito es proporcionar una estructura básica que apoya la organización. En 1987. interpretación. 1. El Framework de Zachman se basa en la disciplina de la arquitectura clásica de establecer un vocabulario común y un conjunto de puntos de vista. también contiene las declaraciones del lenguaje natural. Zachman se acredita de proporcionar el Framework general para la primera Arquitectura Empresarial. fuera de la plataforma. integración. método. El Framework de Zachman es el marco más ampliamente utilizado hoy en día. herramientas de desarrollo de aplicaciones y metodologías que apoyan la construcción del modelo (verhttp://www. John Zachman escribió: “Para mantener el negocio de la desintegración.1 Principios Fundamentales del Framework de Zachman Los principios fundamentales que guían la aplicación del Framework de Zachman incluyen los siguientes aspectos (Minoli.

6. este se interesa en la operación del negocio. 7. dónde y cuándo?. El marco Zachman Sin embargo (Panetto. Baïna. Los seis puntos de vista de captura de todos los modelos críticos para el desarrollo del sistema 3. de logística empresarial. que lo obligan a especificar sus alcances a largo plazo. de las fuerzas internas y externas que influyen en su competitividad. 8. ya un marco práctico para la arquitectura de la empresa. Cada fila representa una perspectiva única. cómo. 2007). esta perspectiva cubre los componentes del nivel estratégico  El modelo de negocio (Dueño): Muestra todas las entidades y procesos de negocio. El marco Zachman ofrece una visión estática de todos los elementos que intervienen en los sistemas de información. El modelo de cada columna deben ser únicos. & Morel. No define los procesos para pasar de una existente (como está) la situación a un futuro (a ser) del estado y tampoco define una organización para apoyar tales procesos. Las restricciones para cada perspectiva son aditivos. 1. Cada celda es única. de su entorno competitivo. para lo cual requiere del modelado de la empresa mediante modelos de procesos. Además el planificador se ocupa del contexto de la empresa. La herramienta puede ser útil en la toma de decisiones sobre los cambios o ampliaciones. no es suficiente.2 Estructura del Framework de Zachman El Marco de Zachman tiene la intención de facilitar la comprensión de cualquier aspecto particular de un sistema en cualquier punto de su desarrollo. 2. esta perspectiva se centra en el proceso de negocio. 5. 9. del posicionamiento de sus productos y servicios. las de una fila inferior se suman a los de las filas de arriba para ofrecer un creciente número de restricciones. . costo y la funcionalidad del sistema. de modelos semánticos y de planes de negocio que le permitan controlar la operación de la empresa. Un sistema completo que puede ser modelado por representación de las respuestas a las siguientes preguntas: ¿por qué. La descripción de las filas son los siguientes:  Objetivo: Corresponde a un resumen ejecutivo de un planificador que quiere una estimación del tamaño. y cómo interactúan. 4. quién. Las columnas representan abstracciones diferentes en un esfuerzo por reducir la complejidad de un modelo único que se construyen. de flujos de trabajo.4. La lógica inherente es recursivo. Aquí se relaciona el Dueño. qué. por lo que constituye en buena medida el nivel de procesos.1. Las columnas no tienen ningún orden.

El Framework se puede utilizar de forma recursiva para gestionar la complejidad de especificar una arquitectura empresarial.  Cuándo: representa el tiempo. la asignación de los nodos del sistema.  Qué: Describe las entidades involucradas en cada punto de vista de la empresa. Esto es útil para diseñar el programa maestro. y el diseño de los conocimientos. la arquitectura del conocimiento. Esto incluye lugares geográficos empresariales importantes. la arquitectura de procesamiento. El modelo del sistema (Diseñador): es usado por un analista de sistemas que deben determinar los elementos de datos y funciones de software que representan el modelo de negocio. La dimensión vertical representa la delegación de autoridad. la instancia del Framework central representa modelado empresarial de una división independiente en otra instancia y la instancia inferior representa Framework modelado empresarial de . o el caso de las relaciones que establecen los criterios de rendimiento y los niveles cuantitativos de los recursos 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. las tablas relacionales. datos del sistema. Los ejemplos incluyen los objetos de negocio.  Sistema de trabajo: muestra el sistema operativo. 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.  Cómo: Muestra las funciones dentro de cada perspectiva. la función del hardware del equipo. arquitectura de control. las definiciones de campo. constructor y programador se ubican claramente en el nivel de sistemas de información. Esto pone de manifiesto los objetivos de la empresa y los objetivos. la instancia superior representa el Framework de modelado empresarial de todo el negocio. Incluyen procesos de negocio. plan de negocios. la tecnología y los materiales. El Constructor se encarga del ensamblado y fabricación de los diversos componentes de los sistemas de información de acuerdo con las restricciones de la tecnología utilizada  Componentes o representaciones detalladas (Programador): Representación individual de los módulos independientes que pueden ser asignados a los contratistas para la ejecución de tareas. la función de la aplicación de software. La descripción de las Columnas es la siguiente:  Que: Representa las relaciones de las personas dentro de la empresa. El programador trabaja en la fabricación de los componentes de acuerdo con las especificaciones del constructor. secciones separadas dentro de una red logística. Las perspectivas del diseñador. y dispositivos de sincronización.  Por qué: describe las motivaciones de la empresa. y la horizontal representa la asignación de la responsabilidad.  Dónde: Muestra las localizaciones y las interconexiones dentro de la empresa. y lazo de control del lenguaje. o incluso las direcciones de memoria dentro del sistema.  Modelo tecnológico (Constructor): Considera las limitaciones de las herramientas. En este caso.

Un Framework puede ser utilizado para desarrollar la arquitectura técnica a un nivel que se aplicará a todas las divisiones de la empresa. R.indiana. Enterprise Architecture A to Z. London. 26(3) . New York: Board. 4.. G. Martin.. Referencias Bibliográficas Abdullah. Zachman. Communication and Analysis. The Application of Zachman Framework in Architecting a Collaborative Digital Library. 7. H. E.cs. A. Otro Framework puede ser utilizado para desarrollar las redes departamentales. (1987). M. Enterprise Architecture at Work. acapulco. L. Un Método para definir la Arquitectura de Procesos. J. J. C. & Springer.. Library & Information Science Unit. 6.Proceedings of the Twelfth Americas Conference on Information Systems. (2009). IX Congreso de Ingeniería de Organización. O.. (2008). Á. Lankhorst. United States of America: Taylor & Francis Group. (2008). ... Modelling. & Velázquez. D. & Morel. Robertson. 6 . (2007). 9. Bas. A Framework for Information Systems Architecture. Arquitectura de Empresa. 18. IBM Systems Journal. (2006). 679-698. 3. Sin embargo. 8. A. Este es sólo un ejemplo de cómo un problema complejo se puede dividir en piezas más simples. Faculty of Computer Science & Information Technology University of Malaya . Minoli. 2. mientras que cada pieza puede ser modelada por derecho propio con el Framework de Zachman. A. Santuario. (págs. Arquitectura Empresarial como Práctica para Mantener la Estabilidad de los Sistemas de una Organización. M. S.estaciones de trabajo independientes. Armando. Visión General.. (abril de 2004). & Zainab. González. Journal of Intelligent Manufacturing. otro Framework puede ser utilizado para desarrollar y gestionar la configuración de una estación de trabajo independiente. que cumple con todas las limitaciones desarrollado en la división o nivel departamental 2 1. I. & García. (2005). Obtenido dehttp://www.. Panetto.edu/pub/techreports/TR594. Mapping the iec 62264 models onto the zachman framework For analysing products information traceability: A case study. Baïna. Architectural Principles for Enterprise Frameworks.pdf.. A. 276-292. 5. B. que deben ajustarse a todas las limitaciones especificadas en el ámbito de la empresa. 4355-4365). (2006). E.